Dublin Core - Informations fournies par la BNF (Bibliothèque Nationale de France)

Version originale: http://www.bnf.fr/fr/professionnels/formats_catalogage/a.f_dublin_core.html

Le Dublin Core est un format descriptif simple et générique, comprenant 15 éléments.

Le Dublin Core est un format descriptif à la fois simple et générique, comprenant 15 éléments différents, qui a été créé en 1995 à Dublin (Ohio) par OCLC et le NCSA (National Center for Supercomputing Applications).

La version actuelle, dite 1.1, correspond à la recommandation RFC 5013 de l' IETF (Internet Engineering Task Force) validée en 2007 (cette version remplace la RFC 2413 de 1997), à la norme ANSI/NISO Standard Z39.85-2007 et ISO 15836 (version de 2003, révisée en 2009).

L'agence de maintenance est la DCMI (Dublin Core Metadata Inititative), organisation non gouvernementale et non lucrative, enregistrée à Singapour et œuvrant au développement de formats de métadonnées interopérables.

Objectif du Dublin Core

L'objectif du Dublin Core est de fournir un socle commun d'éléments descriptifs pour améliorer le signalement et la recherche de ressources au-delà des diverses communautés et des nombreux formats descriptifs propres à chaque spécialité, tout en restant suffisamment structuré.

Le Dublin Core prévoit 15 éléments tous facultatifs et tous répétables, qui portent sur la description :

Dublin Core et bonnes pratiques

Le Dublin Core a vocation à permettre une interopérabilité minimale entre des systèmes conçus indépendamment les uns des autres. Les règles internationales et nationales applicables à l'information bibliographiques doivent être respectées, en particulier les ISBD et les normes de catalogage AFNOR.

Cette normalisation des chaînes de caractères constituant le contenu des 15 éléments est toujours d'actualité et permet de rapprocher des ressources malgré une faible structuration et de construire des services bibliographiques grâce à l'emploi conjugué du Dublin Core, des schémas d'encodage associés et des bonnes pratiques. Certains schémas d'encodages sont préconisés directement dans la norme, d'autres sont intégrés dans les termes descriptifs du Dublin Core qualifié ; d'autres sont extérieurs mais applicables.

  1. Title (trad. fr. : Titre).
    Nom donné à la ressource : le titre est généralement le nom formel sous lequel la ressource est connue.
  2. Creator (trad. fr. : Créateur).
    L’entité principalement responsable de la création du contenu de la ressource.
    Les exemples de créateur comprennent une personne, une organisation ou un service. Généralement, on utilisera le nom du créateur pour désigner cette entité.
  3. Subject (trad. fr. : Sujet).
    Thème du contenu de la ressource.
    Généralement, le sujet est exprimé sous forme de mots clés ou d’expressions ou par des codes de classification décrivant un thème de la ressource. La pratique recommandée est de choisir une valeur dans un vocabulaire contrôlé ou dans un plan de classification.
  4. Description (trad. fr. : Description).
    Une présentation du contenu de la ressource.
    Les exemples de description comprennent notamment : résumé, table des matières, référence à une représentation graphique du contenu, exposé du contenu en texte libre.
  5. Publisher (trad. fr. : Éditeur).
    L’entité responsable de la mise à disposition ou diffusion de la ressource. Les exemples d’éditeur comprennent une personne, une organisation ou un service. Généralement, on utilisera le nom de l’éditeur (le nomd’une maison d’édition) pour désigner cette entité.
  6. Contributor (trad. fr. : Contributeur).
    Entité responsable de contributions au contenu de la ressource.
    Les exemples de contributeur comprennent une personne, une organisation ou un service. Généralement, on utilisera le nom d’un contributeur pour désigner cette entité.
  7. Date (trad. fr. : Date).
    Date d’un événement dans le cycle de vie de la ressource. Il s’agira généralement de la date de création ou de mise à disposition de la ressource.
    Il est recommandé d’encoder la valeur de la date conformément au profil défini dans la norme ISO 8601 ou recommandation Date and Time Formats du W3C, qui comprend (notamment) des dates suivant la forme AAAA‑MM‑JJ.
  8. Type (trad. fr. : Type).
    Nature ou genre du contenu de la ressource.
    L’élément type contient des termes qui décrivent des catégories, des fonctions, des genres généraux ou des niveaux d’agrégation de contenu. La pratique recommandée est de choisir une valeur dans un vocabulaire contrôlé (par exemple, dans la liste du DCMI Type Vocabulary). Pour décrire la manifestation physique ou numérique de la ressource, utiliser l’élément Format.
  9. Format (trad. fr. : Format).
    La manifestation (ou matérialisation) physique ou numérique de la ressource.
    Typiquement, le format peut comprendre le type de medium ou les dimensions de la ressource. L’élément Format peut être utilisé pour identifier le logiciel, le matériel ou tout autre équipement nécessaire pour afficher ou exploiter la ressource. Les exemples de dimensions comprennent la taille et la durée. Il est recommandé de sélectionner une valeur dans un vocabulaire contrôlé (par exemple, la liste des Internet Media Types définissant les formats de supports informatiques).
  10. Identifier (trad. fr. : Identifiant de la ressource).
    Référence univoque à la ressource dans un contexte donné.
    Il est recommandé d’identifier la ressource au moyen d’une chaîne de caractères ou d’un numéro conforme à un système formel d’identification. Les systèmes d'information officiels comprennent notamment le « Uniform Resource Identifier » (URI / identificateur de ressources uniformes), qui inclut le « Uniform Resource Locator » (URL), le « Digital Object Identifier » (DOI / identificateur d’objet numérique) et le « International Standard Book Number » (ISBN).
  11. Source (trad. fr. : Source).
    Référence à une ressource dont la ressource décrite est dérivée.
    La ressource décrite peut être dérivée de la source en tout ou partie. La pratique recommandée est d’identifier la ressource mentionnée dans l’élément Source par une chaîne de caractères ou par un numéro en conformité avec un système formel d’identification.
  12. Language (trad. fr. : Langue).
    La langue du contenu intellectuel de la ressource.
    Il est recommandé d’utiliser une des valeurs définies dans la RFC 3066 qui, avec la norme ISO 639, définit des codes de langues primaires à deux et à trois caractères, ainsi que des sous‑codes facultatifs. Exemples : « en » ou « eng » pour l’anglais, « fr » ou « fre » pour le français, « akk » pour l’akkadien et « en-UK » pour l’anglais utilisé au Royaume-Uni.
  13. Relation (trad. fr. : Relation).
    Référence à une ressource apparentée.
    Il est recommandé d’identifier la ressource apparentée par une chaîne de caractères ou d’un numéro conforme à un système d’identification officiel.
  14. Coverage (trad. fr. : Couverture).
    Périmètre ou domaine d’application du contenu de la ressource, c’est‑à‑dire ou la couverture spatio‑temporelle de la ressource.
    Généralement, l’élément couverture inclut une position géographique (le nom d’un lieu ou les coordonnées d’une entité administrative).Il est recommandé de sélectionner une valeur dans un vocabulaire contrôlé (par exemple, le thésaurus de noms géographiques TGN Thesaurus of Geographic Names et d’utiliser, quand cela est approprié, des noms de lieux ou de périodes plutôt que des identifiants numériques tels que des coordonnées ou des intervalles de dates.
  15. Rights (trad. fr. : Gestion des droits).
    Informations sur les droits associés à la ressource.
    Généralement, l’élément gestion des droits contient une mention de la gestion des droits afférents à la ressource ou une référence au service fournissant cette information. L’information sur les droits englobe souvent les droits de propriété intellectuelle (IPR), le copyright et divers droits de propriété. Si l’élément gestion de droits est absent, aucune hypothèse ne peut être émise sur les droits associés à la ressource.

Format indépendant des formats d'encodage et de stockage

Le Dublin Core est indépendant des formats d'encodage et de stockage de l'information.

La DCMI propose néanmoins des recommandations et bonnes pratiques pour permettre l'emploi uniforme de Dublin Core :

L'université de Stanford a développé un outil en ligne pour en simplifier l'emploi du Dublin Core dans les pages HTML.

Le Dublin Core est utilisé par de nombreuses organisations et est notamment le format obligatoire de base dans le cadre du protocole OAI-PMH.

En savoir plus

Protocole OAI-PMH

Dublin Core qualifié (qualified Dublin Core)

Un format descriptif un peu plus fin se fonde sur le Dublin Core : le Dublin Core qualifié (qualified Dublin Core). Il comprend trois éléments supplémentaires :

Il comprend également des qualificatifs :

Enfin, pour répondre à des besoins spécifiques, la DCMI développe depuis 2000 le concept de « profils d'application » qui permettent à chaque communauté d'étoffer la capacité descriptive de Dublin Core en y adjoignant de nouveaux éléments.

Le Dublin Core à la BnF

Le Dublin Core non qualifié est utilisé à la BnF :

Il ne se substitue pas aux autres formats bibliographiques des bibliothèques et des archives (Intermarc, EAD…), mais permet à d’autres acteurs qui utilisent d’autres formats (musées, archives, centres de ressources de l’information scientifique et technique, ou opérateurs d’agrégation de contenus culturels comme The European Library) de référencer les données de la BnF dans un format simple et facilement interopérables.

Les notices en Dublin Core sont également utilisées, à la BnF, pour gérer la collection de documents numérisés dans Gallica. Ce format permet également de signaler dans Gallica les collections d’autres institutions patrimoniales.

Les notices en Dublin Core des deux entrepôts OAI ne sont pas créées manuellement, mais dérivées de notices ou de bases de données existantes. Les données ne sont donc pas nativement formatées en Dublin Core.