-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[OccHab] Intégration standards SINP V2.0 #2411
Comments
Merci pour ce travail. Dans le cadre de la convergence des standards français du SINP avec les standards internationaux (Darwin core), la notion d'événement a en effet été intégrée pour remplacer les concepts de stations (habitats) et de relevés (taxons). Schématisé ici dans le document du standard v2 (https://inpn.mnhn.fr/docs-web/docs/download/399452) : Mais cela pose en effet la question de l'appellation pour être cohérent avec les standards mais aussi compréhensible pour les utilisateurs. Je dirai que la BDD doit respecter les termes du standard, mais que le concept d’événement est flou et abstrait et sera difficilement compréhensible par les utilisateurs qui vont saisir. Cela renvoie aussi au fait que l'on utilise un standard technique d'échange de données, en tant que standard de structuration et de saisie de nos données. Du coup, peut-être qu'il faut utiliser le terme d’événement dans la BDD, mais continuer à parler de station (et de relevé au niveau d'Occtax) au niveau des interfaces utilisateurs, des fichiers exportés... L'inconvénient de cela est que cela va apporter des différences entre les vocabulaires dans la BDD et ceux des interfaces. A réfléchir, discuter. Pour les champs à ajouter/valider, il faut bien se caler sur cette nouvelle version du standard, sauf si certains champs posent question. Il reste toujours à garder en tête que l'on utilise un standard d'échange en temps que standard de saisie et de structuration des données, ce qui peut amener quelques questions et/ou ajustements. |
Suite à un travail d'analyse du standard habitats v2, je propose ici une version d'OccHab v2, qui prend en compte ce nouveau standard : Les concepts facultatifs Validation Producteur et Validation Regionale ou Nationale ne sont pas présents dans ma proposition d'OccHab v2, car je ne sais pas s'il faut les intégrer dans le schéma
Je me questionne sur le concept LienHabitats. Il permet d'établir un lien entre plusieurs observations d'habitat, notamment un lien de correspondance typologique (valeur 1 dans la nomenclature TypeLienValue). Est-ce que ce mécanisme induit la duplication de chaque habitat par typologie ? Vous trouverez le détail de la mise en correspondance des tables d'OccHab (v1) avec le standard habitats v2 dans ce document. Cette proposition est ouverte à discussion et modification. On pourrait par exemple rajouter l'attribut |
OK merci pour ce travail de comparaison.
|
Je suis en train de commencer à regarder pour mettre en forme un modèle pour la refonte d'OccTax par rapport à la très prochaine sortie du nouveau standard V3 Je remarque que la table des événements se veut commune au standard habitat avec la possibilité de faire un lien entre les habitats et les relevés phytosocio (ou taxonomiques) entre les 2 nouveaux standards Ainsi, (la réflexion est va peut-être trop vite et trop loin mais) j'ai l'impression que la table "evenement" doit être décentrée des schemas pr_occtax et pr_occhab OU à contrario, rejoindre les deux schemas pour en former qu'un seul... mais est-ce profitable ? Quelle est votre avis là-dessus ? |
Oui, bonne question. |
Version
Develop
Depuis février 2022, le SINP a diffusé de nouveaux standards pour l'échange des données d'observations sur les habitats (V2.0).
Les modifications entre la version 1.0, qui est aujourd'hui le support d'OccHab, et la version 2.0 du standard sont consultables de la page 17 à la page 21.
J'ouvre la discussion pour connaître vos avis/besoins en ce qui concerne ces modifications :
The text was updated successfully, but these errors were encountered: