Releases: PnX-SI/gn_module_monitoring
Releases · PnX-SI/gn_module_monitoring
0.2.0
Nécessite la version 2.5.2 de GeoNature minimum.
🚀 Nouveautés
- Possibilité de renseigner le JDD à chaque visite (#30)
- Possibilité pour les administrateurs d'associer les JDD à un sous-module directement depuis l'accueil du sous-module (#30)
- Possibilité de créer des groupes de sites (encore un peu jeune) (#24)
- Possibilité de créer une visite directement après la création d'un site, et d'une observation directement après la création d'une visite (#28)
- Redirection sur sa page de détail après la création d'un objet, plutôt que sur la liste (#22)
- Mise à jour du composant de gestion et d'affichage des médias
- Ajout d'un composant de liste modulable (
datalist
) pouvant interroger une API, pouvant être utilisé pour les listes de taxons, d'observateurs, de JDD, de nomenclatures, de sites, de groupes de sites, etc... (#44) - Liste des observations : ajout d'un paramètre permettant d'afficher le nom latin des taxons observés (#36)
- Simplification de la procédure pour mettre les données dans la synthèse (un fichier à copier, un bouton à cocher et possibilité de customiser la vue pour un sous-module)
- Passage de la complexité des méthodes de mise en base des données et de gestion des relation par liste d'
id
(observateurs, JDD du module, corrélations site module) vers le moduleUtils_Flask_SQLA
(amélioration de la méthodefrom_dict
en mode récursif qui accepte des listes d'id
et les traduit en liste de modèles), (principalement dansbackend/monitoring/serializer.py
) - Suppression du fichier
custom.json
pour gérer son contenu dans les nouveaux champs de la tablegn_monitoring.t_module_complements
(#43) - Clarification et remplacement des
module_path
etmodule_code
(#40)
🐛 Corrections
- Amélioration des modèles SLQA pour optimiser la partie sérialisation (#46)
- Renseignement de la table
gn_synthese.t_sources
à l'installation (#33) - Passage du commentaire de la visite en correspondance avec le champs
comment_context
de la Synthèse, dans la vuegn_monitoring.vs_visits
(#31) - Remplissage de la table
gn_commons.bib_tables_location
pour les tables du schémagn_monitoring
si cela n'a pas été fait par GeoNature (#27) - Corrections et optimisations diverses du code et de l'ergonomie
- Corrections de la documentation et docstrings (par @jbdesbas)
Si vous mettez à jour le module depuis la version 0.1.0 :
- Les fichiers
custom.json
ne sont plus utiles (la configuration spécifique à une installation (liste utilisateurs, etc..)
est désormais gérée dans la base de données, dans la tablegn_monitoring.t_module_complements
) - Dans les fichiers
config.json
, la variabledata
(pour précharger les données (nomenclatures, etc..)) est désormais calculée depuis la configuration. - Pour mettre à jour la base de données, il faut exécuter le fichier
data/migration/migration_0.1.0_0.2.0.sql
- Suivez la procédure classique de mise à jour du module (
docs/MAJ.rst
)
0.1.0 - Première release
Première version fonctionelle du module Monitoring de GeoNature. Nécessite la version 2.4.1 de GeoNature minimum.
Fonctionnalités
- Génération dynamique de sous-modules de gestion de protocoles de suivi
- Saisie et consultation de sites, visites et observations dans chaque sous-module
- Génération dynamique des champs spécifiques à chaque sous-module au niveau des sites, visites et observations (à partir de configurations json et basé sur le composant
DynamicForm
de GeoNature) - Ajout de tables complémentaires pour étendre les tables
t_base_sites
ett_base_visits
du schemagn_monitoring
permettant de stocker dans un champs de typejsonb
les contenus des champs dynamiques spécifiques à chaque sous-module - Ajout de médias locaux ou distants (images, PDF, ...) sur les différents objets du module, stockés dans la table verticale
gn_commons.t_medias
- Mise en place de fonctions SQL et de vues permettant d'alimenter la Synthèse de GeoNature à partir des données des sous-modules des protocoles de suivi (#14)
- Ajout d'une commande d'installation d'un sous-module (
flask monitoring install <module_dir_config_path> <module_path>
) - Ajout d'une commande de suppression d'un sous-module (
remove_monitoring_module_cmd(module_path)
) - Documentation de l'installation et de la configuration d'un sous-module de protocole de suivi
- Des exemples de sous-modules sont présents ici