Skip to content
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

Doit-on supprimer le stockage de la version de TaxRef dans les données dans Synthèse et dans les occurrences OccTax #3038

Open
jacquesfize opened this issue May 7, 2024 · 8 comments
Assignees
Labels

Comments

@jacquesfize
Copy link
Contributor

jacquesfize commented May 7, 2024

Sachant que la version de TaxRef ne peut pas varier dans les données d'une instance de GeoNature, est-il nécessaire de stocker celle-ci dans les tables t_occurrences_occtax et synthese ?

Lié à la PR #3037

@jacquesfize jacquesfize self-assigned this May 7, 2024
@camillemonchicourt
Copy link
Member

Lié à #3027
Et à #2339 (comment) où il est notamment indiqué :

Dans la v2 du standard Occurrence il est indiqué la suppression de l'attribut versionTAXREF qui avait été ajouté dans la version 1.2 du standard, avec cette raison :

versionTAXREF (pas nécessaire quand on ne fournit qu'un cdNom)

@camillemonchicourt
Copy link
Member

En effet, l'idée était de pouvoir indiquer le numéro de la version de Taxref utilisée au moment où une observation a été produite et saisie. Pour savoir à quelle version de Taxref correspond le cd_nom qui a été renseigné.
Mais dans GeoNature, quand on met à jour Taxref, on peut être amené à modifier le cd_nom de certaines observations, donc l'info de la version de Taxref de l'observation devient alors faux.

Donc je dirai que c'est pas inintéressant de stocker ce meta_v_taxref, mais je ne suis pas certain que ça ait un réel intérêt et ça peut être faux. 😀

Comme indiqué juste au-dessus, la v2 du standard Occurrences de taxons inclut la suppression du champs équivalent versionTAXREF.

Il me semble donc qu'on peut supprimer ces champs meta_v_taxref de GeoNature.

@marie-laure-cen
Copy link
Contributor

Personnellement j'ai renseigné ce champs pour avoir une trace du taxref initial lors des imports de données issues de SICEN (en gardant le nom cité d'origine) pour simplifier les vérifications de données si problème de cd_nom / nom cité

@jacquesfize
Copy link
Contributor Author

Des imports sans passer par le module d'import (i.e. directement sur la base de données) ?

@jacquesfize
Copy link
Contributor Author

Hum... Si on supprimer ce champs, il y aurait toujours la possibilité d'ajouter la version de TaxRef initial dans les champs additionnels ?

@marie-laure-cen
Copy link
Contributor

En effet, ça peut être une solution si vous souhaitez supprimer ce champs

@DonovanMaillard
Copy link
Contributor

Dans les champs additionnels il faut penser à mettre à jour le champs lors de la mise à jour de taxref.
La version de taxref peut être intéressante à avoir dans certains cas mais finalement, on se rend compte qu'on peut assez facilement faire sans...

@lpojgc
Copy link

lpojgc commented Jul 4, 2024

Pour les raisons citées par @camillemonchicourt (#3038 (comment)), je ne vois pas d'intérêt à stocker la version de taxref au niveau de la donnée, à moins de conserver le cd_nom initial et de le conserver même s'il n'existe plus dans des versions plus récentes.de taxref

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants