Resumen

  • RFC 2413 llevó a una publicación para la comunidad de Internet el consenso de un taller iniciado en 1995: quince términos generales con los que distintas disciplinas podían describir recursos.
  • La flexibilidad era deliberada. Los elementos opcionales y repetibles permitían usos diversos, pero el vocabulario común no imponía por sí solo convenciones compatibles entre colecciones.

La búsqueda necesitaba algo más que índices

Al crecer los recursos conectados, los índices web se multiplicaron para ayudar a encontrarlos. RFC 2413 abría con una observación menos triunfalista: la indexación servía, pero no sustituía una descripción más rica. En marzo de 1995, bibliotecarios, investigadores de bibliotecas digitales y especialistas en marcado se reunieron en Dublin, Ohio, para acordar un núcleo descriptivo. El texto publicado en septiembre de 1998 se identificó como informativo y dejó claro que no era un estándar de Internet (RFC 2413, §§1–3).

Sus quince etiquetas cubrían título, creador, tema, descripción, editor, colaborador, fecha, tipo, formato, identificador, fuente, idioma, relación, cobertura y derechos. La misma lista podía aplicarse a un artículo, una fotografía o un conjunto de datos. No era una teoría completa de cada colección: era un vocabulario de partida que buscaba un mínimo de entendimiento compartido.

La interoperabilidad chocaba con la facilidad de uso

Los objetivos del proyecto incluían una creación sencilla, semánticas comprensibles, extensibilidad, alcance internacional e interoperabilidad entre colecciones e índices. El RFC reconocía que esos objetivos podían entrar en conflicto. Cuanto más uniforme fuera el registro, más trabajo exigiría a quien describía materiales muy distintos; cuanto más flexible, más decisiones quedarían para cada comunidad.

Por eso cada elemento podía omitirse o repetirse, y los campos podían presentarse en cualquier orden. El orden de valores repetidos quizá importara a quien los publicaba, pero otro sistema no tenía que conservarlo. El documento recomendaba vocabularios controlados para algunos valores y preveía vocabularios locales. También imaginaba dos niveles de herramientas: las simples podían ignorar calificadores, y las más capaces usarlos para afinar la búsqueda (RFC 2413, §3).

La libertad facilitaba describir materiales sin diseñar una estructura nueva desde cero. Pero dos registros con el campo Subject podían usar esquemas distintos; una Date podía significar creación o disponibilidad; un Creator podía nombrar persona, organización o servicio. El campo compartido ayudaba a iniciar el mapeo, no garantizaba que los sistemas asignaran el mismo sentido.

El perfil local completa el acuerdo

RFC 5013 sustituyó RFC 2413 en 2007 y presenta la versión revisada como Dublin Core 1.1. Describe cambios en Contributor y Date, una aclaración de Relation y recomienda nombres de elementos en minúsculas. También señala que los perfiles de aplicación son el lugar para especificar detalles de implementación. Nada de eso debe confundirse con el texto original de 1998 (RFC 5013).

La iniciativa DCMI mantiene hoy las quince propiedades conocidas junto con muchos términos adicionales. Sus guías de perfiles muestran cómo una aplicación selecciona términos y documenta restricciones (términos DCMI; guías de perfiles). Así, un núcleo compartido podía circular entre sectores, mientras cada perfil explicaba qué significaba en un catálogo o servicio concreto.

RFC 2413 no prometía que añadir metadatos garantizara aparecer en un buscador. Su aporte histórico fue más acotado: reducir el costo de comenzar una descripción común y dejar visible el trabajo restante. Para que los registros siguieran siendo comparables al pasar de un sistema a otro, todavía hacían falta reglas sobre valores, codificación, repetición y pérdida de información.

Fuentes: RFC 2413; RFC 5013; términos DCMI; perfiles DCMI.