description par le dublin core d’un fichier Mp3 s’appelant 45.mp3, contenant de la danse et de la musique bretonne, ayant été créé sous la forme mp3 le 15 Mars 2008 et enregistré dans l’année 1970.

< Meta name « D.C. title » content « 45 » >

< Meta Name “ D.C. subject” content “ danse et musique bretonne” >

<Meta name=”DC. Subject” scheme=”Keyword” content=”musique bretonne, danse bretonne”>

<Meta name=”DC. Subject” scheme=”DDC” content=”783″>

<Meta name=”DC.Description” Content= « fichier mp3 comportant des morceaux de danse et de musique bretonne traditionnelle »>

< Meta name « D.C. format » content “ musique/Mp3” >

<Meta name « D.C. date » scheme=”W3CDTF” content « 2008-03-15 » >

<Meta name=”DC.Date.created” scheme=”W3CDTF” content=”1970″>

1. Présentation synthétique du Dublin Core.

Les métadonnées constituent un ensemble structuré et cohérent d’informations

permettant de décrire le contenu d’un objet ou d’une ressource, et pouvant y être directement

intégrées. La description ou l’insertion de ces propriétés caractéristiques ont pour intérêt de

faciliter la recherche et l’échange d’information, l’archivage, la gestion et la protection des

droits. Aujourd’hui, face à l’abondance d’informations et de données numériques disponibles

en ligne, le recours à des pratiques et standards de métadonnées est devenu nécessaire. C’est

ce besoin de métadonnées descriptives standardisées que le Dublin Core veut combler.

Géré par le DCMI (Dubin Core Metadata Initiative), la norme Dublin Core comprend 15

éléments dont le sens et la portée ont été établis par un consensus international de

professionnels provenant de diverses disciplines, avec pour objectif de décrire une grande

variété de ressources sur le Web. Chaque élément du Dublin Core est facultatif et peut être

répété. Chaque élément possède également un ensemble d’attributs qui peuvent être utilisés

afin de raffiner davantage la signification de l’élément. D’envergure internationale, le Dublin

Core vise l’interopérabilité, la simplicité et l’efficacité dans la recherche d’information.

2. Les notions de raffinement et de vocabulaires pour Dublin Core

Les raffinements font partie de ce que l’on nomme « qualificatifs », au même titre que

les schémas d’encodage tels que les vocabulaires contrôlés. Ils permettent de préciser le sens

d’un élément pour qu’il soit plus précis, en faisant référence à un schéma donné : un élément

raffiné partage le même sens que l’élément non qualifié mais avec une portée plus restreinte.

Les définitions des termes de raffinement d’éléments pour les qualificatifs doivent être

publiquement disponibles.

On a recours à des vocabulaires contrôlés dans le but renseigner les descriptions en

adéquation avec la norme Dublin Core. Un vocabulaire contrôlé est un ensemble restreint de

termes utilisés logiquement et définis avec soin, en association avec les champs du Dublin

Core, dans le but d’améliorer les résultats d’une recherche, et constitue une base

terminologique contrôlée, un « dénominateur commun ». Ils nécessitent toutefois une mise à

jour et une diffusion régulières, assurée par un corps administratif, et leur utilisation doit être

clairement identifiée.

- Titre

Identifiant : Title

Définition : Le nom donné à la ressource par le créateur ou l’auteur.

<meta Name=”DC.Title” Content=”La vitesse de la lumière”>

- Créateur

Identifiant : Creator

Définition: La personne, l’organisation ou le service principalement responsable de la création

du contenu intellectuel de la ressource. Par exemples, les auteurs d’un document, ou les

artistes ou les photographes, illustrateur dans le cas de ressources visuelles.

<meta name=”DC.Creator” content=”CARRO Romain; JANET Cédric; LEYOUDEC

Julien”>

- Sujet et mot-clefs

Identifiant : Subject

Le sujet de la ressource. Typiquement, le sujet sera décrit par un ensemble de mots-clefs ou

de phrases qui précisent le sujet ou le contenu de la ressource. L’utilisation de vocabulaires

contrôlés et de schémas de classification formels est encouragée.

<meta name=”DC.Subject” Content= «vitesse de la lumière >

<meta name=”DC.Subject” scheme=”Keyword” content=”vitesse de la lumière,

thèse”>

<meta name=”DC.Subject” scheme=”DDC” content=”535.24″>

-Description

Identifiant:Description

Une description textuelle du contenu de la ressource, y compris un résumé, dans le cas

d’objets tels que des documents, ou une description du contenu dans le cas de ressources

visuelles.

<meta name=”DC.Description” Content= « thèse portant sur l’explication et les

propriétés de la matière atteignant la vitesse de la lumière »>

- Editeur

Identifiant: Publisher

Définition: L’entité, c’est à dire, une personne, une organisation ou encore un service,

responsable de la diffusion de la ressource dans sa forme actuelle, telle qu’une maison

d’édition, un département universitaire, une entreprise.

<meta name=”DC.publisher” content=”Dublin Core Metadata Initiative”>

- Contributeur

Identifiant: Contributor

Définition: Une entité, à savoir, une personne, une organisation ou un service, non mentionné

dans l’élément creator qui a contribué de façon secondaire, à la création du contenu de la

ressource .

<meta name=”DC.Contributor” content=”IUT Michel de Montaigne Bordeaux3″>

- Date

Identifiant: Date

Définition: La date à laquelle la ressource a été publiée dans sa forme actuelle. L’usage

recommandé est sous la forme d’un nombre de 8 chiffres tel que AAAA-MM-JJ, faisant partie

de la norme ISO 8601. Dans ce schéma, l’élément date 2008-04-08 correspond au 8 Avril

2008. Beaucoup d’autres schémas sont possibles, mais si on utilise un autre schéma, il devrait

être précisé de façon non ambiguë.

<meta name=”DC.Date” scheme=”W3CDTF” content=”2008-04-09″>

<meta name=”DC.Date.created” scheme=”W3CDTF” content=”2008-04-09″>

Il existe d’autres raffinements, comme:

· valid = date ou période de validité

· available = date ou période de mise à disposition

· issued = date de publication

· modified = date de modification

· dateAccepted = date d’acceptation

· dateCopyrighted = date du copyright

· dateSubmitted = date où le document a été soumis

- Type de la Ressource

Identifiant: Type

Définition: La nature ou le genre du contenu de la ressource. Le format de cette dernière,

utilisé pour identifier le logiciel et, éventuellement, le matériel qui peuvent être nécessaires

pour afficher ou traiter la ressource. Dans un souci d’interopérabilité, un format devrait être

sélectionné à partir d’une liste établie qui est en cours de définition dans la série des groupes

de travail, au moment de la publication de ce document.

<meta name=”DC.type” content=”Image”>

- Format

Identifiant: Format

Définition: Le format de la ressource, utilisé pour identifier le logiciel et, éventuellement, le

matériel qui peuvent être nécessaires pour afficher ou traiter la ressource. Dans un souci

d’interopérabilité, un format devrait être sélectionné à partir d’une liste établie qui est en cours

de définition dans la série des groupes de travail, au moment de la publication de ce

document.

<meta name=”DC.Format” content=”image/gif”>

- Identifiant ressource

Identifiant : Identifier

Une référence non ambiguë de la ressource dans un contexte donné. Il est recommandé

d’identifier la ressource par une chaîne de caractères ou un nombre conformes à un système

formel d’identification (URI, DOI, ISBN, URL)

<meta name= « DC.Identifier » content= « http://dublincore.org/documents/dcmiterms/#

H7 »>

-Source

Label:Source

Une chaîne de caractères ou un nombre, utilisé pour identifier de façon unique le travail d’où

la ressource est dérivée, si cela est applicable. Par exemple une version PDF d’un roman peut

avoir un élément source contenant un numéro ISBN correspondant à la version physique du

livre à partir de laquelle la version PDF a été réalisée.

<meta name=”DC.Source”content =

«http://www.outrevie.com/vieapresvie/chercheurs/Dutheil.ht »>

-Langue

Label:Language

Langage(s) du contenu intellectuel de la ressource. Valeurs définies par la RFC 1766 qui

comprend un code de langage à deux caractères (venant du standard ISO 639), avec

éventuellement un code à deux lettres pour le pays (ISO 3166).

<meta Name=”DC.Language” Content=”fr”>

-Relation

Label:Relation

Les relations de cette ressource avec d’autres ressources. Cet élément permet d’exprimer les

relations formelles entre des ressources qui existent aussi en temps que ressources

indépendantes. Par exemple, une édition d’une oeuvre (IsVersionOf), sa traduction

(IsBasedOn), un chapitre d’un livre (IsPartOf), ou la traduction automatique de données en

une image (IsFormatOf). Pour des raisons d’interopérabilité, ces relations devraient être

choisies dans une liste standard de relations qui est en cours de définition.

< meta name = « DC.Relation » content=”http://www.outre-vie.com” >

-Couverture

Label:Coverage

Les caractéristiques spatiales et/ou temporelles de la ressource. La couverture spatiale fait

référence à une région physique (eg. une partie du ciel); utilise des coordonnées (eg. longitude

et latitude) ou des noms de lieux qui viennent d’une liste prédéfinie. La couverture temporelle

est une date ou un lieu lié au contenu de la ressource plutôt qu’à sa date de création ou de

disponibilité (ces dernières font partie de l’élément Date); utilise les mêmes formats de

data/heure (souvent un intervalle), [Date et Time (basé sur ISO8601); note technique du W3C,

http://www.w3.org/TR/NOTE-datetime] que ceux recommandés pour l’élément Date, ou des

périodes de temps appartenant à une liste contrôlée.

< meta name= « DC.Coverage » content=« americain, m /s” >

- Gestion des Droits

Identifiant: Rights

Définition: Un lien sur les droits de reproduction, les droits d’utilisation, ou à un service

capable de fournir l’information sur les conditions d’accès à la ressource. Une définition

formelle de droits est en cours. Utilisateurs et développeurs doivent comprendre que

l’utilisation de cet élément est pour l’instant expérimentale. Si l’élément droit est absent,

aucune hypothèse ne peut être faite sur l’état de ces droits, ou de tout autre, par rapport à la

ressource.

<meta name=”DC.Date” scheme=”W3CDTF” content=”2008-04-09″>

3 avantages essentiels du recours au Dublin Core

- Facilité d’archivage et de gestion des ressources :

En tant que futurs documentalistes, nous sommes particulièrement sensibles au fait que le

Dublin Core simplifie notamment la gestion des collections, des archives électroniques, ou

encore des droits associés.

- Facilité de recherche de l’information :

Même les non-spécialistes peuvent créer des notices descriptives grâce à la simplicité des

éléments du Dublin Core, facilitant ainsi les travaux de recherche pour une grande quantité de

ressources.

- Interopérabilité :

Les échanges d’informations sont facilités par cet ensemble commun d’éléments dont la

sémantique est universellement partagée, et qui est adaptable à des disciplines ou

environnements différents (machines…).

3 inconvénients/problèmes possibles

- Le Dublin Core reste un outil récent et encore insuffisamment utilisé

- La simplicité du recours au Dublin Core pourrait en faire une norme de description qui

resterait trop généraliste.

- En évolution constante : La norme est encore à l’heure actuelle en constante évolution, ce

qui peut poser problème quant à son utilisation.

pour le code Dewey 621.385 on obtient le sujet de téléphonie

donc nous pouvons écrire ceci sous plusieurs formes :

<Meta name= “DC.subject” content= “téléphonie”/>  ou alors,

 <Meta name= “DC.subject” scheme= “DDC” contente= “621.385″ />

diaporama DEWEY

question 1 : donner l’exemple de balise meta (pour un document html) d’un élément du dublin core

<meta name=”dc.title” content=”La vitesse de la lumière aurait été franchie ?”/>

question 2: idem avec le recour a la classification dewey en tant que vocabulaire

<meta name=”dc.subject” sheme=”ddc”  content=” 535.24 “ />