Open lpofredc opened 1 year ago
Oui OK pour moi pour ajouter ces champs additional_data
sur CA et JDD (au moins dans la BDD) qui étendent leur potentiel, tout en restant SINP cohérent et compatible.
Bonjour, Je reviens sur ce ticket, @camillemonchicourt tu n'as réagi que sur la partie BDD, tu exclus la possibilité d'édition de ces informations dans le front ? Merci
Si le champs est ajouté dans la BDD, c'est pertinent aussi de les proposer en affichage et en édition dans l'interface. Je pense qu'il vaut mieux privilégier des solutions et champs communs qu'on ajoute pour tout le monde, plutôt que chacun s'invite ses solutions spécifiques avec des champs additionnels, mais ça peut être intéressant pour ajouter des infos particulières.
Le module métadonnées est basé sur le standard SINP (https://inpn.mnhn.fr/programme/donnees-observations-especes/references/metadonnees).
Très pratique pour l'échange de données, il peut cependant montrer des limites dans la gestion que chacun peut faire de ses données.
A titre d'exemple, en ce qui concerne la LPO AuRA, nous utilisons un champ
additional_data
de typeJSONB
sur les tablest_acquisition_framework
ett_dataset
dans deux objectifs applicatifs:J'imagine bien que d'autres peuvent également avoir des besoins particuliers hors standards.
Ne serait-il pas intéressant d'ajouter ces champs
additional_data
avec idéalement la possibilité de les éditer côté front via la fonctionnalité des champs additionnels?