Já esta disponivel para download a versão do ABCD 0.7

Segue as alterações:

Atualizações do ABCD para o pacote 0.7

Definição da base MARC Lite
o Foram terminadas as definições MARC para cada idioma. Agora cada idioma tem suas próprias FDT e planilhas de ingresso (ou deveria ter…)

Exportação OAI de registros
o É possível extrair registros no formato OAI de bases no formato MARC, LILACS e CEPAL.

Atualização da interface iAH para v.3.1
o A interface gráfica está completamente independente da aplicação usando estilos .css.

Configuração do cliente Z3950
1. Desenvolvimento do módulo de configuração para cliente Z3950 incluindo:
o Internacionalização da página de busca.
o Atualização da base de dados de servidores que foi criada de acordo com a base já existente IsisMarc (servers).
o Atualização da tabela de formato de conversão de campos MARC para a estrutura de bases de dados local que recebe o conjunto de registros (Importante: para criar ou editar uma tabela de conversão a base de dados que recebe o registro precisa estar selecionada, para que ocorra a correspondência entre a FDT da base e os campos do formato MARC).
o Atualização da tabela de conversão do MARC-8 para ANSI para a apresentação correta dos diacríticos.
2. Criação da pasta cnv no diretório bases para colocar os arquivos de parametrização Z3950 já que são comuns a todas as bases de dados.

Formulários de pesquisa
1. Novas opções foram criadas para salvar e ler as seguintes expressões de busca:
a. Edição de registros: quando registros são recuperados por uma pesquisa, é apresentado um ícone que habilita a opção de salvar a expressão de busca.
b. Nas opções de impressão é possível recuperar expressões de busca salvas previamente e armazenar a pesquisa atual.
c. No formulário de busca avançada é possível recuperar pesquisas armazenadas.
2. O formulário de busca avançada foi revisado para manipular corretamente os prefixos e a construção da expressão de busca.

Definição de base de dados
1. O campo tipo OD (Operator and Date) foi adicionado para armazenar no registro as iniciais do operador e a data de criação/atualização do registro.
3. Foram criados na FDT campos do tipo Read Only, para exibir dados gerados automaticamente, por exemplo: o número de controle e o nome da base de dados da base COPIES.
4. Foi criado na FDT o campo chamado ISO, para armazenar o ISO da base equivalente a data que o precede.
5. A FDT foi modificada para gerar um campo novo que contem a URL da página de ajuda que é exibida para um campo ou grupo de campos.
6. Foi modificado o arquivo bases.dat adicionando-se um parâmetro indicando se a base de dados realiza cópias para gerar os links apropriados. Ex: biblo|Formato Cepal|Y.
7. O arquivo bases.dat foi modificando adicionando-se um parâmetro indicando se a base pode ser incluída no processo de circulação. Ex: biblo|Formato Cepal|Y|Y.
8. Mensagens de ajuda dos campos: é verificado se o diretório correspondente existe (bases/dbn/ayudas) antes de permitir a criação das ajudas
9. Criação de formatos: subir formato funciona corretamente
10. Foi alterado o procedimento para alterar valores por defeitos adicionando um checkbox para indicar se um erro na validação se interpreta como “fatal error” e inibe por conseqüência a atualização do registro
11. Foi alterada a forma como se manipulam os formatos de entrada. Agora têm o formato de uma FDT de tal maneira que pode introduzir alterações nas planilhas de ingresso sem afetar a tabela de definição de campos
12. foi desenvolvido um processo que permite adicionar números de controle a una base de dados a fim de que se possa utilizar como campo de relação na base de dados copias. Para que possa ser executado na FDT da base de dados cujo campo de controle se deseja adicionar, deve-se definir um campo tipo Autoincrement (AI) o qual deve ser indexados na FST com o prefixo NC_. Antes de começar o processo é conveniente inicializar o último número adicionado ao campo de controle. A opção para adicionar o número de controle se encontra abaixo do submenú utilitarios do menú principal de catalogação e a opção para adicionar o último número de controle se encontra abaixo da opção Reset last inventory or control number do menú principal de catalogação

Entrada de dados
1. O conteúdo dos campos de senha não pode mais ser visualizado. Um campo é automaticamente criado no formulário de ingresso para confirmar a senha. Uma rotina para a validação correspondente também foi criada.
2. O gerador de planilhas foi modificado para incluir rotinas para manipular campos de data e campos de data ISO em campos únicos ou como subcampos de uma ocorrência.
3. O plug-in captura de data de um calendário foi substituído. O anterior produzia erros no IE. O diretório dataentry/tigra_calendar foi substituído por dataentry/calendar. O formato de data é definido pelo parâmetro $config_date_format= “MM/DD/YY” ou $config_date_format= “DD/MM/YY presente no arquivo config.php.
4. Quando uma data for colocada em um campo do tipo data e o próximo campo for do tipo ISO, a data é convertida automaticamente em ISO e o campo para o tipo ISO. Isso ocorre apenas quando os campos forem consecutivos.
5. Na captura de dados Z3950 o leader é lido corretamente e se passam as informações dos campos 30xx da base de dados ativa ou para os campos determinados pelo formato de conversão.
6. O editor de subcampos não permite a adição de ocorrências se o campo for declarado como não-repetitivo.
7. Nas planilhas para entrar subcampos, não é permitida a entrada de um novo subcampo se a anterior estiver vazia.
8. Se um campo com subcampos é entered from a table, the information is correctly transferred to the subfields if the capture is done through a pick-list.
9. Foi modificado o procedimento de captura de registros entre bases de dados locais a fim de aplicar os mesmos formatos de conversão definidos no módulo de configuração Z3950.
10. A rotina para geração de planilhas de ingresso foi modificada ara apresentar as mensagens de ajuda armazenadas para cada campo (URLs ou arquivos de help salvos)
11. Quando se realiza o “browse” de uma consulta vai ser apresentado um botão para que seja possível armazenar uma expressão de busca.
12. O formulário de busca avançada agora tem um ícone entro da janela de entrada que permite a recuperação de uma expressão de pesquisa previamente guardada.
13. É verificado se o tamanho do arquivo para upload que vai vincular a um registro é maior que o permitido por PHP. Em caso positivo exibe uma mensagem de erro.
14. Foi adicionada a opção para gerar um formato tipo parágrafo sem rótulos.
15. Quando é construída a pft já não aparecem os delimitadores de subcampos na saída
16. Foi modificado o arquivo bases/www/epilogoact.pft para permitir colocar o maior mfn quando um registro é incluído ou atualizado.
17. Foi implementada a validação de registro no momento de sua atualização. Antes de armazenar o registro é aplicado o formato de validação e se gera “fatal error” o registro não é atualizado. São exibidos os erros de validação.

Inventário (copies)
1. Quando se revisão os registros por Browse, são apresentados botões para criar, editar e excluir cópias desse registro. Para que esses links sejam apresentados a descrição da base de dados em bases.dat precisa ter um terceiro parâmetro ativado. Ex:
marc|Formato Marc|Y
Para que se possa vincular cópias a um registro deve-se ter incluído o campo número de controle. Na versão atual todas as cópias se armazenam em una única base de dados identificada como copies.
2. Agora é possível adicionar, editar e excluir copias para um objeto.
3. A FDT da base de dados copies foi modificada para agregar a informação requerida
4. A FDT da base de dados copies foi modificada para normalizar o prefixo com o qual se indica o número de controle do objeto. Esta alteração também se reflete em camposbusqueda.tab
5. Foram adicionadas tabelas ao diretório copies/def/es para colocar as picklists de aquisição e de status de cópia

Relatórios
1. Foi criada a possibilidade de criar e ler chaves de classificação. Agora os relatórios podem ser produzidos classificados pelas chaves solicitadas
2. Agora é possível ler expressões de busca previamente armazenados além de construir e armazenar novas buscas
3. Foi adicionada a opção de enviar resultados a um arquivo TXT.
4. Agora é possível gerar output com um registro por linha, formatado em colunas (tabela) e colunas (delimitada). Tabelas são apresentadas como HTML. O texto de delimitação é apresentado em um arquivo TXT com colunas delimitadas por |. Em ambos os casos existem também uma caixa de entrada para adicionar cabeçalhos para a primeira linha.
5. O arquivo formatos.dat foi modificado para identificar o formato de colunas gerar os cabeçalhos de coluna corretamente.
6. Quando um forma de colunas é associado com cabeçalho de coluna é salvo eles são guardados no diretório de pfts correspondente com o nome do formato com o nome do formato seguido pelo sufixo _h e a extenção.txt.
7. O script para geração de formatos de output foi modificado. Ele não permite aos operadores salvar formatos.

Outros
1. Se o campo de perfil no na tela de login não for definido sistema utilize o primeiro perfil definido para o usuário na base de dados de operadores
2. Um parâmetro foi adicionado no config.php para configurar corretamente o calendário usado para a captura de data.
3. A opção para adicionar cópias foi eliminada do menu principal de catalogação. Agora este procedimento é feito diretamente na edição de um registro durante uma seção de entrada de dados.
4. No menu principal de catalogação uma opção foi adicionada para restabelecer o numero de controle ou número de inventário. Isto também é possível para ligar uma base de dados existente com uma base de copias,adicionando um parâmetro correspondente no arquivo bases.dat.Este condição precisa ser definida durante a criação da definição da base de dados.

Aquisições
1. Foi alterada a FDT da base de dados purchaseorder para contemplar o caso das ordens de compra que não seguem o processo normal de aquisições, isto é, começando pelo preenchimento de uma recomendação.
2. Foi criado o formato neworder.fmt na base de dados purchaseorder para o ingresso direto das ordens de compra
3. Foi habilitada a opção para criar diretamente uma ordem de compra sem necessidade de gerar-la a partir de uma recomendação de que a informação bibliográfica não pegue da base de dados de recomendações senão diretamente da ordem de compra
4. Foi modificado o procedimento de criação de objetos e copias para que pudessem pegar a informação bibliográfica diretamente da ordem de compra e não da recomendação. Isto se aplica no caso que as ordens de compra não sigam o ciclo completo das aquisições. Foram modificados os formatos de implantação (pfts) das ordens de compra para aceitar esta nova modalidade.
5.

 | Enviar por e-mail  | Hits para esta publicação: 342