CHANGELOG ========= 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 () - 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](https://github.com/PnX-SI/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](https://github.com/PnX-SI/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](https://www.ecrins-parcnational.fr/breve/roselin-gondouins) đŸ€ (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 () - 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](https://docs.geonature.fr/installation.html#configuration-apache) 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 () - 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](https://docs.geonature.fr/installation.html#configuration-apache) - 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 (`"""Hello"""`). - 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 : ```toml [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 : ```toml [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 : ```toml 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](https://docs.geonature.fr/admin-manual.html#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 () - 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Ă©Ă© : ```bash 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 : ```bash 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 : ```bash geonature db downgrade ref_geo_fr_regions_1970@base ``` - Assurez-vous que votre rĂ©fĂ©rientiel gĂ©ographique contienne les dĂ©partements : ```bash geonature db upgrade ref_geo_fr_departments@head ``` - Si vous avez TaxRef v15, insĂ©rez les nouvelles rĂšgles ainsi : ```bash 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 : ```bash 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 : ```bash geonature sensitivity refresh-rules-cache ``` - Relancez le calcul de la sensibilitĂ© des observations de la synthĂšse : ```bash 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](https://docs.celeryq.dev/en/stable/userguide/periodic-tasks.html) 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` : ```bash sudo apt install redis ``` - Suivez la procĂ©dure de mise Ă  jour classique de GeoNature () - 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](https://geonature.fr/documents/procedures/2022-11-GN-210-Migrate.txt) (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 () - 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 () - 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 () (#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 () - 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 (, 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, ) - 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, ) - [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`) ```python AREA_FILTERS = [ { label = "Communes", id_type = 25 } ] ``` devient ```python 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 () - 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 () - 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, ) - 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** - Correction de la commande `geonature db autoupgrade` - Mise-Ă -jour corrective de [UsersHub-authentification-module 1.5.7](https://github.com/PnX-SI/UsersHub-authentification-module/releases/tag/1.5.7) 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** - Support de Debian 11 / Python 3.9 - Passage de `supervisor` Ă  `systemd` - Gestion de la base de donnĂ©es et de ses Ă©volutions avec Alembic (#880) - Mise Ă  jour de la procĂ©dure d'installation afin d'utiliser Alembic (#880) - RĂ©vision et rĂ©organisation des scripts et de la documentation d’installation - Passage Ă  la version 3 de Marshmallow (#1451) - Suppression du paramĂštre `ID_APP`, celui-ci est automatiquement dĂ©terminĂ© Ă  partir de la base de donnĂ©es et du code de l'application - Ajout d'un index sur le champs `ref_geo.l_areas.id_area` - Mise Ă  jour des dĂ©pendances - [TaxHub 1.9.0](https://github.com/PnX-SI/TaxHub/releases/tag/1.9.0) - [UsersHub-authentification-module 1.5.6](https://github.com/PnX-SI/UsersHub-authentification-module/releases/tag/1.5.6) - [Nomenclature-api-module 1.4.4](https://github.com/PnX-SI/Nomenclature-api-module/releases/tag/1.4.4) - [Habref-api-module 0.2.0](https://github.com/PnX-SI/Habref-api-module/releases/tag/0.2.0) - [Utils-Flask-SQLAlchemy 0.2.4](https://github.com/PnX-SI/Utils-Flask-SQLAlchemy/releases/tag/0.2.4) - [Utils-Flask-SQLAlchemy-Geo 0.2.1](https://github.com/PnX-SI/Utils-Flask-SQLAlchemy-Geo/releases/tag/0.2.1) **🐛 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](https://github.com/PnX-SI/UsersHub/releases/tag/2.2.1) et [TaxHub en version 1.9.0](https://github.com/PnX-SI/TaxHub/releases/tag/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 () - 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 : ```apache ProxyPass http://127.0.0.1:8000/geonature/api ProxyPassReverse http://127.0.0.1:8000/geonature/api ``` Si vous servez GeoNature sur un sous-domaine, vĂ©rifiez ou modifier la configuration Apache : ```apache ProxyPass http://127.0.0.1:8000/api ProxyPassReverse http://127.0.0.1:8000/api ``` 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) : ```ini [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 : ```bash 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](https://docs.geonature.fr/admin-manual.html#administration-avec-alembic). 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 : - 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 () 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 : - 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 () - 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` : ```bash 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Ă© (`/#/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 () - 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 : - 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 : - Suivez la procĂ©dure classique de mise Ă  jour de GeoNature () - 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 (). 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 (). - 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 : - 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 () 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 () - ExĂ©cuter ensuite le script SQL de mise Ă  jour de la BDD de GeoNature (). 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 (). 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 () - 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 : - 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 : - Suivez la procĂ©dure classique de mise Ă  jour de GeoNature () - Vous pouvez alors lancer le script d’insertion des dĂ©partements de France mĂ©tropole dans le rĂ©ferentiel gĂ©ographique (optionnel) : . VĂ©rifier le dĂ©roulement de l’import dans le fichier `var/log/insert_departements.log` 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 (), (#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 - 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 `` 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 (). - Si vous avez mis Ă  jour Taxref en version 13, rĂ©percutez les Ă©volutions au niveau des nomenclatures avec le script 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 () - Installer les dĂ©pendances de la librairie Python WeasyPrint : ```bash 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 : ```bash export HTTP_PROXY="'$proxy_http'" export HTTPS_PROXY="'$proxy_https'" ``` par : ```bash # 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) : ```sql 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 () 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 ( et ) - 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 () 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 () 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 : (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 ( et ) 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` : ```bash 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`. - Lancer le script SQL de mise Ă  jour de la BDD de GeoNature - Vous pouvez installer le nouveau module Occhab (Occurrences d’habitats) si vous le souhaitez : ```bash cd /home/`whoami`/geonature/backend source venv/bin/activate geonature install_gn_module /home/`whoami`/geonature/contrib/gn_module_occhab /occhab deactivate ``` - Lors de la migration (`/data/migrations/2.2.1to2.3.0.sql`), tous les JDD actifs sont associĂ©s par dĂ©faut au module Occtax (). A chacun d’adapter si besoin, en en retirant certains. Pour utiliser le module Occhab, vous devez y associer au moins un JDD. 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 () par \@jpm-cbna - Ajout d’une tutoriel vidĂ©o d’installation dans la documentation (, 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** - Passer le script de migration suivant: - Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature () - Si vous souhaitez activer les fonctionnalitĂ©s de crĂ©ation de compte, veuillez lire **attentivement** cette documentation : - Si vous activez la crĂ©ation de compte, UsersHub 2.1.0 doit ĂȘtre installĂ©. Voir sa [note de version](https://github.com/PnX-SI/UsersHub/releases). 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 (#673) - AmĂ©lioration de la documentation (triggers, installation, module validation) - Suppression du module d’exemple, remplacĂ© par un template de module () - Ajout d’un champ `validable` sur la table `gn_meta.t_datasets` controlant les donnĂ©es prĂ©sentes dans le module VALIDATION () - 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`. () - 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** - Passer TaxHub en version 1.6.3 () - Passer le script de migration `data/2.1.0to2.1.1.sql` - Si vous aviez modifier les `id_nomenclature` dans la surcouche de la configuration du module validation, supprimer les car on se base maintenant sur les `cd_nomenclature` - Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature () - Nouvelle localisation de la doc : 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 () - 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** - Vous pouvez passer directement Ă  cette version, mais en suivant les notes des versions intermĂ©diaires - ExĂ©cuter le script de migration SQL du sous-module Nomenclatures () - ExĂ©cuter le script de migration SQL de GeoNature () - Suivez ensuite la procĂ©dure classique de mise Ă  jour de GeoNature () 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 section `[MAPCONFIG]`). - La configuration des exports du module synthĂšse a Ă©tĂ© modifiĂ©e (voir ). Supprimer la variable`[SYNTHESE.EXPORT_COLUMNS]` dans le fichier `geonature_config.toml`. Voir l’exemple dans le fichier (voir 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 (`
`) dans ce fichier. - ExĂ©cuter le script de migration 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 (). 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 () 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//geonature/var/log/gn_errors.log` (en remplaçant \ 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 \ par votre utilisateur linux) /home//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 () 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** - Sortie de versions correctives de UsersHub (2.0.2 - ) et TaxHub (1.6.1 - ) Ă  appliquer aussi - Vous pouvez vous rĂ©fĂ©rer Ă  la documentation globale de mise Ă  jour de GeoNature RC3 vers RC4 par \@DonovanMaillard () 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 (), 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 : (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 () 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 () 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 () **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 ), 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** - Correction du script `ĂŹnstall_all.sh` au niveau de la gĂ©nĂ©ration de la configuration Apache de TaxHub et UsersHub (#493) - Suppression du Servername dans la configuration Apache de TaxHub du script `install_all.sh` - ComplĂ©ment de la documentation de mise Ă  jour de GeoNature () **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 - 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** - Mise Ă  jour de TaxHub (Doc utilisateur, configuration Apache, script d’import des mĂ©dias depuis API INPN Taxref et remise Ă  zĂ©ro des sĂ©quences) - Script de migration des donnĂ©es SICEN (ObsOcc) vers GeoNature : - Script d’import continu depuis une BDD externe vivante (avec exemple SICEN) : - Module Suivi Flore Territoire fonctionnel et installable () - Module Suivi Chiro fonctionnel et installable () ainsi que son Frontend gĂ©nĂ©rique pour les protocoles de suivi () - Ebauche d’un module pour les protocoles CMR (Capture-Marquage-Recapture) : - MCD du module Suivi Habitat Territoire () - MCD du module Flore Prioritaire () - Consolidation du backend et premiers dĂ©veloppements du frontend de GeoNature-citizen () - CrĂ©ation d’un script expĂ©rimental d’installation de GeoNature-atlas compatible avec GeoNature V2 dt pouvant utiliser son schĂ©ma `ref_geo` pour les communes, le territoire et les mailles () **Notes de version** - Suivez la procĂ©dure standard de mise Ă  jour de GeoNature () - ExĂ©cutez l’update de la BDD GeoNature (`data/migrations/2.0.0rc2-to-2.0.0rc3.sql`) - Il est aussi conseillĂ© de mettre Ă  jour TaxHub en 1.5.1 () ainsi que sa configuration pour qu’il fonctionne sans `/` Ă  la fin de son URL - Attention, si vous installez cette version avec le script global `install_all.sh`, il crĂ©Ă© un problĂšme dans la configuration Apache de UserHub (`/etc/apache2/sites-available/usershub.conf`) et supprime tous les `/`. Les ajouter sur la page de la documentation de UsersHub () puis relancer Apache (`https://github.com/PnX-SI/GeoNature-atlas/blob/develop/docs/installation.rst`). Il est conseillĂ© d’installer plutĂŽt la version corrective. 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 : - 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 : **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 (). - 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 (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 (), 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 (). 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 : . 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 (). 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 (). 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 : **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 () **Autres modules** - Module Export en cours de dĂ©veloppement (). Chaque export s’appuie sur une vue. Il sera possible aux administrateurs d’une GeoNature d’ajouter autant de vues que nĂ©cessaires dans son GeoNature. - Module de validation des donnĂ©es en cours de dĂ©veloppement () - Module Suivi Flore territoire en cours de dĂ©veloppement () - Module Suivi Habitat en cours de dĂ©veloppement () - gn\_module\_suivi\_chiro refondu pour devenir un module de GeoNature V2 () - Projet suivi utilisĂ© comme Frontend gĂ©nĂ©rique et autonome pour le Suivi chiro () - GeoNature-citizen en cours de dĂ©veloppement () - GeoNature-mobile en cours de refonte pour compatibilitĂ© avec GeoNature V2 () - GeoNature-atlas en cours d’ajustements pour compatibilitĂ© avec GeoNature V2 () **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 () - 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 () - 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 () - 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 () - 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 () - 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 : ```bash cd /home/myuser wget https://github.com/PnX-SI/GeoNature/archive/geonature2beta.zip unzip geonature2beta.zip mv /home//geonature/ /home//geonature_old/ mv GeoNature-geonature2beta /home//geonature/ ``` - ExĂ©cutez le script de migration `install/migration/beta4tobeta5.sh` depuis la racine de votre GeoNature : ```bash 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 , 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 et - AmĂ©lioration et complĂ©ments des scripts d’installation - Mise en place d’un script pour la customisation de la plateforme nationale () **Documentation** - ComplĂ©ment des diffĂ©rentes documentations - Ajout d’une documentation d’administration d’OccTax () 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** - DĂ©but de refonte du module Suivi chiro () connectĂ© au module gĂ©nĂ©rique de suivi de GeoNature, dont le front sera externe Ă  GeoNature () - Maquettage et avancĂ©e sur le module Validation () - DĂ©finition du module Suivi Habitat Territoire () - Piste de dĂ©finition du module InteropĂ©rabilitĂ© () 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 : **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 (). 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 : . 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 (). 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** - Installation globale de GeoNature (avec TaxHub et UsersHub) / - Installation autonome de GeoNature / - Manuel utilisateur / - Manuel administrateur / - DĂ©veloppement (API, modules et composants) / Documentation complĂšte disponible sur **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