-
Notifications
You must be signed in to change notification settings - Fork 102
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
Occtax - supprimer la validation d'une occurrence supprimée ? #513
Comments
A chaud je dirai que ce n'est pas grave d'avoir des validations orphelines et qu'en effet ça peut être utile si on réhabilite une occurrence supprimée. |
Pour une donnée supprimée en effet, je laisserais aussi la validation (supprimée par erreur, on la remet sans avoir à revalider.... si on supprime tout un jeu par erreur, bam la validation à refaire. Par contre il se passe quoi quand on update une donnée? Elle reste valide? |
Bonne question. :) |
la difficulté, come from naturaliste ;) , c'est que ça devrait dépendre des champs :D |
Oula alors là, à chaud, je dirai BOF. |
Pour ma part, je partirais du principe que, dès qu'une occurence est modifiée, quelle que soit la modification (sinon, on n'en fini plus), elle repasse en statut " Mais comme, en principe, on garde l'historique des différents statuts de validation, cette info sera disponible quand le module de validation sera opérationnel |
C'est pas vraiment le sujet mais autant je comprends la logique de ta proposition Donovan, autant je dirais : Oulala ! J'aimerais pas être validateur. Tu valides qq chose mais c'est pas définitif, faut y revenir... Encore et encore. Tout ça parce que machin chouette qui à les droit a corrigé une faute d'orthographe dans les commentaires ou a modifié de qq mètre l'altitude, parce que quand même faut être précis ! Et là le validateur va dire : "Mais je l'ai déjà validée cette obs !" |
Camille, ça veut dire quoi ta réponse ? On garde les orphelins ou pas ? En gros si on supprime une obs, on perd le statut de validation ou on le garde au cas où ? |
On garde les orphelins du coup. |
Ok ! C'est plus simple. Et de toute façon réhabiliter des obs supprimées demande un bon gros boulot d'admin pas simple à partir du json de la table des historiques. A l'admin de voir ce qu'il fait à ce moment là pour le statut de validation, sachant qu'il est dispo aussi. Ça roule ! On fait ça. Et puisqu'il n'y a rien à faire, je veux bien le faire... |
Vous voulez ouvrir un ticket pour la discussion concernant le que faire du statut de validation des obs modifiées ? Ou on change le titre de celui-ci pour l'élargir ? |
Oui impec. A l'admin aussi de voir si il veut faire du ménage dans les validations orphelines. 👍 |
Oui OK, je m'en occupe. |
Personnellement, je pense que c'est moins "usine à gaz" si on part du principe que toute modification implique re-validation. Si on doit identifier les modification qui implique modification ou non, là on tombe vraiment dans l'usine à gaz ! Sinon, si je comprends que ce sujet soit complexe à modéliser d'un point de vue informatique. Mais je reviens d'une réunion dans le cadre de notre plateforme SINP régionale, avec tous les acteurs naturalistes Normands autour de la table, et cet impératif de validation scientifique des données est revenu à plusieurs reprises. |
Actuellement lorsqu'on supprime un relevé ou une occurence ou un counting dans occtax, on trace ces actions dans
gn_commons.t_history_actions
mais les validations successives dansgn_commons.t_validations
restent orphelines.Faut-il mettre à jour les triggers DELETE d'occtax pour supprimer les validations concernant des enregistrements qui n'existent plus dans la base ? OU, faut-il conserver ces statuts de validation considérant qu'avec la table
gn_commons.t_history_actions
on peut éventuellement 'réabiliter' une observation supprimée ?The text was updated successfully, but these errors were encountered: