Bases controladas no Gnuteca

Iniciamos o trabalho para implementar bases controladas no Gnuteca. Estas bases serão integradas à tela de catalogação para servir de suporte à registros que não podem ser recuperados pelo z39.50, e também fazer uma gestão do conteúdo gerado pela Biblioteca.

As interfaces já foram desenhadas, porém ainda sofrerão algumas pequenas alterações na implementação para efeitos de filtragem dos dados.

O sistema contará agora com as seguintes bases controladas:

• Autores;
• Autores corporativos;
• Tabela de cutter;
• Nomes de séries / coleções;
• Editoras;
• Locais de publicação; e
• Vocabulário controlado: assunto, subdivisão geral, subdivisão cronológica e geográfica.

Para efeitos de visualização acompanhe um exemplo da tela de autores:

As demais telas seguem o modelo proposto. Através de um botão que será indexado ao lado do campo correspondente, o usuário poderá  carregar as informações de uma lista pré-definida. Uma vez que a informação for selecionada nesta lista, o campo será automaticamente preenchido. Quando o usuário identificar algum erro nestas informações ele poderá modificá-las diretamente na tela. Concluindo as alterações todos os registros serão atualizados com a informação correta.

Todas as telas serão carregadas utilizando o conjunto de tecnologias AJAX. Esperamos que estas novas alterações ajudem o Bibliotecário ter um maior controle sobre a consistência dos dados e consigam transmitir a informação da melhor maneira possível.

Mais navegabilidade no Gnuteca: abas identificáveis na catalogação

Durante estes dois meses de trabalho no Gnuteca, muitas melhorias em questões de usabilidade e navegabilidade tem sido aplicadas ao software.

Uma alteração interessante que fiz há pouco foi adicionar terminologias às abas na tela de catalogação. São notáveis as diferenças, pois em contra-partida não são todos que tem a fácil familiarização com o MARC 21.

Este diferencial de identificação nas abas pode ajudar bastante quando a biblioteca não tem somente bibliotecários credenciados e que tenham o pleno conhecimento no assunto. Sabemos que a Biblioteca também pode ter estagiários, novos bibliotecários e mão-de-obra não especializada.

Mesmo em condições em que o profissional detenha o conhecimento do MARC 21, em alguns momentos temos a necessidade de realizar uma tarefa mais rapidamente e a identificação pelos códigos pode nos causar confusões imediatas, podendo gerar atrasos no trabalho e diminuição do rendimento. Com as abas identificadas podemos ter clareza no que queremos e estar menos propícios à confusões.

Tirei uma amostra da nova tela de catalogação que vem sendo implementada para que possam fazer uma avaliação deste resultado e expressarem seus comentários à respeito.

Complemento da correção de erros em javascript

Havia publicado há um tempo atrás sobre os problemas de javascript no Gnuteca, porém não fui específico o bastante de indicar em qual arquivo corrigir o problema.

Então, somente para completar o que eu havia dito, eis a resposta:

o arquivo é o  /usr/local/miolo/modules/gnuteca/forms/UINovoMaterialForm.class.

Desta forma abra o arquivo para edição, siga até a linha 71: que é exatamente um fechamento de condição, ou seja, uma “}” (chave).

Após esta chave dê um [enter] e insira o código abaixo:

else
{
echo “var lookup.defaults;”;
}

Salve o arquivo e veja os agradáveis resultados.

(Obs: esta é a resposta para o comentário do Antônio)

Access Denied Gnuteca(inserir_material)

Quando havia instalado a versão 1.7rc2 do Gnuteca tive este problema, porém não dei muita importância à ele. Já que poderia ser algum erro em minha instalação.

Ainda não posso afirmar que este problema seja dos arquivos de instalação, pois até agora só tive dois relatos do problema: o meu e de outro participante da lista gnuteca-users. O problema também pode estar relacionado ao comportamento do SO que está sendo usado, mas são apenas especulações, nada concreto.

Tive este problema quando estava testando o Gnuteca no RedHat, no Debian havia funcionado perfeitamente, porém não sei se houveram alterações no pacote de instalação neste intermeio.

Bom, chega de papo!

Para corrigir este problema devemos acessar o console do GNU Linux e digitar alguns comandos. Simples até mesmo para quem não é familiarizado com o sistema do pingüin.

Primeiro precisamos remover todas as entradas do login gnuteca no banco de dados chamado bis. Isto é necessário para não ocorrem erros ou simplesmente duplicar o login quando executarmos o script de inserção das informações novamente. Então prossigamos.

offs@tirith:~$ su [enter - digite sua senha de root]

tirith:~# su – postgres [enter]

postgres@tirith:~$ psql bis [enter]

bis=# DELETE FROM cmn_users WHERE login=’gnuteca’; [enter]

bis=# DELETE FROM cmn_modules WHERE name=’gnuteca’; [enter]

bis=# DELETE FROM cmn_access WHERE login=’gnuteca’; [enter]

bis=#\q [enter]

Removemos as entradas do login gnuteca e agora precisamos adicionar o usuário novamente. Mantenha-se logado como usuário postgres, vá até os arquivos de instalação do Gnuteca. Quando acessar o diretório de instalação entre no diretório sql. No meu sistema o caminho da instalação é /usr/local/gnuteca-1.7rc2. Agora execute o comando abaixo:

postgres@tirith:/usr/local/gnuteca-1.7rc2/sql$ psql -h localhost -d bis create_user.sql [enter]

Pronto! Abra seu navegador, acesse o gnuteca e tente realizar operações de Administrador novamente. Qualquer dúvida é só comentar. Boa sorte!