Commit cee894d4 authored by Michel Jacobson's avatar Michel Jacobson
Browse files

Simplifications et ajout d'un sommaire

parent 304a0dad
Pipeline #7149 passed with stage
in 1 minute and 2 seconds
......@@ -15,14 +15,32 @@ La richesse se met en oeuvre en complétant le plus grand nombre possible de cha
Dans NAKALA la description est basée sur un ensemble minimal de 5 informations qui peuvent être enrichies de manière étendue et cumulative.
# SOMMAIRE
- [Statut du guide de description des données dans NAKALA](#statut-du-guide-de-description-des-donnees-dans-nakala)
- [Les métadonnées dans NAKALA](#les-metadonnees-dans-nakala)
- [Autre vocabulaire souhaité par l'utilisateur](#autre-vocabulaire-souhaite-par-l'utilisateur)
- [Principes de description des données dans NAKALA](#principes-de-description-des-donnees-dans-nakala)
- [Métadonnées obligatoires et fortement recommandées](#metadonnees-obligatoires-et-fortement-recommandees)
- [Titre](#titre)
- [Type](#type)
- [Auteurs](#auteurs)
- [Date](#date)
- [Licence](#licence)
- [Description](#description)
- [Mots-clés](#mots-cles)
- [Langue](#langue)
- [Publication des métadonnées après attribution du DOI](#publication-des-metadonnees-apres-attribution-du-doi)
## Statut du guide de description des données dans NAKALA
La version du guide actuelle propose des conseils et bonnes pratiques pour les champs de métadonnées obligatoires et complémentaires génériques. Il a vocation à être complété.
Il est possible d'effectuer des [remarques](https://gitlab.huma-num.fr/huma-num-public/documentation/-/issues/new?issue%5Bassignee_id%5D=&issue%5Bmilestone_id%5D=).
## Les métadonnées dans NAKALA
### Le modèle NAKALA
En déposant une données dans NAKALA, vous devez compléter cinq champs obligatoires qui constituent le modèle NAKALA :
En déposant une données dans NAKALA, vous devez compléter cinq champs obligatoires :
- Titre
- Auteur
......@@ -30,28 +48,23 @@ En déposant une données dans NAKALA, vous devez compléter cinq champs obligat
- Type
- Licence
Ces champs sont inspirés du Dublin-Core.
### Le modèle Dublin-Core qualifié
Aux cinq champs NAKALA, il est possible d'ajouter et/ou dupliquer tout autre champ issu du modèle Dublin-Core qualifié.
A ces cinq champs inspirés du Dublin-Core, il est possible d'ajouter et/ou dupliquer tout autre champ issu du vocabulaire Dublin-Core.
Le "Dublin-Core simple" propose quinze rubriques de description très génériques
Ce vocabulaire Dublin-Core ("DC") est composé de:
- contributor, coverage,
creator, date, description, format, identifier, language, publisher, relation, rights,
source, subject, title, type
- une base ("DC simple") de quinze rubriques de description très génériques (contributor, coverage,
creator, date, description, format, identifier, language, publisher, relation, rights, source, subject, title, type)
Le "Dublin Core qualifié" comporte lui,
- des rubriques supplémentaires (audience, provenance, rightsholder...)
- des qualificatifs de raffinement permettant de préciser les rubriques de base
- une extension ("DC qualifié") comportant
- des rubriques supplémentaires (audience, provenance, rightsholder...)
- des qualificatifs de raffinement permettant de préciser les rubriques de base
(par exemple: available, created, dateAccepted, dateCopyrighted, dateSubmitted, issued, modified, valid
sont tous des qualificatifs venant préciser la notion générique de date).
- des schémas d'encodage et des vocabulaires contrôlés pour exprimer les valeurs d'une rubrique
- des schémas d'encodage et des vocabulaires contrôlés pour exprimer les valeurs d'une rubrique
(par exemple: DCMIType, W3CDTF...).
### Autre modèle souhaité par l'utilisateur
L'utilisateur peut demander l'implémentation d'un autre modèle de métadonnées en écrivant à nakala@huma-num.fr. Dans ce cas, ce modèle sera visible dans son compte.
### Autre vocabulaire souhaité par l'utilisateur
L'utilisateur peut demander l'implémentation d'un autre vocabulaire de métadonnées en écrivant à nakala@huma-num.fr. Dans ce cas, ce vocabulaire sera visible dans son compte.
## Principes de description des données dans NAKALA
La description des données doit être la plus riche, précise et exacte possible.
......@@ -66,12 +79,11 @@ Aux champs obligatoires, il est souhaitable de compléter la description par tou
N'utilisez pas de système basé sur des caractères séparateurs.
Note!!!
Huma-Num soutient des réseaux d'experts données disciplinaires ou métiers via son réseau de consortiums et dans les relais en région MSH. La réflexion sur la description de données devrait inclure autant que faire ce peut une harmonisation disciplinaire dans le choix des vocabulaires et dans la façon de compléter les informations. Les réseaux sont présentés dans l'onglet [Consortiums et Réseaux](https://www.huma-num.fr/)
Huma-Num soutient des réseaux d'experts données disciplinaires ou métiers via son réseau de consortiums et dans les relais en région MSH. La réflexion sur la description de données devrait inclure autant que faire se peut une harmonisation disciplinaire dans le choix des vocabulaires et dans la façon de compléter les informations. Les réseaux sont présentés dans l'onglet [Consortiums et Réseaux](https://www.huma-num.fr/)
----------
## Les éléments du vocabulaire NAKALA
Ces 5 champs sont à obligatoires pour déposer et publier une donnée dans NAKALA.
## Métadonnées obligatoires et fortement recommandées
### Titre
Il s'agit de décrire la donnée par un titre ou un nom. Celui-ci devrait être précis et unique pour permettre au mieux de comprendre la donnée.
......@@ -95,7 +107,7 @@ Ce champ précise le type principal de la ressource à sélectionner dans la lis
Il est possible d'apporter des précisions sur la nature ou le genre du contenu de la ressource en utilisant le champ dcterms:type dans "ajouter une métadonnée".
#### Auteurs
### Auteurs
Dans le champ Auteur, proposé par défaut et obligatoire, nous recommandons d'indiquer le producteur de la donnée. Cependant cela n'est pas toujours adapté à la donnée déposée voire n'est pas possible (auteur inconnu).
Pour répondre aux différents besoins de description du rôle "Auteur", il est possible de :
......@@ -119,7 +131,7 @@ par exemple la numérisation d'un manuscrit ancien, indiquez la date de créatio
Utilisez une syntaxe W3CDTF (YYYY, YYYY-MM ou YYYY-MM-DD) ou la valeur "Inconnue"
#### Licence
### Licence
La mention Licence précise les conditions de réutilisation possible de la donnée.
- Choix possibles disponibles dans NAKALA :
......@@ -138,18 +150,7 @@ Références pour aborder la question des licences :
Les licences de réutilisation dans le cadre de l’Open Data:]
(https://doranum.fr/aspects-juridiques-ethiques/les-licences-de-reutilisation-dans-le-cadre-de-lopen-data-2/)
#### Publication des métadonnées après attribution du DOI
Chaque donnée publiée dans NAKALA se voit attribuer un Digital Object Identifier, un identifiant pérenne permettant la citation à long terme de la donnée. Cette attribution fait l'objet de l'enregistrement de métadonnées, et au titre de la pérennité des citations, ces informations ont vocation à être disponibles à long terme. Aussi il est important d'avoir des descriptions claires et précises des données que vous déposez dans NAKALA.
Voici les métadonnées associées à l'attribution d'un DOI (par [Datacite](https://datacite.org))
----------
### Métadonnées complémentaires (vocabulaire Dublin-Core)
A ces 5 champs obligatoires, le formulaire de dépôt NAKALA présente par défaut 3 autres champs issus du Dublin Core :
#### Description
### Description
Correspond à dcterms:description
Permet de décire le contenu de la ressource sous la forme d'un texte libre. Préciser la langue de la description.
......@@ -157,14 +158,14 @@ Permet de décire le contenu de la ressource sous la forme d'un texte libre. Pr
- Si la description est un résumé du contenu utiliser plutôt dcterms:abstract.
- Si la description est une table des matières utiliser plutôt dcterms:tableOfContents.
#### Mots-clés
### Mots-clés
Correspond à dcterms:subject
Permet de décrire le ou les sujets du contenu de la ressource sous forme de mots-clefs. Les mots-clefs du référentiel de Nakala (préciser) sont recherchables par autocomplétion. Ce champ multivalué peut également être répété pour donner par exemple la même liste de mot-clefs dans une autre langue.
Il est également possible d'utiliser le champ dcterms:subject dans "ajouter une métadonnée" pour par exemple, indiquer un code lié à un concept issue d'un référentiel de la bibliothèque du congrès (types: dcterms:LCSH ou dcterms:LCC), ou un code issue d'une classification (types: DDC ou UDC)
#### Langue
### Langue
Correspond à dcterms:language
Si c'est pertinent, le champ Langue permet de préciser la langue de la ressource. Ce champ est facultatif et répétable. L'identification de la langue se fait en la cherchant par l'autocomplétion dans le référentiel de Nakala (liste de plus de 7000 langues vivantes ou éteintes selon les normes ISO-639-1 et ISO-639-3).
......@@ -173,5 +174,9 @@ Il est également possible d'utiliser le champ dcterms:language dans "ajouter un
----------
### Autres Métadonnées
L'ensemble des champs du DublinCore sont disponibles pour affiner la description de la donnée déposée.
## Publication des métadonnées après attribution du DOI
Chaque donnée publiée dans NAKALA se voit attribuer un Digital Object Identifier, un identifiant pérenne permettant la citation à long terme de la donnée. Cette attribution fait l'objet de l'enregistrement de métadonnées, et au titre de la pérennité des citations, ces informations ont vocation à être disponibles à long terme. Aussi il est important d'avoir des descriptions claires et précises des données que vous déposez dans NAKALA.
Voici les métadonnées associées à l'attribution d'un DOI (par [Datacite](https://datacite.org))
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment