Releases: PnX-SI/gn_module_monitoring
1.0.0
Nécessite GeoNature 2.15.0 (ou plus)
🚀 Nouveautés
- Les sites (et groupes de sites) peuvent désormais être utilisés dans plusieurs protocoles (sous-modules) (#117)
- Un gestionnaire de sites permet de gérer les sites (et groupes de sites) globalement et non plus uniquement à l'intérieur de chaque sous-module
- Chaque site est associé à un ou plusieurs types de sites
- Un gestionnaire des types de sites est disponible dans le module "Admin" de GeoNature
- Des champs additionnels peuvent être définis pour chaque type de site pour pouvoir décrire des sites globalement, et pas uniquement par protocole
- Chaque sous-module est associé à un ou plusieurs type de site pour définir les sites qui seront proposés dans le sous-module
- Le modèle de données a évolué pour pouvoir associer un site à plusieurs types et un sous-module à plusieurs types de sites (suppression du champs id_nomenclature_type_site
- Le modèle de données a évolué pour pouvoir associer un groupe de sites à plusieurs sous-modules
- On distingue les permissions des utilisateurs dans chaque sous-module (protocole) sur chaque type d'objets (groupes de sites, sites et visites) et leurs permissions globales sur ces objets au niveau de tout le module. Pour qu'un utilisateur puisse consulter, ajouter ou modifier des groupes de sites ou des sites depuis le gestionnaire de sites, il faut lui ajouter des permissions globales sur ces objets.
- Ajout de la prise en compte des portées au niveau des permissions (#92)
- Ajout d'un champ
observers_txt
au niveau de la table des visites (#106) - Possibilité de définir plusieurs types de géométrie pour les sites d'un sous-module (#136)
- Ajout de triggers de répercussion dans la Synthèse des données supprimées dans un sous-module de Monitoring (#286)
- Ajout de tests unitaires
- Suppression des commandes
process_csv
etprocess_all
qui sont remplacées par la commandeprocess_sql
(#244) - [process_sql] Ajout d'un controle de conformité des fichiers qui ne peuvent pas contenir les commandes SQL suivantes : INSERT, DELETE, UPDATE, EXECUTE, TRUNCATE, ALTER, GRANT, COPY, PERFORM, CASCADE
- Bascule de la table
t_observations
dans le coeur de GeoNature (#271)
🐛 Corrections
- Correction d'une erreur silencieuse lors de la synchronisation avec la synthèse (liée à l'absence de la vue de synchro ou d'un champs obligatoire) (#286)
- Mise à jour de SQLAlchemy version 1.3 à 1.4
- Si vous installez le module sans être passés par la version 0.7.0, éxecuter le script
data\upgrade_modules_permissions.sql
pour transférer les permissions et supprimer les permissions disponibles (après avoir exécuté la commandegeonature monitorings update_module_available_permissions
). - Si vous avez des modules installés, les éventuelles vues
synthese.sql
etexport_csv.sql
de vos sous-modules ne seront plus compatibles et bloqueront la migration. Il faut les supprimer avant la mise à jour et les recréer après mise à jour en répercutant les évolutions du modèle de données (#117) - Si vous aviez défini la propriété
id_nomenclature_type_site
dans la configuration de vos sous-modules, celle-ci n'existe plus et peut être remplacée partypes_sites
. Exemple :"types_site": { "default": [ { "id_nomenclature_type_site": 686 } ], "hidden": true }
- Si vous le souhaitez, vous pouvez attribuer des permissions à vos utilisateurs au nouveau gestionnaire de sites et limiter les portées des permissions par objets et par sous-modules (https://github.com/PnX-SI/gn_module_monitoring?tab=readme-ov-file#permissions)
- Les données supprimées depuis le module ne l'étaient pas dans la synthèse. Vérifiez qu'il n'y a aucune donnée orpheline dans la synthèse, pour les supprimer ensuite si vous le souhaitez :
WITH monitoring_uuid AS ( SELECT ms.uuid_base_site AS unique_id_sinp FROM gn_monitoring.t_base_sites ms UNION SELECT mo.uuid_observation AS unique_id_sinp FROM gn_monitoring.t_observations mo UNION SELECT MOD.uuid_observation_detail AS unique_id_sinp FROM gn_monitoring.t_observation_details mod ), monitoring_module AS ( SELECT id_module FROM gn_commons.t_modules tm WHERE TYPE = 'monitoring_module' ) SELECT * FROM gn_synthese.synthese s JOIN monitoring_module m ON s.id_module = m.id_module LEFT JOIN monitoring_uuid mu ON s.unique_id_sinp = mu.unique_id_sinp WHERE mu.unique_id_sinp IS NULL;
0.7.3
0.7.2
🚀 Nouveautés
- Mise à jour de la documentation sur l'alimentation de la synthèse et l'installation d'un sous-module
- Ajout des groupes de sites dans le sous-module de
test
🐛 Corrections
- Erreur lors de l'installation du module (#284)
- Corrections des permissions (export PDF, groupes de sites)
Full Changelog: 0.7.1...0.7.2
0.7.1
Nécessite la version 2.13.0 (ou plus) de GeoNature
🚀 Nouveautés
- La gestion des permissions est définie pour chaque objet (module, site, visite) et l'objet ALL n'est plus pris en compte (#249). De fait les paramètres cruved des fichiers de configuration ainsi que permission object de
module.json
sont obsolètes. - Ajout de tests
🐛 Corrections
- Export avec un filtre par jeux de données (#241)
0.7.0
Nécessite la version 2.13.0 (ou plus) de GeoNature
🚀 Nouveautés
- Compatibilité avec GeoNature 2.13.0 et la refonte des permissions, en définissant les permissions disponibles du module (#232)
- Gestion des permissions disponibles des sous-modules lors de leur installation et création de la commande
update_module_available_permissions
permettant de les mettre à jour (#236) - Récupération des permissions depuis le service
ModulesService
de GeoNature
- Si elle est renseignée dans la configuration de vos sous-modules, la variable
permission_objects
est à déplacer du fichiermodule.json
au fichierconfig.json
de ces sous-modules - Après mise à jour du module, utiliser la commande pour générer les permissions disponibles pour les sous-modules déjà installés
geonature monitorings update_module_available_permissions
0.6.0
Nécessite GeoNature version 2.12.0 (ou plus)
🚀 Nouveautés
- Utilisation de la gestion dynamique de la configuration de GeoNature (#224)
- Les dossiers de configuration des sous-modules sont déplacés du dossier
<gn_module_monitoring>/config/monitorings
vers le dossiermedia/monitorings
de GeoNature. Cela permet d'homogéneiser et centraliser la configuration de GeoNature et de ses sous-modules, de permettre la dockerisation du module Monitoring et de simplifier sa mise à jour (#224) - Installation des sous-modules en deux temps
- Passage de la documentation au format
markdown
(#227) - Suppression du script obsolète
update_views.sh
- Commande d'installation d'un sous-module : ajout de la liste des modules installés et disponibles
-
Veuillez déplacer les configurations des sous-modules déjà existants depuis le dossier
<gn_module_monitoring>/config/monitoring
vers le dossiermedia
de GeoNature :cp -R ~/gn_module_monitoring/config/monitoring/* ~/geonature/backend/media/monitorings rm -R ~/geonature/backend/media/monitorings/generic
Adapter cette commande si le répertoire
medias
de GeoNature est différent de l'exemple ci-dessus.
Attention auxs
à la fin de monitoring (le premier sans le deuxième avec). -
L'installation des sous-modules se fait désormais en deux temps :
- Copie du répertoire de configuration
cp <chemin vers le sous-module> <geonature>/backend/media/monitorings/<module_code>
- Installation du sous-module avec la commande dédiée
geonature monitorings install <module_code>
- Copie du répertoire de configuration
0.5.0
Nécessite GeoNature version 2.12.0 (ou plus)
🚀 Nouveautés
- Compatibilité avec GeoNature 2.12 (Passage à la version 15 d'Angular et révision des permissions)
- Centralisation de la configuration du module dans le dossier de configuration de GeoNature
- Permissions : utilisation du décorateur de route classique
check_cruved_scope
- Amélioration de l'affichage des images sur la page listant les sous-modules (#214)
- Remplacement du composant
datalist
par le composantdataset
pour le champs de sélection du JDD de la visite, dans la configuration générique des sous-modules
🐛 Corrections
- Correction de l'API
get_util_from_id_api
en traitant lesid
enstr
(#175)
- L'utilisation du widget
datalist
pour les jeux de données est à proscrire. Si vous utilisez ce composant dans vos fichiers de configuration, il faut les modifier en remplaçant par le widgetdataset
.
"id_dataset": {
"type_widget": "dataset",
"attribut_label": "Jeu de données",
"type_util": "dataset",
"required": true,
"module_code": "__MODULE.MODULE_CODE",
},
0.4.1
🚀 Nouveautés
- Configuration des exports pour rendre optionnelle la sélection du jeu de données avec le nouveau paramètre
filter_dataset
(#158)
🐛 Corrections
- Amélioration des performances du chargement des observations (#142)
- Correction du modèle "Observation détail" qui permet d'ajouter des informations sous le niveau observation
Si vous souhaitez que les exports soient filtrables par jeux de données, il faut rajouter le nouveau paramètre filter_dataset
dans la variable export_csv
, définie à true
au niveau de la configuration des modules concernés (dans leur fichier module.json
).
Exemple :
"export_csv": [
{ "label": "Format standard CSV", "type":"csv" , "method": "standard" , "filter_dataset": true},
{ "label": "Format analyses CSV", "type":"csv" , "method": "analyses" }
],
0.4.0
Nécessite la version 2.11.0 (ou plus) de GeoNature.
🚀 Nouveautés
- Packaging du module (#190)
- Gestion de la base de données avec Alembic (#190)
- Améliorations du typage frontend
🐛 Corrections
- Correction du marqueur Leaflet non visible lors de la création d'un point sur la carte (#187)
- Peuplement du champs
gn_monitoring.t_module_complements.type
avec la valeurmonitoring_module
pour les sous-modules de Monitoring (#193) - Correction de l'utilisation des modèles de TaxRef
- Suppression de l'usage de
MODULE_URL
dans la configuration du module (PnX-SI/GeoNature#2165)
Si vous mettez à jour le module, il vous faut passer à Alembic.
Pour cela, une fois la version 2.11 (ou plus) de GeoNature installée :
- Entrer dans le virtualenv :
source ~/geonature/backend/venv/bin/activate
- Installer la nouvelle version de Monitoring avec le paramètre
--upgrade-db=false
:geonature install-gn-module --upgrade-db=false <path_to_monitoring> MONITORINGS
- Indiquer à Alembic que votre base de données est en version 0.3.0 :
geonature db stamp 362cf9d504ec # monitorings 0.3.0
- Mettre à jour la base de données en version 0.4.0 :
geonature db upgrade monitorings@head
0.3.0
Nécessite la version 2.10.0 (ou plus) de GeoNature.
🚀 Nouveautés
- Compatibilité avec Angular version 12, mis à jour dans la version 2.10.0 de GeoNature (#135)
- Ajout de la commande
synchronize_synthese
permettant de synchroniser les données d'un sous-module vers la Synthèse (#176) - Tri de la liste des sous-modules par nom sur la page d'accueil du module (#182)
- Ajout des champs
altitude_min
etaltitude_max
dans les informations affichables au niveau des sites (generic/site.json
) (#170) - Calcul de la géométrie des groupes de sites basculé au niveau backend (avec la fonction
ST_ConvexHull
de PostGIS qui prend l'enveloppe convexe des sites du groupe - #149) - Amélioration du style des informations sur les fiches des objets (#151)
- Ajout d'un paramètre
redirect_to_parent
au niveau deobservation.json
permettant de rediriger vers la fiche de la visite à la fin de la saisie en mode "Enchaîner les saisies", plutôt que vers la fiche de l'observation (#152) - Ajout de la commande
process_all
permettant de régénérer toute la configuration d'un sous-module quand il est déjà installé en base de données - Possibilité de transmettre la valeur du code du module dans l'export (#168)
🐛 Corrections
- Correction de la hauteur aléatoire du container principal (#146)
- Correction du zoom sur un objet de la carte au clic sur l'objet dans la liste (#149)
- Correction de l'affichage des tooltips quand la géométrie est un polygone (#159)
- Correction de la transformation des chaines de caractère en date (#170)
- Suppression de l'alias
@librairies
(#178)