V2 : Backoffice

Un backoffice doit permettre l'administration du contenu de certaines tables de GeoNature2. Les droits d''accès au backoffice sont gérés par UsersHub comme une application à part entière. Si on souhaite une granularité plus fine, les administrateurs du backoffice devront pouvoir gérer les droits de chacun des utilisateurs ou groupe d'utilisateurs table par table.

Liste des tables à administrer (à compléter)

• cor_role_droit_entite : Cette table permet de définir qui peut modifier quoi dans le backoffice. En gros qui peut intervenir sur quelle table et avec quel niveau de droit. Chaque niveau de droits, table par table (entités) correspond à une action (Create, Read, Update, Delete? ). Le contenu de cette table ne devrait être modifiable que par les administrateurs de GeoNature.

• bib_programmes = les programmes sont des objets généraux pouvant englober des lots de données et/ou des protocoles (à discuter pour les protocoles). Exemple : ATBI, rapaces, plan national d'action, etc...

• bib_lots = Un lot est un jeu de données ou une étude et chaque observation est rattachée à un lot. Le lot permet de qualifier les données auxquelles il se rapporte (producteur, propriétaire, gestionnaire, financeur, donnée publique oui/non). Un lot peut être rattaché à un programme. Un backoffice de geonature V2 permet une gestion des lots.';

• cor_role_lot_application : une observation réalisée par exemple avec le contact faune doit être rattachée à un lot de données. Dans le formulaire de saisie de cette observation, il n'est pas opportun de proposer tous les lots de données existants car ils peuvent être nombreux. Cette table permet de filtrer pour chaque utilisateur logué et pour chaque module GeoNature (un module GeoNature = une application dans UsersHub), les lots disponibles. Par exemple pour un contact faune dans le cadre d'un ATBI, un naturaliste ou un chercheur partenaire se verra proposer uniquement le lot correspondant à son jeu de données. S'il participe à une autre étude, il se verra proposer également un autre lot de données. A lui de choisir le bon lot de données avant de commencer la saisie de ses observations.

COMPLEMENTS ALAIN FERCHAL (2 juin 2017)

Après quelques échanges avec le MNHN qui est toujours en train de travailler sur la définition d'une métadonnée orientée jeux de données, le profil de métadonnées du BRGM (http://www.naturefrance.fr/sites/default/files/fichiers/ressources/pdf/description_profil_sinp_v2.1a_finale.pdf) est de fait obsolète. La publication prochaine du standard métadonnées viendra le remplacer.

Ci dessous leur réponse : "Dans nos réflexions sur le standard de métadonnées, nous avons cherché à définir un tronc commun et avons inclus quelques champs spécifiques permettant une typologie plus avancée des jeux de données (par exemple en renseignant s'il s'agit de données d'occurrences taxons, d'occurrences habitat, de synthèse, etc.). On devrait pouvoir diffuser le standard métadonnées retenu sous peu mais tu peux d'ores et déjà regarder les champs retenus via l'outil de métadonnées (https://inpn.mnhn.fr/mtd). Je viens de t'y donner accès en lecture avec ton compte INPN. Pour les informations qui ne rentreraient pas dans ce modèle, nous envisageons trois options pour le SINP:

-> mettre un lien dans la fiche de métadonnées retournant l'utilisateur vers une fiche spécifique gérée par un producteur via son système. Dans ce cas, la fiche complète est gérée directement dans un système producteur et le SINP ne gère que le tronc commun. -> mettre le tout dans un champ commentaire/informations supplémentaires

-> implémenter un concept de champs additionnels comme le fait le standard de données

Nous n'avons pas encore tranché sur la question..."

J'ai regardé sur l'interface du Muséum, ils ont introduit la notion de Cadres d'acquisition qui correspondent a priori au dispositif de collecte de données (feu IDCNP) auquel sont rattachés un ou plusieurs jeu de données

Ex : Données de l'ONEMA sur les poissons et écrevisses d'eau douce avec 4 jeux de données associés

T76_3 - Données ONEMA BDMAP 2014
T76_1 - Données ONEMA BDMAP 2013
I242 - Données ONEMA BDMAP 1966/2012
T76_4 - Données ONEMA BDMAP 2015

Une fiche de métadonnées est dédiée à la description du cadre d'acquisition et une autre au jeu de données. On retrouve des champs en commun sur les 2 fiches. Vous trouverez en PJ un export d'un cadre d'acquisition et de son jeu de données associé. Il est certain qu'on est assez loin du standard INSPIRE sur un certain nb de champs. A discuter avec Adrien lors du GT car je crois qu'il sera présent