1.7.2

🐛 Corrections

• La fonction get_one_export_api est corrigée et retourne un GeoJSON si une géométrie est présente (#214)

1.7.1

🐛 Corrections

• Ajout de paramètres de configuration pour la pagination des exports (#198, by @lpofredc)
• Mise à jour de prettier pour le lint du code du frontend (#208)

1.7.0

Nécessite la version 2.14.0 (ou plus) de GeoNature

🚀 Nouveautés

• Mise à jour vers SQLAlchemy 1.4 (#204)
• Bump de black en version 24 (#206)

🐛 Corrections

• Fix de l'import de shapely (#205)
• Changement des urls des sous-modules (SSH -> HTTPS) (#203)

1.6.0

Nécessite la version 2.13.0 (ou plus) de GeoNature

🚀 Nouveautés

• Compatibilité avec GeoNature 2.13.0 et la refonte des permissions, en définissant les permissions disponibles du module (#183)
• L'export "Synthese SINP", fourni par défaut lors de l'installation du module, n'est plus défini comme "public" pour les nouvelles installations, suite à l'ouverture sans authentification de l'API des exports publics (#184)

1.5.2

🐛 Corrections

• Correction de l'échec des exports de gros volumes via la mise à jour de utils-flask-sqlalchemy en version 0.3.5
• Correction d'une mauvaise vérification des permissions sur les exports privés (#191)

1.5.1

🐛 Corrections

• Correction de l'URL des exports générés à la demande (#187)
• Correction de la dépendance de la migration d'ajout de notifications de génération des exports (#185)
• Correction du module_code vérifié pour les permissions d'accès à un export

1.5.0 - Workshop 2023

Nécessite la version 2.12.0 (ou plus) de GeoNature.

🚀 Nouveautés

• Correction des performances de génération de gros fichiers en les construisant par blocs de lignes (#110, #132, #95, par @mvergez, @joelclems, @VicentCauchois, @bouttier)
• Centralisation et factorisation des fonctions de génération de fichiers dans les sous-modules Utils-Flask-SQLAlchemy et Utils-Flask-SQLAlchemy-Geo (#143, par @joelclems, @mvergez, @VincentCauchois, @bouttier)
• Suppression du mécanisme interne d'envoi d'emails quand la génération d'un export à la demande est terminé, au profit du mécanisme de notifications intégré à GeoNature (#127, par @amandine-sahl)
• Possibilité de customiser l'email envoyé lorsqu'un fichier d'export est généré, grace au mécanisme de notification dont les messages sont définis dans la BDD et modifiables dans le module "Admin" (#59, par @amandine-sahl)
• Utilisation de Celery pour traiter les taches asynchrones de génération des fichiers exportés
• Ajout d'une tache Celery Beat lancée automatiquement chaque nuit, pour supprimer les fichiers de plus de 15 jours (#126, par @Pierre-Narcisi)
• Ajout d'un token à chaque utilisateur ou groupe pour chaque export auquel il a accès (table gn_exports.cor_exports_roles.token), permettant d'accéder à l'API sans devoir utiliser un login et mot de passe (#131, par @TheoLechemia, @andriacap, @ch-cbna)
• Suppression du champ permettant de renseigner un email lors de la demande de téléchargement d'un export (#170, par @amandine-sahl)
• Révision, simplification et correction des permissions du module (#154, par @TheoLechemia, @ch-cna)
• Simplification de l'association de rôles aux exports dans le module "Admin" en associant ceux-ci directement depuis le formulaire d'édition d'un export (#78, par @andriacap)
• Les exports définis comme "Public" ont désormais leur API accessible de manière ouverte sans authentification
• Suppression de la table gn_exports.t_exports_logs traçant les exports (#136, par @amandine-sahl)
• Ajout du champ gn_exports.t_exports.view_pk_column permettant de spécifier la colonne d'unicité des vues d'exports (#149, par @amandine-sahl)
• Mise en place d'une Github action pour lancer automatiquement les tests (#130 et #134, par @mvergez)
• Ajout de tests automatisés (#141, par @JulienCorny, @Pierre-Narcisi, @TheoLechemia, @amandine-sahl, @joelclems, @andriacap, @mvergez, @bouttier, @ch-cbna, @jpm-cbna)
• Suppression des paramètres export_schedules_dir, usr_generated_dirname et export_web_url (#155, par @amandine-sahl)
• Le format SHP est supprimé des exports au profit du GPKG, plus performant et maintenable (#174, par @amandine-sahl)
• Nettoyage et refactoring global du code (#138, par @amandine-sahl, @Julien-Corny, @bouttier)
• Nettoyage des fichiers git (#146, par @jpm-cbna)
• Remplacement de l'utilisation de as_dict au profit de marshmallow (#172, par @amandine-sahl)
• Correction de la vue complémentaire (gn_exports.v_synthese_sinp_dee) au format DEE (#159, par @jpm-cbna)

🐛 Corrections

• Correction de l'installation (#133, par @ch-cbna)
• Correction de l'URL de l'API listant les exports (#102, par @TheoLechemia)
• La liste des groupes et utilisateurs que l'on peut associer à un export ne contient désormais que les utilisateurs ayant accès à GeoNature (#75, par @andriacap)

⚠️ Notes de version

Si vous mettez à jour le module :

• Les exports définis comme "Public" ont désormais leur API accessible de manière ouverte sans authentification. C'est donc le cas de votre export SINP, si vous aviez gardé cet export public créé par défaut lors de l'installation du module
• Si vous les aviez surcouché, supprimez les paramètres export_schedules_dir, usr_generated_dirname et export_web_url de la configuration du module
• La table listant les exports réalisés (gn_exports.t_exports_logs) sera automatiquement supprimée
• Les exports au format SHP seront convertis automatiquement en export au format GPKG. Attention si vous aviez des exports planifiés au format SHP, leur URL changera avec le même nom mais avec l'extension .gpkg.
• Les permissions d'accès au module et aux exports ne se basent désormais plus que sur l'action R (read), et non plus E (export).
• Les permissions de lecture des exports prennent désormais en compte le scope (appartenance, portée) de l'utilisateur pour lister seulement les exports auquel il est associé ou tous les exports (https://github.com/PnX-SI/gn_module_export/#associer-les-roles-ayant-la-permission-dacc%C3%A9der-%C3%A0-cet-export)
• Une colonne permettant d'indiquer le champ d'unicité des vues a été ajoutée dans la table des exports (gn_exports.t_exports.view_pk_column). Pour les exports existants, cette colonne est automatiquement remplie avec la valeur de la première colonne des vues exports. Vous pouvez vérifier ou modifier ce champs pour les exports existants.
• Si vous installez le module sur une version 2.12 de GeoNature, il est possible que vous deviez lancer les commandes suivantes afin de mettre à jour les sous-modules Python, avant la mise à jour du module :

  source ~/geonature/backend/venv/bin/activate
  pip install utils-flask-sqlalchemy==0.3.4
  pip install utils-flask-sqlalchemy-geo==0.2.8
  pip install pypnusershub==1.6.7

1.4.0

Nécessite la version 2.12.0 (ou plus) de GeoNature.

🚀 Nouveautés

• Compatibilité avec Angular version 15, mis à jour dans la version 2.12.0 de GeoNature
• Utilisation de la configuration dynamique (ne nécessitant plus de rebuilder le frontend à chaque modification de la configuration du module)
• Centralisation de la configuration du module dans le dossier de configuration de GeoNature
• Répercussion de la réorganisation des dossiers dans GeoNature. Les exports sont désormais stockés dans geonature/backend/media/exports
• Répercussion de la refactorisation des permissions réalisée dans GeoNature 2.12.0
• Le cron lançant automatiquement la tache de génération des exports planifiés a été remplacée par un tache Celery Beat, installée automatiquement avec le module (#125)
• La commande gn_exports_run_cron_export est remplacée par generate (#125)
• La commande gn_exports_run_cron_export_dsw est remplacée par generate-dsw (#125)
• Le script gn_export_cron.sh a été supprimé (#125)
• Compatibilité avec SQLAlchemy 1.4 et Flask-SQLAlchemy 1.4

🐛 Corrections

• Ajout du paramètre MODULE_URL dans le schéma de configuration du module
• Suppression de l'usage de MODULE_URL dans la configuration du module (PnX-SI/GeoNature#2165)
• Suppression du logger fileHandler. Celui-ci utilisait le paramètre ROOT_DIR et n'était pas compatible avec Docker

⚠️ Notes de version

• Le dossier de stockage des exports a été modifié de geonature/backend/static/exports/ à geonature/backend/media/exports/.
  La configuration Apache fournie avec GeoNature 2.12 sert directement le dossier media sans passer par gunicorn.
  Si vous aviez modifié votre configuration spécifiquement pour le module d’export, il est recommandé de retirer cette partie spécifique au profit de la configuration générique de GeoNature.
• Si vous aviez mis en place un cron système pour générer les exports planifiés (dans /etc/cron/geonature ou autre), vous pouvez le supprimer car ils sont désormais générés automatiquement avec Celery Beat.

1.3.0

Nécessite la version 2.10.0 (ou plus) de GeoNature.

🚀 Nouveautés

• Compatibilité avec Angular version 12, mis à jour dans la version 2.10.0 de GeoNature (#111)
• Packaging du module
• Gestion de la base de données avec Alembic
• Ajout d'un paramètre d’ordonnancement à la documentation Swagger (orderby=nom_col[ASC|DESC]). Ce paramètre est utile lors des appels à l'API pour récupérer les données, il faut cependant que la colonne de tri pointe vers des valeurs uniques (#101).
• Révision de la vue gn_exports.v_synthese_sinp_dee pour ne plus utiliser la table gn_sensitivity.cor_sensitivity_synthese (supprimée dans GeoNature 2.10.0)
• Le cron générant les exports planifiés chaque nuit n'est plus mis en place automatiquement lors de l'installation du module. Libre à chacun de le mettre en place.

⚠️ Notes de version

Après la procédure classique de mise à jour du module, il faut :

• Exécuter le script SQL de mise à jour data/migrations/1.2.8to1.3.0.sql
• Exécuter la commande suivante afin d’indiquer à Alembic l’état de votre base de données :

  cd
  source geonature/backend/venv/bin/activate
  geonature db stamp c2d02e345a06
  deactivate
  

1.2.8

Nécessite la version 2.9 de GeoNature. Non compatible avec les versions 2.10 et supérieures de GeoNature.

🐛 Corrections

• Compatibilité avec la version 2.9.0 de GeoNature
• Sécurisation de l'administration des exports
• Correction de l'URL générée par défaut pour l'envoi des emails des fichiers exportés