Résumé

  • RFC 2413 transforma en publication destinée à la communauté Internet un consensus amorcé lors d’un atelier de 1995 : quinze termes assez généraux pour décrire des ressources de disciplines différentes.
  • Cette généralité avait un prix : les champs étaient facultatifs et répétables, et les valeurs dépendaient de conventions locales. Les noms partagés ne suffisaient donc pas à rendre les notices équivalentes.

Un vocabulaire commun face à la croissance du Web

À la fin des années 1990, l’indexation du Web s’était développée rapidement pour répondre à l’augmentation des ressources en réseau. Les auteurs de RFC 2413 jugeaient toutefois qu’un index ne remplaçait pas une description plus riche. En mars 1995, des bibliothécaires, chercheurs en bibliothèques numériques et spécialistes du balisage se réunirent à Dublin, dans l’Ohio, pour chercher un noyau descriptif commun. Publié en septembre 1998, RFC 2413 était un mémorandum informatif : il précisait qu’il ne constituait pas une norme Internet (RFC 2413, §§1–3).

Les quinze éléments — Title, Creator, Subject, Description, Publisher, Contributor, Date, Type, Format, Identifier, Source, Language, Relation, Coverage et Rights — pouvaient décrire un livre, une image, un jeu de données ou une page Web. Ils ne prétendaient pas épuiser les besoins de chaque secteur. Leur ambition était plus modeste : offrir des notions assez reconnaissables pour amorcer un échange entre communautés.

La souplesse rendait l’accord incomplet

La simplicité d’usage, des sémantiques partagées, l’extensibilité et l’interopérabilité figuraient toutes parmi les objectifs du projet. Le RFC reconnaissait leur tension. Imposer une structure identique à des collections différentes aurait pu compliquer l’adoption ; laisser chaque collection libre de préciser ses valeurs risquait de produire des notices semblables en apparence seulement.

Le compromis était explicite : chaque élément était facultatif et répétable, l’ordre des éléments était libre et celui des valeurs répétées n’était pas garanti d’un système à l’autre. Le texte encourageait certains vocabulaires contrôlés, tout en anticipant des vocabulaires propres aux domaines locaux. Il prévoyait aussi des qualificatifs : un outil élémentaire pouvait les ignorer, tandis qu’un système plus riche pouvait s’en servir pour une recherche plus précise (RFC 2413, §3).

La même étiquette pouvait pourtant recouvrir des décisions différentes. « Creator » pouvait désigner une personne, une organisation ou un service ; « Date » une date de création ou de disponibilité. Sans convention documentée, l’export d’une collection vers une autre pouvait perdre l’ordre, la précision ou la provenance que la première jugeait utiles. Le nom commun n’était pas la règle de transformation.

Du noyau partagé aux profils d’application

RFC 5013 remplaça RFC 2413 en 2007 et présente le texte révisé comme Dublin Core Version 1.1. Il mentionne l’élargissement des définitions de Contributor et Date, la clarification de Relation, ainsi qu’une recommandation d’utiliser les noms d’éléments en minuscules. Il situe aussi les détails d’implémentation dans des profils d’application : ces précisions postérieures ne doivent pas être attribuées au document de 1998 (RFC 5013).

La documentation actuelle de DCMI comprend les quinze propriétés historiques et de nombreux termes complémentaires. Ses directives sur les profils expliquent comment une application choisit ses termes et en consigne les contraintes (termes DCMI ; guides des profils). Le noyau rendait la conversation possible ; le profil indiquait ce qu’un échange signifiait dans un contexte précis.

La leçon n’est donc ni que quinze champs résolvaient la découverte, ni que la souplesse les rendait inutiles. Ils réduisaient le coût d’une première description. Pour préserver le sens au passage entre catalogues, il fallait encore préciser les vocabulaires, les champs requis, les encodages et les pertes acceptables.

Sources : RFC 2413 ; RFC 5013 ; termes DCMI ; profils d’application DCMI.