← Blog

Como se mostra uma ficha de arquivo ou de livro no OPAC

Como se mostra uma ficha de arquivo ou de livro no catálogo público (OPAC) não é um pormenor de paginação. Um livro de três campos —título, autor, ano— lê-se em lista. Um processo com notas de âmbito, de contexto e de condições de acesso lê-se como um documento. Se ambos se apresentam da mesma forma, o primeiro sobra de ar e o segundo vira uma coluna de etiquetas que ninguém percorre.

No Janium 2027 a ficha muda conforme o que o registo traz. A versão está em O Janium 2027 já está disponível.

Campos curtos em lista, notas em parágrafo

No OPAC e na vista de detalhe da catalogação, os campos curtos mantêm-se em lista: título, autor, ano, editor, classificação. São dados que se comparam de relance e que um leitor de catálogo espera ver alinhados.

Os campos narrativos —resumo, notas, descrição arquivística— mostram-se como parágrafo, com a etiqueta acima, como num documento impresso. Uma nota de âmbito de vinte linhas não é um valor de lista; é prosa, e lê-se melhor se se apresenta como prosa.

Essa mistura é o formato habitual de um livro: poucos campos curtos, um resumo breve. Quem consulta o catálogo reconhece a ficha de sempre, com as notas mais longas já em parágrafo.

Quando o registo é um processo

Se o registo traz muitas notas longas —um processo, um fundo, uma série— a ficha passa inteira a esse formato narrativo. Não faz sentido deixar o título em lista e empurrar o resto para um bloco de prosa: o conjunto lê-se como um documento de arquivo.

Um ISAD-G com notas de âmbito e de contexto não se lê da mesma forma que um registo de três campos. O 2027 não altera a norma; altera a forma de a apresentar. A descrição por proveniência e hierarquia está em Como descrever um arquivo em ISAD-G com IA. O Janium mostra essa descrição; não a reescreve.

Ver mais, ver menos

Quando o resumo é longo, o sumário de resultados oferece ver mais ou ver menos. A lista não se infla com o parágrafo inteiro; quem quer o texto abre-o. Na ficha de detalhe o parágrafo vê-se completo.

Isso vale tanto para um livro com um resumo extenso como para um processo cujo âmbito não cabe em duas linhas. O critério é o comprimento do campo, não o tipo de material.

O que não muda

A norma de descrição continua a ser a da instituição. MARC, Dublin Core e ISAD-G não se convertem noutro formato ao mostrarem-se. O que muda é o modelo: lista, parágrafo ou os dois, conforme o que o registo traga.

A ficha do OPAC faz parte da versão. Não há que a ligar à parte, ao contrário do motor de pesquisa ou das capas. Depois de atualizar, o catálogo público já apresenta assim os registos.

O Collect não intervém aqui. O Collect produz o registo; o Janium mostra-o. Um ILS não cataloga com IA por apresentar melhor as notas.

Limites

A apresentação não acrescenta campos nem os resume. Se o registo não traz notas, a ficha fica em lista. Se traz muitas, passa a narrativa; não há um limiar que a instituição ajuste por tipo de material para além do que já traz cada ficha.

Ver mais / ver menos aplica-se ao resumo no sumário, não a cada nota da ficha de detalhe. Um processo mal descrito —sem âmbito, sem contexto— não se torna legível pela mudança de modelo: vê-se igualmente incompleto, só que noutro formato.

Para continuar a conversa

Se queres ver como fica um processo do teu fundo ao lado de um livro da colecção geral no OPAC de 2027, escreve-nos para info@janium.com. O tipo de acervo muda qual ficha convém olhar primeiro ao atualizar.