Dublin Core

Les 15 éléments du Dublin Core

Chaque élément est facultatif et peut être répété.

Élément	Ce qu’il décrit	Exemple pour une photo produit
Title	Le nom donné à la ressource	« Fauteuil Arc, chêne, studio »
Creator	Le principal responsable de sa création	Le photographe
Subject	Le sujet, en général sous forme de mots-clés ou de termes d’un vocabulaire	Fauteuils ; Chêne ; Salon
Description	Un récit de la ressource, comme une légende ou un résumé	« Fauteuil Arc en chêne naturel sur fond gris »
Publisher	Qui la met à disposition	La marque ou l’agence
Contributor	Les autres contributeurs	Styliste, retoucheur
Date	Une date de son cycle de vie, en général la création ou la publication	2026-03-14
Type	La nature ou le genre de la ressource	Image fixe
Format	Le format de fichier ou le support physique	image/jpeg
Identifier	Une référence non ambiguë	Un identifiant de média ou une URL
Source	Une ressource dont elle est dérivée	Le TIFF maître dont elle a été exportée
Language	La langue du contenu	en, sv
Relation	Une ressource liée	La variante de couleur du même fauteuil
Coverage	Son lieu ou sa période	Suède ; campagne du printemps 2026
Rights	Les informations sur les droits détenus sur elle	« © 2026 Nordi AB » ou un lien vers la licence

Dublin Core simple et qualifié

Les 15 éléments seuls forment le Dublin Core simple. La DCMI publie aussi les DCMI Metadata Terms, un vocabulaire plus large qui précise les éléments (created, modified et available comme types de date ; spatial et temporal comme types de couverture ; license et rightsHolder à côté des droits) et ajoute des schémas d’encodage comme ISO 8601 pour les dates et les balises de langue BCP 47. Ces termes sont normalisés dans ISO 15836-2:2019 et s’écrivent souvent avec le préfixe dcterms:. On parle alors de Dublin Core qualifié.

Où le Dublin Core intervient dans un DAM

• Intégré aux fichiers. L’espace de noms dc de XMP est le Dublin Core : dc:title, dc:description, dc:subject, dc:creator et dc:rights sont la façon dont la plupart des logiciels de photo et de création enregistrent la légende, les mots-clés, le créateur et la mention de copyright.
• Échange de notices. Les archives, bibliothèques et organismes publics exigent souvent des notices Dublin Core lorsqu’ils reçoivent une collection. Une entreprise qui donne ses publicités historiques à un musée, ou qui partage des archives de presse avec un diffuseur public, se voit généralement demander ce format.
• Tables de correspondance. Lors d’une migration d’un système à un autre, faire correspondre d’abord les deux schémas au Dublin Core montre quels champs se correspondent, lesquels manquent et lesquels doivent être scindés.
• Conception de schéma. Les 15 éléments forment une liste de contrôle. Un schéma marketing a rarement besoin de tous, mais il vaut la peine de décider consciemment où l’on enregistre le créateur, les droits, la langue et les relations.

Erreurs fréquentes avec le Dublin Core

• Le prendre pour un schéma complet. Le Dublin Core prévoit un « sujet », mais pas la gamme de produits, la région ou la campagne. Les photothèques marketing ont besoin de champs spécifiques et d’un vocabulaire contrôlé par-dessus.
• Mélanger créateur, éditeur et contributeur. Le photographe est le créateur, la marque qui diffuse l’image est l’éditeur (publisher), et le retoucheur est un contributeur. Mettre les trois dans un seul champ rend la notice inutilisable pour les crédits.
• Des dates en texte libre. « 26 mars » ou « T1 » ne se trient ni ne se filtrent. Utilisez des dates ISO 8601 comme 2026-03-14.
• Les droits en oui/non. L’élément de droits contient une mention ou un lien, pas une autorisation. Les conditions de licence demandent des droits d’utilisation structurés pour être vérifiées par un logiciel.

Le Dublin Core dans Freedam

Les champs propres à Freedam couvrent la plupart des éléments du Dublin Core, et les administrateurs peuvent ajouter les autres :

• À l’import, les propriétés XMP Dublin Core dc:title, dc:description, dc:subject, dc:creator et dc:rights des images et des vidéos alimentent le titre du média (quand aucun n’a été saisi à l’import), la description, les mots-clés, le créateur et les champs de copyright.
• D’autres éléments correspondent à des données existantes : Format au format de fichier de l’onglet Technique, Identifier à l’identifiant du média (GAID) affiché sous le titre, Date à la date de prise de vue, et Relation aux médias liés.
• Les administrateurs peuvent ajouter des champs à chaque classe de média pour les éléments restants, comme l’éditeur, le contributeur ou la couverture, sous forme de champs texte, date ou vocabulaire. Un champ de vocabulaire peut être défini comme champ de langue pour Language. Voir les définitions de métadonnées.
• L’export CSV des métadonnées liste l’identifiant du média, le titre, la description, le créateur, le copyright, les mots-clés, la date de prise de vue, le lieu et chaque champ personnalisé.

Questions fréquentes

Quels sont les 15 éléments du Dublin Core ?

Title, creator, subject, description, publisher, contributor, date, type, format, identifier, source, language, relation, coverage et rights, c’est-à-dire titre, créateur, sujet, description, éditeur, contributeur, date, type, format, identifiant, source, langue, relation, couverture et droits.

Le Dublin Core est-il encore utilisé ?

Oui. Il est à la base de l’espace de noms dc de XMP, que presque toutes les images portent, et les archives, bibliothèques et portails de données ouvertes échangent encore des notices dans ce format. La plupart des organisations s’en servent comme base et ajoutent des champs plus spécifiques.

Quelle est la différence entre le Dublin Core et l’IPTC ?

Le Dublin Core est général et décrit n’importe quelle ressource. Les métadonnées photo IPTC sont propres aux images, avec des champs comme la mention de crédit, le lieu représenté et le statut d’autorisation de droit à l’image. L’IPTC réutilise plusieurs propriétés Dublin Core dans XMP pour son titre, sa description, ses mots-clés, son créateur et sa mention de copyright.