Vocabulaires contrôlés et référentiels

Un vocabulaire contrôlé est une liste de valeur normalisé utilisé dans le cadre de formats standards. Un champ utilisant un vocabulaire contrôlé doit absolument utilisé les valeurs présentes de cette liste pour que le lot de donnée soit conforme au format standard. Il y plusieurs “niveaux” de vocabulaire contrôlé : par exemple pour les statuts des taxon, il va y avoir le type de statut (niveau 1) puis le code du statut (niveau 2)

Champ avec un vocabulaire controlé	Définition
cd_rang	Rang de l'entité biologique
cd_refgeo	Code du référentiel géographique utilisé pour le rattachement.
cd_sensi	Indique si l'observation ou le regroupement est sensible d'après les principes du SINP et à quel degré.
cd_statut	(Niveau 2) Code de statut pour un taxon
cd_validite	Code permettant de connaitre la validité de l'observation selon le fournisseur de donnée (Validé, En cours de validation, Ne sait pas)
confiance_geo	Estimation du degré de confiance dans le rattachement géographique en fonction de la méthode de rattachement. Effectivement, le rattachement automatique de données peut imposer une interprétation. Dans ce cas, il est important de signifier ce degré de confiance.
meth_releve	Methode de relevé
moyen_geo	Le rattachement géographique de la donnée peut être fait automatiquement (suivant la méthodologie proposée par la FCBN ou une méthodologie propre au CBN) ou être manuelle (expertise propre au producteur de données)
nature_date	date originelle (date exacte de l'observation) ou date interprétée (date interprété à postériri de l'observation)
nature_geo	La localisation décrite peut être Inventorielle ou Stationnelle
origine_geo	Origine de la données géographique (localisation d'origine ou données rattachée)
propriete_obs	(SINP) Indique explicitement si la DS de la DEE est publique ou privée. Ce champ définit uniquement les droits nécessaires et suffisants des DS pour produire une DEE : l’attribut DSPublique ne doit être utilisé que pour indiquer si la DEE résultante est susceptible d’être floutée et ne doit pas être utilisé pour d’autres interprétations.
statut_indigenat_pop	Statut d'indigénat de la population
statut_spontaneite_pop	Statut de spontanéité de la population
typ_acteur	Rôle de l'acteur vis à vis de la données
typ_biblio	Type de document bibliographique
typ_ent	Type de l'entité biologique observée
typ_geo	Type de Référentiel géographique utilisé pour localiser la donnée
typ_jdd	Type de jeu de données dans le référentiel du réseau (data, taxa, syndata, syntaxa)
typ_protocole	Type de protocole pour une observation
typ_source	Type principal de source pour une observation
typ_statut	Type de statut pour un taxon

Plus stable et générique que les vocabulaires contrôlés, les référentiels sont là pour permettre aux utilisateurs d'avoir des bases communes de partage. Ainsi, le Hub a été mis en place avec une logique permettant de définir les référentiels utilisés pour le partage, afin de 1/ ne pas limiter le partage de données à 1 seul référentiel et 2/ identifier clairement le référentiel utilisé dans les données de manière explicite.

Ainsi, dans le hub, plusieurs champs peuvent accueillir des valeurs provenant de plusieurs référentiels. Les fonctions de vérification permettent alors de vérifier la cohérence entre les valeurs rattachés aux référentiels et les référentiels.

En ce qui concerne le SI FLORE, il est difficile de proposer un outil affichant des données de plusieurs référentiel. Ainsi, il a été choisi que

un référentiel serait choisi par défaut
les données compatibles avec ce référentiel serait affichés (ex : même valeurs dans taxref v9 et taxref v7)
les données non compatbiles (= différentes) entre le référentiel utilisé dans les données et le référentiel utilisé par le SI FLORE ne seraient pas affichés.

L'historique des référentiels utilisées sont présentés ci-dessous.

Sur le hub, plusieurs champs doivent respecter des référentiels. Voici la liste des champs