Closed DonovanMaillard closed 2 years ago
En effet à priori c'était un serial mais on serait revenu en arrière : https://github.com/PnX-SI/TaxHub/issues/118
Mais en fait actuellement on aurait plutôt tendance à le repasser en serial : https://github.com/PnX-SI/gn_module_suivi_flore_territoire/issues/30
C'est une modif impactante mais pertinente. Je propose de faire comme pour les applications dans utilisateurs.t_applications
et utiliser un code_liste
stable.
Ceci demande une modification de l'interface de TaxHub et du code de GeoNature
Avec les déploiements de GeoNature-citizen, les profils des créateurs de listes TaxHub sont amenés à évoluer vers des personnes moins techniques (administrateurs de GNCitizen). L'attribution manuelle de l'id_liste
peut s'avérer laborieuse sans indication concrête des id des listes déjà créées. Des id_liste
auto seraient en effet pertinentes. Ainsi que l'affichage de l'id_liste dans l'interface taxhub.
Oui on avait gardé des id_liste manuel pour des questions d'historiques de données, mais un SERIAL serait plus souhaitable. Un CODE_LISTE serait idéal pour avoir en plus un outil plus portable.
id_liste
est auto-incrémenté depuis la version 1.8.0 : https://github.com/PnX-SI/TaxHub/blob/master/data/update1.7.3to1.8.0.sql
Actuellement il faut compter son nombre de listes et en conclure l'ID à donner à sa nouvelle liste lors d'une creation.
Pourquoi demander l'ID à l'utilisateur plutôt que le calculer en base ? Est ce voulu ?