CHANGELOG

2.14.1 (2024-04-29)

🚀 NouveautĂ©s

  • [SynthĂšse] PossibilitĂ© d’ajouter des colonnes supplĂ©mentaires Ă  la liste de rĂ©sultats via le paramĂštre ADDITIONAL_COLUMNS_FRONTEND. Ces champs sont masquĂ©s par dĂ©faut et controlables depuis l’interface (#2946)

  • [SynthĂšse] PossiblitĂ© d’ajouter des exports personnalisĂ©s basĂ©s sur des vues SQL via le paramĂštre EXPORT_OBSERVATIONS_CUSTOM_VIEWS (#2955)

  • [DynamicForm] PossibilitĂ© de dĂ©finir une valeur par dĂ©faut sur le composant bool_checkbox (#2819)

  • [Documentation] Simplification, automatisation et documentation du changement de l’URL de l’API de GeoNature au niveau du frontend (#2936)

  • [Configuration] Enrichissement des URI autorisĂ©s de connexion Ă  la BDD PostgreSQL (#2947)

  • [TaxHub] Mise Ă  jour de TaxHub en version 1.14.0, incluant par dĂ©faut Taxref v17, BDC statuts v17 et rĂ©fĂ©rentiel de sensibilitĂ© v17

🐛 Corrections

  • [Occtax] Correction de l’inversion des valeurs par dĂ©faut de 2 nomenclatures (#2822)

  • [SynthĂšse] Correction du lien de renvoi vers le module de saisie d’une observation (#2907)

  • [Validation] Correction de l’enregistrement d’une validation quand l’utilisateur a des permissions avec une portĂ©e limitĂ©e (#2958)

  • [Occhab] Prise en compte des permissions utilisateurs dans l’affichage des boutons d’actions (info, Ă©dition, suppression) dans la liste de stations du module Occhab (#2942)

  • [MTD] AmĂ©lioration des performances de la synchronisation avec le service MTD (#2922)

  • Correction du double chargement des fond de carte (#2902)

  • [SynthĂšse] AmĂ©lioration des performances de la liste des zonages dans les filtres de la synthĂšse (#2977 & https://github.com/PnX-SI/RefGeo/pull/22)

  • Correction de la redirection du bouton « Accueil » quand GeoNature est dĂ©ployĂ© sur une URL avec un suffixe (#2934)

  • Correction de la connexion avec le CAS de l’INPN (#2866)

  • Correction d’une mauvaise synchronisation du cookie et du JWT via une MAJ de pypnusershub (PnX-SI/UsersHub-authentification-module#94)

đŸ’» DĂ©veloppement

  • Suppression de l’utilisation du composant ngx-mat-select-search (#2826 & #2827)

  • [Occtax] Il n’est plus obligatoire de poster le champs additionnal_fields au niveau de l’API des relevĂ©s, taxons et dĂ©nombrements (#2937)

  • Suppression des branches et ajout d’adresses relatives dans .gitmodules (#2959)

  • Lint et doc HTML/CSS (#2890 & #2960)

  • Correction de l’hĂ©ritage des composants GenericFormComponent (#2961)

  • Utilisation de pytest-benchmark pour l’évaluation automatique de performances des routes (#2896)

  • Utilisation de marshmallow pour la validation des donnĂ©es renvoyĂ©es par la route get_observations_for_web et ajout du contrĂŽle de la prĂ©sence des champs obligatoires (#2950)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Les paramĂštres de la synthĂšse permettant de spĂ©cifier le nom de certaines colonnes de la vue d’export sont dĂ©prĂ©ciĂ©s (EXPORT_ID_SYNTHESE_COL, EXPORT_ID_DIGITISER_COL, EXPORT_OBSERVERS_COL, EXPORT_GEOJSON_4326_COL, EXPORT_GEOJSON_LOCAL_COL).

  • Si vous aviez surcouchĂ© la vue par dĂ©faut gn_synthese.v_synthese_for_export, il est recommandĂ© de ne plus le faire et de plutĂŽt utiliser le nouveau paramĂštre EXPORT_OBSERVATIONS_CUSTOM_VIEWS permettant de se crĂ©er ses propres vues d’export personnalisĂ©es. Voir « Export des observations » dans la documentation du module SynthĂšse (https://docs.geonature.fr/admin-manual.html#module-synthese)

  • Vous pouvez mettre Ă  jour TaxHub en version 1.14.0 (ou plus si compatible) et mettre Ă  jour Taxref en version 17, ainsi que la BDC statuts et le rĂ©fĂ©rentiel de sensibilitĂ©

  • Vous pouvez mettre Ă  jour UsersHub en version 2.4.2 (ou plus si compatible)

2.14.0 - Talpa europaea 👓 (2024-02-28)

Cette nouvelle version de GeoNature propose de nouvelles fonctionnalitĂ©s comme le floutage de donnĂ©es sensibles dans le module SynthĂšse ainsi qu’un systĂšme de validation automatique des donnĂ©es basĂ© sur les profils de taxons.
Elle intégre aussi plusieurs mises à jour des versions des librairies python utilisées comme Flask (3.0) et SQLAlchemy (1.4).

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Le support de Debian 10 a Ă©tĂ© arrĂȘtĂ©, votre serveur doit ĂȘtre en Debian 11 ou 12

  • Mettre Ă  jour TaxHub en version 1.13.3 (ou plus) et optionnellement UsersHub (2.4.0 ou plus)

  • Si vous les utilisez, mettez Ă  jour les modules Import (version 2.3.0), Export (version 1.7.0), Monitoring (version 0.7.2) et Dashboard (version 1.5.0), avec la nouvelle procĂ©dure consistant uniquement Ă  tĂ©lĂ©charger, dĂ©zipper et renommer les dossiers des modules

  • Si vous utilisez d’autres modules externes, vĂ©rifiez qu’ils disposent d’une version compatible avec GeoNature 2.14 (SQLAlchemy 1.4, Python 3.9 minimum, supression du fichier app.config.ts)

  • Suivez la procĂ©dure de mise Ă  jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)

  • Si vous utilisez les fonds IGN, mettez Ă  jour les URL des flux dans votre fichier de configuration geonature_config.toml (#2789)

🚀 NouveautĂ©s

  • [SynthĂšse] Floutage des donnĂ©es sensibles (#2558)

    • Il est dĂ©sormais possible de dĂ©finir un filtre « Flouter les donnĂ©es sensibles » sur les actions Lire et Exporter du module SynthĂšse

    • Pour les utilisateurs qui ont ce filtre de permission appliquĂ©, les donnĂ©es sensibles seront floutĂ©es lors de leur affichage ou de leur export dans le module SynthĂšse, en fonction des mailles ou zonages dĂ©finis dans les rĂšgles de sensibilitĂ© du SINP

    • En mode Mailles, les donnĂ©es sensibles dont la gĂ©omĂ©trie floutĂ©e est plus grande que la maille affichĂ©e sont exclues

    • Dans l’onglet « Zonage » des fiches des observations de la SynthĂšse, on affiche uniquement les zonages plus grands que la gĂ©omĂ©trie floutĂ©e des donnĂ©es sensibles

    • Si un utilisateur dispose de permissions filtrĂ©es sur les donnĂ©es sensibles, alors les filtres par zonage s’appuie sur une intersection spatiale avec les gĂ©omĂ©tries floutĂ©es pour ne pas renvoyer d’informations plus prĂ©cises sur les donnĂ©es floutĂ©es

    • La documentation sur le sensibilitĂ© des donnĂ©es a Ă©tĂ© complĂ©tĂ©e : https://docs.geonature.fr/admin-manual.html#gestion-de-la-sensibilite)

    • Le paramĂštre BLUR_SENSITIVE_OBSERVATIONS permet de basculer sur l’exclusion des donnĂ©es sensibles plutĂŽt que leur floutage, comme implĂ©mentĂ© dans la version 2.13

  • [Validation] Fonction de validation automatique basĂ©e sur les profils de taxons (non activĂ©e par dĂ©faut et surcouchable avec une fonction spĂ©cifique) (#2600)

  • [SynthĂšse] Ajout des groupes 3 INPN dans les filtres et les exports de la SynthĂšse (#2621, #2637)

  • [Occtax] Ajout de la possibilitĂ© d’associer des nomenclatures Ă  des groupes 3 INPN (#2684)

  • [Authentification] PossibilitĂ© d’ajouter des liens externes (#2917)

  • [Carte] Mise Ă  jour des exemples d’URL de fonds de carte IGN (#2789)

  • [RefGeo] RĂ©percussion du remplacement du champs geojson_4326 par geom_4326 dans la table l_areas (#2809)

  • [Documentation] Ajout de diagrammes d’architecture dans la documentation (#2760)

🐛 Corrections

  • Correction de l’affichage du nom du module quand on revient Ă  la page d’accueil (#2795)

  • [SynthĂšse] Correction de l’affichage du nom du taxon observĂ© quand les profils de taxons sont dĂ©sactivĂ©s (#2820)

  • [Carte] Conservation de la gĂ©omĂ©trie existante lorsqu’on annule la modification d’une gĂ©omĂ©trie (#2778)

  • [MĂ©tadonnĂ©es] Correction de l’affichage du type de financement sur les fiches dĂ©tail des CA et JDD (#2840)

  • [Occhab] Correction des permissions avec portĂ©e limitĂ©e (#2909)

  • [Occtax] Correction de la suppression d’un champ additionnel (#2923)

đŸ’» DĂ©veloppement

  • Mise Ă  jour vers SQLAlchemy 1.4 (#1812)

  • Mise Ă  jour vers Flask 3 (#2751)

  • Mise Ă  jour de Black en version 24 (#2879)

  • Suppression des modules dĂ©prĂ©ciĂ©s : utilsgeometry.py, utilssqlalchemy.py, config_manager.py (#2751)

  • IntĂ©gration de la documentation automatique des composants Frontend (avec compodoc) et des fonctions et classes du backend (avec sphinx-autoapi) (#2765)

  • Abandon du systĂšme d’authentification par cookie, sauf pour le module Admin. Le token d’authentification (JWT) est maintenant passĂ© dans chaque appel Ă  l’API dans le header HTTP « Authorization Bearer ». Il est aussi fourni par la route de login du sous-module d’authentification et stockĂ© dans le localStorage (#2586, #2161, #490, #2574)

  • Suppression du fichier app.config.ts (#2747)

  • Passage du paramĂštre --line-length de Black de 99 Ă  100 caractĂšres (#2847)

  • Modification de TModules pour Ă©viter de lever l’erreur de polymorphisme de SQLAlchemy (#2792)

  • Fin du support de Debian 10 et de Python 3.7 (#1787)

  • Changement de l’ensemble des requĂȘtes SQLAlchemy au style 2.0 (#2751)

  • Augmentation du nombre de tests unitaires dans : gn_meta, occtax, occhab, synthese (#2751)

  • Modification des fixtures : datasets, stations + user(#2751). PossibilitĂ© de crĂ©er des utilisateurs de tests avec des permissions plus fines (#2915)

📝 Merci aux contributeurs

@amandine-sahl, @Pierre-Narcisi, @jacquesfize, @TheoLechemia, @bouttier, @mvergez, @andriacap, @edelclaux, @VincentCauchois, @MoulinZ, @pierre56, @camillemonchicourt

2.13.4 (2023-12-15)

🚀 NouveautĂ©s

  • [SynthĂšse] Ajout des colonnes group[1,2,3]_inpn Ă  la vue gn_synthese.v_synthese_for_web_app (#2798, par @andriacap)

🐛 Corrections

  • [MĂ©tadonnĂ©es] Masquage des rĂ©fĂ©rences bibliograhpiques dans le formulaire des cadres d’acquisition en attendant la finalisation du dĂ©veloppement du backend (#2562, par @DonovanMaillard)

  • [Occtax] Correction du problĂšme de chargement de la liste de JDD lors de la crĂ©ation d’un relevĂ© (#2815, par @andriacap)

  • [SynthĂšse et validation] Ajout de la mĂ©thode de dĂ©termination dans la fiche dĂ©tail d’une observation (#2785, par @DonovanMaillard)

  • [Frontend] Correction de la prise en compte des filtres dans le composant datalist (#2777, par @joelclems)

  • [SynthĂšse] Optimisation du chargement de l’affichage des observations groupĂ©es par maille (#2766, par @mvergez)

  • [Accueil] Optimisation du chargement des statistiques gĂ©nĂ©rales (#2771, par @mvergez)

  • [SynthĂšse] Correction et enrichissement de la configuration des colonnes affichĂ©es dans la liste des observations (#2749, par @mvergez)

  • [SynthĂšse] Correction de la recherche par attribut TaxHub de type « multiselect » (#2767, par @mvergez)

  • [Occtax] Tri alphabĂ©tique de la liste des « Mes lieux » (#2805, par @DonovanMaillard)

  • [Documentation] Corrections et complĂ©ments de la documentation d’administrateur (#2812, par @marie-laure-cen)

2.13.3 (2023-10-17)

🐛 Corrections

  • [MĂ©tadonnĂ©es] Correction de l’affichage des descriptions dans les fiches des cadres d’acquisition (#2716, par @mvergez)

  • [Admin] Correction de la modification des permissions sensibles (#2697, par @Pierre-Narcisi)

  • [SynthĂšse] Correction de la documentation du paramĂštre AREA_FILTERS (#1892, par @camillemonchicourt)

  • [MĂ©dias] Conservation de la rotation des images des vignettes (#2742, par @MathRdt)

đŸ’» DĂ©veloppement

  • Utilisation du fichier requirements.txt pour les tests automatiques des contributions dans la branche master (#2739, par @Pierre-Narcisi)

  • DĂ©placement des dĂ©pendances de dĂ©veloppement des types Leaflet vers les dĂ©pendances de production (#2744, par @TheoLechemia)

  • Prise en compte du paramĂštre creatableInModule du composant dataset dans les dynamic forms (#2736, par @amandine-sahl)

2.13.2 (2023-09-28)

🚀 NouveautĂ©s

  • [SynthĂšse] Ajout d’un filtre par module de provenance (#2670, par @andriacap)

🐛 Corrections

  • Correction des dĂ©connexions non effectives dans les versions 2.13.0 et 2.13.1 (#2682, par @TheoLechemia)

  • Correction des permissions vĂ©rifiĂ©es pour pouvoir supprimer un signalement en prenant en compte le C du module Validation, et non pas le R qui n’existe pas sur ce module (#2710, par @Pierre-Narcisi)

  • Correction de l’API des applications mobiles quand le chemin de l’APK est absolu (#2708, par @joelclems)

  • Correction des permissions des listes de JDD dans les modules de saisie (Occtax, Occhab, Import) en prenant en compte la portĂ©e du C du module, et pas seulement du R du module MĂ©tadonnĂ©es (#2712, par @Pierre-Narcisi)

  • Utilisation de l’heure locale du serveur pour lancer les taches Celery (#2725, par @bouttier)

  • Fermeture des connexions Ă  la BDD Ă  la fin des taches Celery (#2724, par @bouttier)

  • Correction de l’affichage du bouton permettant d’importer directement depuis la fiche d’un JDD, nĂ©cessitant la version 2.2.3 du module Import (#2713, par @bouttier)

đŸ’» DĂ©veloppement

  • Ajout du thĂšme Bootstrap au composant datalist (#2727, par @TheoLechemia)

  • Docker : utilisation de python 3.11 (#2728, par @bouttier)

  • DĂ©placement du DispatcherMiddleware aprĂšs les fichiers statiques customisĂ©s (#2720, par @bouttier)

  • Suppression du script 03b_populate_db_for_test.sh (#2726, par @bouttier)

📝 Documentation

  • Mise Ă  jour de la documentation suite aux Ă©volutions des permissions dans la 2.13.0 (par @camillemonchicourt)

2.13.1 (2023-09-15)

L’installation de GeoNature (ainsi que ses 4 modules externes principaux, TaxHub et UsersHub) avec Docker est dĂ©sormais complet et fonctionnel. Voir la documentation sur https://docs.geonature.fr/installation.html#docker.
C’est la maniĂšre la plus simple de dĂ©ployer GeoNature avec ses 4 modules externes principaux (Import, Export, Dashboard, Monitoring) mais aussi de les mettre Ă  jour, avec seulement quelques lignes de commandes, Ă  partir des images construites automatiquement et du fichier docker-compose global, fourni dans le dĂ©pĂŽt GeoNature-Docker-services.

🚀 NouveautĂ©s

  • AmĂ©lioration de l’affichage des taxons en passant Ă  la ligne quand ils sont trop longs (#2690, par @JulienCorny)

  • AmĂ©lioration du Dockerfile de GeoNature (#2623, par @joelclems et @bouttier)

  • Ne pas renvoyer les modules dĂ©sactivĂ©s dans la route /modules (#2693, par @bouttier)

  • Mise Ă  jour de TaxHub en version 1.12.1 (#2623, par @joelclems)

  • Mise Ă  jour de Utils-Flask-SQLAlchemy en version 0.3.6 et UsersHub-authentification-module en version 1.6.10 (#2704, par @TheoLechemia)

  • Mise Ă  jour de diffĂ©rentes dĂ©pendances Python (#2704, par @TheoLechemia)

🐛 Corrections

  • Correction des dĂ©connexions non effectives sur la 2.13.0 (#2682, par @TheoLechemia)

  • Correction de la configuration NGINX des prĂ©fixes quand GeoNature est dĂ©ployĂ© avec Docker (#2698, par @bouttier)

  • Correction des permissions vĂ©rifiĂ©es pour pouvoir supprimer un signalement en prenant en compte le R du module Validation, et non pas le V du module SynthĂšse (#2705, par @Pierre-Narcisi)

  • Correction de l’épinglage des observations qui Ă©tait encore partagĂ© entre utilisateurs, et non pas individuels (#2702, par @Pierre-Narcisi)

  • [SynthĂšse] Correction de la recherche de taxons avec des accents (#2676, par @Pierre-Narcisi)

  • [SynthĂšse] Correction des couleurs des mailles quand on clique sur diffĂ©rentes mailles successivement en mode maille (#2677, par @Pierre-Narcisi)

📝 Documentation

  • Documentation de la nouvelle interface d’administration des permissions (#2605, par @camillemonchicourt), disponible sur https://docs.geonature.fr/user-manual.html#admin

  • Mise Ă  jour de la documentation d’installation Docker suite Ă  la sortie d’un Docker Compose complet et fonctionnel sur GeoNature-Docker-services (#2703)

  • Correction de petites fautes d’orthographe (#2674, par @omahs)

  • Correction du template d’issue (#2700, par @mvergez)

2.13.0 - Carpodacus erythrinus đŸ€ (2023-08-23)

  • RĂ©vision globale des permissions pour pouvoir leur associer d’autres types de filtres (sensibilitĂ© notamment), les simplifier et clarifier en supprimant l’hĂ©ritage et en dĂ©finissant les permissions disponibles pour chaque module.

  • PossibilitĂ© de filtrer les donnĂ©es dans la SynthĂšse selon leur sensibilitĂ©, mais sans floutage pour le moment (Ă  venir), en affichant ou non les donnĂ©es sensibles selon les permissions de l’utilisateur.

  • VĂ©rifiez que vos modules soient compatibles avec le nouveau mĂ©canisme de dĂ©claration des permissions disponibles. C’est le cas pour les modules Import, Export, Dashboard, Monitorings et Zones humides.

  • Cette nouvelle version est compatible avec Debian 12. Le support de Debian 10 sera arrĂȘtĂ© prochainement.

🚀 NouveautĂ©s

  • Refonte complĂšte des permissions (#2487)

    • Suppression de l’hĂ©ritage des permissions du module « GeoNature » vers les autres modules, et de l’objet « All » vers les Ă©ventuels autres objets des modules. Chaque permission dans un module doit dĂ©sormais ĂȘtre dĂ©finie explicitement. Cela entraine de devoir dĂ©finir plus de permissions (Ă  l’installation d’un nouveau module notamment) mais aussi de les rendre plus lisibles, additives et explicites (#2474)

    • Evolution du modĂšle de donnĂ©es des permissions pour Ă©largir les possibilitĂ©s de filtrage des permissions au-delĂ  de l’appartenance (anciennement nommĂ©e portĂ©e ou scope) (#2472)

    • Suppression des permissions ayant une appartenance de niveau 0 (Aucune donnĂ©e). En effet, en supprimant l’hĂ©ritage des permissions et en les dĂ©finissant par module de maniĂšre explicite, si un groupe ou utilisateur n’a aucune permission sur un module, alors il n’y accĂšde pas et ne le voit pas dans le menu latĂ©ral. Si il a n’importe quelle permission sur un module, alors il y accĂšde.

    • Suppression du filtre d’appartenance de niveau 3 (Toutes les donnĂ©es). En effet, celui-ci est dĂ©sormais redondant avec l’ajout d’une permission sans filtre.

    • DĂ©finition des permissions disponibles dans chaque module dans la nouvelle table gn_permissions.t_permissions_available, pour ne proposer que des permissions qui ont un usage quand on ajoute ou modifie les permissions d’un utilisateur (#2489)

    • Refonte de l’interface d’administration des permissions (Flask-admin) ne proposant que les permissions disponibles, affichant les permissions explicites d’un utilisateur et calculant celles effectives provenant d’un groupe auquel il appartient (#2605)

    • Optimisation et agrĂ©gation des permissions

    • [SynthĂšse] Ajout d’un filtre sur la sensibilitĂ© des donnĂ©es, permettant de les afficher et de les exporter ou non Ă  un groupe ou utilisateurs (pas de floutage pour le moment) (#2504 / #2584)

    • Ajout de la commande geonature permissions supergrant permettant d’ajouter toutes les permissions disponibles Ă  un utilisateur ou groupe super-administrateur (#2557)

    • Ajout de la vĂ©rification des permissions manquantes sur diffĂ©rentes routes (#2542 / #1863)

  • Ajout de notifications quand un commentaire est ajoutĂ© sur une observation (#2460)

  • AmĂ©lioration des performances de la recherche de taxons dans Occtax et dans la SynthĂšse (#2592 / https://github.com/PnX-SI/TaxHub/issues/384)

  • Support de Debian 12 (avec Python 3.11, PostgreSQL 15 et PostGIS 3.3) (#1787)

  • [Admin] Fixer la barre de navigation du menu latĂ©ral et possibilitĂ© de la rabbatre (#2556)

  • [SynthĂšse] Ajout d’un filtre par source (#2513)

  • [SynthĂšse] Ajout d’un filtre par id_synthese (#2516)

  • [SynthĂšse] Recherche des observateurs multiples et insensible aux accents (#2568)

  • [Occtax] Ajout du paramĂštre EXPANDED_TAXON_ADVANCED_DETAILS permettant d’ouvrir par dĂ©faut les champs avancĂ©s du formulaire de renseignement du taxon (#2446)

  • Conservation du fond de carte utilisĂ© quand on navigue dans les modules (#2619)

  • Suppression des mĂ©dias orphelins basculĂ©e dans une tache Celery Beat lancĂ©e automatiquement toutes les nuits (clean_attachments), et non plus Ă  l’ajout ou suppression d’un autre mĂ©dia (#2436)

  • Ajout d’une documentation utilisateur sur le module MĂ©tadonnĂ©es - https://docs.geonature.fr/user-manual.html#metadonnees (#2662)

🐛 Corrections

  • [Occtax] Correction du dĂ©placement du marqueur de localisation poncutelle d’un relevĂ© (#2554 et #2552)

  • [Occtax] Correction du centrage sur la carte quand on modifie un relevĂ©

  • [Occtax] Correction de l’affichage de la gĂ©omĂ©trie du prĂ©cĂ©dent relevĂ© quand on enchaine des relevĂ©s de type polygone puis point (#2657)

  • Correction de la sĂ©lection automatique des valeurs par dĂ©faut numĂ©riques dans les champs de type « Liste dĂ©roulante (Select) » des formulaires dynamiques (#2540)

  • Correction de la gestion des entiers pour les champs additionnels de type « checkbox » (#2518)

  • Correction de l’envoi Ă  plusieurs destinataires des emails de demande de crĂ©ation de compte (#2389)

  • RĂ©cupĂ©ration du contenu du champs « Organisme » dans le formulaire de demande de crĂ©ation de compte (#1760)

  • AmĂ©lioration des messages lors de la demande de crĂ©ation de compte (#2575)

  • Correction du graphique dans l’export PDF des cadres d’acquisition (#2618)

  • [SynthĂšse] Correction de l’affichage des gĂ©omĂ©tries de type multipoint (#2536)

  • [SynthĂšse] Correction des filtres par dĂ©faut (#2634)

  • [SynthĂšse] Correction des filtres gĂ©ographiques multiples (#2639)

  • [MĂ©tadonnĂ©es] Correction de l’affichage du formulaire de filtres avancĂ©s (#2649)

đŸ’» DĂ©veloppement

  • DĂ©coupage du script install/03_create_db.sh en 2 (avec la crĂ©ation du fichier install/03b_populate_db.sh) notamment pour amĂ©liorer la dockerisation de GeoNature (#2544)

  • Ajout d’un script install/03b_populate_db_for_test.sh pouvant ĂȘtre utilisĂ© par la CI de test des modules GeoNature (#2544)

  • Ajout d’un script install/assets/docker_startup.sh pour lancer les migrations Alembic depuis le docker de GeoNature (#2544)

  • CrĂ©ation d’un fichier install/assets/db/add_pg_extensions.sql regroupant la crĂ©ation des extensions PostgreSQL (#2544)

  • AmĂ©lioration de APPLICATION_ROOT pour qu’il fonctionne en mode dĂ©veloppement (#2546)

  • AmĂ©lioration des modĂšles de la SynthĂšse pour prendre en compte les valeurs par dĂ©faut des nomenclatures (#2524)

  • Meilleure portabilitĂ© des scripts dans les diffĂ©rents systĂšmes Unix (#2435)

  • Mise Ă  jour des dĂ©pendances Python (#2596)

  • Documentation de dĂ©veloppement des permissions (#2585)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Mettre Ă  jour TaxHub en version 1.12.0 (ou plus) et optionnellement UsersHub

  • Si vous les utilisez, mettez Ă  jour les modules Import, Export, Monitoring et Dashboard dans leurs versions compatibles avec GeoNature 2.13, avec la nouvelle procĂ©dure consistant uniquement Ă  tĂ©lĂ©charger, dĂ©zipper et renommer les dossiers des modules et de leur configuration

  • Si vous utilisez d’autres modules externes, vĂ©rifiez qu’ils disposent d’une version compatible avec GeoNature 2.13, ou faites-les Ă©voluer pour qu’ils dĂ©clarent leurs permissions disponibles (exemple : #2543)

  • Suivez la procĂ©dure de mise Ă  jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)

  • Les permissions existantes sur vos diffĂ©rents groupes et utilisateurs sont rĂ©cupĂ©rĂ©es et remises Ă  plat automatiquement sans systĂšme d’hĂ©ritage. VĂ©rifiez cependant les permissions aprĂšs la mise Ă  jour de vos groupes et utilisateurs.

  • DĂ©sormais, quand vous installerez un nouveau module (ou sous-module), pour le voir affichĂ© dans le menu et y avoir accĂšs, il faudra lui appliquer des permissions aux groupes ou utilisateurs qui doivent y accĂ©der.

✅ Exemple de procĂ©dure de mise Ă  jour depuis une version 2.12 : https://geonature.fr/documents/procedures/2023-10-GN-212to213.txt

📝 Merci aux contributeurs

@bouttier / @TheoLechemia / @VincentCauchois / @Pierre-Narcisi / @joelclems / @andriacap / @mvergez / @JulienCorny / @MathRdt / @DonovanMaillard / @camillemonchicourt

2.12.3 (2023-05-09)

🐛 Corrections

  • [SynthĂšse] Correction du filtre des observations Ă©pinglĂ©es pour ne remonter que celles de l’utilisateur connectĂ© (#2507 par @mvergez)

  • [SynthĂšse] Correction de la recherche gĂ©ographique avec chargement d’un fichier local (#2522 par @bouttier et @mvergez)

  • [Admin] Correction d’une rĂ©gression des performances d’édition des permissions (#2523 par @bouttier)

  • ComplĂ©ments de la documentation (page maintenance, migration avec git, configuratrion dynamique, #2526, #2501, #2503 par @camillemonchicourt)

  • [MĂ©tadonnĂ©es] Correction des droits de modification des cadres d’acquisition

  • Correction du script migration.sh (#2525 par @bouttier)

  • Correction du downgrade d’une migration Alembic d’Occtax (#2500 par @JulienCorny)

  • Correction et ation de la page de maintenance (#2535)

  • Correction de la synchronisation des JDD et de l’association aux modules (#2532 par @VincentCauchois)

đŸ’» DĂ©veloppement

  • La fonction geonature.core.gn_permissions.tools.cruved_scope_for_user_in_module est remplacĂ©e par geonature.core.gn_permissions.tools.get_scopes_by_action

⚠ Notes de version

Si vous utilisez la page de maintenance, celle-ci a été revue, référez vous à la documentation afin de la mettre à jour.

Si vous utilisiez des champs additionnels avec des checkbox, lors de leur changement de type (recommandĂ© dans les notes de version de la 2.12.0) il est important que les valeurs du champ field_values continue Ă  avoir des « string » dans la clĂ© values : [{« label »: « Un », « value »: « 1 »}] sans quoi il y aura des problĂšme Ă  l’édition. Pour les nouveaux champs additionnels, il est cependant bien possible de mettre des entiers dans la clĂ© value [{« label »: « Un », « value »: 1}]

2.12.2 (2023-04-18)

🚀 NouveautĂ©s

  • SynthĂšse : ajout d’un filtre sur les observations avec ou sans commentaire (#2469, par @mvergez)

🐛 Corrections

  • SynthĂšse - mode maille : rĂ©cupĂ©ration des observations hors rĂ©fĂ©rentiel de mailles pour affichage dans la liste, garantissant ainsi un nombre d’observations indentique entre le mode point et le mode maille (#2495, par @TheoLechemia)

  • SynthĂšse : correction des filtres mĂ©dias / Ă©pinglage / signalement / commentaires pour fonctionner Ă©galement de maniĂšre nĂ©gative (#2469)

  • Backoffice des permissions :

    • Correction du module lors du contrĂŽle d’accĂšs (#2483, par @VincentCauchois)

    • Correction de la gestion du CRUVED des rĂŽles sans permissions (#2496)

  • Commande install-gn-module :

    • Correction de la dĂ©tection du module_code (#2482)

    • Reload de la config aprĂšs l’exĂ©cution de pip install (#2493)

  • Occhab : tri des stations par date (#2477)

  • Validation : correction des filtres avancĂ©s (#2470, par @joelclems)

  • Admin : contrĂŽle du R pour l’accĂšs en lecture (#2491)

  • Admin : rajout de l’objet NOTIFICATIONS afin de pouvoir en dĂ©finir ses permissions (#2490)

  • Login : dĂ©sactivation du spinner aprĂšs une tentative de login Ă©chouĂ©e

2.12.1 (2023-04-11)

🚀 NouveautĂ©s

  • Mise Ă  jour de quelques dĂ©pendances python (#2438, par @MathRdt)

  • Mise Ă  jour de Utils-Flask-SQLAlchemy en version 0.3.3

🐛 Corrections

  • Correction et ations des performances des recherches par statut de protection, notamment quand elles sont associĂ©es Ă  une recherche gĂ©ographique (#2450, par @amandine-sahl)

  • Correction d’une rĂ©gression des performances lors de la rĂ©cupĂ©ration des JDD (#2462, par @mvergez)

  • Correction de jointures manquantes pour le calcul des permissions lors de la rĂ©cupĂ©ration des JDD (#2463, par @mvergez)

  • Correction des champs additionnels de type liste (#2447, par @TheoLechemia)

  • Correction d’une incompatibilitĂ© Python 3.7 (#2464, par @TheoLechemia)

  • Suppression en cascade des permissions et associations aux sites lors de la suppresion d’un module (#2466, par @jbrieuclp & @VincentCauchois)

  • Mise Ă  jour des habitats dans la SynthĂšse quand ils sont modifiĂ©s dans un relevĂ© Occtax (#2468, par @JulienCorny)

2.12.0 - Cyathea borbonica 🌮 (2023-03-27)

⏩ En bref

  • Affichage agrĂ©gĂ© des observations dans la SynthĂšse (performances et lisibilitĂ©) (#1847 et #1878)

  • Filtres par dĂ©faut dans la SynthĂšse (#2261)

  • Optimisation des performances des exports de la SynthĂšse (#1434)

  • Optimisation du chargement des jeux de donnĂ©es dans le module MĂ©tadonnĂ©es pour en er les performances (#2004)

  • IntĂ©gration par dĂ©faut de Taxref v16, BDC statuts v16 et rĂ©fĂ©rentiel de sensibilitĂ© v16

  • PossibilitĂ© de gĂ©rer les tables des applications mobiles et des modules depuis le module « Admin »

  • Configuration dynamique sans rebuild (#2205)

  • Centralisation de la configuration des modules dans GeoNature (#2423)

  • Historisation des suppressions dans la SynthĂšse, nĂ©cessaire pour GN2PG notamment (#789)

  • RĂ©organisation des dossiers pour simplifier la customisation et les mises Ă  jour (#2306)

  • Stabilisation de la dockerisation (#2206)

  • Refactorisation d’Occhab, module de rĂ©fĂ©rence et documentation dĂ©veloppeurs associĂ©e

  • Refactorisation des permissions (simplification, optimisation, centralisation, performances, tests)

  • Mise Ă  jour d’Angular en version 15 (#2154)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Si vous utilisez des modules spĂ©cifiques (hors Import, Export, Dashboard, Monitoring), vĂ©rifiez qu’ils disposent d’une version compatible avec GeoNature 2.12 (compatibilitĂ© Angular 15, rĂ©vision des permissions, configuration dynamique)

  • Si vous les utilisez, mettre Ă  jour les modules Import en version 2.1.0 (ou plus), Export en version 1.4.0, Dashboard en version 1.3.0 (ou plus) et Monitoring en version 0.5.0 (ou plus) avec la nouvelle procĂ©dure consistant uniquement Ă  tĂ©lĂ©charger, dĂ©zipper et renommer les dossiers des modules et de leur configuration

  • Mettez Ă  jour TaxHub en version 1.11 (ou plus)

  • La vue gn_synthese.v_synthese_for_export dĂ©finissant la structure et le contenu des exports de la SynthĂšse a Ă©tĂ© modifiĂ©e pour ĂȘtre optimisĂ©e. Si vous l’aviez customisĂ©e, reportĂ©e vos modifications manuellement aprĂšs la mise Ă  jour de GeoNature

  • Suivez la procĂ©dure de mise Ă  jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)

  • Le script migration.sh se charge de dĂ©placer automatiquement les diffĂ©rents fichiers suite Ă  la rĂ©organisation des dossiers (customisation, mĂ©dias, mobile, configuration centralisĂ©e des modules)

  • Les mĂ©dias (incluant les fichiers d’Occtax-mobile) sont dĂ©placĂ©s dans le dossier backend/media/

  • Il n’est plus nĂ©cessaire de rebuilder le frontend ni de recharger GeoNature manuellement Ă  chaque modification de la configuration de GeoNature ou de ses modules

  • Les taches automatisĂ©es sont dĂ©sormais gĂ©rĂ©es par Celery Beat et installĂ©es avec GeoNature. Si vous aviez mis en place des crons pour mettre Ă  jour les profils de taxons (ou les donnĂ©es du module Dashboard, ou les exports planifiĂ©s du module Export), supprimez les (dans /etc/cron.d/geonature ou crontab -e) car ils ne sont plus utiles

  • Il est fortement conseillĂ© d’utiliser la configuration Apache gĂ©nĂ©rĂ©e par dĂ©faut dans /etc/apache2/conf-available/geonature.conf et de l’inclure dans votre vhost (/etc/apache2/sites-available/geonature.conf et/ou /etc/apache2/sites-available/geonature-le-ssl.conf), en suivant la documentation dĂ©diĂ©e

  • Si vous aviez customisĂ© la page d’accueil de GeoNature en modifiant les composants frontend/src/custom/components/introduction/introduction.component.html et frontend/src/custom/components/footer/footer.component.html ceux-ci ont Ă©tĂ© supprimĂ©s au profit de paramĂštres de configuration. Il vous faut donc dĂ©placer votre customisation dans les paramĂštres TITLE, INTRODUCTION et FOOTER de la nouvelle section [HOME] de la configuration de GeoNature. Vous pouvez renseigner du code HTML sur plusieurs lignes en le plaçant entre triple quote ("""<b>Hello</b>""").

  • Les paramĂštres de configuration suivants ont Ă©tĂ© supprimĂ©s et doivent ĂȘtre retirĂ©s de votre fichier de configuration (config/geonature_config.toml) s’ils sont prĂ©sents :

    • LOGO_STRUCTURE_FILE (si vous aviez renommĂ© votre logo, dĂ©placez le dans geonature/custom/images/logo_structure.png)

    • UPLOAD_FOLDER (si vous l’aviez dĂ©placĂ©, renommez votre dossier d’upload en attachments et placez-le dans le dossier des mĂ©dias (geonature/backend/media/ par dĂ©faut, paramĂ©trable via MEDIA_FOLDER))

    • BASE_DIR

  • Occtax et champs additionnels :

    • Les champs additionnels de type bool_radio ne sont plus supportĂ©s. Si vous utilisiez ce type de widget dans vos champs additionnels d’Occtax, ils seront automatiquement remplacĂ©s par un widget de type radio. Vous devez changer le champs field_values sur le modĂšle suivant : [{"label": "Mon label vrai", "value": true }, {"label": "Mon label faux", "value": false }].

    • Les champs de formulaire de type radio, select, multiselect et checkbox, attendent dĂ©sormais une liste de dictionnaire {value, label} (voir doc des champs additionnels) (#2214)
      La rĂ©trocompatibilitĂ© avec des listes simples est maintenue, mais vous ĂȘtes invitĂ©s Ă  modifier ces champs dans le backoffice.
      Pour conserver le bon affichage lors de l’édition des donnĂ©es, renseignez l’ancienne valeur deux fois dans la clĂ© value et la clĂ© label.

✅ Exemple de procĂ©dure de mise Ă  jour depuis une version 2.11 : https://geonature.fr/documents/procedures/2023-04-GN-211to212.txt

🚀 NouveautĂ©s

  • Configuration dynamique du frontend : le frontend rĂ©cupĂšre dynamiquement sa configuration depuis le backend. Pour cela, il nĂ©cessite uniquement l’adresse de l’API_ENDPOINT qui doit ĂȘtre renseignĂ©e dans le fichier frontend/src/assets/config.json. En consĂ©quence, il n’est plus nĂ©cessaire de rebuilder le frontend lors d’une modification de la configuration de GeoNature ou de ses modules (#2205)

  • Personnalisation de la page d’accueil : ajout d’une section [HOME] contenant les paramĂštres TITLE, INTRODUCTION et FOOTER. Ceux-ci peuvent contenir du code HTML qui est chargĂ© dynamiquement avec la configuration, Ă©vitant ainsi la nĂ©cessitĂ© d’un rebuild du frontend (#2300)

  • SynthĂšse : AgrĂ©gation des observations ayant la mĂȘme gĂ©omĂ©trie pour ne les charger qu’une seule fois, et ainsi amĂ©liorer les performances et la lisibilitĂ© (#1847)

  • SynthĂšse : PossibilitĂ© d’afficher les donnĂ©es agrĂ©gĂ©es par maille (#1878). La fonctionnalitĂ© est configurable avec les paramĂštres suivants :

    [SYNTHESE]
        AREA_AGGREGATION_ENABLED = true
        AREA_AGGREGATION_TYPE = "M10"
        AREA_AGGREGATION_BY_DEFAULT = false    # affichage groupé par défaut
        AREA_AGGREGATION_LEGEND_CLASSES = .   # voir fichier de configuration d’exemple
    
  • SynthĂšse : PossibilitĂ© de dĂ©finir des filtres par dĂ©faut avec le paramĂštre SYNTHESE.DEFAULT_FILTERS (#2261)

  • MĂ©tadonnĂ©es : Chargement des jeux de donnĂ©es seulement quand on clique sur un cadre d’acquisition dans la liste des mĂ©tadonnĂ©es, pour amĂ©liorer les performances du module, en ne chargeant pas tous les jeux de donnĂ©es par dĂ©faut (#2004)

  • Champs additionnels : Les champs de formulaire de type radio, select, multiselect et checkbox, attendent dĂ©sormais une liste de dictionnaire {value, label} (voir doc des champs additionnels) (#2214)

  • Admin : PossibilitĂ© de gĂ©rer la table des applications mobiles (t_mobile_apps) dans le module « Admin » de GeoNature, notamment pour faciliter la gestion des mises Ă  jour de Occtax-mobile (#2352)

  • PossibilitĂ© de configurer les modules (picto, doc, label) directement depuis le module Admin (#2409)

  • PossibilitĂ© d’afficher un bouton de gĂ©olocalisation sur les cartes des formulaires Occtax et Occhab (#2338), activable avec le paramĂštre suivant :

    [MAPCONFIG]
        GEOLOCATION = true
    
  • Profils mis Ă  jour automatiquement par Celery Beat, toutes les nuits par dĂ©faut (#2412)

  • Ajout de l’intĂ©gration de Redis Ă  l’outil de logs Sentry, pour amĂ©liorer la prĂ©cisions des traces

  • PossibilitĂ© de dĂ©finir des rĂšgles de notifications par dĂ©faut, s’appliquant aux utilisateurs n’ayant pas de rĂšgle spĂ©cifique. Pour cela, il suffit d’insĂ©rer une rĂšgle dans la table gn_notifications.t_notifications_rules avec id_role=NULL (#2267)

  • Publication automatique de deux images Docker geonature-backend et geonature-frontend (#2206). Leur utilisation n’a pas encore Ă©tĂ© Ă©prouvĂ©e et leur utilisation en production n’est de ce fait pas recommandĂ©e.

  • AmĂ©lioration de la fiabilitĂ© du processus de migration

  • Ajout d’un index sur la colonne gn_synthese.cor_area_synthese.id_area. La colonne id_synthese est dĂ©jĂ  couverte par l’index multiple (id_synthese, id_area).

  • IntĂ©gration de TaxRef v16 et du rĂ©fĂ©rentiel de sensibilitĂ© associĂ© pour les nouvelles installations de GeoNature

  • Évolution de la gestion des fichiers statiques et des mĂ©dias (#2306) :

    • SĂ©paration des fichiers statiques (applicatif, fournis par GeoNature) et des fichiers mĂ©dias (gĂ©nĂ©rĂ©s par l’applications). Sont dĂ©placĂ©s du dossier backend/static vers le dossier backend/media les sous-dossiers suivants : medias, exports, geopackages, mobile, pdf, shapefiles. De plus, l’ancien dossier medias est renommĂ© attachments.

    • Ajout des paramĂštres de configuration suivants :

      ROOT_PATH = "dossier absolu du backend"
      STATIC_FOLDER = "static"    # dossier absolu ou relatif Ă  ROOT_PATH
      STATIC_URL = "/static"      # URL d’accùs aux fichiers statiques
      MEDIA_FOLDER = "media"      # dossier absolu ou relatif Ă  ROOT_PATH
      MEDIA_URL = "/media"        # URL d’accĂšs aux mĂ©dias
      
    • Ajout d’un dossier custom Ă  la racine de GeoNature et du paramĂštre associĂ© CUSTOM_STATIC_FOLDER. Les fichiers statiques rĂ©clamĂ©s sont cherchĂ©s en prioritĂ© dans le dossier custom, puis, si non trouvĂ©s, dans le dossier backend/static. Ainsi, si besoin de modifier un fichier statique, on placera un fichier du mĂȘme nom dans le dossier custom plutĂŽt que de modifier le fichier original (par exemple, custom/images/logo_structure.png). Voir la documentation sur la customisation.

    • Retrait du prĂ©fixe static/media/ aux chemins d’accĂšs des fichiers joints (colonne gn_commons.t_medias.media_path)

    • Retrait du prĂ©fixe static/mobile/ aux chemins d’accĂšs des APK des applications mobiles (colonne gn_commons.t_mobile_apps.relative_path_apk)

    • Certains fichiers statiques sont renommĂ©s :

      • static/css/custom.css → static/css/metadata_pdf_custom.css

    • Certains assets du frontend sont dĂ©placĂ©s vers les fichiers statiques du backend pour profiter du mĂ©canisme de customisation :

      • frontend/src/assets/custom.css → backend/static/css/frontend.css

      • frontend/src/favicon.ico → backend/static/images/favicon.ico

      • frontend/src/custom/images/login_background.jpg → backend/static/images/login_background.jpg

      • frontend/src/custom/images/logo_sidebar.jpg → backend/static/images/logo_sidebar.jpg

      • frontend/src/custom/images/logo_structure.png → backend/static/images/logo_structure.png

    • Le lien symbolique static/images/logo_structure.jpg est supprimĂ© au profit de l’utilisation de logo_sidebar.jpg

    • Les dĂ©placements mentionnĂ©s ci-dessus sont effectuĂ©s par le script migration.sh

  • Mise Ă  jour des dĂ©pendances :

    • TaxHub 1.11.1

    • UsersHub 2.3.3

    • UsersHub-authentification-module 1.6.5

    • Habref-api-module 0.3.2

    • Nomenclature-api-module 1.5.4

    • RefGeo 1.3.0

    • Utils-Flask-SQLAlchemy 0.3.2

    • Utils-Flask-SQLAlchemy-Geo 0.2.7

  • Refonte des permissions et suppression de la vue v_roles_permissions qui posait des problĂšmes de performances du nombre d’utilisateurs (#2196 et #2360)

  • La recherche du fichier de configuration des modules sous le nom {module_code}_config.toml (code du module en minuscule) dans le rĂ©pertoire de configuration de GeoNature devient prioritaire devant l’utilisation du fichier conf_gn_module.toml dans le rĂ©pertoire de configuration du module. Le script de mise Ă  jour dĂ©place les fichiers de configuration des modules vers le dossier centralisĂ© de configuration de GeoNature (#2423)

  • Rechargement automatique de GeoNature quand on modifie un fichier de configuration d’un module dans l » dossier centralisĂ© (#2418)

  • Évolution de la configuration Apache /etc/apache2/conf-available/geonature.conf pour activer la compression gzip des rĂ©ponses de l’API (#2266) et pour servir les mĂ©dias et les fichiers statiques par Apache (#2430). À reporter dans votre configuration Apache si celle-ci n’importe pas cette configuration fournie par dĂ©faut.

  • Le script de mise Ă  jour (migration.sh) peut prendre en argument le chemin vers l’ancienne installation GeoNature. Il peut s’agir du mĂȘme dossier que la nouvelle installation GeoNature (cas d’une mise Ă  jour d’un dossier GeoNature avec Git).

  • Ajout d’une historisation des suppressions de la synthĂšse Ă  travers un trigger peuplant la nouvelle table gn_synthese.t_log_synthese (#789) Une API /synthese/log permet d’obtenir l’historique des insertions, mises Ă  jour et suppressions dans la synthĂšse (notamment utile pour GN2PG).

  • AmĂ©lioration de la commande install-gn-module qui dĂ©tecte dĂ©sormais automatiquement le code du module (#2396)

  • SynthĂšse : Optimisation de la requĂȘte par statuts de protection (#2329)

  • Occtax : Optimisation des triggers de calcul automatique des altitudes pour ne les lancer que quand la gĂ©omĂ©trie du relevĂ© est modifiĂ©e (#2137)

  • Occtax et Occhab : Ajout d’une pastille indiquant le nombre de filtres activĂ©s

  • AmĂ©lioration du message renvoyĂ© Ă  l’utilisateur en cas de Timout (#2417)

  • AmĂ©lioration du composant gĂ©nĂ©rique de selection d’un jeu de donnĂ©es, en selectionnant automatiquement le JDD si la liste n’en contient qu’un et que le champs est obligatoire (#1049)

🐛 Corrections

  • SynthĂšse : changement du type de entity_source_pk_value de Integer Ă  Unicode dans le modĂšle pour correspondre Ă  la base de donnĂ©es

  • Correction de l’accĂšs public automatique activable avec ?access=public dans l’URL (#1650)

  • Correction de la fonctionnalitĂ© de rĂ©cupĂ©ration du mot de passe

  • Correction de la commande d’import du rĂ©fĂ©rentiel sensibilitĂ© pour correctement gĂ©rer les critĂšres comportementales

  • Occtax : correction du filtre sur les organismes

  • SynthĂšse : correction d’un problĂšme de performance de l’export (vue v_synthese_for_export) (#1434)

  • Correction d’un problĂšme de dĂ©tection de l’emplacement des modules avec les versions rĂ©centes de pip (#2365, #2364)

  • Occhab : correction du CRUVED sur la liste des jeux de donnĂ©es ouvert Ă  la saisie

  • Occtax : correction du contrĂŽle des dates du formulaire d’édition des relevĂ©s (#2318)

  • Correction des acteurs dans les exports PDF des mĂ©tadonnĂ©es (#2034)

  • Correction des graphiques dans les exports PDF des cadres d’acquisition (#2231)

  • Correction du script de synchronisation des mĂ©tadonnĂ©es depuis MTD INPN (#2314)

  • Correction de l’appel en double de la route des notifications (#2356)

  • Correction de l’URL vers la documentation depuis la page d’accueil

  • Correction du formulaire Occtax quand un relevĂ© n’a pas d”id_digitiser (#2421)

  • Correction de l’affichage des tooltips sur la liste des obsrvations de la SynthĂšse (#2348)

  • Correction du chargement des dates dĂ©but et date fin quand on modifie un relevĂ© dans Occtax ou une station dans OCchab (#2071)

  • Correction de la rĂ©cupĂ©ration des emails dans l’interface « Mon compte » (#2346)

đŸ’» DĂ©veloppement

  • Suppression du support du paramĂštre get_role du dĂ©corateur check_cruved_scope (#2162)

  • Suppression des paramĂštres redirect_on_expiration et redirect_on_invalid_token du dĂ©corateur check_cruved_scope (#2360)

  • Remplacement des usages du paramĂštre get_role du dĂ©corateur check_cruved_scope par get_scope dans le code de GeoNature et des modules contrib (#2164, #2199)

  • Suppression de multiples fonctions du package geonature.core.gn_permissions.tools, notamment la classe UserCruved ; se reporter Ă  la documentation dĂ©veloppeur afin de connaĂźtre les fonctions utilisables dans votre code (#2360)

  • Migration GeoNature : le venv est mis Ă  jour plutĂŽt que d’ĂȘtre supprimĂ© et recrĂ©Ă© (#2332)

  • Les erreurs de validation Marshmallow sont automatiquement converties en erreur 400 (BadRequest)

  • Les modules contrib doivent Ă©galement ĂȘtre formatĂ©s avec prettier

  • Fiabilisation des exports PDF (#2232)

  • Le composant de carte pnx-map a un nouvel input geolocation permettant d’activer le bouton de gĂ©olocalisation

  • Ajout du mixin geonature.utils.schema.CruvedSchemaMixin permettant d’ajouter la propriĂ©tĂ© (exclue par dĂ©faut) cruved Ă  un schĂ©ma Marshmallow

  • L’accĂšs aux paramĂštre de configuration ne se fait plus Ă  partir des fichiers gĂ©nĂ©rĂ©s AppConfig (GeoNature) ou ModuleConfig (modules), mais uniquement Ă  partir du ConfigService en charge de la rĂ©cupĂ©ration dynamique de la configuration (#2205).

  • Mise Ă  jour d’Angular version 12 Ă  15 et mise Ă  jour de nombreuses dĂ©pendances frontend (#2154)

  • Nettoyage des dĂ©pendances frontend de GeoNature. Si vous utilisiez certaines dĂ©pendances supprimĂ©es de GeoNature dans vos modules, vous devez les rajouter dans un fichier package-lock.json dans le dossier frontend de votre module.

  • Suppression de la route obsolĂšte /config

  • Ajout du context manager start_sentry_child permettant de rapporter dans les traces Sentry le temps d’exĂ©cution de certaines tĂąches coĂ»teuses (#2289)

  • Refactorisation du module Occhab (#2324) avec passage Ă  Marshmallow. Ajout Ă  cette occasion de plusieurs fonctions et classes utilitaires au dĂ©pĂŽt Utils-Flask-SQLAlchemy-Geo. Suppression de la vue v_releve_occtax. Module de rĂ©fĂ©rence pour les dĂ©veloppements et documentation associĂ©e (#2331)

  • DĂ©placement des routes gĂ©ographiques et des tests associĂ©s vers le dĂ©pĂŽt RefGeo (#2342)

  • AmĂ©lioration des tests des permissions

  • La fonction get_scopes_by_module cherche dans le contexte applicatif (variable g) la prĂ©sence de g.current_module et g.current_object lorsqu’ils ne sont pas fournis en paramĂštre.

  • Travaux en cours : compatibilitĂ© SQLAlchemy 1.3 & 1.4 / Flask-SQLAlchemy 2 & 3 (#1812)

  • Mise Ă  jour de Chart.js de la version 2 Ă  4

  • PossibilitĂ© de dĂ©finir l’URL par dĂ©faut de la documentation d’un module par un entrypoint nommĂ© doc_url

📝 Merci aux contributeurs

@ch-cbna / @bouttier / @TheoLechemia / @jpm-cbna / @bastyen / @Gaetanbrl / @VincentCauchois / @joelclems / @amandine-sahl / @andriacap / @mvergez / @DonovanMaillard / @dece / @lpofredc / @MathRdt / @gildeluermoz / @maximetoma / @pierre56 / @cecchi-a / @jbrieuclp / @camillemonchicourt

2.11.2 (2023-01-19)

🐛 Corrections

  • Correction d’un import manquant dans un fichier de migration des donnĂ©es d’exemple d’Occtax (#2285)

  • Correction d’un problĂšme de l’installation globale en mode dĂ©veloppement

2.11.1 (2023-01-18)

🐛 Corrections

  • Correction de la documentation de la sensibilitĂ© (#2234)

  • Correction de l’accĂšs aux notifications lorsque la gestion des comptes utilisateurs est activĂ©e

  • Correction des migrations Alembic des donnĂ©es d’exemple Occtax afin de supporter les migrations depuis GeoNature ≀ 2.9 (#2240, #2248)

  • Correction de la commande upgrade-modules-db afin de supporter les anciens modules dont le passage Ă  Alembic nĂ©cessite un stamp manuel

2.11.0 - Ilex aquifolium 🎄 (2022-12-21)

⏩ En bref

  • Utilisation de la BDC statuts dans la SynthĂšse pour les filtres et infos sur les statuts des espĂšces

  • Mise Ă  jour des rĂšgles de sensibilitĂ© du SINP

  • Notifications (changement de statut de validation de mes observations)

  • Filtre des mĂ©tadonnĂ©es par zonage gĂ©ographique

  • Affichage de zonages sur les cartes (depuis le ref_geo, un WMS, un WFS ou un GeoJSON)

  • Suppression du support des modules non packagĂ©s

  • Simplification et amĂ©lioration des commandes d’installation et de mise Ă  jour des modules

  • AmĂ©lioration du script migration.sh de mise Ă  jour de GeoNature

  • Nettoyage du frontend et amĂ©lioration de la sĂ©paration backend/frontend

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Mettre Ă  jour TaxHub en version 1.10.7

  • Si vous utilisez des modules spĂ©cifiques (hors Import, Export, Dashboard, Monitoring), vĂ©rifiez qu’ils disposent d’une version packagĂ©e compatible avec GeoNature 2.11 (#2058)

  • Si vous aviez mis en place l’accĂšs public Ă  GeoNature, adaptez sa configuration avec le nouveau paramĂštre unique PUBLIC_ACCESS_USERNAME (#2202)

  • Suivez la procĂ©dure de mise Ă  jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)

  • Attention, le script de migration de la version 2.11 a une rĂ©gression et ne rĂ©cupĂšre plus automatiquement la configuration des modules fournis avec GeoNature (Occtax, Occhab, Validation). Rapatriez manuellement vos Ă©ventuels fichiers de configuration de ces modules si vous en avez crĂ©Ă© :

    cp geonature_old/contrib/occtax/config/conf_gn_module.toml geonature/contrib/occtax/config/conf_gn_module.toml
    cp geonature_old/contrib/gn_module_validation/config/conf_gn_module.toml geonature/contrib/gn_module_validation/config/conf_gn_module.toml
    cp geonature_old/contrib/gn_module_occhab/config/conf_gn_module.toml geonature/contrib/gn_module_occhab/config/conf_gn_module.toml
    
  • Si vous les utilisez, mettre Ă  jour les modules Dashboard en version 1.2.1 (ou plus) et Monitoring en version 0.4.0 (ou plus), aprĂšs la mise Ă  jour de GeoNature

  • Vous pouvez dĂ©sactiver les textes de la BDC statuts ne correspondant par Ă  votre territoire. Voir rubrique « 5. Configurer les filtres des statuts de protection et des listes rouges » de https://docs.geonature.fr/admin-manual.html#module-synthese

  • Vous pouvez mettre Ă  jour vos rĂšgles de sensibilitĂ© si vous utilisez TaxRef versions 14 ou 15 :

    • DĂ©sinstallez les rĂšgles fournies par Alembic :

      source ~/geonature/backend/venv/bin/activate
      geonature db downgrade ref_sensitivity_inpn@base
      
    • Vous n’avez probablement plus besoin des anciennes rĂ©gions que vous pouvez alors supprimer de votre rĂ©fĂ©rentiel gĂ©ographique :

      geonature db downgrade ref_geo_fr_regions_1970@base
      
    • Assurez-vous que votre rĂ©fĂ©rientiel gĂ©ographique contienne les dĂ©partements :

      geonature db upgrade ref_geo_fr_departments@head
      
    • Si vous avez TaxRef v15, insĂ©rez les nouvelles rĂšgles ainsi :

      geonature sensitivity add-referential \
          --source-name "Référentiel sensibilité TAXREF v15 20220331" \
          --url https://inpn.mnhn.fr/docs-web/docs/download/401875 \
          --zipfile RefSensibiliteV15_20220331.zip \
          --csvfile RefSensibilite_V15_31032022/RefSensibilite_15.csv  \
          --encoding=iso-8859-15
      
    • Si vous avez TaxRef v14, insĂ©rez les nouvelles rĂšgles ainsi :

      geonature sensitivity add-referential \
          --source-name "Référentiel sensibilité TAXREF v14 20220331" \
          --url https://inpn.mnhn.fr/docs-web/docs/download/401876 \
          --zipfile RefSensibiliteV14_20220331.zip \
          --csvfile RefSensibilite_V14_31032022/RefSensibilite_14.csv  \
          --encoding=iso-8859-15
      
    • RafraĂźchissez la vue matĂ©rialisĂ©e prĂ©-calculant les taxons enfants :

      geonature sensitivity refresh-rules-cache
      
    • Relancez le calcul de la sensibilitĂ© des observations de la synthĂšse :

      geonature sensitivity update-synthese
      

✅ Exemple de procĂ©dure de mise Ă  jour depuis une version 2.9 : https://geonature.fr/documents/procedures/2023-01-GN-29to211.txt

🚀 NouveautĂ©s

  • [SynthĂšse] Ajout de filtres sur les statuts de protection et les listes rouges dans le fenĂȘtre de recherche avancĂ©e basĂ©s sur la BDC Statuts. Ajout des paramĂštres de configuration STATUS_FILTERS et RED_LISTS_FILTERS dans la section SYNTHESE. Il est possible de modifier les listes et statuts affichĂ©s comme indiquĂ© dans la documentation de la configuration du module SYNTHESE. (#1492)

  • [SynthĂšse] Affichage dans la fiche d’une observation, onglet Taxonomie, des informations issues de la BDC Statuts (statuts de protection, listes rouges) en rapport avec le taxon et l’emplacement gĂ©ographique de l’observation sĂ©lectionnĂ©e (#1492)

  • [SynthĂšse] L’export des statuts de protection est maintenant basĂ© sur les donnĂ©es de la BDC Statuts (#1492)

  • Documentation dans la rubrique « 5. Configurer les filtres des statuts de protection et des listes rouges » de https://docs.geonature.fr/admin-manual.html#module-synthese

  • PossibilitĂ© d’afficher des zonages sur les cartes (#974). Ces derniers peuvent provenir :

    • d’un flux WMS ou WFS

    • d’un fichier ou flux GeoJSON

    • du rĂ©fĂ©rentiel gĂ©ographique interne Les couches sont configurables via le paramĂštre REF_LAYERS de la section MAPCONFIG. Par dĂ©faut un WMS des limites administrativs de l’IGN et un WMS des ZNIEFF 1 continentales en mĂ©tropole sont affichĂ©s.

  • Ajout d’un mĂ©canisme de notifications (#1873). L’utilisateur peut choisir de souscrire, pour chaque type de notificaton, s’il veut ĂȘtre notifiĂ© dans GeoNature et/ou par e-mail. Les templates de notifications peuvent ĂȘtre modifiĂ©s par l’administrateur dans le module Admin. Actuellement seule la notification du changement du statut de validation des observations est implĂ©mentĂ©e. Les fonctionnalitĂ©s de notifications sont activĂ©es par dĂ©faut, mais peuvent ĂȘtre dĂ©sactivĂ©es globalement en passant le paramĂštre de GeoNature NOTIFICATIONS_ENABLED Ă  false.

  • Recherche des mĂ©tadonnĂ©es par emprise gĂ©ographique des observations (#1768) Le paramĂštre METADATA_AREA_FILTERS permet de spĂ©cifier les types de zonages gĂ©ographiques disponibles Ă  la recherche (communes, dĂ©partements et rĂ©gions activĂ©s par dĂ©faut).

  • Mise Ă  jour des rĂšgles de sensibilitĂ© des observations (incluant les rĂšgles nationales et rĂ©gionales mises Ă  plat au niveau des dĂ©partements) pour TaxRef version 14 et 15 (#1891)

  • IntĂ©gration et mise Ă  jour de la documentation sur les rĂ©gles et le calcul de la sensibilitĂ©

  • Ajout de sous-commandes pour la gestion du rĂ©fĂ©rentiel de sensibilitĂ© :

    • geonature sensitivity info : information sur les rĂšgles prĂ©sentes dans la base de donnĂ©es

    • geonature sensitivity remove-referential : supprimer les rĂšgles d’une source donnĂ©e

    • geonature sensitivity add-referential : ajouter de nouvelles rĂšgles Les nouvelles installations de GeoNature reposent sur l’utilisation de ces commandes pour fournir les rĂšgles SINP de sensibilitĂ© du 31/03/2022. Ces derniĂšres sont fournies Ă  l’échelle du dĂ©partement et non plus des anciennes rĂ©gions. La branche Alembic ref_sensitivity_inpn ne doit plus ĂȘtre utilisĂ©e et sera supprimĂ©e dans une prochaine version de GeoNature.

  • Deux Dockerfiles permettant de gĂ©nĂ©rer une image frontend et une image backend ont Ă©tĂ© intĂ©grĂ©s. La dockerisation de GeoNature reste toutefois un travail en cours, et l’utilisation de ces images n’est pas encore officiellement supportĂ©e (#2206)

  • Les colonnes id_source de la synthĂšse et id_module des relevĂ©s Occtax sont dĂ©sormais NOT NULL (#2186)

  • Suppression de la section [PUBLIC_ACCESS] dans les paramĂštres de configuration, remplacĂ©e par un unique paramĂštre PUBLIC_ACCESS_USERNAME (#2202)

  • Blocage de la possibilitĂ© de modifier son compte pour l’utilisateur public (#2218)

  • PossibilitĂ© d’accĂ©der directement Ă  une page de GeoNature avec l’utilisateur public, sans passer par la page d’authentification (#1650)

  • Support de la configuration par variable d’environnement prĂ©fixĂ©e par GEONATURE_ (e.g GEONATURE_SQLALCHEMY_DATABASE_URI). Les paramĂštres dĂ©finis ainsi peuvent ĂȘtre exclus de la configuration TOML, y compris les paramĂštres obligatoires

  • Activation de Celery Beat permettant de lancer des tĂąches pĂ©riodiquement

  • Mise Ă  jour des dĂ©pendances :

    • TaxHub 1.10.7

    • UsersHub

    • UsersHub-authentification-module 1.6.2

    • Utils-Flask-SQLAlchemy 0.3.1

    • Utils-Flask-SQLAlchemy-Geo 0.2.6

  • Modules GeoNature et sĂ©paration backend/frontend (#2088) :

    • Suppression du support des modules non packagĂ©s (#2058).

    • La commande install-packaged-gn-module devient install-gn-module.

    • Suppression des paramĂštres ID_MODULE, FRONTEND_PATH et MODULE_URL de la configuration frontend des modules, (#2165).

    • Recherche de la configuration des modules Ă©galement dans le dossier config de GeoNature, sous le nom {module_code}_config.toml (le code du module Ă©tant en minuscule).

    • La commande update-module-configuration est renommĂ©e generate-frontend-module-config par homogĂ©nĂ©itĂ© avec la commande generate-frontend-config.

    • La commande update-configuration gĂ©nĂšre la configuration frontend de tous les modules actifs en plus de la configuration GeoNature (puis lance le build du frontend).

    • Les liens symboliques dans le dossier external_modules sont supprimĂ©s au profit de liens symboliques dans le dossier frontend/external_modules pointant directement vers le dossier frontend des modules considĂ©rĂ©s. Ces liens sont crĂ©Ă©s par la commande install-gn-module. Le processus de migration convertit automatiquement vos liens symboliques existants.

    • Ajout de la commande upgrade-modules-db permettant d’insĂ©rer le module dans la table t_modules et de monter sa branche Alembic afin de crĂ©er ou mettre Ă  jour son schĂ©ma de base de donnĂ©es. Il n’est pas nĂ©cessaire de lancer cette commande manuellement pour les modules installĂ©s avec la commande install-gn-module sauf lorsque cette derniĂšre est appelĂ©e avec le paramĂštre --upgrade-db=false.

    • Les assets frontend ne sont plus collectĂ©s dans un dossier portant le nom du module. Le mainteneur du module doit donc crĂ©er cette arborescence lui-mĂȘme.

🐛 Corrections

  • Installation d’une dĂ©pendance Debian manquante pour Cypress (#2125)

  • Les fichiers de service systemd ont Ă©tĂ© corrigĂ©s pour fonctionner sur une machine sans PostgreSQL (BDD sur un autre hĂŽte)

  • La BDC Statuts est maintenance chargĂ©e lors de l’intĂ©gration continue juste aprĂšs le chargement des dĂ©partements (#1492)

  • Ajout de l’id_module aux relevĂ©s des donnĂ©es d’exemple Occtax

  • Correction du chargement du module Validation (#2183)

  • Correction du script de migration pour gĂ©rer la migration de l’ensemble des modules externes

  • Correction de la gestion du protocole (http / https) lors des redirections automatique de Flask (redirection en cas de slash manquant en fin d’URL)

  • RafraĂźchissement du cache des rĂšgles de sensibilitĂ© en fin d’installation

đŸ’» DĂ©veloppement

  • Nettoyage du frontend : dĂ©pendances, configuration Angular

  • RĂ©vision importante de la documentation, de dĂ©veloppement notamment

  • Les fichiers tsconfig.json et tsconfig.app.json n’ont plus besoin d’ĂȘtre gĂ©nĂ©rĂ©s (#2088)

  • Suppression des paramĂštres ID_MODULE, FRONTEND_PATH et MODULE_URL de la configuration frontend des modules Ă  rĂ©percuter dans les modules (#2165)

  • HomogĂ©nĂ©isation de la configuration entre current_app.config et geonature.utils.config.config

  • Compilation en production sans AOT (#1855)

  • L’installation du backend, du frontend et des modules peut dĂ©sormais ĂȘtre faite sans disposer de la BDD (#1359)

  • Ajout de UsersHub aux dĂ©pendances (dĂ©veloppement uniquement)

  • Correction du chemin du marqueur Leaflet (#2223)

📝 Merci aux contributeurs

@jpm-cbna / @pierrejego / @Gaetanbrl / @amandine-sahl / @VincentCauchois / @antoinececchimnhn / @metourneau / @bouttier / @TheoLechemia / @camillemonchicourt

2.10.4 (2022-11-30)

🐛 Corrections

  • Mise Ă  jour du RefGeo en version 1.2.1 afin de corriger une rĂ©gression des performances dans la synthĂšse

  • Correction de la gĂ©nĂ©ration du rapport de sensibilitĂ© dans les fiches des mĂ©tadonnĂ©es

  • Correction d’un filtre de permissions sur les jeux de donnĂ©es (#2160)

  • Correction des boutons d’ajout de donnĂ©es dans les jeux de donnĂ©es (#2152)

  • Ajout d’une dĂ©pendance Ă  GeoNature dans les migrations Occtax pour corriger un problĂšme alĂ©atoire lors du passage des migrations (#2178)

2.10.3 (2022-11-15)

🚀 NouveautĂ©s

  • Optimisation d’une migration Occtax particuliĂšrement lente en dĂ©sactivant temporairement les triggers (#2138)

🐛 Corrections

  • Correction de la fonctionnalitĂ© d’inscription des utilisateurs (#1874)

  • Correction d’une rĂ©gression des performances de la routes /modules (#2136)

2.10.2 (2022-11-09)

🚀 NouveautĂ©s

  • Documentation de la fonctionnalitĂ© de duplication d’Occtax

🐛 Corrections

  • Correction du script de migration pour gĂ©nĂ©rer la configuration frontend des modules

  • Correction des triggers d’Occtax pour correctement identifier la bonne source

2.10.1 (2022-11-08)

🚀 NouveautĂ©s

  • Ajout du paramĂštre de configuration DISABLED_MODULES

  • Installation des dĂ©pendances frontend des modules dans le dossier frontend des modules eux-mĂȘmes

🐛 Corrections

  • La commande geonature ignore les modules dont le chargement a rencontrĂ© une erreur (#2109)

  • Correction et amĂ©lioration du script de mise Ă  jour de GeoNature (install/migration/migration.sh) (#2110)

  • Correction de la commande d’installation des modules non packagĂ©s avec le routing dynamique (#2107)

  • Correction du message de confirmation d’enregistrement d’un cadre d’acquisition (#2108)

  • Correction d’une rĂ©gression de la 2.10.0 sur la route de rĂ©cupĂ©ration des jeux de donnĂ©es impactant Occtax-mobile

⚠ Notes de version

  • Passez directement Ă  cette version plutĂŽt que la 2.10.0, mais en suivant les notes de version de la 2.10.0, en vous aidant Ă©ventuellement de l’exemple de migration.

2.10.0 - Alouatta macconnelli 🐒 (2022-11-02)

  • Angular 12, tests automatisĂ©s frontend et backend

  • Discussions, signalement, partage, Ă©pinglage d’une occurrence

🔧 Passage de la version 7 Ă  12 d’Angular. Avant de mettre Ă  jour GeoNature sur cette version, vĂ©rifiez que les modules que vous utilisez sont disponibles dans une version compatible avec GeoNature 2.10.0 ou plus (compatibilitĂ© Angular 12).

Modules compatibles Ă  date de la publication de la version 2.10 de GeoNature :

  • Import

  • Export

  • Dashboard

  • Monitoring

⚠ Notes de version

  • Avant de mettre Ă  jour GeoNature :

    • Mettre Ă  jour les versions de TaxHub (1.10.4) et UsersHub (2.3.1), sans la partie migration de la base de donnĂ©es avec Alembic (elle sera faite lors de la mise Ă  jour de GeoNature)

    • Mettre Ă  jour les modules compatibles avec GeoNature 2.10, en vous limitant aux Ă©tapes « TĂ©lĂ©chargement de la nouvelle version du module », « Renommage des rĂ©pertoires » et « Rapatriement de la configuration ». La compilation de chaque module sera faite automatiquement lors de la mise Ă  jour de GeoNature

    • Les nouveaux fichiers de logs seront placĂ©s dans le dossier /var/log/geonature/. Vous pouvez archiver ou supprimer les anciens fichiers de log (/var/log/geonature.log*).

    • Supprimer les paramĂštres de configuration qui ont disparu s’ils sont prĂ©sents dans votre fichier de configuration geonature_config.toml :

      • LOCAL_SRID

      • CRUVED_SEARCH_WITH_OBSERVER_AS_TXT

      • id_area_type_municipality

    • Installation du worker Celery : il vous faut installer le broker redis :

      sudo apt install redis
      
  • Suivez la procĂ©dure de mise Ă  jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)

  • Suivez les Ă©ventuelles notes de version spĂ©cifiques des modules installĂ©s (SQL de migration de leur schĂ©ma de BDD, stamp Alembic de la BDD)

✅ Un exemple de migration complĂšte de GeoNature 2.9 Ă  2.10, ses dĂ©pendances et ses modules principaux est disponible (pour information et Ă  adapter Ă  votre contexte).

🚀 NouveautĂ©s

  • PossibilitĂ© de dupliquer le module Occtax (#621)

  • AmĂ©lioration des fiches des observations dans les modules SynthĂšse et Validation (#1474)

  • Ajout d’un permalien sur les fiches des observations dans les modules SynthĂšse et Validation (#1727)

  • Signaler une occurrence et paramĂštre ALERT_MODULES associĂ© (#1750)

  • Epingler une occurrence et son paramĂštre PIN_MODULES associĂ© (#1819)

  • Discussions sur une occurrence et ses paramĂštres DISCUSSION_MODULES et DISCUSSION_MAX_LENGTH associĂ©s (#1731)

  • Mise Ă  jour d’Angular de la version 7 Ă  12 et des dĂ©pendances javascript liĂ©es (#1547)

  • Mise en place de tests automatisĂ©s frontend avec Cypress, simulant les actions de l’utilisateur et vĂ©rifiant la conformitĂ© des rĂ©sultats dans les modules Occtax, SynthĂšse et MĂ©tadonnĂ©es

  • Renforcement et nettoyage des tests automatisĂ©s backend (augmentation de la couverture de code de 49,8% Ă  63,1%)

  • Documentation de l’utilisation et de la mise en place des tests automatisĂ©s backend et frontend.

  • Simplification du CRUVED minimum pour accĂ©der Ă  GeoNature, ne nĂ©cessitant plus d’avoir obligatoirement un CRUVED dĂ©fini au niveau global de GeoNature (#1622)

  • [MĂ©tadonnĂ©es] Remplacement de la liste des imports par la liste des sources dans la fiche des JDD (#1249)

  • [MĂ©tadonnĂ©es] Lister les cadres d’acquisition par ordre alphabĂ©tique

  • [Admin] AmĂ©lioration de l’interface (#2101)

  • Ajout de la commande geonature db status permettant de lister les migrations Alembic, leurs dĂ©pendances et identifier celles qui ont Ă©tĂ© appliquĂ©es ou non (#1574)

  • Ajout d’un worker Celery pour l’exĂ©cution de tĂąches asynchrones

  • DĂ©placement du fichier de log GeoNature vers /var/log/geonature/geonature.log.

  • Suppression de la table gn_sensitivity.cor_sensitivity_synthese et des triggers associĂ©s (#1710)

  • Suppression du paramĂštre CRUVED_SEARCH_WITH_OBSERVER_AS_TXT permettant d’ajouter le filtre sur l’observers_txt en ILIKE sur les portĂ©e 1 et 2 du CRUVED

  • Documentation : Ajout d’exemples de configuration pour utiliser les fonds IGN (#1703)

  • Documentation : ComplĂ©ment de la documentation sur les calculs de la sensibilitĂ©

  • Suppression du paramĂštre de configuration LOCAL_SRID. Le SRID local est fourni Ă  l’installation, puis auto-dĂ©tectĂ© depuis la base de donnĂ©es Ă  l’usage.

  • Suppression du paramĂštre de configuration id_area_type_municipality.

  • [Occtax] RĂ©vision du style des fiches d’information des relevĂ©s (#1876)

  • [Occtax] Ajout des valeurs par dĂ©faut directement dans la base de donnĂ©es (#1857)

  • [Monitoring] Ajout d’un trigger calculant automatiquement l’altitude des sites

  • [Profils] Ajout des paramĂštres default_spatial_precision, default_temporal_precision_days et default_active_life_stage dans la table gn_profiles.t_parameters, remplaçant les valeurs par dĂ©faut dĂ©finies au niveau du rĂšgne dans la table gn_profiles.cor_taxons_parameters

  • Ajout d’une couche d’objets linĂ©aires dans le rĂ©fĂ©rentiel gĂ©ographique (https://github.com/PnX-SI/RefGeo/pull/4)

  • Installation de la version 15 de Taxref par dĂ©faut lors des nouvelles installations

  • PossibilitĂ© de limiter la recherche de lieux Ă  un ou plusieurs pays avec le paramĂštre OSM_RESTRICT_COUNTRY_CODES (#2010)

  • On ne peut pas fermer un cadre d’acquisition qui ne contient que des jeux de donnĂ©es sans donnĂ©es

  • Rechargement (reload) automatique de GeoNature quand on modifie la configuration de GeoNature (#2045)

  • RedĂ©marrage (restart) automatique du worker Celery lors du redĂ©marrage de GeoNature (#2045)

  • SynthĂšse : ajout d’un message lors du chargement des donnĂ©es (#1637)

  • Cartes : Faire remonter la gĂ©omĂ©trie de l’objet selectionnĂ© dans la liste (#2036)

  • Ajout du paramĂštre CODE_APPLICATION, suite Ă  la suppression du paramĂštre ID_APP (#1635)

  • [MetadonnĂ©es] Formulaire des CA : correction de la saisie des CA parents (#2097)

  • [Accueil] AmĂ©lioration du formatage des nombres dans le bloc de statistiques (#2085)

🐛 Corrections

  • Remise en place de la rotation automatique des fichiers de logs (#1627)

  • [OCCTAX] Ajout des valeurs par dĂ©faut des nomenclatures au niveau de la base de donnĂ©es (#1857)

  • [OCCTAX] Correction d’un bug d’édition de gĂ©omĂ©trie non pris en compte

  • Map List: Ă  la selection d’une ligne dans le tableau, placement de la gĂ©omĂ©trie correspondante au dessus des autres gĂ©omĂ©tries (#2036)

  • Correction de l’URL pour la mise Ă  jour des mots de passe (#1620)

  • Statistiques sur la page d’accueil : utilisation des bonnes permissions (action R du module SYNTHESE). Les donnĂ©es et la carte sont masquĂ©es si les permissions sont manquantes.

  • AmĂ©lioration du responsive de la page d’accueil (#1682)

  • Correction de l’intĂ©gration des rĂ©gions quand GeoNature n’est pas installĂ© avec la projection 2154 (#1695)

  • [Occtax] Correction de l’affichage de la liste tronquĂ©e des habitats (#1701)

  • Correction du style des tooltips (#1775)

  • [Validation] Correction du filtre par observations disposant d’un mĂ©dia (#1757)

  • [Validation] Chargement des observations ayant un UUID uniquement

  • [SynthĂšse] AmĂ©lioration de la liste dans la recherche des taxons (#1803)

  • Correction des URL et redirection de renouvellement du mot de passe (#1810 / #1620)

  • Correction du CSS du bloc introduction de la page d’accueil (#1824)

  • Suppression de l’accĂšs Ă  la gestion du compte pour l’utilisateur « public » (#1844)

  • RĂ©duction du niveau de logs de l’outil Fiona pour amĂ©liorer les performances des exports en format SIG (#1875)

  • Correction de la concatĂ©nation des champs additionnels au niveau des triggers de Occtax vers SynthĂšse et correction des donnĂ©es dans la SynthĂšse (#1467)

  • Correction des donnĂ©es dans la SynthĂšse suite au problĂšme d’enregistrement des dĂ©nombrements dans Occtax, corrigĂ© dans la version 2.9.0 (#1479)

  • Correction des triggers de Occtax vers SynthĂšse lors de la modification de dĂ©nombrements multiples et correction des donnĂ©es dans la SynthĂšse (#1821)

  • Modification du script de dĂ©marrage systemd pour lancer GeoNature et son worker Celery aprĂšs PostgreSQL (#1970)

  • Correction de l’installation de psycopg2 (#1994)

  • Correction de la route de rĂ©cupĂ©ration des jeux de donnĂ©es quand on lui passe plusieurs filtres

  • Correction de la fonction gn_synthese.update_sensitivity() en cas de valeurs nulles

  • [OCCTAX] Correction d’un bug d’édition de gĂ©omĂ©trie non pris en compte (#2023)

  • [OCCTAX] Correction de l’affichage des dates en utilisant l’UTC pour Ă©viter les soucis de fuseaux horaires diffĂ©rents entre le serveur et le navigateur de l’utilisateur (#2005)

  • [MĂ©tadonnĂ©es] Correction de l’affichage des boutons de crĂ©ation d’un JDD et d’un CA seulement si l’utilisateur en a les droits (#1822)

đŸ’» DĂ©veloppement

  • Mise Ă  jour d’Angular de la version 7 Ă  12 Ă  rĂ©percuter dans les modules spĂ©cifiques (https://update.angular.io/?v=7.2-12.0)

  • Mise Ă  jour des dĂ©pendances backend et frontend

  • Mise Ă  jour de Flask version 1.1 Ă  2.2

  • Routage dynamique des modules, supprimant la nĂ©cessitĂ© de gĂ©nĂ©rer le fichier de routage du frontend (#2059)

  • Ajout de Celery pour les traitements asynchrones

  • PossibilitĂ© de configurer GeoNature avec un fichier python en dĂ©finissant le nom du module dans la variable d’environnement GEONATURE_SETTINGS

  • Utilisation de la pagination fournit par Flask-SQLAlchemy pour get_color_taxon()

  • Suppression de la table gn_exports.t_config_export et du schĂ©ma gn_exports crĂ©Ă©s par GeoNature (si le module Export n’est pas dĂ©jĂ  installĂ©) (#1642)

  • Suppression des commandes GeoNature dev-front et frontend-build (#1800, #2088) :

  • RĂ©tablissement de l’utilisation de nvm pour installer NodeJS (#1726)

  • Ajout de la commande geonature default-config

  • Externalisation du ref_geo, de son schĂ©ma de donnĂ©es et de ses modĂšles en tant que module indĂ©pendant dans un dĂ©pĂŽt dĂ©diĂ© (#228)

  • IntĂ©gration des rĂ©gions par dĂ©faut lors de l’installation de GeoNature

  • AmĂ©lioration des composants frontend DynamicForm

  • PossibilitĂ© de filtrer le composant frontend « nomenclature » par rĂšgne ou Goup2INPN

  • AmĂ©lioration du style des tooltips (#1717)

  • Ajout de la commande geonature sensitivity refresh-rules-cache pour rafraichir la vue matĂ©rialisĂ© gn_synthese.t_sensitivity_rules_cd_ref (Ă  lancer Ă  chaque modification de rĂšgles dans la table gn_synthese.t_sensitivity_rules)

  • La configuration du module n’est pas Ă©crasĂ©e lors d’une rĂ©installation de ce dernier

  • Suppression de la vue gn_synthese.v_synthese_decode_nomenclatures

  • GĂ©nĂ©ration automatique de la documentation quand on publie une nouvelle version

  • Ajout de la commande geonature ref_geo info qui compte le nombre de zonages par type

  • Suppression des dĂ©pendances « geog » et « numpy » en utilisation la fonction PostGIS ST_DWithin pour la recherche par cercle (#1972)

  • La variable d’environnement DATA_DIRECTORY permet de dĂ©finir un dossier pour la mise en cache et rĂ©utilisation des ressources tĂ©lĂ©chargĂ©es lors de la crĂ©ation de la base de donnĂ©es

  • Chargement de la configuration des modules packagĂ©s directement lors de l’import du module config (avant mĂȘme l’appel Ă  create_app) (#2055)

📝 Merci aux contributeurs

@bouttier / @antoinececchimnhn / @TheoLechemia / @jpm-cbna / @mvergez / @ophdlv / @Adrien-Pajot / @Gaetanbrl / @pierrejego / @jbrieuclp / @amandine-sahl / @joelclems / @metourneau / @gildeluermoz / @camillemonchicourt

2.9.2 (2022-02-15)

🚀 NouveautĂ©s

  • Optimisation du nombre d’informations renvoyĂ©es par l’API pour les utilisateurs et les organismes

  • Ajout d’une commande pour relancer le calcul de la sensibilitĂ©, utile en cas de modification du rĂ©fĂ©rentiel de sensibilitĂ© : geonature sensitivity update-synthese. Elle s’appuie sur la fonction gn_synthese.update_sensitivity().

  • Le niveau de diffusion dans la synthĂšse n’est plus calculĂ© automatiquement Ă  partir du niveau de sensibilitĂ© (#1711)

  • Le niveau de sensibilitĂ© tient compte du comportement de l’occurrence (OCC_COMPORTEMENT), en plus du statut biologique (STATUT_BIO)

  • Optimisation du recalcul de la sensibilitĂ© lors de la mise Ă  jour de la synthĂšse (trigger BEFORE au lieu de AFTER)

  • Ajout de tests unitaires sur les fonctions de calcul de la sensibilitĂ©

🐛 Corrections

  • Correction d’une rĂ©gression sur la rĂ©cupĂ©ration de la liste des taxons (#1672)

  • Correction de l’authentification au CAS de l’INPN

  • Correction du calcul de la sensibilitĂ© (#1284) :

    • Gestion correcte de la prĂ©sence de plusieurs rĂšgles avec et sans critĂšre statut biologique

    • Utilisation de la rĂšgle la plus sensible quand plusieurs rĂšgles s’appliquent

⚠ Notes de version

  • La correction de la fonction de calcul de la sensibilitĂ© est suivie d’un recalcul automatique du niveau de sensibilitĂ© des donnĂ©es prĂ©sentes dans la synthĂšse. Si vous ne souhaitez pas procĂ©der Ă  ce recalcul, ajoutez le paramĂštre -x recompute-sensitivity=false lors de la mise Ă  jour de la base de donnĂ©es avec la commande geonature db autoupgrade (lancĂ©e automatiquement par le script migration.sh) :

    (venv)$ geonature db autoupgrade -x recompute-sensitivity=false
    
  • Le niveau de diffusion des donnĂ©es dans la synthĂšse est remis Ă  NULL si celui-ci Ă©quivaut au niveau de sensibilitĂ©. Seuls les niveaux de diffusion qui diffĂ©rent sont laissĂ©s intacts. Si vous souhaitez rectifier vous-mĂȘmes vos niveaux de diffusion et ne pas les remettre Ă  NULL quand ils sont Ă©quivalents au niveau de sensibilitĂ©, vous pouvez ajouter le paramĂštre -x clear-diffusion-level=false lors de la mise Ă  jour de la base de donnĂ©es :

    (venv)$ geonature db autoupgrade -x clear-diffusion-level=false
    

    Si vous redescendez Ă  l’état antĂ©rieur de votre base de donnĂ©es, les niveaux de diffusion seront restaurĂ©s Ă  partir du niveau de sensibilitĂ© ; vous pouvez Ă©viter ceci avec -x restore-diffusion-level=false.

2.9.1 (2022-01-27)

🚀 NouveautĂ©s

  • Utilisation du paramĂštre page de Flask Ă  la place du paramĂštre maison offset pour la pagination des routes (rĂ©tro-compatible)

  • Installation de TaxHub en version 1.9.4 (version corrective) par dĂ©faut

  • Ajout du paramĂštre de configuration CODE_APPLICATION (par dĂ©faut GN) (#1635)

🐛 Corrections

  • Correction de l’URL de rĂ©initialisation de mot passe envoyĂ©e par email (#1620)

  • Correction d’un problĂšme d’authentification avec le CAS

  • Occtax : Correction des listes dĂ©roulantes masquĂ©es dans le bloc dĂ©nombrement, en rajoutant un scroll

  • Correction de l’URL de l’API de TaxHub (slash final manquant) pour l’affichage des photos sur la fiche d’un profil de taxon

  • Correction de la synchronisation des mĂ©tadonnĂ©es depuis MTD

  • Correction de la gĂ©nĂ©ration du token quand on utilise le CAS de l’INPN pour se connecter Ă  GeoNature

  • Correction des permissions trop restrictives d’accĂšs aux donnĂ©es de la synthĂšse

  • Correction de la pagination de la route /color_taxon en rajoutant un ordonnancement par cd_nom et id_area (utilisĂ© par Occtax-mobile)

  • Contournement d’un problĂšme de redirection incorrecte par l’API de TaxHub lorsque celui-ci est mal configurĂ© (#1438, #1616)

2.9.0 - Actias luna 🩋 (2022-01-13)

Profils de taxons

🚀 NouveautĂ©s

  • Construction automatique d’une fiche d’identitĂ© (profil) par taxon grĂące aux observations validĂ©es prĂ©sentes dans la base de donnĂ©es (altitude min/max, distribution spatiale, date de premiĂšre/derniĂšre observation, nombre de donnĂ©es valides, phĂ©nologie) (#917 par @DonovanMaillard, @lepontois, @Adrien-Pajot, @TheoLechemia, @bouttier, @amandine-sahl, @jpm-cbna)

    • CrĂ©ation d’un schĂ©ma gn_profiles dans la BDD contenant les tables, les vues, les fonctions et les paramĂštres de calcul des profils de taxons (https://github.com/PnX-SI/GeoNature/blob/develop/data/core/profiles.sql) (#1103)

    • Mise en place de l’API des profils de taxons (#1104)

    • Affichage des scores de chaque observation par rapport au profil du taxon dans la liste des observations du module Validation, ainsi que dans les fiches dĂ©tails des observations dans les modules SynthĂšse et Validation (#1105)

    • Ajout de filtres des observations par score ou critĂšre des profils de taxon dans le module Validation (#1105)

    • Ajout d’une alerte de contextualisation d’une observation par rapport au profil de taxon, lors de sa saisie dans le module Occtax

    • Mise en place de paramĂštres pour activer ou non les profils de taxons, paramĂ©trer leurs rĂšgles et dĂ©finir les statut de validation pris en compte pour le calcul des profils (« Certain-trĂšs probable » et « Probable » par dĂ©faut)

    • Documentation des profils de taxons et de leur paramĂštrage (https://docs.geonature.fr/admin-manual.html#profils-de-taxons)

    • Suppression de la vue matĂ©rialisĂ©e gn_synthese.vm_min_max_for_taxons et de la fonction gn_synthese.fct_calculate_min_max_for_taxon() qui n’étaient pas utilisĂ©es

  • [OCCTAX] Ajout d’un bouton permettant d’annuler la modification d’un taxon (#1508 par @jbrieuclp)

  • [OCCTAX] Ajout de valeurs par dĂ©faut aux champs additionnels (gn_commons.t_additional_fields.default_value)

  • [OCCTAX] Ajout d’un filtre avancĂ© par id_releve

  • [SYNTHESE] Ajout d’un filtre avancĂ© par UUID d’observation (#973)

  • AmĂ©lioration des listes dĂ©roulantes en passant Ă  la librairie ng-select2 pour les composants multiselects (#616 par @jbrieuclp)

  • Gestion du rĂ©fĂ©rentiel des rĂ©gions par Alembic (#1475)

  • Ajout des anciennes rĂ©gions (1970-2016), inactives par dĂ©faut, mais utiles pour les rĂšgles rĂ©gionales de sensibilitĂ©

  • Gestion du rĂ©fĂ©rentiel de sensibilitĂ© (rĂšgles nationales et rĂ©gionales) par Alembic (#1576)

  • Ajout d’une documentation sur le calcul de la sensibilitĂ© des observations (https://docs.geonature.fr/admin-manual.html#gestion-de-la-sensibilite, par @mvergez)

  • [SYNTHESE] AmĂ©lioration de la fenĂȘtre de limite d’affichage atteinte (#1520 par @jpm-cbna)

  • [OCCHAB] Utilisation de tout Habref par dĂ©faut si aucune liste d’habitats n’est renseignĂ©e dans la configuration du module

  • [METADONNEES] Attribuer des droits Ă  un utilisateur sur un JDD si il a des droits sur son cadre d’acquisition

  • Association automatique et paramĂ©trable des jeux de donnĂ©es personnels auto-gĂ©nĂ©rĂ©s Ă  des modules (Occtax par dĂ©faut) (#1555)

  • Utilisation du C du CRUVED de l’utilisateur pour lister les jeux de donnĂ©es dans lesquels il peut ajouter des donnĂ©es dans les diffĂ©rents modules (et non plus le R du CRUVED sur GeoNature) (#659)

🐛 Corrections

  • [OCCTAX] Correction de l’enregistrement des dĂ©nombrements lors de l’enchainement des relevĂ©s (#1479 par @jbrieuclp)

  • [OCCTAX] Correction du filtre du champs « Habitat » par typologie d’habitat

  • [ADMIN] Correction de l’affichage du module (#1427 par @jbrieuclp)

  • [ADMIN] SĂ©curisation du module (#839)

  • [VALIDATION] Corrections de la validation des observations (#1485 / #1529)

  • [METADONNEES] AmĂ©lioration des performances (#1559)

  • [METADONNEES] Correction de la suppression des JDD

  • [METADONNEES] Correction de l’export PDF des JDD (#1544)

  • [METADONNEES] Correction des permissions (#1528)

  • [METADONNEES] Correction de la recherche avancĂ©e

  • [SYNTHESE] Correction de la recherche sur les champs gĂ©nĂ©riques de type nombre entier (#1519 par @jpm-cbna)

  • [SYNTHESE] Correction des permissions

  • [SYNTHESE] Correction du lien entre les filtres CA et JDD (#1530)

  • [OCCHAB] Correction du chargement de la configuration, des fiches info et de la modification d’une station

  • [METADONNEES] AmĂ©liorations des performances et des contrĂŽles du formulaire des acteurs pour les JDD et les CA (par @joelclems)

  • Correction de la redirection vers le formulaire de login en cas de cookie corrompu (#1550 par @antoinececchimnhn)

  • Correction de la crĂ©ation de compte utilisateur (#1527)

  • Mise Ă  jour du module Habref-api-module pour corrections de certaines donnĂ©es d’Habref

đŸ’» DĂ©veloppement

  • Migration vers la librairie gn-select2 pour les listes dĂ©roulantes des formulaires (#616 / #1285 par @jbrieuclp)

  • Documentation de dĂ©veloppement backend revue et complĂ©tĂ©e (#1559, https://docs.geonature.fr/development.html#developpement-backend)

  • AmĂ©lioration de nombreuses routes et fonctions du backend

  • Ajouts de tests automatisĂ©s du backend

  • Mise en place d’une intĂ©gration continue pour exĂ©cuter automatiquement les tests backend et leur couverture de code avec GitHub Actions, Ă  chaque commit ou pull request dans les branches develop ou master (#1568, https://github.com/PnX-SI/GeoNature/actions)

  • [VALIDATION] Suppression des vues SQL et optimisation des routes

  • GĂ©nĂ©ration automatique et alĂ©atoire du paramĂštre SECRET_KEY

  • [SYNTHESE] Remplacement de as_literal par json.loads, plus performant (par @antoinececchimnhn)

  • PossibilitĂ© de filter la route synthese/taxa_distribution par id_source (#1446 par @mvergez)

  • Factorisation du composant pnx-municipalities avec le composant pnx-areas

  • Ajout du composant pnx-areas dans dynamic-form

  • Ajout d’un input valueFieldName aux composants pnx-areas et pnx-municipalities.

  • Mise Ă  jour de nombreuses dĂ©pendances

⚠ Notes de version

  • La liste des JDD dans les modules de saisie (Occtax, Occhab, Monitoring et Import) se base dĂ©sormais sur le C du CRUVED de l’utilisateur au niveau du module (ou du C du CRUVED de GeoNature si l’utilisateur n’a pas de CRUVED sur le module), au lieu du R de GeoNature jusqu’à prĂ©sent. Vous devrez donc potentiellement adapter vos permissions Ă  ce changement de comportement (#659)

  • Si vous avez surcouchĂ© le paramĂštre de configuration AREA_FILTERS de la section [SYNTHESE], veuillez remplacer id_type par type_code (voir ref_geo.bib_areas_types)

    AREA_FILTERS = [
        { label = "Communes", id_type = 25 }
    ]
    

    devient

    AREA_FILTERS = [
        { label = "Communes", type_code = "COM" }
    ]
    
  • Si vous aviez modifiĂ© les colonnes de la liste des observations du module Validation en adaptant la vue gn_validation.v_synthese_validation_forwebapp, celle-ci a Ă©tĂ© supprimĂ©e et il suffit dĂ©sormais d’indiquer les colonnes souhaitĂ©es dans la configuration du module. Voir documentation (http://docs.geonature.fr/admin-manual.html#liste-des-champs-visibles)

  • Les nouvelles fonctionnalitĂ©s liĂ©es aux profils de taxons nĂ©cessitent de rafraichir des vues materialisĂ©es Ă  intervalles rĂ©guliers et donc de crĂ©er une tĂąche planfiĂ©e (cron). Voir documentation (https://docs.geonature.fr/installation.html#taches-planifiees)

  • Les rĂ©gions sont maintenant disponibles via des migrations Alembic. Si vous possĂ©dez dĂ©jĂ  les rĂ©gions, vous pouvez l’indiquer Ă  Alembic :

    geonature db upgrade ref_geo@head
    geonature db stamp d02f4563bebe
    
  • Le rĂ©fĂ©rentiel de sensibilitĂ© est dĂ©sormais disponible via une migration Alembic. Celui-ci nĂ©cessite le rĂ©fĂ©rentiel des rĂ©gions (branche Alembic ref_geo_fr_regions), ainsi que le rĂ©fĂ©rentiel des anciennes rĂ©gions (branche Alembic ref_geo_fr_regions_1970) – l’installation de ces rĂ©fĂ©rentiels est automatique avec l’installation des rĂšgles de sensibilitĂ©.

    • Si vous possĂ©dez dĂ©jĂ  le rĂ©fĂ©rentiel, vous pouvez l’indiquer Ă  Alembic :

      geonature db stamp 7dfd0a813f86
      
    • Si vous avez installĂ© GeoNature 2.8.X, le rĂ©fĂ©rentiel de sensibilitĂ© n’a pas Ă©tĂ© installĂ© automatiquement. Vous pouvez l’installer manuellement :

      geonature db upgrade ref_sensitivity_inpn@head
      

    Par dĂ©faut, seule les rĂšgles nationales sont activĂ©es, vous laissant le soin d’activer vos rĂšgles locales en base vous-mĂȘme. Vous pouvez Ă©galement demander, lors de l’installation du rĂ©fĂ©rentiel, Ă  activer (resp. dĂ©sactiver) toutes les rĂšgles en ajout Ă  la commande Alembic l’option -x active=true (resp. -x active=false).

  • Si vous souhaitez surcoucher les paramĂštres par dĂ©faut de Gunicorn (app_name, timeout
), depuis le passage Ă  systemd dans la version 2.8.0, c’est dĂ©sormais Ă  faire dans un fichier environ Ă  la racine du dossier de votre GeoNature (#1588, https://docs.geonature.fr/admin-manual.html#parametres-gunicorn)

  • Si vous les utilisez, mettez Ă  jour les modules Import, Export et Monitoring dans leurs derniĂšres versions compatibles avec le version 2.9.0 de GeoNature

2.8.1 (2021-10-17)

🚀 NouveautĂ©s

  • Ajout de l’indication du dĂ©partement au formulaire des communes (#1480)

  • Ajout des champs group2inpn et regne au formulaire des nomenclatures (#1481)

🐛 Corrections

2.8.0 - Vaccinium myrtillus 🌿 (2021-10-18)

Gestion de la base de données avec Alembic

⚠ Avant de mettre Ă  jour GeoNature, vĂ©rifiez que les modules que vous utilisez disposent d’une version compatible avec la 2.8.0, suite au passage Ă  la version 3 de Marshmallow.

🚀 NouveautĂ©s

🐛 Corrections

  • Corrections et amĂ©liorations des formulaires dynamiques et des champs additionnels

  • Correction de l’envoi d’email lors de la rĂ©cupĂ©ration du mot de passe (#1471)

  • Occtax : Correction du focus sur le champs « taxon » quand on enchaine les taxons (#1462)

  • Occtax : Correction du formulaire de modification quand le relevĂ© est une ligne ou un polygone (#1461)

  • Occtax : Correction de la conservation de la date quand on enchaine les relevĂ©s (#1442)

  • Occtax : Correction du paramĂštre d’export des champs additionnels (#1440)

  • SynthĂšse : correction de la recherche par jeu de donnĂ©es (#1494)

  • Correction de l’affichage des longues listes dĂ©roulantes dans les champs additionnels (#1442)

  • Mise Ă  jour de la table cor_area_synthese lors de l’ajout de nouvelles zones via un trigger sur la table l_areas (#1433)

  • Correction de l’export PDF des fiches de mĂ©tadonnĂ©es (#1449)

  • Jeux de donnĂ©es : correction de l’affichage des imports sources

  • Correction de la configuration Apache et de la gestion par flask d’un GeoNature accessible sur un prĂ©fix (e.g. /geonature) (#1463)

  • Correction de la commande install_packaged_gn_module

  • Correction des champs additionnels de type boutons radios (#1464 et #1472)

  • Occtax : Correction du contrĂŽle des heures quand on est sur 2 mois distincts (#1468)

  • Suppression de nombreux identifiants en dur dans les scripts SQL de crĂ©ation de la BDD

  • Correction du trigger d’Occtax vers la SynthĂšse pour le champs Comportement (#1469)

  • Correction des fonctions get_default_nomenclature_value

  • Correction du composant multiselect (#1488)

  • Correction du script migrate.sh pour rĂ©cupĂ©rer le fichier custom.scss depuis son nouvel emplacement (#1430)

  • Correction du paramĂštre EXPORT_OBSERVERS_COL

  • MĂ©tadonnĂ©es : Suppression en cascade sur les tables gn_meta.cor_dataset_territory et gn_meta.cor_dataset_protocol (#1452)

  • Correction de la commande install_packaged_gn_module : rechargement des entry points aprĂšs installation avec pip d’un module packagĂ©

  • Correction d’un bug lors de l’ajout d’un cadre d’acquisition

đŸ’» DĂ©veloppement

  • Mise Ă  jour de plusieurs dĂ©pendances

  • Packetage des modules fournis avec GeoNature

  • L’utilisateur connectĂ© est maintenant accessible via g.current_user

  • Nettoyage et refactoring divers

⚠ Notes de version

  • Mettre Ă  jour UsersHub en version 2.2.1 et TaxHub en version 1.9.0 (si vous les utilisez) en sautant leur Ă©tape de passage Ă  Alembic (car la mise Ă  jour de GeoNature se charge dĂ©sormais de mettre Ă  jour aussi les schĂ©mas taxonomie et utilisateurs)

  • Suppression de supervisor :

    • Stopper GeoNature : sudo supervisorctl stop geonature2

    • Supprimer le fichier de configuration supervisor de GeoNature : sudo rm /etc/supervisor/conf.d/geonature-service.conf

    • Si supervisor n’est plus utilisĂ© par aucun service (rĂ©pertoire /etc/supervisor/conf.d/ vide), il peut ĂȘtre dĂ©sinstallĂ© (sudo apt remove supervisor)

  • Suivre la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

  • Passage Ă  systemd :

    • Copier le fichier install/assets/geonature.service dans /etc/systemd/system/

    • Éditer /etc/systemd/system/geonature.service et remplacer les variables ${USER} (votre utilisateur linux courant) et ${BASE_DIR} (chemin absolu du rĂ©pertoire de GeoNature) par les valeurs appropriĂ©es

    • Lancer la commande sudo systemctl daemon-reload

    • Pour dĂ©marrer GeoNature : sudo systemctl start geonature

    • Pour lancer GeoNature automatiquement au dĂ©marrage du serveur : sudo systemctl enable geonature

  • Correction de la configuration Apache : si vous servez GeoNature sur un prĂ©fixe (typiquement /geonature/api), assurez vous que ce prĂ©fixe figure bien Ă©galement Ă  la fin des directives ProxyPass et ProxyPassReverse comme dans l’exemple suivant :

    <Location /geonature/api>
        ProxyPass http://127.0.0.1:8000/geonature/api
        ProxyPassReverse  http://127.0.0.1:8000/geonature/api
    </Location>
    

    Si vous servez GeoNature sur un sous-domaine, vérifiez ou modifier la configuration Apache :

    <Location /api>
        ProxyPass http://127.0.0.1:8000/api
        ProxyPassReverse  http://127.0.0.1:8000/api
    </Location>
    

    Pensez Ă  recharger Apache si vous ĂȘtes amenĂ© Ă  en changer la configuration : sudo systemctl reload apache2

  • Passage Ă  Alembic :

    • S’assurer d’avoir une base de donnĂ©es de GeoNature en version 2.7.5

    • Si vous avez UsersHub installĂ©, ajoutez dans votre configuration GeoNature la section suivante (en adaptant le chemin) :

    [ALEMBIC]
    VERSION_LOCATIONS = '/path/to/usershub/app/migrations/versions'
    
    • Entrer dans le virtualenv afin d’avoir la commande geonature disponible : source backend/venv/bin/activate

    • ExĂ©cuter les commandes suivantes afin d’indiquer Ă  Alembic l’état de votre base de donnĂ©es :

    geonature db stamp f06cc80cc8ba  # GeoNature 2.7.5
    geonature db stamp 0dfdbfbccd63  # référentiel géographique des communes
    geonature db stamp 3fdaa1805575  # référentiel géographique des départements
    geonature db stamp 586613e2faeb  # rĂ©fĂ©rentiel gĂ©ographique des mailles 1×1
    geonature db stamp 7d6e98441e4c  # rĂ©fĂ©rentiel gĂ©ographique des mailles 5×5
    geonature db stamp ede150d9afd9  # rĂ©fĂ©rentiel gĂ©ographique des mailles 10×10
    geonature db stamp 1715cf31a75d  # MNT de l’IGN
    
    • Si vous aviez dĂ©jĂ  intallĂ© certains modules, vous devez l’indiquer Ă  Alembic :

      • Module Occtax : geonature db stamp f57107d2d0ad

      • Module Occhab : geonature db stamp 2984569d5df6

    • Mettre sa base de donnĂ©es Ă  jour avec Alembic : geonature db autoupgrade

    Pour plus d’information sur l’utilisation d’Alembic, voir la documentation administrateur de GeoNature.

2.7.5 (2021-07-28)

🐛 Corrections

  • CompatibilitĂ© avec Occtax-mobile 1.3. PossibilitĂ© d’ajouter la query string fields sur la route meta/datasets pour choisir les champs renvoyĂ©s par l’API

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

2.7.4 (2021-07-23)

🐛 Corrections

  • Correction d’un import manquant entrainant un problĂšme de compilation du frontend (#1424)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

2.7.3 (2021-07-22)

🚀 NouveautĂ©s

  • MĂ©tadonnĂ©es : ajout des paramĂštres CD_NOMENCLATURE_ROLE_TYPE_DS et CD_NOMENCLATURE_ROLE_TYPE_AF pour limiter les rĂŽles utilisables au niveau des jeux de donnĂ©es et des cadres d’acquisition (#1417)

  • Ajout de la commande mtd_sync qui permet de synchroniser les mĂ©tadonnĂ©es de toute une instance depuis le flux MTD du SINP

🐛 Corrections

  • Correction de l’affichage des jeux de donnĂ©es sur les fiches des cadres d’acquisition (#1410)

  • Doc : PrĂ©cision des OS supportĂ©s (Debian 10 uniquement en production)

đŸ’» DĂ©veloppement

  • Support des commandes Flask au niveau de la commande geonature (run, db, routes, shell
)

  • Ajout des sous-modules en tant que dĂ©pendances

  • Ajout d’une commande install_packaged_gn_module

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

2.7.2 (2021-07-05)

🐛 Corrections

  • OCCTAX : correction de la vĂ©rification du CRUVED (#1413)

  • OCCTAX : correction du dĂ©grisement du formulaire au chargement de la fonctionnalitĂ© « mes lieux » (#1414)

  • OCCTAX : DĂ©placement des champs additionnels pour les dĂ©nombrements avant les mĂ©dias (#1409)

  • Suppression des champs additionnels de type « taxonomy » qui n’étaient pas supportĂ©s

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

2.7.1 (2021-07-02)

🐛 Corrections

  • Installation des dĂ©pendances javascript des modules lors de la migration de version de GeoNature (#1252)

  • Installation de la version 1.8.1 de TaxHub par dĂ©faut Ă  la place de la 1.8.0

  • IntĂ©gration de la documentation permettant de mettre en place l’accĂšs public Ă  GeoNature

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

2.7.0 - Androsace delphinensis đŸŒŒ (2021-06-30)

NĂ©cessite la version 1.8.x de TaxHub.

🚀 NouveautĂ©s

  • Compatible avec TaxHub 1.8.x qui inclut notamment la migration (optionnelle) vers Taxref version 14 et l’ajout de la BDC statuts

  • Installation globale migrĂ©e de Taxref version 13 Ă  14

  • Occtax : PossibilitĂ© d’ajouter des champs additionels par JDD ou globaux au module et documentation liĂ©e (#1007)

  • Occtax/Synthese : Ajout des champs additionnels dans les exports (#1114)

  • Occtax/Synthese : Affichage des champs additionnels dans les fiches info

  • Customisation : possibilitĂ© de changer le CSS sans rebuilder l’application

  • Admin : CrĂ©ation d’un backoffice d’administration des champs additionels (#1007)

  • Admin : CrĂ©ation d’une documentation d’administration des champs additionnels (#1007)

  • Occtax : PossibilitĂ© de dĂ©sactiver la recherche de taxon par liste (#1315)

  • Occtax : Par dĂ©faut la recherche de taxon n’interroge pas une liste mais tout Taxref, si aucune liste de taxons n’a Ă©tĂ© spĂ©cifiĂ©e dans la configuration du module Occtax (voir notes de version) (#1315)

  • Occtax/MetadonnĂ©es : possibilitĂ© d’associer une liste de taxons Ă  un JDD (implĂ©mentĂ© uniquement dans Occtax) (#1315)

  • Occtax : PossibilitĂ© d’ajouter les infos sur les mĂ©dias dans les exports (paramĂštre ADD_MEDIA_IN_EXPORT) (#1326)

  • Occtax : PossibilitĂ© de paramĂ©trer l’affichage des champs du composant MEDIA dans OCCTAX (paramĂštre MEDIA_FIELDS_DETAILS - #1287)

  • Occtax : PossibilitĂ© de filtrer la liste des habitats du formulaire avec les nouveaux paramĂštres ID_LIST_HABITAT et CD_TYPO_HABITAT

  • Occtax : PossibilitĂ© d’ouvrir le module avec un JDD prĂ©-selectionnĂ© en passant le paramĂštre id_dataset dans l’URL (#1071)

  • Accueil : RĂ©organisation des blocs (#1375)

  • Accueil : Ajout d’un paramĂštre controlant la frĂ©quence de MAJ du cache des statistiques de la page d’accueil (STAT_BLOC_TTL, par dĂ©faut 1h: 3600 secondes) (#1320)

  • AmĂ©lioration des performances de rĂ©cupĂ©ration des modules et du CRUVED

  • Monitoring : Ajout d’un trigger garantissant la cohĂ©rence entre date_min et date_max et historisation de la table gn_monitoring.cor_visit_observer (#1247)

  • La page d’authentification affiche dĂ©sormais le nom de l’application (appName) dĂ©fini dans la configuration de GeoNature (#1277)

  • PossibilitĂ© d’ouvrir l’accĂšs Ă  GeoNature sans authentification (voir documentation d’administration) (#1323)

  • MĂ©tadonnĂ©es : Optimisation du temps de chargement des listes des CA et JDD (#1291)

  • MĂ©tadonnĂ©es : Passage de la version 1.3.9 du standard SINP Ă  la version 1.3.10 et ajout des champs liĂ©s dans les formulaires (#1291)

  • MĂ©tadonnĂ©es : RĂ©vision du design la partie « Acteurs » du formulaire et mise Ă  part de l’acteur de type « Contact principal », obligatoire dans le standard SINP

  • MĂ©tadonnĂ©es : Ordonnancement des JDD par leur nom

  • MĂ©tadonnĂ©es : Ajout de la suppression en cascade au niveau des tables des CA et des JDD

  • MĂ©tadonnĂ©es : Ajout d’un message quand un CA ou JDD n’a pas d’acteur (#1404)

  • SynthĂšse et validation : Ajout d’un filtre avancĂ© PossĂšde des mĂ©dias (#1179, #1338, #1180)

  • SynthĂšse : Affichage du contenu json du champs des donnĂ©es additionnelles, dans la fiche dĂ©tail d’une observation

  • SynthĂšse : Ajout de la possibilitĂ© d’afficher la colonne « Effectif » dans la liste des observations

  • DynamicForm : enrichissement des formulaires dynamiques pour les mĂ©dias, l’ajout de liens externes

  • Ajout d’une contrainte d’unicitĂ© de la combinaison des champs id_type et area_code dans ref_geo.l_areas (#1270)

  • Ajout d’une contrainte d’unicitĂ© du champs type_code de la table ref_geo.bib_areas_types

  • Mise Ă  jour des versions de nombreuses dĂ©pendances Python et Javascript

  • Support du gestionnaire d’erreurs Sentry

  • Compression des images

  • Ajout d’un script permettant d’identifier les doublons dans data/scripts/duplicates_deletion (#1324)

  • Validation : possibilitĂ© de passer des fonctions dans la liste des colonnes affichĂ©es (pour dĂ©coder une nomenclature)

  • Validation : Les paramĂštres LIST_COLUMNS_FRONTEND et COLUMNS_API_VALIDATION_WEB_APP sont regroupĂ©s en un seul paramĂštre nommĂ© COLUMN_LIST. Voir le fichier contrib/gn_module_validation/config/conf_gn_module.toml.example

🐛 Corrections

  • Occtax : Correction d’un bug sur le champs observateur lors de la modification d’un relevĂ© (#1177)

  • Occtax : Renseignement par dĂ©faut de l’utilisateur connectĂ© Ă  la crĂ©ation d’un relevĂ© en mode « observers_txt » (#1292)

  • Occtax : DĂ©placement des boutons d’action Ă  gauche dans la liste des taxons d’un relevĂ© pour Ă©viter qu’ils soient masquĂ©s quand les noms de taxon sont longs (#1299 et #1337)

  • Occtax : Correction de la possibilitĂ© de modifier un relevĂ© si U=1 (#1365)

  • Occtax : Suppression du zoom quand on localise le relevĂ© (#1317)

  • Occtax : Correction du nombre de lignes affichĂ©es aprĂšs une recherche

  • Occtax : Correction de la suppression d’un habitat lors de la modification d’un relevĂ© (#1296)

  • Occtax : Correction des champs « Habitat » et « Lieu » quand on enchaine des relevĂ©s (#1191)

  • Occtax : Correction de l’enchainement des saisies (#1300)

  • Occtax : Correction de l’affichage des taxons quand le nom est long (#1299, #1337)

  • Occtax : Correction de l’observateur par dĂ©faut en mode observers_txt

  • Occtax : Correction des messages d’information multiples (#1367)

  • Occtax : Correction de la mise Ă  jour du « digitiser » lors d’une Ă©dition de relevĂ© (#1392)

  • Occtax : Correction du trigger alimentant les observateurs de la synthĂšse depuis Occtax (#1399)

  • MĂ©tadonnĂ©es : Correction de la suppression d’un JDD sans donnĂ©es, depuis la liste des JDD (#1312)

  • MĂ©tadonnĂ©es : Correction de la rĂ©cupĂ©ration des valeurs de nomenclature depuis MTD n’existant pas dans GeoNature (#1297)

  • Authentification : Redirection vers la page login aprĂšs une pĂ©riode d’inactivitĂ© (#1193)

  • RĂ©solution des problĂšmes de permission sur le fichier gn_errors.log (#1003)

đŸ’» DĂ©veloppement

  • PossibilitĂ© d’utiliser la commande flask (eg flask shell)

  • PrĂ©paration de l’utilisation d’Alembic pour la gestion des migrations de la structure de la BDD (#880)

  • PossibilitĂ© d’importer des modules packagĂ©s (#1272)

  • RĂ©organisation des fichiers requirements et installation des branches develop des dĂ©pendances du fichier requirements-dev.txt

  • Simplification de la gestion des erreurs

  • CrĂ©ation de templates pour les configurations Apache de GeoNature, TaxHub et UsersHub, utilisĂ©s par le script install_all.sh

  • Ajout du plugon leaflet-image

  • Ajout d’un champs type dans la table gn_commons.t_modules pour gĂ©rer le polymorphisme, utilisĂ© dans le module Monitoring

  • Ajout des champs meta_create_date et meta_update_date dans la table gn_commons.t_modules

  • Diverses amĂ©liorations mineures de l’architecture du code

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Mettez Ă  jour TaxHub 1.8.x avant d’effectuer la mise Ă  jour de GeoNature : https://github.com/PnX-SI/TaxHub/releases

  • Si vous utilisez le module Monitoring, mettez le Ă  jour en version 0.2.4 minimum avant de mettre Ă  jour GeoNature

  • Si vous n’aviez pas renseignĂ© de valeur pour le paramĂštre id_taxon_list dans le fichier contrib/occtax/config/conf_gn_module.toml du module Occtax, la liste 100 n’est plus passĂ©e par defaut et le module va rechercher sur tout Taxref. Si vous souhaitez utiliser une liste de taxons dans la saisie Occtax, veuillez renseigner l’identifiant de votre liste dans la configuration du module

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

  • ExĂ©cuter le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.6.2to2.7.0.sql)

  • Le script SQL de mise Ă  jour va supprimer et recrĂ©er les vues pr_occtax.v_export_occtax et gn_synthese.v_synthese_for_export pour y intĂ©grer les champs additionnels. Si vous aviez modifiĂ© ces vues, adaptez le script de mise Ă  jour de GeoNature 2.6.2 Ă  2.7.0, ou rĂ©percuter vos modifications aprĂšs la mise Ă  jour, Ă  appliquer aussi dans votre Ă©ventuelle surcouche des paramĂštres default_columns_export (dans contrib/occtax/config/conf_gn_module.toml) et EXPORT_COLUMNS (dans config/geonature_config.toml)

  • Le fichier de customisation CSS a Ă©tĂ© dĂ©placĂ© de frontend/src/custom/custom.scss vers frontend/src/assets/custom.css pour pouvoir ĂȘtre modifiĂ© sans devoir rebuilder l’application. Son dĂ©placement est fait automatiquement lors de la mise Ă  jour de GeoNature. Si vous avez customisĂ© les styles dans ce fichier et notamment fait rĂ©fĂ©rence Ă  d’autres fichiers, vĂ©rifiez ou adaptez leurs chemins

  • Si vous aviez renseigner un des deux paramĂštres LIST_COLUMNS_FRONTEND, COLUMNS_API_VALIDATION_WEB_APP dans le module Validation, il est nĂ©cessaire de les remplacer par le nouveau paramĂštre COLUMN_LIST. Voir le fichier contrib/gn_module_validation/config/conf_gn_module.toml.example

  • Modifier dans le fichier /etc/supervisor/conf.d/geonature-service.conf, remplacer gn_errors.log par supervisor.log dans la variable stdout_logfile :

    sudo sed -i 's|\(stdout_logfile = .*\)/gn_errors.log|\1/supervisor.log|' /etc/supervisor/conf.d/geonature-service.conf
    sudo supervisorctl reload
    

2.6.2 (2021-02-15)

🐛 Corrections

  • MetadonnĂ©es : correction d’un bug sur la fiche JDD si le module d’import n’est pas installĂ©

  • MetadonnĂ©es : correction de l’affichage de certains champs sur la fiche des cadres d’acquisition

  • MetadonnĂ©es : la recherche rapide n’est plus sensible Ă  la casse casse

2.6.1 (2021-02-11)

🐛 Corrections

  • Correction de la fonction gn_synthese.fct_tri_cal_sensi_diff_level_on_each_statement() non compatible avec PostgreSQL 10 (#1255)

  • SynthĂšse : correction de l’affichage du filtre « statut de validation » (#1267)

  • Permissions : correction de l’URL de redirection aprĂšs l’édition des permissions (#1253)

  • PrĂ©cision de la documentation de mise Ă  jour de GeoNature (#1251)

  • Ajout du paramĂštre DISPLAY_EMAIL_INFO_OBS dans le fichier d’exemple de configuration (#1066 par @jbdesbas)

  • SĂ©curitĂ© : suppression d’une route inutile

  • Correction de l’URL de la doc sur la page d’accueil

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

  • ExĂ©cuter le script de mise Ă  jour de la BDD du sous-module de nomenclature : https://github.com/PnX-SI/Nomenclature-api-module/blob/master/data/update1.3.5to1.3.6.sql

  • ExĂ©cuter ensuite le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.6.0to2.6.1.sql)

  • Suivez la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

2.6.0 - Saxifraga 🌾 (2021-02-04)

NĂ©cessite Debian 10, car cette nouvelle version nĂ©cessite PostgreSQL 10 minimum (qui n’est pas fourni par dĂ©faut avec Debian 9) pour les triggers dĂ©clenchĂ©s « on each statement », plus performants.

🚀 NouveautĂ©s

  • SensibilitĂ© : Ajout d’un trigger sur la synthĂšse dĂ©clenchant automatiquement le calcul de la sensibilitĂ© des observations et calculant ensuite leur niveau de diffusion (si celui-ci est NULL) en fonction de la sensibilitĂ© (#413 et #871)

  • Ajout du format GeoPackage (GPKG) pour les exports SIG, plus simple, plus lĂ©ger, plus performant et unique que le SHAPEFILE. Les exports au format SHP restent pour le moment utilisĂ©s par dĂ©faut (modifiable dans la configuration des modules Occtax, Occhab et SynthĂšse) (#898)

  • Performances : Suppression du trigger le plus lourd calculant les couleurs des taxons par unitĂ©s gĂ©ographiques. Il est remplacĂ© par une vue utilisant le nouveau paramĂštre gn_commons.t_parameters.occtaxmobile_area_type, dĂ©finissant le code du type de zonage Ă  utiliser pour les unitĂ©s gĂ©ographiques dans Occtax-mobile (Mailles de 5km par dĂ©faut) (#997)

  • Performances : AmĂ©lioration du trigger de la SynthĂšse calculant les zonages d’une observation en ne faisant un ST_Touches() seulement si l’observation n’est pas un point et en le passant on each statement (#716)

  • MĂ©tadonnĂ©es : Refonte de la liste des CA et JDD avec l’ajout d’informations et d’actions, ainsi qu’une recherche avancĂ©e (#889)

  • MĂ©tadonnĂ©es : RĂ©vision des fiches info des CA et JDD avec l’ajout d’actions, du tableau des imports et du tĂ©lĂ©chargement des rapports d’UUID et de sensibilitĂ© (#889)

  • MĂ©tadonnĂ©es: Ajout de la fonctionnalitĂ© de fermeture (dĂ©pot) au niveau du CA (qui ferme tous les JDD du CA), seulement si le CA a au moins un JDD. DĂ©sactivĂ©e par dĂ©faut via le paramĂštre ENABLE_CLOSE_AF (#889 par @alainlaupinmnhn)

  • MĂ©tadonnĂ©es : PossibilitĂ© d’envoyer un email automatique au crĂ©ateur et Ă  l’utilisateur d’un CA quand celui-ci est fermĂ© (#889)

  • MĂ©tadonnĂ©es : PossibilitĂ© d’ajouter un titre spĂ©cifique aux exports PDF des CA quand ceux-ci sont fermĂ©s, par exemple pour en faire un certificat (#889)

  • MĂ©tadonnĂ©es : PossibilitĂ© d’importer directement dans un JDD actif depuis le module MĂ©tadonnĂ©es, dĂ©sactivĂ© par dĂ©faut (#889)

  • MĂ©tadonnĂ©es : AmĂ©lioration des possibilitĂ©s de customisation des PDF des fiches de mĂ©tadonnĂ©es

  • MĂ©tadonnĂ©es : AmĂ©lioration des fiches dĂ©tail des CA et JDD et ajout de la liste des imports dans les fiches des JDD (#889)

  • MĂ©tadonnĂ©es : Ajout d’un spinner lors du chargement de la liste des mĂ©tadonnĂ©es et parallĂ©lisation du calcul du nombre de donnĂ©es par JDD (#1231)

  • SynthĂšse : PossibilitĂ© d’ouvrir le module avec un JDD prĂ©selectionnĂ© (<URL_GeoNature>/#/synthese?id_dataset=2) et ajout d’un lien direct depuis le module MĂ©tadonnĂ©es (#889)

  • SynthĂšse : ajout de web service pour le calcul du nombre d’observations par un paramĂštre donnĂ© (JDD, module, observateur), et du calcul de la bounding-box par jeu de donnĂ©es

  • Synthese : ajout d’un filtre avancĂ© PossĂšde mĂ©dias

  • Exports au format SHP remplacĂ©s par dĂ©faut par le format GeoPackage (GPKG) plus simple, plus lĂ©ger, plus performant et unique. Les exports SHP restent activables dans la configuration des modules (#898)

  • Occtax : ajout du paramĂštre DISPLAY_VERNACULAR_NAME qui contrĂŽle l’affichage du nom vernaculaire vs nom complet sur les interfaces (Defaut = true: afffiche le nom vernaculaire)

  • Validation : PrĂ©remplir l’email Ă  l’observateur avec des informations paramĂ©trables sur l’occurrence (date, nom du taxon, commune, mĂ©dias) (#981)

  • Validation : PossibilitĂ© de paramĂštrer les colonnes affichĂ©es dans la liste des observations (#980)

  • PossibilitĂ© de customiser le logo principal (GeoNature par dĂ©faut) dans frontend/src/custom/images/

  • Ajout d’un champs json additional_data dans la table l_areas (#1111)

  • ComplĂ©ment des scripts de migration des donnĂ©es depuis GINCO (data/scripts/import_ginco/)

  • Barre de navigation : Mention plus gĂ©nĂ©rique et gĂ©nĂ©rale des auteurs et contributeurs

  • Redirection vers le formulaire d’authentification si on tente d’accĂ©der Ă  une page directement sans ĂȘtre authentifiĂ© et sans passer par le frontend (#1193)

  • Connexion Ă  MTD : possibilitĂ© de filtrer les JDD par instance, avec le paramĂštre ID_INSTANCE_FILTER, par exemple pour ne rĂ©cupĂ©rer que les JDD de sa rĂ©gion (#1195)

  • Connexion Ă  MTD : rĂ©cupĂ©ration du crĂ©ateur et des acteurs (#922, #1008 et #1196)

  • Connexion Ă  MTD : rĂ©cupĂ©ration du nouveau champs statutDonneesSource pour indiquer si le JDD est d’origine publique ou privĂ©e

  • CrĂ©ation d’une commande GeoNature permettant de rĂ©cupĂ©rer les JDD, CA et acteurs depuis le webservice MTD de l’INPN, en refactorisant les outils existants d’import depuis ce webservice

  • Ajout de contraintes d’unicitĂ© sur certains champs des tables de mĂ©tadonnĂ©es et de la table des sources (#1215)

  • CrĂ©ation d’un script permettant de remplacer les rĂšgles de sensibilitĂ© nationales et rĂ©gionales, par les rĂšgles dĂ©partementales plus prĂ©cises (data/scripts/sensi/import_sensi_depobio.sh), uniquement utilisĂ© pour DEPOBIO pour le moment, en attendant de clarifier dans une prochaine release le fonctionnement que l’on retient par dĂ©faut dans GeoNature (#413)

  • CrĂ©ation d’un script permettant d’importer les rĂ©gions dans le rĂ©fĂ©rentiel gĂ©ographique (data/migrations/insert_reg.sh)

🐛 Corrections

  • Occhab : Export SIG (GPKG ou SHP) corrigĂ© (#898)

  • Meilleur nettoyage des sessions enregistrĂ©es dans le navigateur (#1178)

  • Correction des droits CRUVED et de leur hĂ©ritage (#1170)

  • SynthĂšse : Retour du bouton pour revenir Ă  l’observation dans son module d’origine (Occtax par exemple) depuis la fiche info d’une observation (#1147)

  • SynthĂšse : Suppression du message « Aucun historique de validation » quand une observation n’a pas encore de validation (#1147)

  • SynthĂšse : Correction du CRUVED sur le R = 1 (ajout des JDD de l’utilisateur)

  • SynthĂšse : Correction de l’export des statuts basĂ© sur une recherche gĂ©ographique (#1203)

  • Occtax : Correction de l’erreur de chargement de l’observateur lors de la modification d’un relevĂ© (#1177)

  • Occtax : Suppression de l’obligation de remplir les champs « DĂ©terminateur » et « MĂ©thode de dĂ©termination »

  • MĂ©tadonnĂ©es : Suppression du graphique de rĂ©partition des espĂšces dans les exports PDF car il Ă©tait partiellement fonctionnel

  • SynthĂšse : Fonction import_row_from_table, test sur LOWER(tbl_name)

  • Redirection vers le formulaire d’authentification si l’on essaie d’accĂ©der Ă  une URL sans ĂȘtre authentifiĂ© et sans passer par le frontend (#1193)

  • Script d’installation globale : prise en compte du paramĂštre install_grid_layer permettant d’intĂ©grer ou non les mailles dans le ref_geo lors de l’installation initiale (#1133)

  • SynthĂšse : Changement de la longueur du champs reference_biblio de la table gn_synthese.synthese (de 255 Ă  5000 caractĂšres)

  • SensibilitĂ© : Corrections des contraintes NOT VALID (#1245)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

  • ExĂ©cuter ensuite le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.5.5to2.6.0.sql)

  • Toutes les nouvelles donnĂ©es intĂ©grĂ©es dans le SynthĂšse auront leur niveau de sensibilitĂ© et de diffusion calculĂ©s automatiquement. Vous pouvez ajouter ou dĂ©sactiver des rĂšgles de sensibilitĂ© dans la table gn_sensivity.t_sensitivity_rules

  • Vous pouvez aussi exĂ©cuter le script qui va calculer automatiquement le niveau de sensibilitĂ© et de diffusion de toutes les donnĂ©es dĂ©jĂ  prĂ©sentes dans la SynthĂšse, Ă©ventuellement en l’adaptant Ă  votre contexte : https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.5.5to2.6.0-update-sensitivity.sql

  • Mettez Ă  jour de la longueur du champs gn_synthese.synthese.reference_biblio Ă  5000 charactĂšres. ExĂ©cutez la commande suivante dans la console : sudo -u postgres psql -d geonature2db -c "UPDATE pg_attribute SET atttypmod = 5004 WHERE attrelid = 'gn_synthese.synthese'::regclass AND attname = 'reference_biblio';"

  • ExĂ©cuter le script de mise Ă  jour de la BDD du sous-module de nomenclature : https://github.com/PnX-SI/Nomenclature-api-module/blob/master/data/update1.3.4to1.3.5.sql

  • Suivez la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

  • Si vous utilisez Occtax-mobile, vous pouvez modifier la valeur du nouveau paramĂštre gn_commons.t_parameters.occtaxmobile_area_type pour lui indiquer le code du type de zonage que vous utilisez pour les unitĂ©s gĂ©ographiques (mailles de 5km par dĂ©faut)

  • Si vous disposez du module d’import, vous devez le mettre Ă  jour en version 1.1.1

2.5.5 (2020-11-19)

🚀 NouveautĂ©s

  • Ajout d’un composant fil d’ariane (#1143)

  • Ajout de la possiblitĂ© de dĂ©sactiver les composants pnx-taxa et pnx-areas (#1142)

  • Ajout de tests sur les routes pour assurer la compatibilitĂ© avec les applications mobiles

🐛 Corrections

  • Correction d’un bug de rĂ©cupĂ©ration du CRUVED sur les modules (#1146)

  • Correction des validateurs sur les preuves d’existence (#1134)

  • Correction de la rĂ©cupĂ©ration des dossiers dans backend/static dans le script migrate.sh

  • Correction de l’affichage de l’utilisateur dans la navbar lorsqu’on est connectĂ© via le CAS INPN

2.5.4 (2020-11-17)

🚀 NouveautĂ©s

  • Ajout de scripts sql et sh de restauration des medias dans data/medias (#1148)

  • Ajout d’un service pour pouvoir rĂ©cupĂ©rer les informations sur l’utilisateur connectĂ©

🐛 Corrections

  • Correction des mĂ©dias qui sont actuellement tous supprimĂ©s automatiquement aprĂšs 24h, et non pas seulement ceux orphelins (#1148)

  • Correction des permissions sur les fiches info des relevĂ©s dans Occtax avec la dĂ©sactivation du bouton de modification du relevĂ© quand l’utilisateur n’en a pas les droits

⚠ Notes de version

  • Si vous aviez associĂ© des mĂ©dias Ă  des observations dans Occtax ou autre et qu’ils ont Ă©tĂ© supprimĂ©s, vous pouvez les retrouver dans la table d’historisation des actions (SELECT * FROM gn_commons.t_history_actions WHERE table_content->'id_media' IS NOT NULL AND operation_type = 'D')

  • Pour restaurer les mĂ©dias supprimĂ©s depuis la table gn_commons.t_history_actions vous pouvez :

    • exĂ©cuter le script SQL data/medias/restore_medias.sql qui va recrĂ©er les mĂ©dias supprimĂ©s dans la table gn_commons.t_medias

    • exĂ©cuter le script BASH data/medias/restore_medias.sh (bash /home/`whoami`/geonature/data/medias/restore_medias.sh en sudo si besoin) qui va renommer des fichiers supprimĂ©s en supprimant le prĂ©fixe deleted_

2.5.3 (2020-11-04)

🚀 NouveautĂ©s

  • Mise en place de l’hĂ©ritage du CRUVED au niveau des objets des modules (#1028)

  • RĂ©vision de l’export des observations de la SynthĂšse (noms plus lisibles, ajout des communes et d’informations taxonomiques, complĂ©ment des champs existants (#755)

  • Ajout d’un paramĂštre permettant d’ajouter un message personnalisĂ© Ă  la fin des emails (inscriptions, exports
) (#1050 par @jpm-cbna)

  • Ajout d’une alerte de dĂ©prĂ©ciation sur les fonctions utils-sqlalchemy prĂ©sentes dans GeoNature

  • Ajout d’un widget de type « HTML » dans les formulaires dynamiques, permettant d’ajouter des informations dans un formulaire (#1043 et #1068 par @jpm-cbna)

  • Ajout de la possibilitĂ© d’ajouter un texte d’aide sur les champs des formulaires dynamiques (#1065 par @jpm-cbna)

  • Ajout de la possibilitĂ© de dĂ©finir un min et un max au composant commun date (#1069 par @jpm-cbna)

  • Ajout de la possibilitĂ© de dĂ©finir le nombre de lignes du composant commun textarea (#1067 par @jpm-cbna)

  • Ajout de la possibilitĂ© de contrĂŽler par une expression rĂ©guliĂšre le contenu d’un champs de type text des formulaires dynamiques (#1073 par @FlorentRICHARD44)

  • Ajout de la possibilitĂ© de masquer certains champs du composant media (#1072, #1078 et #1083 par @metourneau)

  • Ajout d’un spinner sur les statistiques de la page d’accueil (#1086 par @jpm-cbna)

  • Ajout d’un composant d’autocomplete multiselect pnx-taxa permettant de rechercher des taxons dans tout l’arbre taxonomique et de limiter la recherche Ă  un rang

  • PossibilitĂ© d’ajouter plusieurs cartes sur la mĂȘme page Ă  l’aide du composant pnx-map

  • HomogĂ©nĂ©isation du style du code et documentation des pratiques de dĂ©veloppement

🐛 Corrections

  • Correction de l’affichage des noms des validateurs sur la liste dans le module validation (#1091 par @lpofredc)

  • Corrections mineures de l’export des observations de la SynthĂšse (#1108)

  • SynthĂšse : Correction du masquage de la recherche par arbre taxonomique (#1057 par @jpm-cbna)

  • Ajout du champs id_nomenclature_biogeo_status dans la Synthese (correspondance standard : statut biogĂ©ographique). La BDD est remplie avec la valeur par dĂ©faut de la table gn_synthese.default_nomenclature_value (valeur = non renseignĂ©e)

  • Accueil : Correction de l’affichage du nom du module (#1087)

  • Correction du trigger de mise Ă  jour d’Occtax vers la SynthĂšse (champs the_geom_local non mis Ă  jour) (#1117 par @jbrieuclp)

  • Correction du paramĂštre stockant la version de Taxref, passĂ© Ă  13.0 pour les nouvelles installations (#1097 par @RomainBaghi)

  • Correction de l’affichage en double des markers dans Leaflet.draw (#1095 par @FlorentRICHARD44)

  • SynthĂšse : Correction des filtres avancĂ©s par technique d’observation et mĂ©thode de dĂ©termination (#1110 par @jbrieuclp)

  • RecrĂ©ation du fichier de configuration Ă  chaque installation (#1074 par @etot)

  • Annulation de l’insertion du module lorsqu’une erreur est levĂ©e Ă  l’installation d’un module

⚠ Notes de version

  • DĂ©sormais les objets des modules (par exemple les objets ’Permissions’ et ’Nomenclatures’ du module ’ADMIN’) hĂ©ritent automatiquement des permissions dĂ©finies au niveau du module parent et Ă  dĂ©faut au niveau de GeoNature (#1028). Il s’agit d’une Ă©volution de mise en cohĂ©rence puisque les modules hĂ©ritaient dĂ©jĂ  des permissions de GeoNature, mais pas leurs objets. Si vous avez dĂ©fini des permissions particuliĂšres aux niveaux des objets, vĂ©rifier leur cohĂ©rence avec le nouveau fonctionnement. NB : si vous aviez mis des droits R=0 pour un groupe au module ’ADMIN’, les utilisateurs de ce groupe ne pourront pas accĂ©der aux sous-modules ’permissions’ et ’nomenclatures’.

  • ExĂ©cuter ensuite le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.5.2to2.5.3.sql). Attention, si vous avez customisĂ© les vues des exports Occtax et SynthĂšse, elles seront supprimĂ©es et recrĂ©es automatiquement par le script SQL de mise Ă  jour de la BDD de GeoNature pour intĂ©grer leurs Ă©volutions rĂ©alisĂ©es dans cette nouvelle version. RĂ©visez Ă©ventuellement ces vues avant et/ou aprĂšs la mise Ă  jour.

  • Suivez la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application).

  • Les noms de colonnes de l’export de la SynthĂšse ont Ă©tĂ© entiĂšrement revus dans la vue fournie par dĂ©faut (gn_synthese.v_synthese_for_export). Si vous aviez surcouchĂ© le paramĂštre EXPORT_COLUMNS dans le fichier config/geonature_config.toml, vĂ©rifiez les noms des colonnes.

  • VĂ©rifiez que la valeur du paramĂštre taxref_version dans la table gn_commons.t_parameters correspond bien Ă  votre version actuelle de Taxref (11.0 ou 13.0).

2.5.2 (2020-10-13)

🐛 Corrections

  • Occtax : correction du problĂšme d’installation du module dans le fichier schemas.py

  • Synthese : correction de la fonctions SQL gn_synthese.import_row_from_table et rĂ©percussion dans le fichier gn_synthese/process.py

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

2.5.1 (2020-10-06)

🐛 Corrections

  • Ajout d’un paramĂštre DISPLAY_EMAIL_INFO_OBS dĂ©finissant si les adresses email des observateurs sont affichĂ©es ou non dans les fiches info des observations des modules SynthĂšse et Validation (#1066)

  • Occtax : correction de l’affichage du champs « Technique de collecte Campanule » (#1059)

  • Occtax : correction du fichier d’exemple de configuration contrib/occtax/config/conf_gn_module.toml.example (#1059)

  • Occtax : paramĂštre DISPLAY_SETTINGS_TOOLS renommĂ© ENABLE_SETTINGS_TOOLS et dĂ©sactivĂ© par dĂ©faut (#1060)

  • Occtax : quand le paramĂštre ENABLE_SETTINGS_TOOLS est dĂ©sactivĂ©, remise en place du fonctionnement de l’outil « Echainer les relevĂ©s ». Dans ce cas, quand on enchaine les relevĂ©s, on conserve le JDD, les observateurs, les dates et heures d’un relevĂ© Ă  l’autre (#1060)

  • Occtax : correction de l’observateur par dĂ©faut en mode observers_as_txt

  • Verification des UUID : autoriser toutes les versions (#1063)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Vous pouvez passer directement Ă  cette version mais en suivant les notes des versions intermĂ©diaires

2.5.0 - Manidae (2020-09-30)

Occtax v2 et médias

🚀 NouveautĂ©s

  • Refonte de l’ergonomie et du fonctionnement du module de saisie Occtax (#758 et #860 par @jbrieuclp et @TheoLechemia)

    • Enregistrement continu au fur et Ă  mesure de la saisie d’un relevĂ©

    • DĂ©coupage en 2 onglets (Un pour le relevĂ© et un onglet pour les taxons)

    • AmĂ©lioration de la liste des taxons saisis sur un relevĂ© (#635 et #682)

    • AmĂ©lioration de la saisie au clavier

    • Zoom rĂ©alisĂ© dans la liste des relevĂ© conservĂ© quand on saisit un nouveau relevĂ© (#436 et #912)

    • Filtres conservĂ©s quand on revient Ă  la liste des relevĂ©s (#772)

    • PossibilitĂ© de conserver les informations saisies entre 2 taxons ou relevĂ©s, dĂ©sactivable avec le paramĂštre DISPLAY_SETTINGS_TOOLS (#692)

    • Correction de la mise Ă  jour des dates de dĂ©but et de fin (#977)

    • Affichage d’une alerte si on saisit 2 fois le mĂȘme taxon sur un mĂȘme relevĂ©

    • Fiche d’information d’un relevĂ© complĂ©tĂ©e et mise Ă  jour

  • Passage de la version 1.2.1 Ă  la version 2.0.0 du standard Occurrences de taxon (dans les modules Occtax, SynthĂšse et Validation) (#516)

    • Ajout des champs « Comportement », « NomLieu », « Habitat », « MĂ©thode de regroupement », « Type de regroupement » et « Profondeur »

    • Ajout du champs « PrĂ©cision » dans Occtax et suppression de sa valeur par dĂ©faut Ă  100 m

    • Renommage du champs « MĂ©thode d’observation » en « Technique d’observation »

    • Suppression du champs « Technique d’observation » actuel de la synthĂšse

    • Renommage du champs « Technique d’observation » actuel d’Occtax en « Technique de collecte Campanule »

    • Ajout et mise Ă  jour de quelques nomenclatures

    • Ajout d’un document de suivi de l’implĂ©mentation du standard Occurrences de taxon dans GeoNature (docs/implementation_gn_standard_occtax2.0.ods) (#516)

  • Passage de la version 1.3.9 Ă  la version 1.3.10 du standard de MĂ©tadonnĂ©es. Mise Ă  jour des nomenclatures « CA_OBJECTIFS » et mise Ă  jour des mĂ©tadonnĂ©es existantes en consĂ©quence (par @DonovanMaillard)

  • Ajout d’un champs addtional_data de type jsonb dans la table gn_synthese.synthese, en prĂ©vision de l’ajout des champs additionnels dans Occtax et SynthĂšse (#1007)

  • Mise en place de la gestion transversale et gĂ©nĂ©rique des mĂ©dias (images, audios, vidĂ©os, PDF
) dans gn_commons.t_medias et le Dynamic-Form (#336) et implĂ©mentation dans le module Occtax (dĂ©sactivables avec le paramĂštre ENABLE_MEDIAS) (#620 par @joelclems)

  • Mise en place de miniatures et d’aperçus des mĂ©dias, ainsi que de nombreux contrĂŽles des fichiers et de leurs formats

  • Affichage des mĂ©dias dans les fiches d’information des modules de saisie, ainsi que dans les modules SynthĂšse et Validation

  • Ajout de la fonctionnalitĂ© « Mes lieux » (gn_commons.t_places), permettant de stocker la gĂ©omĂ©trie de ieux individuels frĂ©quemment utilisĂ©s, implĂ©mentĂ©e dans le module cartographique d’Occtax (dĂ©sactivable avec le paramĂštre ENABLE_MY_PLACES) (#246 par @metourneau)

  • Tri de l’ordre des modules dans le menu latĂ©ral par ordre alphabĂ©tique par dĂ©faut et possibilitĂ© de les ordonner avec le nouveau champs gn_commons.t_modules.module_order (#787 par @alainlaupinmnhn)

  • ArrĂȘt du support de l’installation packagĂ©e sur Debian 9 et Ubuntu 16 pour passer Ă  Python version 3.6 et plus

  • Prise en charge de PostGIS 3 et notamment l’installation de l’extension postgis_raster (#946 par @jpm-cbna)

  • CrĂ©ation de compte : Envoi automatique d’un email Ă  l’utilisateur quand son compte est validĂ©. NĂ©cessite la version 2.1.3 de UsersHub (#862 et #1035 par @jpm-cbna)

Ajouts mineurs

  • HomogĂ©nĂ©isation des styles des boutons (#1026)

  • Factorisation du code des fiches infos d’une observation dans les modules SynthĂšse et Validation (#1053)

  • MĂ©tadonnĂ©es : Ajout d’un paramĂštre permettant de dĂ©finir le nombre de CA affichĂ©s sur la page (100 par dĂ©faut)

  • MĂ©tadonnĂ©es : Tri des CA et JDD par ordre alphabĂ©tique

  • MĂ©tadonnĂ©es : Ajout d’un champs id_digitiser dans la table des CA et des JDD, utilisĂ© en plus des acteurs pour le CRUVED des JDD (#921)

  • Dynamic-Form : Ajout d’un composant « select » prenant une API en entrĂ©e (#1029)

  • Dynamic-Form : Ajout de la possibilitĂ© d’afficher une dĂ©finition d’un champs sous forme de tooltip

  • CAS INPN : Redirection vers la page de connexion de GeoNature quand on se dĂ©connecte

  • Ajout d’une contrainte d’unicitĂ© sur schema_name et table_name sur la table gn_commons_bib_tables_location_unique (#962)

  • Ajout d’une contrainte d’unicitĂ© sur id_organism et parameter_name dans la table gn_commons.t_parameters (#988)

  • Ajout de la possibilitĂ© de filtrer le composant dataset du Dynamic-Form par module_code pour pouvoir choisir parmis les JDD associĂ©es Ă  un module (#964)

  • Mise Ă  jour de psycopg2 en version 2.8.5, sqlalchemy en 1.3.19, marshmallow en 2.15.6, virtualenv en 20.0.31 (par @jpm-cbna)

  • Mises Ă  jour de sĂ©curitĂ© diverses

  • AmĂ©liorations des scripts install/install_db.sh et install/install_app.sh (par @jpm-cbna)

  • Ajout de l’autocomplĂ©tion des commandes geonature (#999 par @jpm-cbna)

  • Suppression du fichier backend/gunicorn_start.sh.sample

  • AmĂ©lioration du script install/migration/migration.sh en vĂ©rifiant la prĂ©sence des dossiers optionnels avant de les copier

  • AmĂ©lioration des fonctions gn_synthese.import_json_row_format_insert_data et gn_synthese.import_json_row pour prendre en charge la gĂ©nĂ©ration des geojson dans PostGIS 3

  • Documentation administrateur : PrĂ©cisions sur les labels, pictos et ordres des modules dans le menu de navigation latĂ©ral

🐛 Corrections

  • Module Validation : Affichage des commentaires du relevĂ© et de l’observation (#978 et #854)

  • Module Validation : Ne lister que les observations ayant un UUID et vĂ©rification de sa validitĂ© (#936)

  • Module Validation : Correction et homogĂ©nĂ©isation de l’affichage et du tri des observations par date (#971)

  • Module Validation : Correction de l’affichage du statut de validation aprĂšs mise Ă  jour dans la liste des observations (#831)

  • Module Validation : Correction de l’affichage du nom du validateur

  • Module Validation : AmĂ©lioration des performances avec l’ajout d’un index sur le champs uuid_attached_row de la table gn_commons.t_validations (#923 par @jbdesbas)

  • Suppression du trigger en double tri_insert_synthese_cor_role_releves_occtax sur pr_occtax.cor_role_releves_occtax (#762 par @jbrieuclp)

  • Passage des requĂȘtes d’export de la synthĂšse en POST plutĂŽt qu’en GET (#883)

  • Correction du traitement du paramĂštre offset de la route synthese/color_taxon utilisĂ© par Occtax-mobile (#994)

  • Correction et complĂ©ment des scripts de migration de donnĂ©es depuis GINCO v1 (data/scripts/import_ginco/occtax.sql)

  • Import des utilisateurs depuis le CAS INPN : Activer les utilisateurs importĂ©s par dĂ©faut et rĂ©cupĂ©rer leur email

  • Calcul automatique de la sensibilitĂ© : Ajout de la rĂ©cursivitĂ© dans la rĂ©cupĂ©ration des critĂšres de sensibilitĂ© au niveau de la fonction gn_sensitivity.get_id_nomenclature_sensitivity (#284)

  • Typo sur le terme « Preuve d’existence » (par @RomainBaghi)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

  • Nomenclatures : Commencer par exĂ©cuter le script SQL de mise Ă  jour du schĂ©ma ref_nomenclatures de la BDD (https://github.com/PnX-SI/Nomenclature-api-module/blob/master/data/update1.3.3to1.3.4.sql)

  • ExĂ©cuter ensuite le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.4.1to2.5.0.sql). Attention, si vous avez customisĂ© les vues des exports Occtax et SynthĂšse, elles seront supprimĂ©es et recrĂ©es automatiquement par le script SQL de mise Ă  jour de la BDD de GeoNature pour s’adapter aux Ă©volutions du standard Occtax en version 2.0.0. RĂ©visez Ă©ventuellement ces vues avant et/ou aprĂšs la mise Ă  jour. Le script SQL de mise Ă  jour vĂ©rifiera aussi si vous avez d’autres vues (dans le module Export notamment) qui utilisent le champs id_nomenclature_obs_technique qui doit ĂȘtre renommĂ© et l’indiquera dĂšs le dĂ©but de l’exĂ©cution du script, en l’arrĂȘtant pour que vous puissiez modifier ou supprimer ces vues bloquant la mise Ă  jour.

  • Les colonnes de l’export de la SynthĂšse ont Ă©tĂ© partiellement revus dans la vue fournie par dĂ©faut (gn_synthese.v_synthese_for_export). Si vous aviez surcouchĂ© le paramĂštre EXPORT_COLUMNS dans le fichier config/geonature_config.toml, vĂ©rifiez les noms des colonnes.

  • A partir la version 2.5.0 de GeoNature, la version 3.5 de Python n’est plus supportĂ©e. Seules les versions 3.6 et + le sont. Si vous ĂȘtes encore sur Debian 9 (fourni par dĂ©faut avec Python 3.5), veuillez suivre les instructions de mise Ă  jour de Python sur cette version (https://github.com/PnX-SI/GeoNature/blob/master/docs/installation-standalone.rst#python-37-sur-debian-9). Il est cependant plutĂŽt conseillĂ© de passer sur Debian 10 pour rester Ă  jour sur des versions maintenues

  • Suivez la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

  • A noter, quelques changements dans les paramĂštres du module Occtax. Les paramĂštres d’affichage/masquage des champs du formulaire ont Ă©voluĂ© ainsi :

    • obs_meth devient obs_tech

    • obs_technique devient tech_collect

  • A noter aussi que cette version de GeoNature est compatible avec la version 1.1.0 minimum d’Occtax-mobile (du fait de la mise du standard Occurrence de taxons)

2.4.1 (2020-06-25)

🚀 NouveautĂ©s

  • Occurrences sans gĂ©omĂ©trie prĂ©cise : Ajout d’un champs id_area_attachment dans la table gn_synthese.synthese permettant d’associer une observation Ă  un zonage dans le rĂ©fĂ©rentiel gĂ©ographique (ref_geo.l_areas.id_area) (#845 et #867)

  • Ajout d’un champs geojson_4326 dans la table ref_geo.l_areas pour pouvoir afficher les zonages du rĂ©fĂ©rentiel gĂ©ographique sur les cartes (#867)

  • Ajout de l’import par dĂ©faut des dĂ©partements de France mĂ©tropole dans le rĂ©fĂ©rentiel gĂ©ographique lors de l’installation de GeoNature (en plus des actuelles communes et grilles)

  • Mise Ă  jour des communes importĂ©es sur la version de fĂ©vrier 2020 d’Admin express IGN pour les nouvelles installations

🐛 Corrections

  • Correction d’un bug d’affichage des fonds de carte WMTS de l’IGN, apparu dans la version 2.4.0 avec l’ajout du support des fonds WMS (#890)

  • Gestion des exceptions de type FileNotFoundError lors de l’import des commandes d’un module

⚠ Notes de version

Si vous mettez Ă  jour GeoNature :

2.4.0 - Fiches de mĂ©tadonnĂ©es (2020-06-22)

🚀 NouveautĂ©s

  • MĂ©tadonnĂ©es : Ajout d’une fiche pour chaque jeu de donnĂ©es et cadres d’acquisition, incluant une carte de l’étendue des observations et un graphique de rĂ©partition des taxons par Groupe INPN (#846 par @FloVollmer)

  • MĂ©tadonnĂ©es : PossibilitĂ© d’exporter les fiches des JDD et des CA en PDF, gĂ©nĂ©rĂ©s par le serveur avec WeasyPrint. Logo et entĂȘtes modifiables dans le dossier backend/static/images/ (#882 par @FloVollmer)

  • MĂ©tadonnĂ©es : ImplĂ©mentation du CRUVED sur la liste des CA et JDD (#911)

  • MĂ©tadonnĂ©es : Affichage de tous les CA des JDD pour lequels l’utilisateur connectĂ© a des droits (#908)

  • Compatible avec TaxHub 1.7.0 qui inclut notamment la migration (optionnelle) vers Taxref version 13

  • Installation globale migrĂ©e de Taxref version 11 Ă  13

  • SynthĂšse et zonages : Ne pas inclure l’association aux zonages limitrophes d’une observation quand sa gĂ©omĂ©trie est Ă©gale Ă  un zonage (maille, commune
) (#716 par @jbdesbas)

  • SynthĂšse : Ajout de la possibilitĂ© d’activer la recherche par observateur Ă  travers une liste, avec ajout des paramĂštres SEARCH_OBSERVER_WITH_LIST (False par dĂ©faut) et ID_SEARCH_OBSERVER_LIST (#834 par @jbrieuclp)

  • SynthĂšse : AmĂ©lioration de la recherche des observateurs. Non prise en compte de l’ordre des noms saisis (#834 par @jbrieuclp)

  • SynthĂšse : Ajout de filtres avancĂ©s (Saisie par basĂ© sur id_digitiser, Commentaire du relevĂ© et de l’occurrence, DĂ©terminateur) (#834 par @jbrieuclp)

  • Occtax : CrĂ©ation d’un trigger gĂ©nĂ©rique de calcul de l’altitude qui n’est exĂ©cutĂ© que si l’altitude n’est pas postĂ©e (#848)

  • Ajout d’une table gn_commons.t_mobile_apps permettant de lister les applications mobiles, l’URL de leur APK et d’une API pour interroger le contenu de cette table. Les fichiers des applications et leurs fichiers de configurations peuvent ĂȘtre chargĂ©s dans le dossier backend/static/mobile (#852)

  • Ajout d’un offset et d’une limite sur la route de la couleur des taxons (utilisĂ©e uniquement par Occtax-mobile actuellement)

  • Support des fonds de carte au format WMS (https://leafletjs.com/reference-1.6.0.html#tilelayer-wms-l-tilelayer-wms), (#890 par @jbdesbas)

  • Ajout d’un champs texte reference_biblio dans la table gn_synthese

  • AmĂ©lioration des perfomances du module de validation, en revoyant la vue gn_commons.v_synthese_validation_forwebapp, en revoyant les requĂȘtes et en gĂ©nĂ©rant le GeoJSON au niveau de la BDD (#923)

  • Ajout d’une fonction SQL d’insertion de donnĂ©es dans la synthese (et une fonction python associĂ©e)

  • ComplĂ©ments de la documentation (Permissions des utilisateurs, Occhab
)

  • Ajout de scripts de migration des donnĂ©es de GINCO1 vers GeoNature (data/scripts/import_ginco)

  • Trigger Occtax vers SynthĂšse : AmĂ©lioration du formatage des heures avec date_trunc() dans la fonction pr_occtax.insert_in_synthese() (#896 par @jbdesbas)

  • Barre de navigation : Clarification de l’icĂŽne d’ouverture du menu, ajout d’un paramĂštre LOGO_STRUCTURE_FILE permettant de changer le nom du fichier du logo de l’application (#897 par @jbrieuclp)

  • MĂ©dias : AmĂ©lioration des fonctions backend

  • Mise Ă  jour de jQuery en version 3.5.0

  • Suppression de la table gn_synthese.taxons_synthese_autocomplete et du trigger sur la SynthĂšse qui la remplissait pour utiliser la vue matĂ©rialisĂ©e taxonomie.vm_taxref_list_forautocomplete listant les noms de recherche de tous les taxons de Taxref, entiĂšrement revue dans TaxHub 1.7.0

  • Monitoring : Correction du backend pour utiliser la nouvelle syntaxe de jointure des tables

  • Ajout de fonctions SQL d’insertion de donnĂ©es dans la SynthĂšse (gn_synthese.import_json_row() et gn_synthese.import_row_from_table()) et de la fonction Python associĂ©e (import_from_table(schema_name, table_name, field_name, value)) pour l’API permettant de poster dans la SynthĂšse (#736). UtilisĂ©e par le module Monitoring.

  • Ajout du plugin Leaflet.Deflate (#934 par @jpm-cbna)

  • Connexion au CAS INPN : Association des JDD aux modules Occtax et Occhab (paramĂ©trable) quand on importe les JDD de l’utilisateur qui se connecte (dans la table gn_commons.cor_module_dataset)

  • Mise Ă  jour des librairies Python Utils-Flask-SQLAlchemy (en version 0.1.1) et Utils-Flask-SQLAlchemy-Geo (en version 0.1.0) permettant de mettre en place les exports au format GeoPackage et corrigeant les exports de SHP contenant des gĂ©omĂ©tries multiples

🐛 Corrections

  • Mise Ă  jour des URL de la documentation utilisateur des modules, renvoyant vers http://docs.geonature.fr

  • Validation : Correction de l’ouverture de la fiche d’information d’une observation (#858)

  • Modification de l’attribution de la hauteur du composant map-container pour permettre d’adapter la hauteur de la carte si la hauteur d’un conteneur parent est modifiĂ©. Et que <pnx-map height="100%"> fonctionne (#844 par @jbrieuclp)

  • Mise Ă  jour de la librairie python Markupsafe en version 1.1, corrigeant un problĂšme de setuptools (#881)

  • Page Maintenance : Correction de l’affichage de l’image (par @jpm-cbna)

  • Correction du multiselect du composant pnx-nomenclatures (#885 par @jpm-cbna)

  • Correction de l’input('coordinates') du composant marker (#901 par @jbrieuclp)

  • Utilisation de NVM quand on installe les dĂ©pendances javascript (#926 par @jpm-cbna)

  • Formulaire JDD : Correction de l’affichage de la liste des modules (#861)

  • Correction de l’utilisation des paramĂštres du proxy (#944)

⚠ Notes de version

Si vous mettez Ă  jour GeoNature.

  • Vous devez d’abord mettre Ă  jour TaxHub en version 1.7.0

  • Si vous mettez Ă  jour TaxHub, vous pouvez mettre Ă  jour Taxref en version 13. Il est aussi possible de le faire en diffĂ©rĂ©, plus tard

  • Vous pouvez mettre Ă  jour UsersHub en version 2.1.2

  • ExĂ©cuter le script SQL de mise Ă  jour des nomenclatures (https://github.com/PnX-SI/Nomenclature-api-module/blob/master/data/update1.3.2to1.3.3.sql).

  • Si vous avez mis Ă  jour Taxref en version 13, rĂ©percutez les Ă©volutions au niveau des nomenclatures avec le script SQL https://github.com/PnX-SI/Nomenclature-api-module/blob/master/data/update_taxref_v13.sql. Sinon vous devrez l’exĂ©cuter plus tard, aprĂšs avoir mis Ă  jour Taxref en version 13. AprĂšs avoir mis Ă  jour Taxref en version 13, pensez Ă  mettre Ă  jour le paramĂštre taxref_version dans la table gn_commons.t_parameters.

  • ExĂ©cuter le script SQL de mise Ă  jour de la BDD de GeoNature (https://github.com/PnX-SI/GeoNature/blob/master/data/migrations/2.3.2to2.4.0.sql)

  • Installer les dĂ©pendances de la librairie Python WeasyPrint :

    sudo apt-get install -y libcairo2
    sudo apt-get install -y libpango-1.0-0
    sudo apt-get install -y libpangocairo-1.0-0
    sudo apt-get install -y libgdk-pixbuf2.0-0
    sudo apt-get install -y libffi-dev
    sudo apt-get install -y shared-mime-info
    
  • Corriger l’utilisation des paramĂštres du proxy (#944) dans le fichier backend/gunicorn_start.sh en remplaçant les 2 lignes :

    export HTTP_PROXY="'$proxy_http'"
    export HTTPS_PROXY="'$proxy_https'"
    

    par :

    # Activation de la configuration des proxy si necessaire
    [[ -z "$proxy_http" ]] || export HTTP_PROXY="'$proxy_http'"
    [[ -z "$proxy_https" ]] || export HTTPS_PROXY="'$proxy_https'"
    
  • Vous pouvez supprimer les associations des observations de la synthĂšse aux zonages limitrophes, si vous n’avez pas d’observations sans gĂ©omĂ©trie (#719) :

    DELETE FROM gn_synthese.cor_area_synthese cas
    USING gn_synthese.synthese s, ref_geo.l_areas a
    WHERE cas.id_synthese = s.id_synthese AND a.id_area = cas.id_area
    AND public.ST_TOUCHES(s.the_geom_local,a.geom);
    
  • Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

2.3.2 (2020-02-24)

🚀 NouveautĂ©s

  • PossibilitĂ© de charger les commandes d’un module dans les commandes de GeoNature

  • Ajout de commentaires dans le fichier d’exemple de configuration config/default_config.toml.example

🐛 Corrections

  • Correction d’une incohĂ©rence dans le dĂ©compte des JDD sur la page d’accueil en leur appliquant le CRUVED (#752)

  • MontĂ©e de version de la librairie utils-flask-sqlalchemy-geo pour compatibilitĂ© avec la version 1.0.0 du module d’export

2.3.1 (2020-02-18)

🚀 NouveautĂ©s

  • Installation globale : CompatibilitĂ© Debian 10 (PostgreSQL 11, PostGIS 2.5)

  • Installation globale : Passage Ă  Taxhub 1.6.4 et UsersHub 2.1.1

  • Utilisation gĂ©nĂ©ralisĂ©e des nouvelles librairies externalisĂ©es de sĂ©rialisation (https://github.com/PnX-SI/Utils-Flask-SQLAlchemy et https://github.com/PnX-SI/Utils-Flask-SQLAlchemy-Geo)

  • PossibilitĂ© de rĂ©gler le timeout de Gunicorn pour Ă©viter le plantage lors de requĂȘtes longues

  • Ne pas zoomer sur les observations au premier chargement de la carte (#838)

  • Leaflet-draw : Ajout de la possibilitĂ© de zoomer sur le point (par @joelclems)

  • Ajout du nom vernaculaire dans les fiches d’information des relevĂ©s d’Occtax (par @FloVollmer / #826)

🐛 Corrections

  • Correction de l’installation de Node.js et npm par l’utilisation gĂ©nĂ©ralisĂ©e de nvm (#832 et #837)

  • Fixation de la version de Node.js en 10.15.3 (dans le fichier fronted/.nvmrc)

  • Ajout d’une rĂ©fĂ©rence de l’objet Leaflet L afin qu’il soit utilisĂ© dans les modules et changement du typage de l’évenement Leaflet MouseEvent en L.LeafletMouseEvent

  • Fixation de la version de vitualenv en 20.0.1 (par @sogalgeeko)

  • Corrections de typos dans la documentation d’administration (#840 - par @sogalgeeko)

⚠ Notes de version

  • Vous pouvez passer directement Ă  cette version depuis la 2.2.x, mais en suivant les notes des versions intermĂ©diaires (NB : il n’est pas nĂ©cessaire d’exĂ©cuter le script migrate.sh des versions prĂ©cĂ©dentes)

  • Installez pip3 et virtualenv:

    sudo apt-get update
    sudo apt-get install python3-pip
    sudo pip3 install virtualenv==20.0.1
    
  • Rajoutez la ligne gun_timeout=30 au fichier config/settings.ini puis rechargez supervisor (sudo supervisorctl reload). Il s’agit du temps maximal (en seconde) autorisĂ© pour chaque requĂȘte. A augmenter, si vous avez dĂ©jĂ  rencontrĂ© des problĂšmes de timeout.

  • Depuis le rĂ©pertoire frontend, lancez la commande nvm install

2.3.0 - Occhab de NoĂ«l (2019-12-27)

🚀 NouveautĂ©s

  • DĂ©veloppement du module Occhab (Occurrences d’habitats) basĂ© sur une version minimale du standard SINP du mĂȘme nom et s’appuyant sur le rĂ©fĂ©rentiel Habref du SINP (#735)

    • Consultation (carte-liste) des stations et affichage de leurs habitats

    • Recherche (et export) des stations par jeu de donnĂ©es, habitats ou dates

    • Saisie d’une station et de ses habitats

    • PossibilitĂ© de saisir plusieurs habitats par station

    • Saisie des habitats basĂ©e sur une liste prĂ©-dĂ©finie Ă  partir d’Habref. PossibilitĂ© d’intĂ©grer toutes les typologies d’habitat ou de faire des listes rĂ©duites d’habitats

    • PossibilitĂ© de charger un fichier GeoJson, KML ou GPX sur la carte et d’utiliser un de ses objets comme gĂ©omĂ©trie de station

    • Mise en place d’une API Occhab (Get, Post, Delete, Export stations et habitats et rĂ©cupĂ©rer les valeurs par dĂ©faut des nomenclatures)

    • Calcul automatique des altitudes (min/max) et de la surface d’une station

    • Gestion des droits (en fonction du CRUVED de l’utilisateur connectĂ©)

    • DĂ©finition des valeurs par dĂ©faut dans la BDD (paramĂ©trable par organisme)

    • PossibilitĂ© de masquer des champs du formulaire

  • CrĂ©ation d’un sous-module autonome ou intĂ©grĂ© pour gĂ©rer l’API d’Habref (https://github.com/PnX-SI/Habref-api-module) pour :

    • Rechercher un habitat dans Habref (avec usage du trigramme pour la pertinence du rĂ©sultat)

    • Obtenir les infos d’un habitat et de ses correspondances Ă  partir de son cd_hab

    • Obtenir les habitats d’une liste (avec ou sans leur code en plus de leur nom et filtrable par typologie)

    • Obtenir la liste des typologies (filtrable par liste d’habitats)

  • Mise Ă  jour du module des nomenclatures (https://github.com/PnX-SI/Nomenclature-api-module) en version 1.3.2 incluant notamment :

    • Ajout de nomenclatures SINP concernant les habitats

    • Ajout d’une contrainte d’unicitĂ© sur la combinaison des champs id_type et cd_nomenclature de la table t_nomenclatures

  • Association des JDD Ă  des modules pour filtrer les JDD utilisĂ©s dans Occtax ou dans Occhab notamment (#399)

  • Mise Ă  jour de Angular 4 Ă  Angular 7 (performances, 
.) par @jbrieuclp

  • Ajout d’une documentation utilisateur pour le module SynthĂšse : http://docs.geonature.fr/user-manual.html#synthese (par @amandine-sahl)

  • OCCTAX : AmĂ©lioration importante des performances de la liste des relevĂ©s (par @jbrieuclp) (#690, #740)

  • AmĂ©liorations des performances des exports de Occtax et de SynthĂšse et ajout d’index dans Occtax (par @gildeluermoz) (#560)

  • Partage de scripts de sauvegarde de l’application et de la BDD dans data/scripts/backup/ (par @gildeluermoz)

  • Externalisation des librairies d’outils Flask et SQLAlchemy (https://github.com/PnX-SI/Utils-Flask-SQLAlchemy et https://github.com/PnX-SI/Utils-Flask-SQLAlchemy-Geo) pour pouvoir les factoriser et les utiliser dans d’autres applications. Cela amĂ©liore aussi les performances des jointures.

  • SYNTHESE : Ajout d’un export de la liste des espĂšces (#805)

  • SYNTHESE : Baser la portĂ©e de tous les exports (y compris Statuts) sur l’action E (#804)

  • METADONNEES : Affichage des ID des JDD et CA

  • OCCTAX : Conserver le fichier GPX ou GeoJSON chargĂ© sur la carte quand on enchaine des relevĂ©s et ajouter de la transparence sur les gĂ©omĂ©tries utilisĂ©s dans les relevĂ©s prĂ©cĂ©dents (#813)

  • OCCTAX : Clarification de l’ergonomie pour ajouter un dĂ©nombrement sur un taxon (#780)

  • Ajout des dates de creation et de modification dans les tables gn_monitoring.t_base_sites et gn_monitoring.t_base_visits et triggers pour les calculer automatiquement

  • Ajout des champs geom_local, altitude_min et altitude_max dans la table gn_monitoring.t_base_sites et triggers pour les calculer automatiquement (#812)

  • Ajout des champs id_dataset, id_module, id_nomenclature_obs_technique et id_nomenclature_grp_typ dans la table gn_monitoring.t_base_visits (#812)

  • Le composant gĂ©nĂ©rique FileLayer expose un output pour rĂ©cuperer la gĂ©omĂ©trie sĂ©lectionnĂ©e (un observable de MapService Ă©tait utilisĂ© auparavant)

  • Support des markers sur le composant leaflet-draw

  • PossibilitĂ© de ne pas activer le composant marker au lancement lorsque celui-ci est utilisĂ© (input defaultEnable)

  • Ajout d’inputs time, number, medias et datalist au composant DynamicForm permettant de gĂ©nĂ©rer des formulaires dynamiques.

  • AmĂ©liorations diverses du composant DynamicForm (par @joelclems)

  • Ajout d’un paramĂštre dans le cas oĂč le serveur se trouve derriĂšre un proxy (proxy_http ou dans proxy_https dans config/settings.ini)

  • Ajout d’une route permettant de rĂ©cupĂ©rer la liste des rĂŽles d’une liste Ă  partir de son code (par @joelclems)

🐛 Corrections

  • MENU Side nav : Correction pour ne pas afficher les modules pour lesquels le paramĂštre active_frontend est False (#822)

  • OCCTAX : Gestion de l’édition des occurrences oĂč le JDD a Ă©tĂ© dĂ©sactivĂ©, en ne permettant pas de modifier le JDD (#694)

  • OCCTAX : Correction d’une faiblesse lors de la rĂ©cupĂ©ration des informations taxonomiques d’un relevĂ© (utilisation d’une jointure plutĂŽt que l’API TaxHub) (#751)

  • OCCTAX : Correction des longues listes de taxons dans les tooltip des relevĂ©s en y ajoutant un scroll (par @jbrieuclp) (#666)

  • OCCTAX : Masquer le bouton TĂ©lĂ©charger si l’utilisateur n’a pas de droits d’export dans le module (E = 0)

  • OCCTAX : Correction de l’affichage des relevĂ©s dans la liste (#777)

  • OCCTAX : Correction des exports quand on filtre sur un obervateur en texte

  • SYNTHESE : Filtre sur date_max en prenant date_max <= 23:59:59 pour prendre en compte les observations avec un horaire (#778)

  • SYNTHESE : Correction des boutons radios pour les filtres taxonomiques avancĂ©s basĂ©s sur les attributs TaxHub (#763)

  • SYNTHESE : Correction de la recherche par cd_nom dans le composant SearchTaxon (#824)

  • VALIDATION : Corrections mineures (par @jbrieuclp) (#715)

  • INSCRIPTION : Correction si aucun champ additionnel n’a Ă©tĂ© ajoutĂ© au formulaire (par @jbrieuclp) (#746)

  • INSCRIPTION : Correction de l’usage des paramĂštres ENABLE_SIGN_UP et ENABLE_USER_MANAGEMENT (#791)

  • Simplification de l’écriture des logs dans le script install_db.sh

  • Correction de l’installation des requirements.txt lors de l’installation d’un module (#764 par @joelclems)

  • COMMONS : Modification des champs de t_modules de type CHARACTER(n) en CHARACTER VARYING(n) (module_path, module_target, module_external_url) (#799)

  • COMMONS : Ajout de contraintes d’unicitĂ© pour les champs module_path et module_code de t_modules

  • pnx-geojson : AmĂ©lioration du zoom, gestion des styles

  • Migration des donnĂ©es GeoNature V1 vers V2 (data/migrations/v1tov2/) : ajustements mineurs

⚠ Notes de version

NB: La version 2.3.0 n’est pas compatible avec le module Dashboard. Si vous avez le module Dashboard installĂ©, ne passez pas Ă  cette nouvelle version. CompatibilitĂ© dans la 2.3.1.

  • Lancer le script de migration qui va installer et remplir le nouveau schĂ©ma ref_habitats avec Habref et mettre Ă  jour le schĂ©ma ref_nomenclatures :

    cd /home/`whoami`/geonature/install/migration
    chmod +x 2.2.1to2.3.0.sh
    ./2.2.1to2.3.0.sh
    

VĂ©rifier que la migration s’est bien dĂ©roulĂ©e dans le fichier var/log/2.2.1to2.3.0.log.

2.2.1 (2019-10-09)

🐛 Corrections

  • La route de changement de mot de passe Ă©tait dĂ©sactivĂ©e par le mauvais paramĂštre (ENABLE_SIGN_UP au lieu de ENABLE_USER_MANAGEMENT)

  • DĂ©sactivation du mode « enchainement des relevĂ©s » en mode Ă©dition (#669). Correction effacement du mĂȘme relevĂ© (#744)

  • Correction d’affichage du module mĂ©tadonnĂ©es lorsque les AF n’ont pas de JDD pour des raisons de droit (#743)

  • Diverses corrections de doublons d’import et de logs de dĂ©bugs (#742)

  • MontĂ©e de version du sous-module d’authentification: 1.4.2

2.2.0 - Module utilisateurs (2019-09-18)

🚀 NouveautĂ©s

  • Ajout d’interfaces et de paramĂštres de crĂ©ation de compte, de rĂ©cupĂ©ration de son mot de passe et d’administration de son profil, basĂ© sur l’API UsersHub 2.1.0 (par @jbrieuclp et @TheoLechemia) #615

  • Ajout d’une fonctionnalitĂ© de crĂ©ation automatique d’un CA et d’un JDD personnel lors de la validation d’un compte crĂ©Ă© automatiquement (paramĂ©trable)

  • AmĂ©lioration du composant de crĂ©ation dynamique de formulaire (support de text-area, checkbox simple et multiple et exemple d’utilisation Ă  partir de la conf GeoNature)

  • Le composant ’observateur’ permet de rechercher sur le nom ou le prĂ©nom (utilisation des RegEx) #567

  • Mise Ă  jour de Flask en version 1.1.1

  • Nouvelle version du sous-module d’authentification (1.4.1), compatible avec UsersHub 2.1.0

  • Mise Ă  jour du sous-module de nomenclatures (version 1.3.0)

  • Mise Ă  jour et clarification du MCD (http://docs.geonature.fr/admin-manual.html#base-de-donnees) par @jpm-cbna

  • Ajout d’une tutoriel vidĂ©o d’installation dans la documentation (https://www.youtube.com/watch?v=JYgH7cV9AjE, par @olivier8064)

🐛 Corrections

  • Correction d’un bug sur les export CSV en utilisant la librairie Python standard csv (#733)

  • SYNTHESE API : Passage de la route principale de rĂ©cupĂ©ration des donnĂ©es en POST plutĂŽt qu’en GET (#704)

  • SYNTHESE BDD : Suppression automatique des aires intersectĂ©es (synthese.cor_area_synthese) lorsqu’une observation est supprimĂ©e (DELETE CASCADE)

  • SYNTHESE : Prise en compte du paramĂštre EXPORT_ID_SYNTHESE_COL (#707)

  • OCCTAX : Correction d’une autocomplĂ©tion automatique erronĂ©e de la date max en mode Ă©dition (#706)

  • VALIDATION : AmĂ©liorations des performances, par @jbrieuclp (#710)

  • Prise en compte des sous-taxons pour le calcul des rĂšgles de sensibilitĂ©

  • Correction des contraintes CHECK sur les tables liĂ©es Ă  la sensibilitĂ©

  • ComplĂ©ment et correction des scripts de migration data/migrations/v1tov2

  • Correction et clarification de la documentation d’administration des listes de taxons et de sauvegarde et restauration de la BDD (par @lpofredc)

  • Correction de la rotation des logs

⚠ Notes de version

2.1.2 (2019-07-25)

🐛 Corrections

  • SYNTHESE : Correction d’une URL en dur pour la recherche de rangs taxonomiques

  • OCCTAX : Affichage uniquement des JDD actifs

  • VALIDATION : Abaissement de la limite d’affichage de donnĂ©es sur la carte par dĂ©faut + message indicatif

  • Migration : Suppression d’un lien symbolique qui crĂ©ait des liens en cascade

  • AmĂ©lioration de la documentation (@dthonon)

  • AmĂ©lioration de la rapiditĂ© d’installation du MNT grĂące Ă  la suppression d’un paramĂštre inutile

  • BACKOFFICE : Correction d’une URL incorrecte et customisation

⚠ Notes de version

Ceci est une version corrective mineure. Si vous migrez depuis la 2.1.0, passez directement Ă  cette version en suivant les notes de version de la 2.1.1.

2.1.1 (2019-07-18)

🚀 NouveautĂ©s

  • SYNTHESE: Factorisation du formulaire de recherche (utilisĂ© dans le module synthese et validation)

  • SYNTHESE: Simplification et correction du module de recherche avancĂ©e d’un taxon en le limitant Ă  l’ordre (performances)

  • SYNTHESE: Ajout d’un composant de recherche taxonomique avancĂ© basĂ© sur les rangs taxonomiques (modules synthese et validation), basĂ© sur la nouvelle fonction taxonomie.find_all_taxons_children ajoutĂ©e Ă  TaxHub

  • CrĂ©ation d’un backoffice d’admnistration dans le coeur de GeoNature. BasĂ© sur Flask-admin, les modules peuvent alimenter dynamiquement le backoffice avec leur configuration

  • Mise en place d’une documentation dĂ©veloppeur automatique de l’API Ă  partir des docstring et des composants frontend, gĂ©nĂ©rĂ©e par Travis et dĂ©sormais accessible Ă  l’adresse http://docs.geonature.fr (#673)

  • AmĂ©lioration de la documentation (triggers, installation, module validation)

  • Suppression du module d’exemple, remplacĂ© par un template de module (https://github.com/PnX-SI/gn_module_template)

  • Ajout d’un champ validable sur la table gn_meta.t_datasets controlant les donnĂ©es prĂ©sentes dans le module VALIDATION (https://github.com/PnX-SI/gn_module_validation/issues/31)

  • VALIDATION: Lister toutes les donnĂ©es de la synthĂšse ayant un uuid_sinp dans le module validation, et plus seulement celles qui ont un enregistrement dans gn_commons.t_validations

  • VALIDATION: On ne liste plus les id_nomenclatures des types de validation Ă  utiliser, dans la configuration du module. Mais on utilise toutes les nomenclatures activĂ©es du type de nomenclature STATUT_VALID. (https://github.com/PnX-SI/gn_module_validation/issues/30)

  • Ajout de tests sur les ajouts de JDD et CA

  • Ajout d’une fonctionnalitĂ© d’envoie d’email via Flask-Mail dans le coeur de GeoNature

  • AmĂ©lioration des performances: ajout d’index sur Occtax et MetadonnĂ©es

  • Script d’import des mĂ©tadonnĂ©es Ă  partir du webservice MTD de l’INPN (@DonovanMaillard)

  • ComplĂ©ment, correction et compatibilitĂ© 2.1.0 des scripts de migration data/migrations/v1tov2

🐛 Corrections

  • Nombreuses corrections du module de validation (non utilisation des id_nomenclature, simplification des vues et de la table gn_commons.t_validations)

  • Ordonnancement de listes dĂ©roulantes (#685)

  • OCCTAX : correction de l’édition d’un relevĂ© Ă  la gĂ©omĂ©trie de type Polyline (#684)

  • OCCTAX : correction l’édition et du contrĂŽle conditionnel des champs de « preuves » (preuve d’existence numĂ©rique / non numĂ©rique) (#679)

  • OCCTAX : correction du parametre DATE_FORM_WITH_TODAY non pris en compte (#670)

  • OCCTAX: correction de la date_max non remplie lorsque DATE_FORM_WITH_TODAY = false

  • OCCTAX: correction d’un bug lors de l’enchainement de relevĂ© lorsque l’heure est remplie

  • SYNTHESE: correction des doublons lorsqu’il y a plusieurs observateurs

  • Correction du composant dynamicForm sur les champs de recherche de type texte (recherche sur Preuve numĂ©rique) (#530)

  • DĂ©sactivation du mode « enchainer les relevĂ©s » en mode Ă©dition (#699)

  • Correction de gn_monitoring : utiliser gn_commons.t_modules Ă  la place de utilisateurs.t_applications pour associer des sites de suivi Ă  des modules

  • Fix de SQLalchemy 1.3.3 et jointure sur objet Table

  • Le trigger remplissant cor_area_synthese en intersectant gn_synthese.synthese avec ref_geo.l_areas ne prend plus que les zonages ayant le champs enabled=true

  • Correction dict() et version de Python (par @jpm-cbna)

  • MAJ de sĂ©curitĂ© de Bootstrap (en version 4.3.1)

  • L’ancien module export du coeur est enlevĂ© en vue de la sortie du nouveau module export

⚠ Notes de version

2.1.0 - Module validation (2019-06-01)

🚀 NouveautĂ©s

  • IntĂ©gration du module Validation dans GeoNature (dĂ©veloppĂ© par @JulienCorny, financĂ© par @sig-pnrnm)

  • Ajout de tables, rĂšgles et fonctions permettant de calculer la sensibilitĂ© des occurrences de taxon de la synthĂšse (#284)

  • Occtax - PossibilitĂ© d’enchainer les saisies de relevĂ©s et de garder les informations du relevĂ© (#633)

  • Occtax - AmĂ©lioration de l’ergonomie de l’interface MapList pour clarifier la recherche et l’ajout d’un relevĂ© + ajout compteur (#467)

  • RĂ©vision de l’interface du module MĂ©tadonnĂ©es, listant les cadres d’acquisition et leurs jeux de donnĂ©es (par @jbrieuclp)

  • Ajout d’un mĂ©canisme du calcul des taxons observĂ©s par zonage gĂ©ographique (#617)

  • Les mailles INPN (1, 5, 10km) sont intĂ©grĂ©es Ă  l’installation (avec un paramĂštre)

  • Statistiques de la page d’accueil - Ajout d’un paramĂštre permettant de les dĂ©sactiver (#599)

  • Occtax - Date par dĂ©faut paramĂ©trable (#351)

  • Support des gĂ©ometries multiples (MultiPoint, MultiPolygone, MultiLigne) dans la synthĂšse et Occtax (#609)

  • Synthese - Affichage des zonages intersectĂ©s dans un onglet sĂ©parĂ© (#579)

🐛 Corrections

  • RĂ©vision complĂšte des scripts de migration de GeoNature v1 Ă  v2 (data/migrations/v1tov2)

  • Masquer l’export du module SynthĂšse si son CRUVED est dĂ©fini Ă  0 (#608)

  • Correction de la vĂ©rification du CRUVED du module METADONNEES (#601)

  • Correction de la vĂ©rification du CRUVED lorsque get_role = False

  • Correction de la traduction sur la page de connexion (par @jbrieuclp)

  • Occtax - Retour du composant GPS permettant de charger un marker Ă  partir de coordonnĂ©es X et Y (#624)

  • Correction lors d’import de fichier GPX ayant une altitude (#631)

  • Occtax - Correction du filtre Observateur texte libre (#598)

  • MĂ©tadonnĂ©es - Inversion des domaines terrestre/marin (par @xavyeah39)

  • MĂ©tadonnĂ©es - Correction de l’édition des cadres d’acquisition (#654, par @DonovanMaillard)

  • Mise Ă  jour de sĂ©curitĂ© de Jinja2 et SQLAlchemy

⚠ Notes de version

  • Vous pouvez passer directement Ă  cette version, mais en suivant les notes des versions intermĂ©diaires

  • Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

  • Lancer le script de migration de la base de donnĂ©es :

    Cette nouvelle version de GeoNature intÚgre les mailles INPN (1, 5, 10km) dans le réferentiel géographique. Si vous ne souhaitez pas les installer, lancer le script ci dessous en passant le paramÚtre no-grid

    cd /home/`whoami`/geonature/data/migrations
    # avec les mailles
    ./2.0.1to2.1.0.sh
    # sans les mailles:
    # ./2.0.1to2.1.0.sh no-grid
    
  • Installer le module VALIDATION si vous le souhaitez :

    Se placer dans le virtualenv de GeoNature

    cd /home/`whoami`/geonature/backend
    source venv/bin/activate
    

    Lancer la commande d’installation du module puis sortir du virtualenv

    geonature install_gn_module /home/`whoami`/geonature/contrib/gn_module_validation/ /validation
    deactivate
    

2.0.1 (2019-03-18)

🚀 NouveautĂ©s

  • DĂ©veloppement : ajout d’une fonction de gĂ©nĂ©ration dynamique de requĂȘte SQL (avec vĂ©rification et cast des types)

  • Synthese : Ajout d’un message indiquant que le module affiche les derniĂšres observations par dĂ©faut

🐛 Corrections

  • Synthese : correction du filtre CRUVED pour les portĂ©es 1 et 2 sur la route synthese/for_web (#584)

  • Synthese : correction du bug lorsque la gĂ©omĂ©trie est null (#580)

  • Synthese : Correction de la redirection vers le module de saisie (#586)

  • Synthese : Correction de la valeur par dĂ©faut de la nomenclature STATUT_OBS (PrĂ©sent au lieu de NSP)

  • Configuration carto : correction du bug d’arrondissement des coordonnĂ©es gĂ©ographiques (#582)

  • Correction du trigger de calcul de la geom locale

  • RecrĂ©ation de la vue pr_occtax.export_occtax_sinp qui avait Ă©tĂ© supprimĂ©e lors de la migration RC3 vers RC4

  • Correction de la vue pr_occtax.v_releve_list

  • Correction ajout rang et cd_nom sur l’autocomplete de la synthese, absent dans le script de migration

  • DEPOBIO : Correction de la dĂ©connexion au CAS INPN

  • Occtax et Metadata: correction lors de la mise Ă  jour d’un Ă©lement (Merge mal gĂ©rĂ© par SQLAlchemy lorsqu’on n’a pas une valeur NULL) (#588)

  • Composant « jeu de donnĂ©es » : retour Ă  l’affichage du nom long (#583)

  • AmĂ©lioration du style du composant multiselect

  • Metadata : formulaire cadre d’acquisition - listage uniquement des cadres d’acquisition parent pour ne pas avoir de cadres d’acquisition imbriquĂ©s

  • Ajouts de tests automatisĂ©s complĂ©mentaires

⚠ Notes de version

2.0.0 - La refonte (2019-02-28)

La version 2 de GeoNature est une refonte complùte de l’application.

  • Refonte technologique en migrant de PHP/Symfony/ExtJS/Openlayers Ă  Python3/Flask/Angular4/Leaflet

  • Refonte de l’architecture du code pour rendre GeoNature plus gĂ©nĂ©rique et modulaire

  • Refonte de la base de donnĂ©es pour la rendre plus standardisĂ©e, plus gĂ©nĂ©rique et modulaire

  • Refonte ergonomique pour moderniser l’application

Pour plus de détails sur les évolutions apportées dans la version 2, consultez les détails des versions RC (Release Candidate) ci-dessous.

Nouveautés

  • PossibilitĂ© de charger un fichier (GPX, GeoJson ou KML) sur la carte pour la saisie dans le module Occtax (#256)

  • Ajout d’un moteur de recherche de lieu (basĂ© sur l’API OpenStreetMap Nominatim) sur les modules cartographiques (#476)

  • IntĂ©gration du plugin leaflet markerCluster permettant d’afficher d’avantage d’observations sur les cartes et de gĂ©rer leurs superposition (#559)

  • SynthĂšse : possibilitĂ© de grouper plusieurs types de zonages dans le composant pnx-areas

  • Design de la page de login

  • IntĂ©gration d’un bloc stat sur la page d’accueil

  • Ajout d’un export des mĂ©tadonnĂ©es dans la synthĂšse

  • Centralisation de la configuration cartographique dans la configuration globale de GeoNature (geonature_config.toml)

  • Cartographie : zoom sur l’emprise des rĂ©sultats aprĂšs une recherche

  • Migration de la gestion des mĂ©tadonnĂ©es dans un module Ă  part : ’METADATA’ (#550)

  • Export vue synthĂšse customisable (voir doc)

  • Lien vers doc par module (customisables dans gn_commons.t_modules) (#556)

  • Ajout du code du dĂ©partement dans les filtres par commune (#555)

  • Ajout du rang taxonomique et du cd_nom aprĂšs les noms de taxons dans la recherche taxonomique (#549)

  • Mise Ă  jour des communes fournies lors de l’installation (IGN admin express 2019) (#537)

  • SynthĂšse : Ajout du filtre par organisme (#531), affichage des acteurs dans les fiches dĂ©tail et les exports

  • Synthese: possibilitĂ© de filtrer dans les listes dĂ©roulantes des jeux de donnĂ©es et cadres d’acquisition

  • Filtre de la recherche taxonomique par rĂšgne et groupe INPN retirĂ© des formulaires de recherche (#531)

  • Suppression du champ validation dans le schĂ©ma de BDD Occtax car cette information est stockĂ©e dans la table verticale gn_commons.t_validations + affichage du statut de validation dans les fiches Occtax et SynthĂšse

  • Ajout d’une vue gn_commons.v_lastest_validation pour faciliter la rĂ©cupĂ©ration du dernier statut de validation d’une observation

  • Suppression de toutes les rĂ©fĂ©rences Ă  taxonomie.bib_noms en vue de le supprimer de TaxHub

  • SĂ©paration des commentaires sur l’observation et sur le contexte (relevĂ©) dans la SynthĂšse et simplification des triggers de Occtax vers SynthĂšse (#478)

  • Nouveau logo GeoNature (#346)

Corrections

  • AmĂ©liorations importantes des performances de la synthĂšse (#560)

  • SynthĂšse : correction liĂ©e aux filtres multiples et aux filtres gĂ©ographiques de type cercle

  • Ajout d’une contrainte DELETE CASCADE entre ref_geo.li_municialities et ref_geo.l_areas (#554)

  • Occtax : possibilitĂ© de saisir un dĂ©nombrement Ă©gal Ă  0 (cas des occurrences d’absence)

  • Occtax : retour Ă  l’emprise cartographique prĂ©cĂ©dente lorsqu’on enchaine les relevĂ©s (#570)

  • Occtax : correction de l’automplissage du champ hour_max lors de l’édition d’un relevĂ©

  • Divers complĂ©ments de la documentation (merci @jbdesbas, @xavyeah39 et @DonovanMaillard)

  • Ajout de contraintes d’unicitĂ© sur les UUID_SINP pour empĂȘcher les doublons (#536)

  • Corrections et complĂ©ments des tests automatiques

  • AmĂ©lioration de l’installation des modules GeoNature

Notes de version

1. Pour les utilisateurs utilisant la version 1 de GeoNature :

Il ne s’agit pas de mettre à jour GeoNature mais d’en installer une nouvelle version. En effet, il s’agit d’une refonte complùte.

  • Sauvegarder toutes ses donnĂ©es car l’opĂ©ration est complexe et non-automatisĂ©e

  • Passer Ă  la derniĂšre version 1 de GeoNature (1.9.1)

  • Passer aux derniĂšres versions de UsersHub et TaxHub

  • Installer GeoNature standalone ou refaire une installation complĂšte

  • Adaptez les scripts prĂ©sents dans /data/migrations/v1tov2 et exĂ©cutez-les pas Ă  pas. Attention ces scripts ont Ă©tĂ© faits pour la version 2.0.0-rc.1 et sont donc Ă  ajuster, tester, complĂ©ter et adapter Ă  votre contexte

2. Pour les utilisateurs utilisant une version RC de GeoNature 2 :

Veuillez bien lire ces quelques consignes avant de vous lancer dans la migration.

  • Vous pouvez passer directement Ă  cette version, mais en suivant les notes des versions intermĂ©diaires.

  • Les personnes ayant configurĂ© leur fichier map.config.ts devront le rĂ©percuter dans geonature_config.toml, suite Ă  la centralisation de la configuration cartographique (voir https://github.com/PnX-SI/GeoNature/blob/2.0.0/config/default_config.toml.example section [MAPCONFIG]).

  • La configuration des exports du module synthĂšse a Ă©tĂ© modifiĂ©e (voir http://docs.geonature.fr/user-manual.html#synthese). Supprimer la variable[SYNTHESE.EXPORT_COLUMNS] dans le fichier geonature_config.toml. Voir l’exemple dans le fichier (voir https://github.com/PnX-SI/GeoNature/blob/2.0.0/config/default_config.toml.example section) pour configurer les exports.

  • Supprimer la variable COLUMNS_API_SYNTHESE_WEB_APP si elle a Ă©tĂ© ajoutĂ©e dans le fichier geonature_config.toml.

  • Pour simplifier son Ă©dition, le template personalisable de la page d’accueil (frontend/src/custom/components/introduction/introduction.component.html) a Ă©tĂ© modifiĂ© (la carte des 100 derniĂšre observations n’y figure plus). Veuillez supprimer tout ce qui se situe Ă  partir de la ligne 21 (<div class="row row-0">) dans ce fichier.

  • ExĂ©cuter le script de migration SQL: https://github.com/PnX-SI/GeoNature/blob/2.0.0/data/migrations/2.0.0rc4.2to2.0.0.sql.

  • Le backoffice de gestion des mĂ©tadonnĂ©es est dorĂ©navant un module GeoNature Ă  part. Le script migration prĂ©cĂ©demment lancĂ© prĂ©voit de mettre un CRUVED au groupe_admin et groupe_en_poste pour le nouveau module METADATA. Les groupes nouvellement crĂ©Ă©s par les administrateurs et n’ayant de CRUVED pour l’objet METADATA (du module Admin), se retrouvent avec le CRUVED hĂ©ritĂ© de GeoNature. L’administrateur devra changer lui-mĂȘme le CRUVED de ces groupes pour le nouveau module METADATA via le backoffice des permissions.

  • Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application).

2.0.0-rc.4.2 (2019-01-23)

Nouveautés

  • Mise en place de logs rotatifs pour Ă©viter de surcharger le serveur

  • Centralisation des logs applicatifs dans le dossier var/log/gn_errors.log de GeoNature

Corrections

  • SynthĂšse - Correction et amĂ©lioration de la gestion des dates (#540)

  • AmĂ©lioration des tests automatisĂ©s

  • Correction et complĂ©ment ds scripts d’installation des modules GeoNature

  • Remplacement de gn_monitoring.cor_site_application par gn_monitoring.cor_site_module

  • ComplĂ©ment des documentations de customisation, d’administration et de dĂ©veloppement

  • Ajout d’une documentation de migration de donnĂ©es Serena vers GeoNature (https://github.com/PnX-SI/Ressources-techniques/tree/master/GeoNature/migration/serena) par @xavyeah39

Note de version

  • Vous pouvez passer directement Ă  cette version, mais en suivant les notes des versions intermĂ©diaires

  • ExĂ©cutez la mise Ă  jour de la BDD GeoNature (data/migrations/2.0.0rc4.1to2.0.0rc4.2.sql)

  • Depuis la version 2.0.0-rc.4, on ne stocke plus les modules de GeoNature dans utilisateurs.t_applications. On ne peut donc plus associer les sites de suivi de gn_monitoring Ă  des applications, utilisĂ© par les modules de suivi (Flore, habitat, chiro). Le mĂ©canisme est remplacĂ© par une association des sites de suivi aux modules. La crĂ©ation de la nouvelle table est automatisĂ©e (data/migrations/2.0.0rc4.1to2.0.0rc4.2.sql), mais pas la migration des Ă©ventuelles donnĂ©es existantes de gn_monitoring.cor_site_application vers gn_monitoring.cor_site_module, Ă  faire manuellement.

  • Afin que les logs de l’application soient tous Ă©crits au mĂȘme endroit, modifier le fichier geonature-service.conf (sudo nano /etc/supervisor/conf.d/geonature-service.conf). A la ligne stdout_logfile, remplacer la ligne existante par stdout_logfile = /home/<MON_USER>/geonature/var/log/gn_errors.log (en remplaçant <MON_USER> par votre utilisateur linux).

  • Vous pouvez Ă©galement mettre en place un systĂšme de logs rotatifs (systĂšme permettant d’archiver les fichiers de logs afin qu’ils ne surchargent pas le serveur - conseillĂ© si votre serveur a une capacitĂ© disque limitĂ©e). CrĂ©er le fichier suivant sudo nano /etc/logrotate.d/geonature puis copiez les lignes suivantes dans le fichier nouvellement crĂ©Ă© (en remplaçant <MON_USER> par votre utilisateur linux)

    /home/<MON_USER>/geonature/var/log/*.log {
    daily
    rotate 8
    size 100M
    create
    compress
    }
    

    Exécutez ensuite la commande sudo logrotate -f /etc/logrotate.conf

  • Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

2.0.0-rc.4.1 (2019-01-21)

Corrections

  • Mise Ă  jour des paquets du frontend (#538)

  • Correction d’un conflit entre Marker et Leaflet-draw

  • Utilisation du paramĂštre ID_APP au niveau de l’application

  • Corrections mineures diverses

Note de version

2.0.0-rc.4 (2019-01-15)

Nouveautés

  • IntĂ©gration de la gestion des permissions (CRUVED) dans la BDD de GeoNature, gĂ©rĂ© via une interface d’administration dĂ©diĂ© (#517)

  • Mise en place d’un systĂšme de permissions plus fin par module et par objet (#517)

  • Mise en place d’un mĂ©canimse gĂ©nĂ©rique pour la gestion des permissions via des filtres : filtre de type portĂ©e (SCOPE), taxonomique, gĂ©ographique etc
 (#517)

  • CompatibilitĂ© avec UsersHub version 2

  • L’administration des permissions ne propose que les rĂŽles qui sont actif et qui ont un profil dans GeoNature

  • Ajout du composant Leaflet.FileLayer dans le module SynthĂšse pour pouvoir charger un GeoJSON, un GPS ou KML sur la carte comme gĂ©omĂ©trie de recherche (#256)

  • Ajout et utilisation de l’extension PostgreSQL pg_tgrm permettant d’amĂ©liorer l’API d’autocomplĂ©tion de taxon dans la synthĂšse, en utilisant l’algorithme des trigrammes (http://si.ecrins-parcnational.com/blog/2019-01-fuzzy-search-taxons.html), fonctionnel aussi dans les autres modules si vous mettez Ă  jour TaxHub en version 1.6.0.

  • Nouvel exemple d’import de donnĂ©es historiques vers GeoNature V2 : https://github.com/PnX-SI/Ressources-techniques/blob/master/GeoNature/V2/2018-12-csv-vers-synthese-FLAVIA.sql (par @DonovanMaillard)

  • ComplĂ©ment de la documentation HTTPS et ajout d’une documentation Apache (par @DonovanMaillard, @RomainBaghi et @lpofredc)

Corrections

  • Correction de l’id_digitiser lors de la mise Ă  jour (#481)

  • Corrections multiples de la prise en compte du CRUVED (#496)

  • Deconnexion apres inactivitĂ© de l’utilisateur (#490)

  • Suppression des heures au niveau des dates de l’export occtax (#485)

  • Correction du message d’erreur quand on n’a pas de JDD (#479)

  • Correction du champs commentaire dans les exports d’Occtax sĂ©parĂ© entre relevĂ© et occurrence (#478)

  • Correction des paramĂštres de la fonction GenericQuery.build_query_filter() (par @patkap)

  • Correction de l’administration des mĂ©tadonnĂ©es (#466 #420)

  • MĂ©tadonnĂ©es (JDD et CA) : ne pas afficher les utilisateurs qui sont des groupes dans les acteurs

  • Ajout d’un champs dans la SynthĂšse permettant de stocker de quel module provient une occurrence et fonctions SQL associĂ©es (#412)

  • AmĂ©lioration du style des champs obligatoires

  • AmĂ©liorations mineures de l’ergonomie d’Occtax

  • Correction du spinner qui tournait en boucle lors de l’export CSV de la SynthĂšse (#451)

  • Correction des tests automatisĂ©s

  • AmĂ©lioration des performances des intersections avec les zonages de ref_geo.l_areas

  • ComplĂ©ment de la documentation de dĂ©veloppement

  • Simplification de la configuration des gn_modules

  • Occtax : ordonnancement des observation par date (#467)

  • Occtax : Remplissage automatique de l’heure_max Ă  partir de l’heure_min (#522)

  • Suppression des warnings lors du build du frontend

  • Correction de l’installation des modules GeoNature

  • Ajout d’un message quand on n’a pas accĂšs Ă  une donnĂ©e d’un module

  • Affichage du nom du module dans le Header (#398)

  • Correction des outils cartographiques dans Occtax

  • Correction complĂ©mentaire des styles des lignes sans remplissage (#458)

  • MaplistService : correction du zoom sur les polygones et polylignes

  • Composant Areas et Municipalities : remise Ă  zĂ©ro de la liste dĂ©roulante quand on efface la recherche ou remet Ă  jour les filtres

  • Composant Taxonomy : la recherche autocompletĂ©e est lancĂ©e mĂȘme si on tape plus de 20 caractĂšres. Le nombre de rĂ©sultat renvoyĂ© est dĂ©sormais paramĂ©trable (#518)

  • Limitation du nombre de connexions Ă  la BDD en partageant l’instance DB avec les sous-modules

  • Installation : utilisation d’un rĂ©pertoire tmp local et non plus au niveau systĂšme pour limiter les problĂšmes de droits (#503)

  • Evolution du template d’exemple de module GeoNature (https://github.com/PnX-SI/GeoNature/tree/master/contrib/module_example) pour utiliser l’instance DB et utiliser les nouveaux dĂ©corateurs de permissions (CRUVED)

Note de version

  • Si vous effectuez une migration de GeoNature RC3 vers cette nouvelle version, il est nĂ©cessaire d’avoir installĂ© UsersHub version 2.x au prĂ©alable. Suivez donc sa documentation (https://github.com/PnX-SI/UsersHub/releases) avant de procĂ©der Ă  la montĂ©e de version de GeoNature.

  • ExĂ©cuter la commande suivante pour ajouter l’extension pg_trgm, en remplaçant la variable $db_name par le nom de votre BDD : sudo -n -u postgres -s psql -d $db_name -c "CREATE EXTENSION IF NOT EXISTS pg_trgm;"

  • Mettez Ă  jour TaxHub en version 1.6.0 pour bĂ©nĂ©ficier de l’amĂ©lioration de la recherche taxonomique dans tous les modules

  • ExĂ©cutez la mise Ă  jour de la BDD GeoNature (data/migrations/2.0.0rc3.1-to-2.0.0rc4.sql)

  • Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature (http://docs.geonature.fr/installation-standalone.html#mise-a-jour-de-l-application)

Note développeurs

  • Vous pouvez faire Ă©voluer les modules GeoNature en utilisant l’instance DB de GeoNature pour lancer les scripts d’installation (#498)

  • Il n’est plus nĂ©cĂ©ssaire de dĂ©finir un id_application dans la configuration des modules GeoNature.

  • La gestion des permissions a Ă©tĂ© revue et est dĂ©sormais internalisĂ©e dans GeoNature (voir http://docs.geonature.fr/development.html#developpement-backend), il est donc necessaire d’utiliser les nouveaux dĂ©corateurs dĂ©crit dans la doc pour rĂ©cupĂ©rer le CRUVED.

2.0.0-rc.3.1 (2018-10-21)

Corrections

Notes de version

  • Si vous migrez depuis une version 2.0.0-rc.2, installez directement cette version corrective plutĂŽt que la 2.0.0-rc.3, mais en suivant les notes de versions de la 2.0.0-rc.3

  • Pour mettre en place la redirection de TaxHub sans /, consultez sa documentation https://taxhub.readthedocs.io/fr/latest/installation.html#configuration-apache

  • Le script install_all.sh actuel ne semble pas fonctionner sur Debian 8, problĂšme de version de PostGIS qui ne s’installe pas correctement

2.0.0-rc.3 (2018-10-18)

  • PossibilitĂ© d’utiliser le MNT en raster ou en vecteur dans la BDD (+ doc MNT) #439 (merci @mathieubossaert)

  • INSTALL_ALL - gestion du format date du serveur PostgreSQL (#435)

  • INSTALL_ALL - AmĂ©lioration de la conf Apache de TaxHub pour gĂ©rer son URL sans / Ă  la fin

  • Dessin cartographique d’une autre couleur (rouge) que les observations (bleu)

  • Occtax : retour au zoom prĂ©cĂ©dent lors de l’enchainement de relevĂ© (#436)

  • Occtax : observateur rempli par dĂ©faut avec l’utilisateur connectĂ© (#438)

  • Prise en compte des gĂ©omĂ©tries nulles dans la fonction serializegeofn

  • Gestion plus complĂšte des donnĂ©es exemple intĂ©grĂ©es ou non lors de l’installation (#446)

  • ComplĂ©ment des diffĂ©rentes documentations

  • ComplĂ©ment FAQ (#441)

  • Documentation de la customisation (merci @DonovanMaillard)

  • AmĂ©lioration de l’architecture du gn_module d’exemple

  • Clarification de la configuration des gn_modules

  • Lire le fichier VERSION pour l’afficher dans l’interface (#421)

  • Utilisation de la vue export_occtax_sinp et non plus export_occtax_dlb par dĂ©faut pour les exports Occtax (#462)

  • ComplĂ©ment et correction des vues export_occtax_sinp et export_occtax_dlb (#462)

  • Mise Ă  jour de Marshmallow (2.5.0 => 2.5.1)

  • AmĂ©liorations des routes de gn_monitoring et de la configuration des modules de suivi pour pouvoir utiliser le nom d’une application plutĂŽt que son identifiant

  • Export SynthĂšse - Remplacement de la barre de tĂ©lĂ©chargement par un spinner (#451)

Corrections

  • Doc Import niveau 2 : Corrections et complĂ©ments

  • Correction du trigger Occtax > SynthĂšse qui met Ă  jour le champs gn_synthese.observers_txt et les commentaires (#448 et #459)

  • Correction et amĂ©lioration de la fonction install_gn_module

  • Correction coquille dans le modĂšle gn_monitoring et la fonction serializegeofn

  • Installation uniquement sur un environnement 64 bits (documentation + vĂ©rification) #442 (merci @jbrieuclp et @sig-pnrnm)

  • Correction et dĂ©coupage des scripts de mise Ă  jour de la BDD depuis la version Beta5

  • Correction de l’édition des date_debut et date_fin de Occtax (#457)

  • Correction des exports depuis la SynthĂšse et intĂ©gration de la gĂ©omĂ©trie des observations (#461 et #456)

  • Ne pas remplir pr_occtax.cor_role_releves_occtax si observers_txt = true (#463)

  • Edition d’un relevĂ© Occtax - Ne pas recalculer l’altitude existante (#424)

  • Correction de l’activation du formulaire Occtax aprĂšs localisation du relevĂ© (#469 et #471)

  • Carte - Enlever le remplissage des lignes (#458)

  • AmĂ©lioration du script de mise Ă  jour de GeoNature (install/migration/migration.sh) (#465)

  • Suppression d’un doublon dans le modĂšle de gn_commons.t_modules (merci @lpofredc)

Autres

Notes de version

2.0.0-rc.2 (2018-09-24)

Nouveautés

  • Script install_all.sh compatible Ubuntu (16 et 18)

  • AmĂ©lioration du composant Download

  • AmĂ©lioration du ShapeService

  • ComplĂ©ments de la documentation

  • IntĂ©gration de la documentation DĂ©veloppement backend dans la documentation

  • Nettoyage du code

  • Mise Ă  jour de la doc de l’API : https://documenter.getpostman.com/view/2640883/RWaPskTw

  • Configuration de la carte (frontend/src/conf/map.config.ts) : OSM par dĂ©faut car OpenTopoMap ne s’affiche pas Ă  petite Ă©chelle

Corrections

  • Correction du script install/migration/migration.sh

  • Ne pas afficher le debug dans le recherche de la synthĂšse

  • Correction du bug de dĂ©connexion entre TaxHub et GeoNature (#423)

  • Correction de la fiche info d’Occtax

  • Champs Multiselect : Ne pas afficher les valeurs selectionnĂ©es dans la liste quand on modifie un objet

  • Trigger Occtax vers SynthĂšse : Correction des problĂšmes d’heure de relevĂ©s mal copiĂ©s dans la SynthĂšse

  • Correction des altitudes (non abouti) (#424)

  • DonnĂ©es exemple : Suppression de l’observers_txt dans la synthĂšse

  • Suppression d’un id_municipality en dur dans une route

  • Suppression de la librairie Certifi non utilisĂ©e

Notes de version

  • Suivez la procĂ©dure standard de mise Ă  jour de GeoNature

  • ExĂ©cuter l’update de la BDD GeoNature (data/migrations/2.0.0rc1-to-2.0.0rc2.sql)

2.0.0-rc.1 (2018-09-21)

La version 2 de GeoNature est une refonte complùte de l’application.

  • Refonte technologique en migrant de PHP/Symfony/ExtJS/Openlayers Ă  Python3/Flask/Angular4/Leaflet

  • Refonte de l’architecture du code pour rendre GeoNature plus gĂ©nĂ©rique et modulaire

  • Refonte de la base de donnĂ©es pour la rendre plus standarde, plus gĂ©nĂ©rique et modulaire

  • Refonte ergonomique pour moderniser l’application

Présentation et suivi des développements : https://github.com/PnX-SI/GeoNature/issues/168

Accueil

  • Message d’introduction customisable

  • Carte des 100 derniĂšres observations

  • CSS gĂ©nĂ©ral de l’application surcouchable

Occtax

Module permettant de saisir, consulter, rechercher et exporter des données Faune, Flore et Fonge de type Contact selon le standard Occurrences de taxon du SINP (https://inpn.mnhn.fr/telechargement/standard-occurrence-taxon).

  • DĂ©veloppement des formulaires de saisie, page de recherche, fiche dĂ©tail, API, CRUVED et export

  • PossibilitĂ© de masquer ou afficher les diffĂ©rents champs dans le formulaire Occtax (#344)

  • DĂ©veloppement du formulaire de maniĂšre gĂ©nĂ©rique pour pouvoir rĂ©utiliser ses diffĂ©rents Ă©lĂ©ments dans d’autres modules sous forme de composants Angular

  • Configuration possible du module (Niveau de zoom, champs affichĂ©es, export
)

  • Ajout des nomenclatures dans les filtres d’Occtax Ă  partir du composant dynamicForm qui permet de crĂ©er dynamiquement un formulaire en dĂ©clarant ses champs et leur type (#318)

  • AmĂ©lioration du composant de recherche d’un taxon en ne recherchant que sur les dĂ©buts de mot et en affichant en premier les noms de rĂ©fĂ©rence (ordrer_by cd_nom=cd_ref DESC) #334

  • Multilingue fourni avec français et anglais (extensible Ă  d’autres langues)

  • Mise en place d’un export CSV, SHP, GeoJSON paramĂ©trable dans Occtax. #363 et #366

  • Ajout d’un message d’erreur si l’utilisateur n’a pas de jeu de donnĂ©es ou si il y a eu un problĂšme lors de la rĂ©cupĂ©ration des JDD depuis MTD

  • Prise en compte du CRUVED au niveau des routes et du front pour adapter les contenus et fonctionnalitĂ©s aux droits de l’utilisateur

  • Mise en place des triggers alimentant la synthĂšse Ă  partir des donnĂ©es saisies et modifiĂ©es dans Occtax

SynthĂšse

Module permettant de rechercher parmi les données des différentes sources présentes ou intégrées dans la base de données de GeoNature

  • Mise en place du backend, de l’API et du frontend #345

  • Interface de consultation, de recherche et d’export dans la SynthĂšse

  • SynthĂšse : Calcul automatique (trigger) des zonages de chaque observation (communes, zonages rĂ©glementaires et naturels)

  • Recherche sur les zonages gĂ©nĂ©rique et paramĂ©trable

  • Recherche par taxon, liste de taxons, par rang, groupe, liste rouge, milieu, attribut taxonomique, nomenclature, date, pĂ©riode, commune, zonage, cadre d’acquisition, jeu de donnĂ©es, observateur, polygone, rectange ou cercle dessinĂ©

  • Retour Ă  la fiche source possible si l’observation a Ă©tĂ© saisie dans un module de GeoNature

  • Affichage de la fiche dĂ©tail de chaque observation

  • Attributs TaxHub dynamiques et paramĂ©trables

  • Configuration possible du module (colonnes, limites de recherche et d’export, zoom, export
)

  • Export basĂ© sur une vue (observations et statuts)

  • Prise en compte du CRUVED pour dĂ©finir les donnĂ©es Ă  afficher et Ă  exporter #412

  • Recherche de taxons : Liste basĂ©e sur une table alimentĂ©e automatiquement par les taxons prĂ©sents au moins une fois dans la SynthĂšse

Export

Module permettant de proposer des exports basés sur des vues

  • Mise en place temporaire d’un export unique, basĂ© sur une vue s’appuyant sur les donnĂ©es de Occtax, par jeu de donnĂ©es

  • A remplacer par le module gĂ©nĂ©rique https://github.com/PnX-SI/gn_module_export (en cours de dĂ©veloppement) permettant de gĂ©nĂ©rer des exports Ă  volontĂ© en crĂ©ant des vues et en les affectant Ă  des utilisateurs ou des groupes. Chaque export sera accompagnĂ© de son API standardisĂ©e et documentĂ©e

Admin

Module d’administration des tables centrales de GeoNature

  • Mise en place d’un module (incomplet) permettant de gĂ©rer les mĂ©tadonnĂ©es et les nomenclatures

Gestion des droits

  • Mise en place d’un systĂšme baptisĂ© CRUVED permettant de dĂ©finir globalement ou par module 6 actions sont possibles (Create / Read / Update / Validate / Export / Delete) sur 3 portĂ©es possibles (Mes donnĂ©es / Les donnĂ©es de mon organisme / Toutes les donnĂ©es)

  • Ces Ă©volutions ont Ă©tĂ© intĂ©grĂ©es au niveau du schĂ©ma utilisateurs de la base de donnĂ©es de UsersHub, de son module (https://github.com/PnX-SI/UsersHub-authentification-module), des routes de l’API GeoNature et des interfaces

Bases de données

  • DĂ©veloppement d’un module et d’une API gĂ©nĂ©rique et autonome pour la gestion des nomenclatures (https://github.com/PnX-SI/Nomenclature-api-module). Il permet d’avoir un mĂ©canisme gĂ©nĂ©rique de centralisation des listes de valeurs (nomenclatures) pour ne pas crĂ©er des tables pour chaque liste : https://github.com/PnX-SI/Nomenclature-api-module. Les valeurs de chaque nomenclature s’adaptent en fonction des regnes et groupe 2 INPN des taxons.

  • Mise en place de tables de stockage verticales (historique, mĂ©dias et validation) #339

  • Mise en place d’un rĂ©fĂ©rentiel gĂ©ographique avec un schĂ©ma dĂ©diĂ© (ref_geo), partageable avec d’autres applications comprenant une table des communes, une table gĂ©nĂ©rique des zonages, une table pour le MNT et des fonctions pour intersecter point/ligne/polygones avec les zonages et le MNT (#228)

  • Evolution du schĂ©ma utilisateurs de UsersHub pour passer d’une gestion des droits avec 6 niveaux Ă  un mĂ©canisme plus gĂ©nĂ©rique, souple et complet. Il permet d’attribuer des actions possibles Ă  un rĂŽle (utilisateur ou groupe), sur une portĂ©e; dans une application ou un module. 6 actions sont possibles dans GeoNature : Create / Read / Update / Validate / Export / Delete (aka CRUVED). 3 portĂ©es de ces actions sont possibles : Mes donnĂ©es / Les donnĂ©es de mon organisme / Toutes les donnĂ©es.

  • Droits CRUVED : La dĂ©finition du CRUVED d’un rĂŽle (utilisateur ou groupe) sur un module de GeoNature surcouche ses droits GeoNature mĂȘme si ils sont infĂ©rieurs. Si une action du CRUVED n’est pas dĂ©finie au niveau du module, on prend celle de l’application parente. #292

  • Si un rĂŽle a un R du CRUVED Ă  0 pour un module, alors celui-ci ne lui est pas listĂ© dans le Menu et il ne lui est pas accessible si il en connait l’URL. #360

  • DĂ©veloppement des mĂ©tadonnĂ©es dans la BDD (schĂ©ma gn_meta) sur la base du standard MĂ©tadonnĂ©es du SINP (http://standards-sinp.mnhn.fr/category/standards/metadonnees/). Elles permettent de gĂ©rer des jeux de donnĂ©es, des cadres d’acquisition, des acteurs (propriĂ©taire, financeur, producteur
) et des protocoles. Chaque relevĂ© est associĂ© Ă  un jeu de donnĂ©es.

  • DĂ©veloppement d’un mĂ©canisme de calcul automatique de la sensibilitĂ© d’une espĂšce directement dans la BDD (sur la base des rĂšgles nationales et rĂ©gionales du SINP + locales Ă©ventuellement)

  • IntĂ©gration du calcul automatique de l’identifiant permanent SINP (#209)

  • CrĂ©ation du schĂ©ma gn_monitoring pour gĂ©rer la partie gĂ©nĂ©rique des modules de suivi (sites et visites centralisĂ©s) et les routes associĂ©es

  • Mise en place d’un schĂ©ma gn_commons dans la BDD qui permet de stocker de maniĂšre gĂ©nĂ©rique des informations qui peuvent ĂȘtre communes aux autres modules : l’historique des actions sur chaque objet de la BDD, la validation d’une donnĂ©e et les mĂ©dias associĂ©s Ă  une donnĂ©e. AccompagnĂ© de fonctions gĂ©nĂ©riques d’historisation et de validation des donnĂ©es mises en place sur le module Occtax. #339

  • Ajout d’une vue matĂ©rialisĂ©e (gn_synthese.vm_min_max_for_taxons) et d’une fonction (gn_synthese.fct_calculate_min_max_for_taxon) permettant de renvoyer des informations sur les observations existantes d’un taxon (Ă©tendue des observations, date min et max, altitude min et max, nombre d’observations) pour orienter la validation et la saisie (https://github.com/PnX-SI/gn_module_validation/issues/5). DĂ©sactivĂ©e pour le moment.

  • Ajout d’un trigger gĂ©nĂ©rique pour calculer la gĂ©omĂ©trie dans la projection locale Ă  partir de la gĂ©omĂ©trie 4326 (#370)

  • Ajout d’un trigger pour calculer automatiquement les zonages des sites de suivi (gn_monitoring.fct_trg_cor_site_area())

  • Gestion des conflits de nomenclatures en n’utilisant plus leur id_type ni leur id_nomenclature lors de la crĂ©ation de leur contenu (code_nomenclature) (#384)

  • Mise en place d’un schĂ©ma gn_imports intĂ©grant des fonctions SQL permettant d’importer un CSV dans la BDD et de mapper des champs de tables importĂ©es avec ceux d’une table de GeoNature pour gĂ©nĂ©rer le script INSERT INTO

  • DĂ©but de script de migration GeoNature V1 vers GeoNature V2

  • Nombreuses fonctions intĂ©grĂ©es dans les schĂ©mas de la BDD

Installation

  • Scripts d’installation autonome ou globale de GeoNature sur Debian (8 et 9) et Ubuntu (16 et 18)

  • Scripts de dĂ©ploiement spĂ©cifiques de DEPOBIO (MTES-MNHN)

Documentation

  • RĂ©daction d’une documentation concernant l’installation (autonome ou globale), l’utilisation, l’administration et le dĂ©veloppement : http://docs.geonature.fr

DĂ©veloppement

  • DĂ©coupage de l’application en backend / API / Frontend

  • Multilingue au niveau de l’interface et des listes de valeurs avec français et anglais intĂ©grĂ©s mais extensible Ă  d’autres langues (#173)

  • DĂ©veloppement de composants Angular gĂ©nĂ©riques pour pouvoir les utiliser dans plusieurs modules sans avoir Ă  les redĂ©velopper ni les dupliquer (composant CARTE, composant RECHERCHE TAXON, composant OBSERVATEURS, composant NOMENCLATURES, SelectSearch, Municipalities, Observers, DynamicForm, MapList
)

  • ImplĂ©mentation de la gestion des droits au niveau de l’API (pour limiter les donnĂ©es affichĂ©es Ă  un utilisateur en fonction de ses droits) et au niveau du Frontend (pour afficher ou non certains boutons aux utilisateurs en fonction de leurs droits).

  • Par dĂ©faut, l’authentification et les utilisateurs sont gĂ©rĂ©s localement dans UsersHub, mais il est aussi possible de connecter GeoNature directement au CAS de l’INPN, sans UsersHub (cas de l’instance nationale INPN de GeoNature).

  • Connexion possible au webservice METADONNEES de l’INPN pour y rĂ©cupĂ©rer les jeux de donnĂ©es en fonction de l’utilisateur connectĂ©, avec mise Ă  jour des JDD Ă  chaque appel de la route

  • Mise en place d’un mĂ©canisme standardisĂ© de dĂ©veloppement de modules dans GeoNature (#306)

  • Ajout de tests unitaires au niveau du backend et du frontend

  • Ajout d’un mĂ©canisme de log par email (paramĂštres MAILERROR)

  • DĂ©but de crĂ©ation du module de gestion des mĂ©dias (backend uniquement)

  • Mise en place d’une configuration globale et d’une configuration par module

  • Fonction d’installation d’un module et de gĂ©nĂ©ration des fichiers de configuration

  • Gestion de l’installation d’un module qui n’a pas de Frontend dans GeoNature

  • Mise en place d’une route gĂ©nĂ©rique permettant de requĂȘter dans une vue non mappĂ©e

  • Mise en place d’un script pour la customisation de la plateforme nationale (https://github.com/PnX-SI/GeoNature/blob/develop/install_all/configuration_mtes.sh)

Autres modules

Notes de version

1. Pour les utilisateurs utilisant la version 1 de GeoNature :

Il ne s’agit pas de mettre à jour GeoNature mais d’en installer une nouvelle version. En effet, il s’agit d’une refonte complùte.

  • Passer Ă  la derniĂšre version 1 de GeoNature (1.9.1)

  • Idem pour UsersHub et TaxHub

  • Installer GeoNature standalone ou refaire une installation complĂšte

  • Adaptez les scripts prĂ©sents dans /data/migrations/v1tov2 et Ă©xĂ©cutez-les

TODO : MAJ depuis V1 à tester et compléter

2. Pour les utilisateurs utilisant la version 2.0.0.beta5 :

  • Supprimer le schĂ©ma gn_synthese puis le recrĂ©er dans sa version RC1 (#430)

  • ExĂ©cuter l’update de la BDD GeoNature (data/migrations/2.0.0beta5-to-2.0.0rc1.sql) ainsi que celui du sous-module Nomenclature (https://github.com/PnX-SI/Nomenclature-api-module/blob/1.2.1/data/update1.1.0to1.2.1.sql)

  • Suivre la procĂ©dure habituelle de mise Ă  jour

  • ExĂ©cuter les commandes suivantes :

    cd geonature/backend
    source venv/bin/activate
    geonature generate_frontend_modules_route
    geonature frontend_build
    

2.0.0.beta5 (2018-07-16)

Nouveautés

  • Ajout d’un message d’erreur si l’utilisateur n’a pas de JDD ou si il y a eu un problĂšme lors de la rĂ©cupĂ©ration des JDD de MTD

  • Ajout d’une vue matĂ©rialisĂ©e (gn_synthese.vm_min_max_for_taxons) et d’une fonction (gn_synthese.fct_calculate_min_max_for_taxon) permettant de renvoyer des informations sur les observations existantes d’un taxon (Ă©tendue des observations, date min et max, altitude min et max, nombre d’observations) pour orienter la validation et la saisie (https://github.com/PnX-SI/gn_module_validation/issues/5)

  • L’export OccTax est dĂ©sormais basĂ© sur une vue qu’il est possible d’adapter

  • Ajouts de nouveaux tests automatisĂ©s du code et mise en place de Travis pour les lancer automatiquement Ă  chaque commit (https://travis-ci.org/PnX-SI/GeoNature)

  • Ajout de donnĂ©es test

  • Mise Ă  jour des scripts de dĂ©ploiement spĂ©cifiques de DEPOBIO (MTES)

  • DĂ©placement de la table centrale de gestion des paramĂštres t_parameters dans le schĂ©ma gn_commons (#376)

  • Ajout d’un trigger gĂ©nĂ©rique pour calculer la gĂ©omĂ©trie dans la projection locale Ă  partir de la gĂ©omĂ©trie 4326 (#370)

  • Regroupement des fichiers liĂ©s Ă  l’installation et la mise Ă  jour dans un rĂ©pertoire dĂ©diĂ© (install) (#383)

  • Mise en place de scripts de migration global de la BDD (data/migrations/2.0.0beta4to2.00beta5.sql) et du schĂ©ma pr_occtax (contrib/occtax/data/migration_2.0.0.beta4to2.0.0.beta5.sql), d’un script gĂ©nĂ©rique de migration de l’application (install/migration/migration.sh) et d’une doc de mise Ă  jour (https://github.com/PnX-SI/GeoNature/blob/develop/docs/installation-standalone.rst#mise-Ă -jour-de-lapplication)

  • RĂ©intĂ©gration des fichiers de configuration, de logs et des modules externes dans les rĂ©pertoires de l’application (#375)

  • Ajout de routes Ă  gn_monitoring

  • Ajout d’un trigger pour calculer automatiquement les zonages des sites de suivi (gn_monitoring.fct_trg_cor_site_area())

  • AmĂ©liorations et documentation des commandes d’installation d’un module

  • Ajout des unitĂ©s gĂ©ographiques dans le schĂ©ma ref_geo

  • Ajout d’un bouton Annuler dans le formulaire Occtax

  • Gestion des conflits de nomenclatures en n’utilisant plus leur id_type ni leur id_nomenclature (#384)

  • Migration du SQL de ref_nomenclautres dans le dĂ©pĂŽt du sous-module (https://github.com/PnX-SI/Nomenclature-api-module)

  • DĂ©but de mise en place d’un backoffice (mĂ©tadonnĂ©es et nomenclatures)

Corrections

  • OccTax : Correction du double post

  • OccTax : Correction des droits dans les JDD

  • OccTax : Correction de l’affichage des observers_txt dans la fiche d’un relevĂ©

  • Correction de la gestion gĂ©nĂ©rique des mĂ©dias

  • Suppression du lien entre ref_geo et ref_nomenclatures (#374)

  • ComplĂ©ments et relecture de la documentation

  • Correction

Notes de version

Si vous mettez Ă  jour votre GeoNature depuis une Beta4 :

  • TĂ©lĂ©chargez la beta5 et renommer les rĂ©pertoires :

    cd /home/myuser
    wget https://github.com/PnX-SI/GeoNature/archive/geonature2beta.zip
    unzip geonature2beta.zip
    mv /home/<mon_user>/geonature/ /home/<mon_user>/geonature_old/
    mv GeoNature-geonature2beta /home/<mon_user>/geonature/
    
  • ExĂ©cutez le script de migration install/migration/beta4tobeta5.sh depuis la racine de votre GeoNature :

    cd geonature
    ./install/migration/beta4tobeta5.sh
    

Celui-ci va récupérer vos fichiers de configuration, déplacer les modules et appliquer les changements de la BDD.

  • Si vous avez dĂ©veloppĂ© des modules externes, voir https://github.com/PnX-SI/GeoNature/issues/375, en ajoutant un lien symbolique depuis le rĂ©pertoire external_modules et en rĂ©intĂ©grant la configuration du module dans son rĂ©pertoire config

2.0.0.beta4 (2018-05-25)

Nouveautés

  • SynthĂšse : dĂ©but de mise en place du backend, de l’API et du frontend #345

  • ComplĂ©ment de la nomenclature des MĂ©thodes de dĂ©termination et suppression du champs Complement_Determination. Merci @DonovanMaillard. #341

  • Nouveaux composants Angular (SelectSearch, Municipalities, Observers)

  • AmĂ©lioration de composants Angular (Date du jour par dĂ©faut, Option de tri des nomenclatures, DynamicForm

  • Connexion Ă  MTD INPN : Mise Ă  jour des JDD Ă  chaque appel de la route

  • Finalisation du renommage de Contact en OccTax (BDD, API, backend)

  • Droits CRUVED : La dĂ©finition du CRUVED d’un rĂŽle (utilisateur ou groupe) sur un module de GeoNature surcouche ses droits GeoNature mĂȘme si ils sont infĂ©rieurs. Si une action du CRUVED n’est pas dĂ©finie au niveau du module, on prend celle de l’application parente. #292

  • Si un rĂŽle a un R du CRUVED Ă  0 pour un module, alors celui-ci ne lui est pas listĂ© dans le Menu et il ne lui ai pas accessible si il en connait l’URL. #360

  • Mise en place d’un schĂ©ma gn_commons dans la BDD qui permet de stocker de maniĂšre gĂ©nĂ©rique des informations qui peuvent ĂȘtre communes aux autres modules : l’historique des actions sur chaque objet de la BDD, la validation d’une donnĂ©e et les mĂ©dias associĂ©s Ă  une donnĂ©e. AccompagnĂ© de fonctions gĂ©nĂ©riques d’historisation et de validation des donnĂ©es mises en place sur le module Occtax. #339

  • AmĂ©lioration de l’ergonomie du MapList de OccTax. #361

  • Mise en place d’un export CSV, SHP, GeoJSON paramĂ©trable dans OccTax. #363 et #366

  • AmĂ©lioration du module gĂ©nĂ©rique gn_monitoring et de ses sous-modules https://github.com/PnCevennes/gn_module_suivi_chiro et https://github.com/PnCevennes/projet_suivis_frontend

  • AmĂ©lioration et complĂ©ments des scripts d’installation

  • Mise en place d’un script pour la customisation de la plateforme nationale (https://github.com/PnX-SI/GeoNature/blob/develop/install_all/configuration_mtes.sh)

Documentation

2.0.0.beta3 (2018-03-28)

Nouveautés

  • Travail sur le module gĂ©nĂ©rique de Suivi intĂ©grĂ© Ă  GeoNature (gn_monitoring). Gestion des fichiers de configuration

  • Gestion de l’installation d’un module qui n’a pas de Frontend dans GeoNature

  • Mise en place de tests automatiques au niveau du Frontend

  • MĂ©nage et rĂ©organisation du code du Frontend

  • Factorisation et harmonisation des composants gĂ©nĂ©riques Angular

  • Suppression des blocs non fonctionnels sur la Home

  • Mise Ă  jour de la doc et du MCD

  • PossibilitĂ© de masquer ou afficher les diffĂ©rents champs dans le formulaire Occtax (#344)

  • Ajout des nomenclatures dans les filtres d’OccTax Ă  partir du nouveau composant dynamicForm qui permet de crĂ©er dynamiquement un formulaire en dĂ©clarant les champs (#318)

  • AmĂ©lioration du composant de recherche d’un taxon en ne recherchant que sur les dĂ©buts de mot et en affichant en premier les noms de rĂ©fĂ©rence (ordrer_by cd_nom=cd_ref DESC) - #334

  • Mise en place d’une route gĂ©nĂ©rique permettant de requĂȘter dans une vue non mappĂ©e

  • Suppression des options vides dans les listes dĂ©roulantes des nomenclatures

  • Ajout de quelques paramĂštres (niveau de zoom mini dans chaque module, ID de la liste des taxons saisissables dans Occtax
)

Corrections

  • Correction de la pagination du composant MapList

  • Correction des droits attribuĂ©s automatiquement quand on se connecte avec le CAS

  • Correction de l’installation optionnelle de UsersHub dans le script install_all.sh

Modules annexes

2.0.0.beta2 (2018-03-16)

Nouveautés

  • ComplĂ©ments de la documentation (schĂ©ma architecture, administration, installation, dĂ©veloppement, FAQ
)

  • AmĂ©lioration de l’ergonomie du module OccTax (composant MapList, filtres, colonnes et formulaires) et du module Exports

  • AmĂ©lioration du composant de recherche d’un taxon (#324)

  • AmĂ©lioration et optimisation de la sĂ©rialisation des donnĂ©es

  • Ajout de tests unitaires au niveau du backend

  • Ajout d’un mĂ©canisme de log par email (paramĂštres MAILERROR)

  • Migration du module occtax dans le rĂ©pertoire /contrib pour homogĂ©nĂ©iser les modules

  • CrĂ©ation du schĂ©ma gn_monitoring pour gĂ©rer la partie gĂ©nĂ©rique des modules de suivi (sites et visites centralisĂ©s)

  • DĂ©but de crĂ©ation du module gĂ©nĂ©rique des protocoles de suivi

  • DĂ©but de crĂ©ation du module de gestion des mĂ©dias

Corrections

  • Corrections de l’installation globale et autonome

  • Renommage Contact en OccTax (en cours)

  • Nettoyage du schĂ©ma des mĂ©tadonnĂ©es (gn_meta)

2.0.0.beta1 (2018-02-16)

La version 2 de GeoNature est une refonte complùte de l’application.

  • Refonte technologique en migrant de PHP/Symfony/ExtJS/Openlayers Ă  Python3/Flask/Angular4/Leaflet

  • Refonte de l’architecture du code pour rendre GeoNature plus gĂ©nĂ©rique et modulaire

  • Refonte de la base de donnĂ©es pour la rendre plus standarde, plus gĂ©nĂ©rique et modulaire

  • Refonte ergonomique pour moderniser l’application

Présentation et suivi du projet : https://github.com/PnX-SI/GeoNature/issues/168

Nouveautés

  • Refonte de la base de donnĂ©es du module Contact, renommĂ© en OccTax, s’appuyant sur le standard Occurrence de taxons du SINP (#183)

  • DĂ©veloppement du module OccTax regroupant les contacts Faune, Flore, Fonge et MortalitĂ© (avec formulaire de consultation et de saisie des donnĂ©es)

  • DĂ©veloppement d’un module et d’une API gĂ©nĂ©rique et autonome pour la gestion des nomenclatures (https://github.com/PnX-SI/Nomenclature-api-module). Il permet d’avoir un mĂ©canisme gĂ©nĂ©rique de centralisation des listes de valeurs (nomenclatures) pour ne pas crĂ©er des tables pour chaque liste : https://github.com/PnX-SI/Nomenclature-api-module. Les valeurs de chaque nomenclature s’adaptent en fonction des regnes et groupe 2 INPN des taxons.

  • DĂ©coupage de l’application en backend / API / Frontend

  • Multilingue au niveau de l’interface et des listes de valeurs avec français et anglais intĂ©grĂ©s mais extensible Ă  d’autres langues (#173)

  • DĂ©veloppement de composants gĂ©nĂ©riques pour pouvoir les utiliser dans plusieurs modules sans avoir Ă  les redĂ©velopper ni les dupliquer (composant CARTE, composant RECHERCHE TAXON, composant OBSERVATEURS, composant NOMENCLATURES
)

  • Mise en place d’un rĂ©fĂ©rentiel gĂ©ographique avec un schĂ©ma dĂ©diĂ© (ref_geo), partageable avec d’autres applications comprenant une table des communes, une table gĂ©nĂ©rique des zonages, une table pour le MNT et des fonctions pour intersecter point/ligne/polygones avec les zonages et le MNT (#228)

  • Evolution du schĂ©ma utilisateurs de UsersHub pour passer d’une gestion des droits avec 6 niveaux Ă  un mĂ©canisme plus gĂ©nĂ©rique, souple et complet. Il permet d’attribuer des actions possibles Ă  un rĂŽle (utilisateur ou groupe), sur une portĂ©e; dans une application ou un module. 6 actions sont possibles dans GeoNature : Create / Read / Update / Validate / Export / Delete (aka CRUVED). 3 portĂ©es de ces actions sont possibles : Mes donnĂ©es / Les donnĂ©es de mon organisme / Toutes les donnĂ©es.

  • ImplĂ©mentation de la gestion des droits au niveau de l’API (pour limiter les donnĂ©es affichĂ©es Ă  un utilisateur en fonction de ses droits) et au niveau du Frontend (pour afficher ou non certains boutons aux utilisateurs en fonction de leurs droits).

  • Par dĂ©faut, l’authentification et les utilisateurs sont gĂ©rĂ©s localement dans UsersHub, mais il est aussi possible de connecter GeoNature au CAS de l’INPN, sans utiliser GeoNature (utilisĂ© pour l’instance nationale INPN de GeoNature). GeoNature peut aussi se connecter au webservice METADONNEES de l’INPN pour y rĂ©cupĂ©rer les jeux de donnĂ©es en fonction de l’utilisateur connectĂ©.

  • Mise en place d’un module d’export. Chaque export s’appuie sur une vue. Il sera possible Ă  chaque administrateur d’ajouter autant de vues que nĂ©cessaires dans son GeoNature. Pour le moment, un export au format SINP Occurrence de taxons a Ă©tĂ© intĂ©grĂ© par dĂ©faut.

  • DĂ©veloppement des mĂ©tadonnĂ©es dans la BDD (schema gn_meta) sur la base du standard MĂ©tadonnĂ©es du SINP (http://standards-sinp.mnhn.fr/category/standards/metadonnees/). Elles permettent de gĂ©rer des jeux de donnĂ©es, des cadres d’acquisition, des acteurs (propriĂ©taire, financeur, producteur
) et des protocoles. Chaque relevĂ© est associĂ© Ă  un jeu de donnĂ©es.

  • DĂ©veloppement d’un mĂ©canisme de calcul automatique de la sensibilitĂ© d’une espĂšce directement dans la BDD (sur la base des rĂšgles nationales et rĂ©gionales du SINP + locales Ă©ventuellement)

  • IntĂ©gration du calcul automatique de l’identifiant permanent SINP (#209)

  • Mise en place d’un mĂ©canisme standardisĂ© de dĂ©veloppement de modules dans GeoNature (#306)

  • Scripts d’installation autonome ou globale de GeoNature sur Debian 8 et 9

Documentation

Documentation complĂšte disponible sur http://geonature.fr/docs/2-0-0-beta1

A venir

  • Finalisation MCD du module SynthĂšse

  • Triggers d’alimentation automatique de la SynthĂšse depuis le module OccTax

  • DĂ©veloppement de l’interface du module SynthĂšse

  • AmĂ©lioration et gĂ©nĂ©ricitĂ© du module OccTax (mĂ©dias, import GPX, champs masquables et pseudo-champs)

  • GĂ©nĂ©ricitĂ© du module d’export

  • DĂ©veloppement du module de validation (#181)

  • DĂ©veloppement d’un module de suivi des habitats avec une gestion gĂ©nĂ©rique des sites et visites de suivi

  • DĂ©veloppement d’un module de collecte citoyenne (#242)

Versions 1 (2014-2018)

Pour consulter les notes des versions 1 de GeoNature, elles sont disponibles dans la branche dédiée : https://github.com/PnX-SI/GeoNature/blob/v1/docs/changelog.rst