2.Identification des données

2.5.Identificateur de ressource unique

Il s'agit d'un identifiant créé pour identifier de manière unique la série de données décrite. Il n'y a qu'une seule ressource liée à cet identifiant. Aucun organisme dans la Communauté européenne ne peut créer un identifiant défini par un autre organisme pour une ressource différente.
Il peut y avoir plusieurs identificateurs de ressource unique pour une série de données particulière. Exemple : évolutions (liées à une fusion) dans le nom de l'organisme.
Quels sont les usages de l'identifiant ? Dans INSPIRE, il sert à la traçabilité de la série de données (l'objet conserve le même identifiant tout le long de son cycle de vie et cet identifiant ne peut jamais être repris pour une autre ressource) et à la mise en place des services. Les gestionnaires de données doivent concevoir et créer cet identifiant dès la création de toute nouvelle ressource.

Exigence INSPIRE :
L'identificateur identifie la ressource de manière unique.
Cet élément répétable est obligatoire.
Il est constitué d'un {code} obligatoire (chaîne de caractères libre), éventuellement associé à un {espace de noms} (chaîne de caractères libre).

Commentaire
L'importance de ce point est qu'il permet la liaison entre les métadonnées de service et celles de la série de données couplée. A terme, la solution sera la solution en A (cf. ci-dessous) des recommandations nationales. Si vous êtes en capacité de la mettre en oeuvre dès maintenant, c'est la meilleure solution. Sinon, nous vous proposons une solution intermédiaire qui garantit néanmoins l'unicité. Ultérieurement, elle pourra permettre la mise en oeuvre de la première solution.
L'identifiant devra être constitué de deux blocs :

Il est rappelé que l'identifiant d'objet est hors du périmètre du Groupe de Travail Métadonnées du CNIG.

A/ Recommandation nationale : une adresse internet

L'{espace de noms} permet de s'assurer de l'unicité du {code} en précisant le contexte dans lequel il est donné. (Par exemple : la donnée X de l'organisation Y. « Organisation Y » fait ici office d'{espace de noms}.) Il existe des {code} construits ou calculés de manière à être uniques et qui ne nécessitent pas d'{espace de noms}.

Il est recommandé que :

  1. l'identificateur de la ressource soit fourni sous la forme d'une URI (Uniforme Resource Identifier) au format http ;
  2. cet URI soit également une URL (adresse internet) permettant d'accéder à la ressource (ou à ses métadonnées).


Exemple :
http://www.ign.fr/bloc_identifiant_le_jeu_de_données

Commentaire à la recommandation nationale :
Il s'agit de la fourniture d'une URI au format http, même si le but de l'identificateur n'est pas de localiser la ressource mais de l'identifier.
les gestionnaires de noms de domaine sur l'internet garantissent l'unicité du bloc organisme.
Il est de la responsabilité du producteur de veiller à la permanence de cette URL.

Tous les services de l'État ont un numéro SIRET. Le problème de la permanence des URL restent entier.


B/ Solution intermédiaire : une solution avec un identifiant non internet.

Mise en oeuvre d'un identifiant basé sur le numéro SIREN de l'INSEE, précédé par le code pays.
Le bloc identifiant l'organisme producteur sera constitué du code du pays et du code SIREN de l'organisme.

Exemple :
fr-243500139.
Le bloc identifiant le jeu de données pourrait être issu d'une nomenclature, porter une date ou une version.

Exemple :
orthophoto2004 ou 35206plu20100612.
Au final, par exemple : fr-243500139-35206plu20100612.

Il est reconnu qu'il faut éviter les noms de services dans le bloc identifiant le jeu de données. Plus généralement, toutes les chaînes de caractères signifiantes (nom d'organismes ...) sont à éviter car trop susceptibles de changer.
De plus, il est recommandé de fournir l'identifiant en minuscule, et d'utiliser le tiret (-) en guise de séparateur.
En cas d'absence de SIREN, une solution parallèle consiste à prendre le nom de domaine (celui de son site internet).