Modelo de Metadados

Um bom padrão de metadados deve primar pela completude e pela simplicidade [Baptista, 2000]. A simplicidade visa a maximizar a usabilidade. A completude procura maximizar a representação dos recursos através dos atributos de metadados. Neste sentido, o padrão de metadados buscado para o Diliframe deveria ser simples o suficiente a fim de

58 facilitar o processo de geração de metadados e cadastramento das coleções. Por outro lado, o conjunto gerado pelos atributos de metadados, ao qual denominamos registro de metadados, deve ser rico o suficiente para tornar as pesquisas factíveis e eficientes.

O padrão de metadados escolhido para ser aplicado ao Diliframe foi o Dublin Core [DC, 2002] – DC. Além de este padrão cumprir as duas premissas anteriormente citadas, ele vem sendo aceito em projetos em todo o mundo. O DC vem se tornando o padrão de facto para a descrição de recursos digitais na Web. Uma outra vantagem que pode ser vislumbrada é o lançamento de bases para a implementação de interoperabilidade com outras bibliotecas digitais em uma versão futura do framework. À medida que o Diliframe entra no grupo das bibliotecas digitais que utilizam o DC para a descrição de seus recursos, ele, potencialmente, se credencia para trabalhar em conjunto com estas, segundo o nível de interoperabilidade acordado. O histórico, as particularidades e os benefícios obtidos pela escolha do padrão Dublin Core [DC, 2002] estão descritos no Anexo C.

No contexto do Diliframe, os elementos do Dublin Core serão utilizados para descrever os recursos e as coleções das bibliotecas digitais. Cada recurso deve corresponder a um e somente um registro de metadados3. Igualmente, cada coleção deve corresponder a um e somente um registro de metadados (Figura 9).

Figura 9 - Relacionamentos: registro de metadados X coleções e recursos A consulta dos recursos, nas bibliotecas digitais geradas com o Diliframe, é realizada em cima dos atributos de metadados. Sendo assim, para que um determinado

3 _{Como visto anteriormente, define-se o termo registro de metadados como sendo o conjunto de}

59 recurso seja disponibilizado na biblioteca digital, ele deve, obrigatoriamente, estar relacionado a uma coleção e ter o seu registro de metadados correspondente. Este procedimento é garantido pelo processo de cadastramento de recursos na biblioteca digital.

No Diliframe, os recursos estão separados dos metadados. Os metadados de todas as coleções e de seus recursos estão centralizados em um banco de dados distinto, enquanto que as coleções podem estar distribuídas entre diversos bancos de dados. A Figura 10 mostra este arranjo. Com este procedimento, procura-se simplificar o processo de consulta: todas elas serão direcionadas a um só banco de dados, independente da coleção consultada. Vale ressaltar, ainda, que a sobrecarga gerada pela distribuição da consulta aos diferentes servidores, a coleta das respostas e a consolidação dos resultados serão eliminadas. Por outro lado, a recuperação do recurso no servidor de dados não será feita de forma tão direta. Será necessário desenvolver mecanismos para a identificação das coleções e seus respectivos recursos. O registro de metadados manterá o relacionamento com o elemento que descreve através do elemento DC identifier.

Figura 10 – Centralização dos registros de metadados

Assim como os recursos, as coleções também são relacionadas a registros de metadados. Este procedimento possibilita a obtenção de informações descritivas sobre a coleção. Além disso, permite manter uma maior visibilidade sobre as coleções que podem estar distribuídas na rede. O registro de metadados da coleção não lista os recursos que a ela estão relacionados. Esta identificação é feita no registro de metadados do recurso através do elemento DC relation.

60 Na implementação referência do Diliframe, algumas convenções sobre a forma de utilização do Dublin Core foram estabelecidas. Como, por exemplo, não ser admitido o uso de elementos qualificadores do Dublin Core para o registro de metadados. No entanto, alguns esquemas de codificação foram convencionados como vocabulário controlado para determinados elementos. Outras convenções dizem respeito à obrigatoriedade dos elementos e a possibilidade de repetição de valores para determinado elemento.

A Tabela 10 condensa as escolhas de projeto tomadas para a utilização de elementos do Dublin Core no Diliframe. A primeira coluna indica o elemento DC. A segunda coluna informa se este elemento é obrigatório ou opcional no registro de metadados. A terceira coluna indica se pode haver ou não repetição do elemento no registro, ou seja, para o elemento creator, que representa o autor intelectual do recurso, são admitidos vários valores contemplando os co-autores. A quarta coluna informa se o valor do elemento está restrito a um vocabulário controlado e que vocabulário é este. Abaixo de cada elemento são tecidas algumas considerações sobre a forma ou o significado do valor atribuído ao elemento.

Obrigatoriedade Repetição Vocabulário Controlado

Title Obrigatório Sim Não

Considerando que a consulta pelo título do recurso é de extrema importância, determinou-se a obrigatoriedade deste elemento no registro de metadados. A repetição de valores para este elemento permite que sejam agregados outros títulos, como a tradução de um título, por exemplo. Quando o padrão estiver sendo usado para a descrição de uma coleção, o valor deste elemento não deve ser repetido.

Creator Obrigatório Sim Não

Considerando que a consulta pelo autor do recurso é de extrema importância, determinou-se a obrigatoriedade deste elemento no registro de metadados. A repetição de valores para este elemento permite que sejam agregados co-autores, por exemplo, na descrição do elemento.

61

Subject Obrigatório Sim Sim

Considerando que a consulta pelo assunto do recurso é de extrema importância, determinou-se a obrigatoriedade deste elemento no registro de metadados. A repetição de valores para este elemento permite que sejam atribuídos diversos assuntos à descrição do elemento, tornando a caracterização do recurso, segundo este aspecto, mais completa.

Description Obrigatório Não Não

Considerando que a consulta pelas palavras chaves presentes na descrição do recurso é de extrema importância, determinou-se a obrigatoriedade deste elemento no registro de metadados. Este elemento não deve ser repetido uma vez que uma descrição completa é suficiente para a caracterização do recurso.

Publisher Opcional Não Não

Considerando que este elemento não se aplica à descrição de recursos de bibliotecas digitais mais simples, ele foi caracterizado como opcional.

Contributor Opcional Não Não

Considerando que este elemento pode ou não se aplicar à descrição de recursos, ele foi caracterizado como opcional.

Date Obrigatória Não Não

O valor deste elemento deve corresponder a data de publicação do recurso na biblioteca digital. O formato determinado para o seu valor é: “AAAA-MM-DD”.

Type Opcional Não Não

Considerando que este elemento pode dificultar a descrição do recurso por não-especialistas, e pouco contribuiria com o processo de consulta, ele foi caracterizado como opcional.

Format Obrigatório Sim Sim (Formato [MIME,

62 Considerando que este elemento é de extrema importância para a caracterização do recurso e que pode contribuir em outros processos da biblioteca como, por exemplo, a recuperação do conteúdo, ele foi considerado obrigatório. A repetição deste elemento permite a completa caracterização do recurso no caso de recursos compostos. A utilização de um vocabulário controlado permite a padronização dos formatos e mídias disponíveis.

Identifier Obrigatório Não Não

Este elemento é utilizado para manter a ligação do recurso com o seu registro de metadados. O formato utilizado para expressar o valor deste elemento deve garantir a identificação do recurso através de sua coleção e localização. O valor deste elemento é utilizado para desencadear o processo de recuperação do recurso. Quando este elemento estiver sendo usado para a descrição de uma coleção, seu valor deve ser mantido vazio.

Source Opcional Não Não

Considerando que este elemento pode ou não se aplicar à descrição de recursos, ele foi caracterizado como opcional.

Language Opcional Não Não

Considerando que a atribuição de valor a este elemento é uma opção de projeto particular de cada implementação de biblioteca, optou-se por caracterizá-lo como opcional.

Relation Obrigatório Não Não

Este elemento é utilizado para indicar a coleção ao qual o recurso está relacionado. Na implementação do Diliframe um recurso pode pertencer a apenas uma coleção. Por isto não é possível a repetição de valores para este elemento. O valor deste elemento deve corresponder ao valor do elemento Title do registro de metadados da coleção referenciada. Quando este elemento estiver sendo usado para a descrição de uma coleção, o seu valor deve ser mantido vazio.

63 Considerando que este elemento pode ou não se aplicar à descrição de recursos, ele foi caracterizado como opcional.

Rights Opcional Não Não

Considerando que este elemento pode ou não se aplicar à descrição de recursos, ele foi caracterizado como opcional.

Tabela 10 – Convenções de utilização do Dublin Core no Diliframe