Resumo

  • RFC 2413 levou à comunidade da Internet o consenso de uma oficina iniciada em 1995: quinze termos amplos para descrever recursos de diferentes áreas.
  • A flexibilidade era parte do desenho. Como os elementos eram opcionais e repetíveis, compartilhar nomes não bastava para garantir que catálogos atribuíssem o mesmo sentido aos valores.

Encontrar recursos exigia mais do que indexá-los

À medida que os recursos conectados se multiplicavam, os índices da Web cresceram para ajudar na descoberta. RFC 2413 reconhecia esse avanço, mas argumentava que indexação não substituía descrições mais ricas. Em março de 1995, bibliotecários, pesquisadores de bibliotecas digitais e especialistas em marcação se reuniram em Dublin, Ohio, para buscar um núcleo comum. Publicado em setembro de 1998, o RFC era Informational e declarava expressamente que não era um padrão da Internet (RFC 2413, §§1–3).

Os quinze elementos — Title, Creator, Subject, Description, Publisher, Contributor, Date, Type, Format, Identifier, Source, Language, Relation, Coverage e Rights — podiam descrever desde um livro até uma imagem ou página web. A ambição não era substituir todos os esquemas especializados. Era permitir que comunidades diferentes começassem a trocar descrições com alguns conceitos reconhecíveis em comum.

A simplicidade deixou escolhas em aberto

O projeto queria facilitar criação e manutenção, promover semânticas compreensíveis, permitir extensão e melhorar a interoperabilidade entre coleções e sistemas de indexação. O próprio RFC observava que esses objetivos entravam em tensão. Regras rígidas poderiam uniformizar registros, mas elevar o custo de descrever materiais muito diferentes. Regras abertas facilitavam a adesão, mas não eliminavam divergências.

Cada elemento podia ser omitido ou repetido, e a ordem era livre. Um editor talvez desse significado à ordem de vários valores, mas o sistema seguinte não precisava preservá-la. O documento recomendava vocabulários controlados em alguns casos e previa listas locais para comunidades específicas. Também propunha dois níveis de processamento: ferramentas simples poderiam ignorar qualificadores; sistemas mais ricos poderiam usá-los para buscas mais precisas (RFC 2413, §3).

Assim, duas instituições podiam usar Subject e ainda apontar para vocabulários distintos. Date podia se referir à criação ou à disponibilidade; Creator podia nomear uma pessoa, uma organização ou um serviço. Um campo comum facilitava iniciar um mapeamento, mas não definia como realizá-lo nem quais distinções sobreviveriam à conversão.

O perfil de aplicação fecha o acordo local

RFC 5013 substituiu RFC 2413 em 2007 e apresenta o texto revisto como Dublin Core versão 1.1. Registra mudanças nas definições de Contributor e Date, esclarece Relation e recomenda nomes de elementos em letras minúsculas. Também situa os detalhes de implementação nos perfis de aplicação. Essas mudanças posteriores não pertencem ao texto original de 1998 (RFC 5013).

Hoje, os termos mantidos pela DCMI incluem as quinze propriedades conhecidas e muitos outros termos. As diretrizes de perfis explicam como uma aplicação escolhe termos e documenta suas restrições (termos DCMI; diretrizes de perfil). O vocabulário compartilhado abria a conversa; o perfil esclarecia o que a troca significava em determinado catálogo ou serviço.

RFC 2413 não garantia que qualquer página com metadados apareceria em uma busca. Sua contribuição foi baixar o custo de começar uma descrição comum e deixar visível o trabalho restante. Para comparar registros de sistemas diferentes, ainda eram necessárias regras sobre valores, codificação, campos obrigatórios, repetição e perdas na conversão.

Fontes: RFC 2413; RFC 5013; termos DCMI; perfis de aplicação DCMI.