2.13.0 - Carpodacus erythrinus 🐤

• 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 et Monitorings.
• 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 / PnX-SI/TaxHub#384)
• Support de Debian 12 (avec Python 3.11, PostgreSQL 15 et PostGIS 3.3) (#1787)
• [Admin] Fixer la barre de navigation du menu latéral et possibilité de la rabbatre (#2556)
• [Synthèse] Ajout d'un filtre par source (#2513)
• [Synthèse] Ajout d'un filtre par id_synthese (#2516)
• [Synthèse] Recherche des observateurs multiples et insensible aux accents (#2568)
• [Occtax] Ajout du paramètre EXPANDED_TAXON_ADVANCED_DETAILS permettant d'ouvrir par défaut les champs avancés du formulaire de renseignement du taxon (#2446)
• Conservation du fond de carte utilisé quand on navigue dans les modules (#2619)
• Suppression des médias orphelins basculée dans une tache Celery Beat lancée automatiquement toutes les nuits (clean_attachments), et non plus à l'ajout ou suppression d'un autre média (#2436)
• Ajout d'une documentation utilisateur sur le module Métadonnées - https://docs.geonature.fr/user-manual.html#metadonnees (#2662)

🐛 Corrections

• [Occtax] Correction du déplacement du marqueur de localisation poncutelle d'un relevé (#2554 et #2552)
• [Occtax] Correction du centrage sur la carte quand on modifie un relevé
• [Occtax] Correction de l'affichage de la géométrie du précédent relevé quand on enchaine des relevés de type polygone puis point (#2657)
• Correction de la sélection automatique des valeurs par défaut numériques dans les champs de type "Liste déroulante (Select)" des formulaires dynamiques (#2540)
• Correction de la gestion des entiers pour les champs additionnels de type "checkbox" (#2518)
• Correction de l'envoi à plusieurs destinataires des emails de demande de création de compte (#2389)
• Récupération du contenu du champs "Organisme" dans le formulaire de demande de création de compte (#1760)
• Amélioration des messages lors de la demande de création de compte (#2575)
• Correction du graphique dans l'export PDF des cadres d'acquisition (#2618)
• [Synthèse] Correction de l'affichage des géométries de type multipoint (#2536)
• [Synthèse] Correction des filtres par défaut (#2634)
• [Synthèse] Correction des filtres géographiques multiples (#2639)
• [Métadonnées] Correction de l'affichage du formulaire de filtres avancés (#2649)

💻 Développement

• Découpage du script install/03_create_db.sh en 2 (avec la création du fichier install/03b_populate_db.sh) notamment pour améliorer la dockerisation de GeoNature (#2544)
• Ajout d'un script install/03b_populate_db_for_test.sh pouvant être utilisé par la CI de test des modules GeoNature (#2544)
• Ajout d'un script install/assets/docker_startup.sh pour lancer les migrations Alembic depuis le docker de GeoNature (#2544)
• Création d'un fichier install/assets/db/add_pg_extensions.sql regroupant la création des extensions PostgreSQL (#2544)
• Amélioration de APPLICATION_ROOT pour qu'il fonctionne en mode développement (#2546)
• Amélioration des modèles de la Synthèse pour prendre en compte les valeurs par défaut des nomenclatures (#2524)
• Meilleure portabilité des scripts dans les différents systèmes Unix (#2435)
• Mise à jour des dépendances Python (#2596)
• Documentation de développement des permissions (#2585)

⚠️ Notes de version

Si vous mettez à jour GeoNature :

• Mettre à jour TaxHub en version 1.12.0 (ou plus) et optionnellement UsersHub
• Si vous les utilisez, mettez à jour les modules Import, Export, Monitoring et Dashboard dans leurs versions compatibles avec GeoNature 2.13, avec la nouvelle procédure consistant uniquement à télécharger, dézipper et renommer les dossiers des modules et de leur configuration
• Si vous utilisez d'autres modules externes, vérifiez qu'ils disposent d'une version compatible avec GeoNature 2.13, ou faites-les évoluer pour qu'ils déclarent leurs permissions disponibles (exemple : #2543)
• Suivez la procédure de mise à jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)
• Les permissions existantes sur vos différents groupes et utilisateurs sont récupérées et remises à plat automatiquement sans système d'héritage. Vérifiez cependant les permissions après la mise à jour de vos groupes et utilisateurs.
• Désormais, quand vous installerez un nouveau module (ou sous-module), pour le voir affiché dans le menu et y avoir accès, il faudra lui appliquer des permissions aux groupes ou utilisateurs qui doivent y accéder.

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

📝 Merci aux contributeurs

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

2.12.3

🐛 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 amélioration de la page de maintenance (#2535)
• Correction de la synchronisation des JDD et de l’association aux modules (#2532 par @VincentCauchois)

⚠️ Notes de version

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

2.12.2

🚀 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

🚀 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 améliorations 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 🌴

⏩ 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 améliorer 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 (mais pas une version superieure)
• La vue gn_synthese.v_synthese_for_export définissant la structure et le contenu des exports de la Synthèse a été modifiée pour être optimisée. Si vous l'aviez customisée, reportée vos modifications manuellement après la mise à jour de GeoNature
• Suivez la procédure de mise à jour classique de GeoNature (https://docs.geonature.fr/installation.html#mise-a-jour-de-l-application)
• Le script migration.sh se charge de déplacer automatiquement les différents fichiers suite à la réorganisation des dossiers (customisation, médias, mobile, configuration centralisée des modules)
• Les médias (incluant les fichiers d'Occtax-mobile) sont déplacés dans le dossier backend/media/
• Il n'est plus nécessaire de rebuilder le frontend ni de recharger GeoNature manuellement à chaque modification de la configuration de GeoNature ou de ses modules
• Les taches automatisées sont désormais gérées par Celery Beat et installées avec GeoNature. Si vous aviez mis en place des crons pour mettre à jour les profils de taxons (ou les données du module Dashboard, ou les exports planifiés du module Export), supprimez les (dans /etc/cron.d/geonature ou crontab -e) car ils ne sont plus utiles
• Il est fortement conseillé d'utiliser la configuration Apache générée par défaut dans /etc/apache2/conf-available/geonature.conf et de l'inclure dans votre vhost (/etc/apache2/sites-available/geonature.conf et/ou /etc/apache2/sites-available/geonature-le-ssl.conf), en suivant la documentation dédiée
• Si vous aviez customisé la page d’accueil de GeoNature en modifiant les composants frontend/src/custom/components/introduction/introduction.component.html et frontend/src/custom/components/footer/footer.component.html ceux-ci ont été supprimés au profit de paramètres de configuration. Il vous faut donc déplacer votre customisation dans les paramètres TITLE, INTRODUCTION et FOOTER de la nouvelle section [HOME] de la configuration de GeoNature.
  Vous pouvez renseigner du code HTML sur plusieurs lignes en le plaçant entre triple quote ("""<b>Hello</b>""").
• Les paramètres de configuration suivants ont été supprimés et doivent être retirés de votre fichier de configuration (config/geonature_config.toml) s’ils sont présents :
  • LOGO_STRUCTURE_FILE (si vous aviez renommé votre logo, déplacez le dans geonature/custom/images/logo_structure.png)
  • UPLOAD_FOLDER (si vous l’aviez déplacé, renommez votre dossier d’upload en attachments et placez-le dans le dossier des médias (geonature/backend/media/ par défaut, paramétrable via MEDIA_FOLDER))
  • BASE_DIR
• Occtax et champs additionnels :
  • Les champs additionnels de type bool_radio ne sont plus supportés.
    Si vous utilisiez ce type de widget dans vos champs additionnels d'Occtax, ils seront automatiquement remplacés par un widget de type radio.
    Vous devez changer le champs field_values sur le modèle suivant : [{"label": "Mon label vrai", "value": true }, {"label": "Mon label faux", "value": false }].
  • Les champs de formulaire de type radio, select, multiselect et checkbox, attendent désormais une liste de dictionnaire {value, label} (voir doc des champs additionnels) (#2214)
    La rétrocompatibilité avec des listes simples est maintenue, mais vous êtes invités à modifier ces champs dans le backoffice.
    Pour conserver le bon affichage lors de l'édition des données, renseignez l'ancienne valeur deux fois dans la clé value et la clé label.

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

🚀 Nouveautés

• Configuration dynamique du frontend : le frontend récupère dynamiquement sa configuration depuis le backend. Pour cela, il nécessite uniquement l’adresse de l’API_ENDPOINT qui doit être renseignée dans le fichier frontend/src/assets/config.json. En conséquence, il n’est plus nécessaire de rebuilder le frontend lors d’une modification de la configuration de GeoNature ou de ses modules (#2205)
• Personnalisation de la page d’accueil : ajout d’une section [HOME] contenant les paramètres TITLE, INTRODUCTION et FOOTER. Ceux-ci peuvent contenir du code HTML qui est chargé dynamiquement avec la configuration, évitant ainsi la nécessité d’un rebuild du frontend (#2300)
• Synthèse : Agrégation des observations ayant la même géométrie pour ne les charger qu'une seule fois, et ainsi améliorer les performances et la lisibilité (#1847)
• Synthèse : Possibilité d'afficher les données agrégées par maille (#1878). La fonctionnalité est configurable avec les paramètres suivant :

  [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 à travers le paramètre SYNTHESE.DEFAULT_FILTERS (#2261)
• Métadonnées : Chargement des jeux de données seulement quand on clique sur un cadre d'acquisition dans la liste des métadonnées, pour améliorer les performances du module, en ne chargeant pas tous les jeux de données par défaut (#2004)
• Champs additionnels : Les champs de formulaire de type radio, select, multiselect et checkbox, attendent désormais une liste de dictionnaire {value, label} (voir doc des champs additionnels) (#2214)
• Admin : Possibilité de gérer la table des applications mobiles (t_mobile_apps) dans le module "Admin" de GeoNature, notamment pour faciliter la gestion des mises à jour de Occtax-mobile (#2352)
• Possibilité de configurer les modules (picto, doc, label) directement depuis le module Admin (#2409)
• Possibilité d’afficher un bouton de géolocalisation sur les cartes des formulaires Occtax et Occhab (#2338), activable avec le paramètre suivant :

  [MAPCONFIG]
      GEOLOCATION = true

• Profils mis à jour automatiquement par Celery Beat, toutes les nuits par défaut (#2412)
• Ajout de l’intégration de Redis à l'outil de logs Sentry, pour améliorer la précisions des traces
• Possibilité de définir des règles de notifications par défaut, s’appliquant aux utilisateurs n’ayant pas de règle spécifique. Pour cela, il suffit d’insérer une règle dans la table gn_notifications.t_notifications_rules avec id_role=NULL (#2267)
• Publication automatique de deux images Docker geonature-backend et geonature-frontend (#2206). Leur utilisation n’a pas encore été éprouvée et leur utilisation en production n’est de ce fait pas recommandée.
• Amélioration de la fiabilité du processus de migration
• Ajout d’un index sur la colonne gn_synthese.cor_area_synthese.id_area. La colonne id_synthese est déjà couverte par l’index multiple (id_synthese, id_area).
• Intégration de TaxRef v16 et du référentiel de sensibilité associé pour les nouvelles installations de GeoNature
• Évolution de la gestion des fichiers statiques et des médias (#2306) :
  • Séparation des fichiers statiques (applicatif, fournis par GeoNature) et des fichiers médias (générés par l’applications). Sont déplacés du dossier backend/static vers le dossier backend/media les sous-dossiers suivants : medias, exports, geopackages, mobile, pdf, shapefiles. De plus, l’ancien dossier medias est renommé attachments.
  • Ajout des paramètres de configuration suivants :

    ROOT_PATH = "dossier absolu du backend"
    STATIC_FOLDER = "static"    # dossier absolu ou relatif à ROOT_PATH
    STATIC_URL = "/static"      # URL d’accès aux fichiers statiques
    MEDIA_FOLDER = "media"      # dossier absolu ou relatif à ROOT_PATH
    MEDIA_URL = "/media"        # URL d’accès aux médias

  • Ajout d’un dossier custom à la racine de GeoNature et du paramètre associé CUSTOM_STATIC_FOLDER. Les fichiers statiques réclamés sont cherchés en priorité dans le dossier custom, puis, si non trouvés, dans le dossier backend/static. Ainsi, si...

2.11.2

🐛 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

🐛 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 🎄

⏩ En bref

• Utilisation de la BDC statuts dans la Synthèse pour les filtres et infos sur les statuts des espèces
• Mise à jour des règles de sensibilité du SINP
• Notifications (changement de statut de validation de mes observations)
• Filtre des métadonnées par zonage géographique
• Affichage de zonages sur les cartes (depuis le ref_geo, un WMS, un WFS ou un GeoJSON)
• Suppression du support des modules non packagés
• Simplification et amélioration des commandes d'installation et de mise à jour des modules
• Amélioration du script migration.sh de mise à jour de GeoNature
• Nettoyage du frontend et amélioration de la séparation backend/frontend

⚠️ Notes de version

Si vous mettez à jour GeoNature :

• Mettre à jour TaxHub en version 1.10.7

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

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

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

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

  cp geonature_old/contrib/occtax/config/conf_gn_module.toml geonature/contrib/occtax/config/conf_gn_module.toml
  cp geonature_old/contrib/gn_module_validation/config/conf_gn_module.toml geonature/contrib/gn_module_validation/config/conf_gn_module.toml
  cp geonature_old/contrib/gn_module_occhab/config/conf_gn_module.toml geonature/contrib/gn_module_occhab/config/conf_gn_module.toml

• Si vous les utilisez, mettre à jour Dashboard en version 1.2.1 (ou plus) et Monitoring en version 0.4.0 (ou plus), après la mise à jour de GeoNature

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

• Vous pouvez mettre à jour vos règles de sensibilité si vous utilisez TaxRef versions 14 ou 15 :

  • Désinstallez les règles fournies par Alembic :

    source ~/geonature/backend/venv/bin/activate
    geonature db downgrade ref_sensitivity_inpn@base

  • Vous n’avez probablement plus besoin des anciennes régions que vous pouvez alors supprimer de votre référentiel géographique :

    geonature db downgrade ref_geo_fr_regions_1970@base

  • Assurez-vous que votre référientiel géographique contienne les départements :

    geonature db upgrade ref_geo_fr_departments@head

  • Si vous avez TaxRef v15, insérez les nouvelles règles ainsi :

    geonature sensitivity add-referential \
        --source-name "Référentiel sensibilité TAXREF v15 20220331" \
        --url https://inpn.mnhn.fr/docs-web/docs/download/401875 \
        --zipfile RefSensibiliteV15_20220331.zip \
        --csvfile RefSensibilite_V15_31032022/RefSensibilite_15.csv  \
        --encoding=iso-8859-15

  • Si vous avez TaxRef v14, insérez les nouvelles règles ainsi :

    geonature sensitivity add-referential \
        --source-name "Référentiel sensibilité TAXREF v14 20220331" \
        --url https://inpn.mnhn.fr/docs-web/docs/download/401876 \
        --zipfile RefSensibiliteV14_20220331.zip \
        --csvfile RefSensibilite_V14_31032022/RefSensibilite_14.csv  \
        --encoding=iso-8859-15

  • Rafraîchissez la vue matérialisée pré-calculant les taxons enfants :

    geonature sensitivity refresh-rules-cache

  • Relancez le calcul de la sensibilité des observations de la synthèse :

    geonature sensitivity update-synthese

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

🚀 Nouveautés

• [Synthèse] Ajout de filtres sur les statuts de protection et les listes rouges dans le fenêtre de recherche avancée basés sur la BDC Statuts.
  Ajout des paramètres de configuration STATUS_FILTERS et RED_LISTS_FILTERS dans la section SYNTHESE. Il est possible de modifier les listes et statuts affichés comme indiqué dans la documentation de la configuration du module SYNTHESE. (#1492)
• [Synthèse] Affichage dans la fiche d’une observation, onglet Taxonomie, des informations issues de la BDC Statuts (statuts de protection, listes rouges) en rapport avec le taxon et l’emplacement géographique de l’observation sélectionnée (#1492)
• [Synthèse] L’export des statuts de protection est maintenant basé sur les données de la BDC Statuts (#1492)
• Documentation dans la rubrique "5. Configurer les filtres des statuts de protection et des listes rouges" de https://docs.geonature.fr/admin-manual.html#module-synthese
• Possibilité d’afficher des zonages sur les cartes (#974).
  Ces derniers peuvent provenir :
  • d’un flux WMS ou WFS
  • d’un fichier ou flux GeoJSON
  • du référentiel géographique interne
    Les couches sont configurables via le paramètre REF_LAYERS de la section MAPCONFIG.
    Par défaut un WMS des limites administrativs de l'IGN et un WMS des ZNIEFF 1 continentales en métropole sont affichés.
• Ajout d’un mécanisme de notifications (#1873).
  L’utilisateur peut choisir de souscrire, pour chaque type de notificaton, s’il veut être notifié dans GeoNature et/ou par e-mail.
  Les templates de notifications peuvent être modifiés par l’administrateur dans le module Admin.
  Actuellement seule la notification du changement du statut de validation des observations est implémentée.
  Les fonctionnalités de notifications sont activées par défaut, mais peuvent être désactivées globalement en passant le paramètre de GeoNature NOTIFICATIONS_ENABLED à false.
• Recherche des métadonnées par emprise géographique des observations (#1768)
  Le paramètre METADATA_AREA_FILTERS permet de spécifier les types de zonages géographiques disponibles à la recherche (communes, départements et régions activés par défaut).
• Mise à jour des règles de sensibilité des observations (incluant les règles nationales et régionales mises à plat au niveau des départements) pour TaxRef version 14 et 15 (#1891)
• Intégration et mise à jour de la documentation sur les régles et le calcul de la sensibilité
• Ajout de sous-commandes pour la gestion du référentiel de sensibilité :
  • geonature sensitivity info : information sur les règles présentes dans la base de données
  • geonature sensitivity remove-referential : supprimer les règles d’une source donnée
  • geonature sensitivity add-referential : ajouter de nouvelles règles
    Les nouvelles installations de GeoNature reposent sur l’utilisation de ces commandes pour fournir les règles SINP de sensibilité du 31/03/2022.
    Ces dernières sont fournies à l’échelle du département et non plus des anciennes régions.
    La branche Alembic ref_sensitivity_inpn ne doit plus être utilisée et sera supprimée dans une prochaine version de GeoNature.
• Deux Dockerfiles permettant de générer une image frontend et une image backend ont été intégrés.
  La dockerisation de GeoNature reste toutefois un travail en cours, et l’utilisation de ces images n’est pas encore officiellement supportée (#2206)
• Les colonnes id_source de la synthèse et id_module des relevés Occtax sont désormais NOT NULL (#2186)
• Suppression de la section [PUBLIC_ACCESS] dans les paramètres de configuration, remplacée par un unique paramètre PUBLIC_ACCESS_USERNAME (#2202)
• Blocage de la possibilité de modifier son compte pour l'utilisateur public (#2218)
• Possibilité d'accéder directement à une page de GeoNature avec l'utilisateur public, sans passer par la page d'authentification (#1650)
• Support de la configuration par variable d'environnement préfixée par GEONATURE_ (e.g GEONATURE_SQLALCHEMY_DATABASE_URI). Les paramètres définis ainsi peuvent être exclus de la configuration TOML, y compris les paramètres obligatoires
• Activation de Celery Beat permettant de lancer des tâches périodiquement
• Mise à jour des dépendances :
  • TaxHub 1.10.7
  • UsersHub
  • UsersHub-authentification-module 1.6.2
  • Utils-Flask-SQLAlchemy 0.3.1
  • Utils-Flask-SQLAlchemy-Geo 0.2.6
• Modules GeoNature et séparation backend/frontend (#2088) :
  • Suppression du support des modules non packagés (#2058).
  • La commande install-packaged-gn-module devient install-gn-module.
  • Suppression des paramètres ID_MODULE, FRONTEND_PATH et MODULE_URL de la configuration frontend des modules, (#2165).
  • Recherche de la configuration des modules également dans le dossier config de GeoNature, sous le nom {module_code}_config.toml (le code du module étant en minuscule).
  • La commande update-module-configuration est renommée generate-frontend-module-config par homogénéité avec la commande generate-frontend-config.
  • La commande update-configuration génère la configuration frontend de tous les modules actifs en plus de la configuration GeoNature (puis la...

2.10.4

🐛 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

🚀 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 route /modules (#2136)