GINCO

Tutoriel GINCO

x

Ce tutoriel a pour objectif de faire connaître les différentes fonctions opérationnelles des plateformes GINCO dans le SINP et de vous aider à utiliser l’application GINCO pour standardiser et échanger les données régionales, en les envoyant notamment à la plateforme nationale.

x

Vous retrouverez sur cette page les principales réponses à vos questions, mais aussi les différents liens vers le guide de l’application, à destination des utilisateurs.

x

• Où télécharger l’application ? Quels sont les prérequis techniques ? Comment installer l’application ?

x

L’application GINCO est un logiciel open source distribué sous licence EUPL dont le site Github de dépôt permet d’accéder au code source, voir la liste des évolutions selon les versions et installer une instance Ginco.

x

Pour en savoir plus : https://github.com/SINP - GINCO/ginco

x

• Faire une première demande de compte

x

Pour se créer un compte sur une plateforme GINCO, il est nécessaire d’avoir un compte INPN ; que l’on peut créer à partir du site : https://inpn.mnhn.fr

x

Sur une plateforme GINCO, l’utilisateur ayant un compte INPN aura un accès et un rôle à minima sur l’application.

x

L’administrateur pourra attribuer sur la plateforme GINCO un nouveau rôle et modifier l’organisme de l’utilisateur.

x

• Comment gérer les utilisateurs ?

x

La gestion des utilisateurs est dévolue aux utilisateurs GINCO ayant le profil d’administrateur régional.

x

L’administration des utilisateurs permet de gérer les rôles, les organismes et les comptes utilisateurs de l’application

x

Pour en savoir plus : https://ginco.naturefrance.fr/doc - ginco - prod/utilisateurs/index.html

x

Si vous n'êtes pas sûr de vous, pensez à utiliser l'instance test GINCO de votre région et l'application test de métadonnées

http://preprod - inpn.mnhn.fr/mtd

x

Si vous avez des questions sur les standards du SINP et plus particulièrement sur le standard d'échange DEE du SINP pour les occurrences de taxons, vous pouvez consulter le site dédié : http://standards - sinp.mnhn.fr/

x

Vous pouvez consulter la FAQ qui répondra à d'éventuelles questions. http://standards - sinp.mnhn.fr/faq - occurrences - de - taxons - v1 - 2 - 1/

x

Si vous avez des questions sur le SINP, le site naturefrance rassemble de nombreuses informations

x

http://www.naturefrance.fr/

x

Si vous avez des difficultés concernant l'utilisation de l'application vous pouvez utiliser le formulaire de contact accessible dans le pied de page de l’application : Adresse_de_la_plateforme_GINCO/contact

x

Si vous rencontrez un problème technique ou un bug vous pouvez enregistrer votre demande sur le site collaboratif Redmine dédié aux développements : http://redmine - sinp.ign.fr/projects/sinp/issues/new

x

Pour gérer l’ensemble des données régionales, plusieurs options sont offertes aux administrateurs régionaux en fonction de leurs besoins et de l’usage qu’ils veulent faire de l’application GINCO. Dans tous les cas, les données sources régionales doivent être stockées en base et intégrer un modèle de données qui se concrétise sous forme de tables dans la base de données.

x

La plateforme GINCO permet aux administrateurs régionaux de définir un ou plusieurs modèles de données sur la base du standard d’échanges DEE implémenté (version 1.2.1).

x

• Je souhaite utiliser GINCO comme plateforme régionale de standardisation, de diffusion (tel que défini dans le protocole SINP) et d’échanges DEE avec la plateforme nationale

x

Si vous souhaitez pouvoir requêter, visualiser et diffuser toutes les données en même temps, les données doivent être stockées dans un modèle de données unique ; il faut pour cela définir un modèle régional standardisé de données que vous pourrez communiquer à l’ensemble de votre réseau de producteurs.

x

Le standard de données régional intègre nécessairement les champs du standard DEE (l’application vous interdit de les modifier ou de les supprimer) et éventuellement la liste des champs régionaux (attributs additionnels) qui correspondent à des informations transmises par les producteurs ou des champs de gestion régional qu’il est utile de conserver mais qui ne figurent pas dans le standard DEE (ex. Météo, Comportement de l’espèce lors de l’observation…) ATTENTION ! GINCO n’applique pas d’opération de floutage sur les champs régionaux. Si vous créer un champ régional Lieu - dit ou toute information de précision sur la localisation de l’occurrence, celui - ci ne sera pas flouté à la diffusion. Pour créer le modèle de données correspondant à votre standard régional et créer vos attributs additionnels, voir la question suivante :

x

Comment configurer l’application GINCO pour permettre l’import de jeux de données ?

x

• Je souhaite utiliser GINCO comme plateforme de standardisation des données et d’échanges DEE avec la plateforme nationale, mais les données régionales sont gérées par des pôles

x

Si différents acteurs gèrent de manière indépendante les données dans votre région, la création de plusieurs modèles de données peut être envisagée comme une solution de gestion indépendante.

x

Dans ce cas néanmoins, les jeux de données pourront seulement être visualisés, requêtés et exportés de manière indépendante par modèle de données et non globalement sur toutes les données à la fois.

x

Les modèles de données ou standards régionaux peuvent être identiques ou légèrement différents. Ils intégreront impérativement tous les champs du standard DEE auxquels pourront être ajoutés des attributs additionnels (soit des informations transmises par les producteurs que vous souhaitez conserver mais qui ne figurent pas dans le standard DEE) que vous aurez définis.

x

Pour créer le modèle de donnée correspondant à votre standard régional et créer vos attributs additionnels, voir la question suivante :

x

Comment configurer l’application GINCO pour permettre l’import de jeux de données ?

x

• Je souhaite utiliser GINCO uniquement comme passerelle de transformation et d’échanges DEE avec la plateforme nationale, les données régionales sont gérées et standardisées par des pôles

x

À l’heure actuelle, GINCO n’est pas vraiment prévu pour ce cas d’utilisation. La plateforme applique systématiquement un certain nombre d’opérations de standardisation, notamment, le rattachement aux entités géo - administratives et le calcul automatique de la sensibilité.

x

ATTENTION ! Si vous renseignez les attributs en question, ils seront automatiquement recalculés et écrasés à l’import. Les identifiants permanents cependant seront conservés.

x

Dans ce cas de figure, au moins un standard / modèle de données régional doit être créé. Il intégrera impérativement tous les champs du standard DEE et les attributs additionnels (soit des informations transmises par les producteurs que vous souhaitez conserver mais qui ne figurent pas dans le standard DEE) que vous aurez définis.

x

Pour créer le modèle de donnée correspondant à votre standard régional et créer vos attributs additionnels, voir la question suivante :

x

Comment configurer l’application GINCO pour permettre l’import de jeux de données ?

x

Comment configurer l’application GINCO pour permettre l’import de jeux de données ?

x

La configuration de la base de données se déroule en 2 étapes :

x

1. La configuration d’un modèle de données

x

Pour que les jeux de données sources régionales puissent être stockés en base, il faut créer un modèle de données qui se concrétise sous forme de tables dans la base de données.

x

La plateforme GINCO permet aux administrateurs régionaux de définir selon leurs besoins un ou plusieurs modèles de données sur la base du standard d’échanges DEE implémenté (version 1.2.1). Pour créer le modèle de donnée correspondant à votre standard régional et créer vos attributs additionnels, rendez - vous à la plage suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/configurateur/modele - de - donnees.html

x

• Je ne vois pas de bouton "Créer un nouveau modèle", est - ce normal ?

x

Pour créer un nouveau modèle, il faut en dupliquer un préalablement existant.

x

GINCO doit s’assurer que tous les champs du standard soient présents pour pouvoir générer des DEE conformes. Le choix fonctionnel a donc été fait de ne pas laisser l’administrateur créer un nouveau modèle vide et de lui faciliter sa tâche en lui permettant de dupliquer un modèle existant pour en créer un nouveau.

x

• Lors du paramétrage d’un modèle de données, je ne vois pas de bouton "Créer une nouvelle table", est - ce normal ?

x

L’administrateur ne peut pas créer un nouveau modèle de table vide. Un modèle de données régional doit impérativement respecter la structure du modèle de données par défaut.

x

Pour en savoir plus, vous pouvez consulter la rubrique suivante : Configurer les tables et les champs d’un modèle de données

x

2. La configuration d’un modèle d’import

x

Pour que les fichiers des jeux de données puissent être importés en base, il faut créer un modèle d’import permettant de décrire la liste des champs du fichier à partir de la liste des champs existants dans le modèle de données.

x

Pour chacun des champs du fichier, il faut préciser l’intitulé du champ dans le fichier d’import. Exemple : pour importer deux fichiers ayant la même structure mais pas les mêmes intitulés, il faut créer deux modèles d’import spécifiant chacun les intitulés spécifiques ou demander à l’un des producteurs de se conformer à un seul modèle.

x

Pour créer le modèle d’import décrivant la structure et la correspondance avec le modèle de données auquel il est associé, rendez - vous à la plage suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/configurateur/modele - d - import.html

x

• Lors du paramétrage d’un modèle d’import, j’ai du mal à savoir quel champ correspond au besoin du modèle de données, comment avoir la définition des libellés des champs qui ne sont pas forcément explicites ?

x

Le paramétrage des modèles de données et d’import nécessite de très bien connaître le standard DEE sur lequel il est basé. Le libellé des champs est détaillé dans le dictionnaire de données, vous pouvez donc ouvrir un nouvel onglet dans votre navigateur et consulter indépendamment le détail de chaque champ du dictionnaire.

x

Pour en savoir plus sur le dictionnaire, vous pouvez consulter la rubrique suivante : Le dictionnaire de données

x

Vous pouvez aussi consulter la version en ligne du standard DEE qui donne un lien vers chaque définition des libellés du standard : Standard Occurrences de taxons V1.2.1

x

Comment intégrer des données dans la plateforme GINCO ?

x

L’import de données dans la plateforme GINCO ne correspond pas à une action unique de dépôt d’un fichier. En conformité avec les règles du protocole SINP, l’intégration de données dans le SINP nécessite de créer et fournir une fiche de métadonnées du jeu de données. L’intégration de données sur la plateforme se déroule donc en 2 temps.

x

1. La déclaration des métadonnées

x

Pour en savoir plus sur le standard des métadonnées, rendez - vous à la plage suivante : https://ginco.naturefrance.fr/doc - ginco - prod/metadonnees/index.html

x

2. L’import du fichier de données

x

L’intégration de données dans un jeu de données sur une plateforme GINCO peut - être réalisé en plusieurs étapes. Il est en effet possible d’importer plusieurs fichiers de données dans un même jeu de données et de les publier indépendamment.

x

• Qui peut saisir / importer des fiches de métadonnées SINP ?

x

Pour assurer la qualité de saisie des métadonnées dans le SINP, c’est l’administrateur régional qui déclare en amont les fiches de métadonnées décrivant le jeu de données à importer.

x

• Où peut - on saisir / importer des fiches de métadonnées SINP ?

x

La saisie ou l’import des fiches de métadonnées par un administrateur régional s’effectue dans l'application nationale INPN de métadonnées.

x

L'application nationale INPN de métadonnées en production sur laquelle repose les instances GINCO en production est accessible à cette adresse : https://inpn.mnhn.fr/mtd/

x

Il est nécessaire pour y accéder d’avoir un compte sur l’INPN.

x

Pour en savoir plus les modalités d’accès à l’application nationale de métadonnées en production, rendez - vous à la plage suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/metadonnees/acces.html

x

L'application nationale INPN de métadonnées en test sur laquelle repose les instances de test GINCO est accessible à cette adresse : http://preprod - inpn.mnhn.fr/mtd

x

• Qui peut importer des données dans une plateforme GINCO ?

x

L’intégration des données dans la plateforme n’est par défaut pas ouverte à tous, elle s’inscrit dans un processus plus large de « Gestion des jeux de données » de l’application qui nécessite de posséder un profil d’utilisateurs ayant la permission « Importer des données ».

x

Pour assurer la qualité des jeux de données importées dans le SINP, nous préconisons que l’intégration des données dans le SINP soit assurée par les administrateurs régionaux.

x

• Dans quel format peut - on importer des données dans une plateforme GINCO ?

x

Deux format de fichiers d’import sont possibles : les formats CSV et SHAPE.

x

L’import de DEE provenant de la plateforme nationale est prévu, mais pas encore développé.

x

• Quelles sont les vérifications préalables à effectuer sur un fichier de données avant import ?

x

L’administrateur régional doit vérifier s’il a les informations nécessaires pour saisir ou importer les fiches de métadonnées décrivant le jeu de données à importer.

x

L’utilisateur ayant les droits d’importer des données doit vérifier si le format général du fichier est respecté (séparateur, encodage, projection unique…) et si le fichier à importer correspond à un modèle d’import décrit dans GINCO (présence des champs obligatoires notamment). Dans certains cas, il devra créer un modèle d’import correspondant aux nomenclatures du producteur et les faire correspondre au modèle de données régional ou modifier les nomenclatures du fichier pour les faire correspondre à celle du modèle d’import.

x

Pour en savoir plus sur le format général du fichier d’import, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/gestion - jdd/format - fichier - import.html#format - general - du - fichier

x

L’administrateur régional doit aussi vérifier que les formats des champs sont bien respectés (dates, géométries WKT…) et que les codes et référentiels du SINP sont bien utilisés.

x

Pour en savoir plus sur le format des champs du fichier d’import, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/gestion - jdd/format - fichier - import.html#format - des - differents - types - de - champ

x

L’administrateur régional doit enfin vérifier que les données transmises constituent un jeu de données cohérent (par exemple que les données sont associées à un seul protocole de collecte) et éventuellement fractionner le fichier en plusieurs jeux de données.

x

• Comment déclarer et associer un jeu de données SINP à ses métadonnées ?

x

L’administrateur régional déclare l’identifiant permanent de la fiche du jeu de données lors de l’import du fichier de données correspondant dans GINCO.

x

La plateforme GINCO associe automatiquement les données à la fiche de métadonnée.

x

Pour en savoir plus, rendez - vous à la plage suivante : https://ginco.naturefrance.fr/doc - ginco - prod/metadonnees/jddMetadonneeDEEId.html

x

Quelles sont les fonctions de contrôle implémentées dans les plateformes GINCO ?

x

Les différents contrôles implémentés ont pour objectif de permettre à l’application de générer sans erreur un fichier valide et conforme de données au format DEE. La plateforme GINCO n’ayant pas été conçue comme un outil de gestion des données, elle ne permet pas pour l’instant de traiter des données en masse. De ce fait, le choix a été fait de limiter au maximum la reprise des données dans l’application, de contrôler les erreurs éventuelles en amont de l’intégration et de bloquer l’import des jeux de données lorsque ceux - ci présentent des erreurs bloquantes.

x

À l’heure actuelle, un fichier d’import qui présente une erreur bloquante est refusé dans son intégralité. Il existe deux types d’erreurs bloquantes dans le SINP. Celles - ci ont été définies dans le cadre du GT Validation du SINP (Procédure nationale de validation scientifique des données élémentaires d’échange du SINP pour les occurrences de taxons)

x

1. Les erreurs de conformité

2. Les erreurs de cohérence

x

À l’heure actuelle, seules les erreurs de conformité sont gérées dans GINCO.

x

• Quels sont les contrôles de conformité au standard DEE réalisés lors d’un import ?

x

Le premier contrôle de conformité lancé par la plateforme GINCO consiste à vérifier que le format du fichier soumis à au service d’import est conforme au modèle d’import sélectionné. Par conforme on entend que le fichier comprend des données et que les intitulés des champs établis dans le modèle d’import sont bien respectés.

x

Le deuxième contrôle effectué consiste à vérifier que les formats des champs du fichier correspondent aux formats des champs définis dans la base. Ex : le champ date correspond bien à une date.

x

Le troisième contrôle effectué consiste à vérifier que les valeurs saisies pour les champs liés à des listes d’énumérés figurent bien dans la liste établie. Ex : ZNIEFF1 est bien dans la liste des valeurs autorisées pour le champ TypeEnValue.

x

• Quels sont les champs obligatoires du standard DEE devant être impérativement fournis par le producteur ?

x

Selon les cas, entre 11 et 15 champs doivent impérativement être remplis par le producteur pour constituer une DEE minimale valide.

x

Attribut Format Valeur

x

SujetObservation

x

NomCite Texte Libre

x

CdNom Code Obligatoire si le taxon existe

x

CdRef Code Obligatoire si le taxon existe

x

statutObservation Texte Vocabulaire contrôlé (No,Pr)

x

jourDateDebut Date Norme ISO8601

x

jourDateFin Date Norme ISO8601

x

observateur.identite Texte Libre

x

observateur.nomOrganisme Texte Libre

x

Source

x

dSPublique Code Vocabulaire contrôlé (Ac, Pr, Pu, Re, NSP)

x

statutSource Code Vocabulaire contrôlé (Co, Li, NSP, Te)

x

organismeGestionnaireDonnee.nomOrganisme Texte Libre

x

Localisation

x

Au moins une information de géolocalisation doit être fournie : Géométrie / Commune / Maille / Département .

x

Un seul objet peut servir au géoréférencement (typeInfoGeo = 1) ; à l’heure actuelle, cet objet est obligatoire dans GINCO .

x

Une observation ne peut donc être géoréférencée à la fois sur une commune et sur une maille. Les indications géographiques complémentaires au géoréférencement basées sur les rattachements géo - administratifs peuvent néanmoins être remontées dans la donnée (typeInfoGeo = 2).

x

• Quelles sont les opérations de calculs automatiques et d’attribution de valeurs effectuées par la plateforme GINCO ?

x

? La plateforme GINCO attribue des valeurs par défaut pour quelques champs du standard régional lorsque ceux - ci n’ont pas été fournis ou ne sont pas repris dans le modèle d’import.

x

Attribut Format Valeur attribuée par défaut

x

SujetObservation

x

HeureDateDebut Time 00:00

x

HeureDateFin Time 00:00

x

versionTAXREF Texte V11.0

x

[Version en cours dans la plateforme]

x

nomRefMaille Texte Grille nationale (10km x 10km) -

x

Métropole/DOM

x

versionRefMaille Texte 2011 - 2015

x

La plateforme GINCO attribue automatiquement un certain nombre de valeurs et calcule deux champs.

x

Attribut Format Valeur attribuée ou calculée par la PR/T

x

SujetObservation

x

identifiantPermanent Texte UUID si le champ est vide

x

Source

x

dEEDateDerniereModification Date Attribution automatique

x

dEEDateTransformation Date Attribution automatique

x

dEEDateDerniereModification Date Attribution automatique

x

jddMetadonneeDEEId Texte UUID de la fiche de métadonnée saisie dans l’application INPN

x

orgTransformation Texte Nom de la plateforme GINCO

x

SensiReferentiel Texte Attribution automatique du « Titre de la liste de sensibilité »

x

sensible Code Calculé

x

sensiNiveau Code Calculé

x

• Quelles sont les autres vérifications effectuées pour s’assurer de la conformité au standard DEE ?

x

En complément d’un premier niveau de contrôles sur la structure du fichier importé et le format des données, la plateforme GINCO procède à la vérification de présence des champs obligatoires conditionnels du standard. Concrètement, la présence de certains champs est rendue obligatoire en fonction de la valeur d’un autre champ. 11 champs du standard sont concernés.

x

Attribut Format Valeur attribuée par défaut

x

Source

x

dEEFloutage CODE Non vide si dSPublique = « Pr »

x

referenceBiblio Texte Non vide si statutSource = « Li ».

x

Pour certains champs obligatoires conditionnels, la plateforme GINCO va attribuer une valeur par défaut

x

Attribut Format Valeur attribuée ou calculée par la PR/T

x

DescriptifSujet

x

ObsMethode, occEtatBiologique, occNaturalite, occSexe, occStadeDeVie, occStatutBiogeographique, Texte Si un des champs est vide, le champ = « Inconnu ».

x

occStatutBiologique, preuveExistante.

x

Dans la continuité des contrôles précédents, la plateforme GINCO va procéder à la vérification de présence de groupes de champs correspondant à un concept.

x

Concept Contrôle

x

Source

x

DescriptifSujet Regroupement HabitatType

x

PersonneType [Observateur|Déterminateur|Validateur] ObjetGeographiqueType [Localisation]

x

Commune

x

Département Maille10

x

MasseEau

x

Si un des champs obligatoires est fourni alors les autres champs obligatoires doivent être non vides

x

• Comment puis - je identifier les erreurs de conformité au standard dans mon fichier d’import ? Où puis - je récupérer le rapport de cohérence et conformité ? ? Lors de l’import, la plateforme GINCO produit pour chaque jeu de données un rapport d’erreur(s) de conformité qui est disponible à tout moment sur la page listant les jeux de données.

x

Pour en savoir plus sur la localisation et les erreurs identifiées dans les fichiers d’import, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/gestion - jdd/rapport - erreur.html?highlight=rapport

x

Quelles sont les fonctions de standardisation implémentées dans les plateformes GINCO ?

x

• Comment est attribué l’identifiant permanent ?

x

La plateforme GINCO permet aux producteurs de données d’attribuer l’identifiant permanent SINP à ses données. De ce fait, l’identifiant permanent SINP n’est généré que si celui - ci n’est pas fourni dans le fichier d’import.

x

À l’heure actuelle, GINCO ne vérifie par la conformité de l’identifiant fourni.

x

Le choix des producteurs autorisés à produire l’identifiant permanent SINP est donc laissé à l’appréciation et sous la responsabilité de l’administrateur régional. Ce point risque d’évoluer rapidement puisqu’un certain nombre de contrôles sont d’ores - et - déjà planifiés dans les développements.

x

• Comment est attribué le niveau de sensibilité?

x

L’attribution de la sensibilité sur les données implique différents processus répartis en plusieurs étapes.

x

1. Le rattachement systématique des données aux entités géo - administratives Pour en savoir plus sur le rattachement systématique des données aux entités géo - administratives, rendez - vous à la page suivante : https://ginco.naturefrance.fr/doc - ginco - prod/traitements/rattachement.html#calcul - des - rattachements - administratifs

x

2. L’attribution automatique d'un niveau de sensibilité

x

Pour en savoir plus sur l’attribution automatique d'un niveau de sensibilité, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/traitements/sensibilite.html#calcul - automatique - de - la - sensibilite

x

3. L’attribution manuelle d'un niveau de sensibilité

x

Pour en savoir plus sur l’attribution manuelle d'un niveau de sensibilité, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/traitements/sensibilite.html#attribution - manuelle - de - la - sensibilite

x

• Comment puis - je récupérer le rapport de sensibilité de mon jeu de donnée ?

x

Un rapport de sensibilité est disponible pour chaque jeu de données importé à partir du tableau des soumissions.

x

Pour en savoir plus sur l’attribution automatique d'un niveau de sensibilité, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/traitements/sensibilite.html#rapport - de - sensibilite

x

Comment gérer les jeux de données et les données importés dans GINCO ?

x

Dans GINCO, l’ensemble des opérations de gestion des données se structure autour de l’entité de jeu de données. L’import et les traitements automatiques associés aux différentes étapes du cycle de vie des données s’effectuent sur chacun des fichiers importés. En revanche, l’export en DEE s’effectue sur l’ensemble des fichiers de données publiés du jeu de données.

x

• Comment lister et publier un jeu de données sur la plateforme régionale ?

x

Lorsqu’un fichier de données est soumis à l’import, il est automatiquement intégré à la liste générale des jeux de données, indépendamment du succès ou non de l’intégration des données en base.

x

Chaque soumission d’un fichier d’import correspond à un jeu de données SINP. La liste des jeux de données s’intègre dans un tableau de gestion qui regroupe les principales informations et les actions de traitements automatiques pour chacun des jeux.

x

Pour en savoir plus sur le tableau de gestion des jeux de données, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/gestion - jdd/gerer - les - jeux - de - donnees.html#liste - des - jeux - de - donnees

x

• Comment transmettre un jeu de données régionales à la plateforme nationale ?

x

Pour transmettre un jeu de données à la plateforme nationale, il faut préalablement publier le(s) fichier(s) de données du jeu de données. Lorsqu’au moins un fichier du jeu de données est publié, alors, le fichier DEE au format GML peut être transmis. La gestion des fichiers de données régionales et des fichiers DEE sont dé - corrélées. Les deux actions « Publier la soumission» et « Générer et transmettre les DEE » sont indépendantes. On peut donc dé - publier sur la plateforme régionale une soumission ou un jeu de données transmis à la plateforme régionale.

x

Pour en savoir plus sur l’export des jeux de données en DEE, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/export/export - DEE - des - jeux - de - donnees.html#exporter - en - dee

x

• Comment mettre à jour ou modifier un jeu de données ?

x

La plateforme GINCO n’a pas pour vocation la saisie de données d’occurrences. Pour ajouter des données à un jeu de données, il suffit d’importer un nouveau fichier dans le jeu de données. Pour mettre à jour des données déjà importées en nombre, il est conseillé de dé - publier puis supprimer la soumission d’un fichier de données régionales et de réimporter le fichier de données mis à jour.

x

Pour des corrections ponctuelles, la plateforme GINCO permet néanmoins d’éditer isolément une donnée d’occurrence et de la modifier.

x

ATTENTION ! À l’heure actuelle, lorsqu’une modification est enregistrée, les contrôles de conformité au standard DEE ne sont pas relancés.

x

• Comment gérer l’attribution manuelle d’un niveau de sensibilité déjà réalisée ?

x

L’attribution de la sensibilité manuelle ne conditionne pas la possibilité de transmettre le jeu de données à la plateforme nationale. Le traitement nécessite deux actions distinctes :

x

1. Identifier les données nécessitant une action manuelle pour la sensibilité

x

Attribuer manuellement un nouveau niveau de sensibilité à la donnée À l’heure actuelle, la plateforme GINCO ne permet pas d’attribuer un niveau de sensibilité de façon groupée, sur un lot de données. Les données doivent donc être modifiées une par une.

x

Pour en savoir plus sur l’attribution manuelle d’un niveau de sensibilité, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/traitements/sensibilite.html?highlight=%C3%A9diter#attribution - manuelle - de - la - sensibilite

x

Comment requêter mes données ?

x

• Est - il possible d’enregistrer une requête ?

x

La plateforme GINCO permet d’enregistrer des requêtes à partir du module de visualisation, à gauche de l’onglet “Consultation”. Quelques recherches courantes sont par défaut pré - enregistrées dans l’application.

x

Pour en savoir plus sur les requêtes enregistrées, rendez - vous à la page suivante : https://ginco.naturefrance.fr/doc - ginco - prod/recherche - visu/page - recherche - enregistrees.html

x

• Est - il possible d’importer un polygone pour délimiter un périmètre de localisation dans ma requête ?

x

Cette fonctionnalité n’est pas implémentée dans la plateforme, mais il néanmoins possible de définir un polygone comme critère de recherche que les géométries des observations doivent intersecter.

x

Pour en savoir plus sur les requêtes enregistrées, rendez - vous à la page suivante : https://ginco.naturefrance.fr/doc - ginco - prod/recherche - visu/page - recherche - enregistrees.html

x

• Est - il possible de requêter mes données sur les espaces naturels réglementaires ?

x

Contenu à venir

x

Comment les données régionales sont - elles diffusées ?

x

• Quel est le principe de visualisation et d’affichage des données dans GINCO ?

x

Pour en savoir plus sur la visualisation des données, rendez - vous à la page suivante :

x

https://ginco.naturefrance.fr/doc - ginco - prod/recherche - visu/requeteur.html

x

• Qui peut consulter les données sensibles et privées ? Sont - elles floutées à la diffusion ?

x

La plateforme GINCO respecte les règles de diffusion et de communication des données inscrites dans le protocole SINP.

x

Pour en savoir plus sur le floutage des données, rendez - vous à la page suivante : https://ginco.naturefrance.fr/doc - ginco - prod/recherche - visu/floutage.html

x

Comment tenir informer le producteur des évolutions de son jeu de données dans le SINP ?

x

• Quels sont les rapports et notifications à envoyer au producteur de données ?

x

Lorsque le statut d’un jeu de donnée DSR est publié sur la plateforme régionale, une notification est envoyée à l’administrateur ayant publié le jeu qui transmettra ce mail, s’il le souhaite, au fournisseur de données.

x

La notification comprend un mail d’information et l’ensemble des rapports établis par la plate - forme régionale pendant le processus d’intégration des données. Elle comprend aussi les identifiants permanents SINP attribués aux données du jeu par la plate - forme.

x

Lorsque qu’un jeu de donnée DSR est transmis à la plateforme nationale, une nouvelle notification est envoyée à l’administrateur ayant publié le jeu qui transmettra ce mail, s’il le souhaite, au fournisseur de données.

x

Comment s’opèrent les échanges de DEE avec la plateforme nationale ? - Quels sont les rapports et notifications transmis entre les plateformes GINCO et la plateforme nationale ?

x

Plusieurs notifications mails sont générées par la plateforme GINCO.

x

La plateforme régionale GINCO notifie la plate - forme nationale lors de la création et de la modification d’un fichier GML de DEE sur la plateforme régionale GINCO.

x

L’action « Supprimer» lance la suppression du fichier GML et enclenche la demande de suppression du jeu de données dans l’INPN à la plate - forme nationale.