Bonjour,
Le Dublin Core initial de 1995 avait 15 champs basiques, si
simples qu'il est possible de les utiliser pour tout document même
non bibliothécaire. C'est devenu une norme iso 23950 en 2003. Dans
le cadre du protocole oai-pmh, qui date aussi de la fin du
précédent millénaire, le seul format d'échange requis est le
Dublin Core basique.
Par la suite, vers 2005-2008, 40 autres champs ont été ajoutés.
La plupart sont des raffinements des 15 premiers. Par exemple, la
couverture spatiale dcterms:spatial et la couverture temporelle
dcterms:temporal sont des dérivées de la couverture
dcterms:coverage. Comme c'était aussi l'époque des réflexions sur
le web sémantique, le Dublin Core est devenu aussi une ontologie,
les champs sont donc aussi des "propriétés" ou des "termes"
permettant de décrire des "ressources".
De son côté, le protocole oai-pmh n'a pas évolué depuis 2002 et
ne rend donc pas obligatoire l'exposition des données en Dublin
Core à 55 champs. La BnF en est également restée à cette époque
dans ses recommandations. Il en est de même pour la version de
base d'Omeka Classic. Aujourd'hui, la plupart des outils modernes
permettent d'exposer et de moissonner le Dublin Core simple et le
Dublin Core complet. Omeka S supporte nativement le Dublin Core à
55 champs et il n'y a pas de raison de ne pas en profiter.
En pratique, il est très facile de convertir du Dublin Core
raffiné en Dublin Core simple (c'est ce que fait le module
oai-pmh), mais beaucoup plus difficile de faire l'inverse, par
exemple pour distinguer le résumé et la table des matières, qui
sont des dérivés de la description.
Daniel Berthereau
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "Omeka FR".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse omeka-fr+u...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/omeka-fr/8414c7dc-92f1-41eb-af0d-6e9c489f4d39n%40googlegroups.com.