changelog/2020.01/Changelog_2020.01.md

+Le document ci-dessous présente une liste non exhaustive d'évolutions / corrections à retrouver dans la version 2020.01 de vMap.
+
+L'ensemble des évolutions et anomalies de cette nouvelle version sont à retrouver sur le GitLab de Veremes : https://gitlab.veremes.net/open-source/vmap/milestones/18
+
+# Évolutions
+
+## 1. Optimisation des légendes dynamiques de l'application
+
+Optimisation des légendes dynamiques de l'application afin de ne voir apparaître dans la légende que les pictogrammes correspondant aux données visibles sur la carte (en fonction de l'étendue et du zoom en cours)
+
+![](images/legende_dynamique.png)
+
+## 2. Optimisation des légendes dans les impressions
+
+Le code < div id="map_legend" > (à placer dans les modèles d'impression pour afficher la légende) affichera désormais uniquement les pictogrammes des couches visibles dans l'impression.
+
+## 3. Administration : Ajout d'un formulaire de filtre pour retrouver plus facilement une couche à associer à un calque.
+
+Les couches à associer aux calques peuvent désormais être retrouvées facilement par l'intermédiaire d'un formulaire de filtre.
+
+![](images/calque_formulaire_filtre.png)
+
+
+## 4. Administration - Studio : Empêcher le champ SQL summary (studio) de se terminer par un point virgule.
+
+Si l'administrateur saisi un ";" à la fin du "SQL Summary", ce dernier est supprimé avant l'enregistrement de l'objet métier. 
+
+Cette requête étant concaténée par la suite, il est d'ailleurs aussi interdit d'y rajouter une condition quelconque : "where", "order by", "group by", "having", "offset"...
+
+Ces contraintes s'appliquent aussi pour la requête "SQL List".
+
+
+## 5. Administration - Studio - champ de type "Grille - Objet métier" : Tri par ordre alphabétique de la liste déroulante des objets métiers
+
+La liste retourne l'ensemble des objets métiers de l'application. Elle est désormais triée par ordre alphabétique.
+
+![](images/grille_objetmetier_liste_objet_metier_tri.png)
+
+
+# Évolutions / Corrections
+
+## 1. Gain des performances au démarrage de vMap
+
+Mise en place de procédure permettant d'améliorer les performances de vMap au démarrage de l'application : 
+- Récupération de la définition mapserveur des couches, des métadonnées, des sources...
+- Double génération du flux privé
+- Redimensionnement et diminution de la taille de plusieurs images
+- Ouverture / fermeture de sessions php
+- Récupération des éléments retournés par le SQL List
+
+## 2. Optimisation des performances des couches (pour les administrateurs de vMap)
+
+Si vous estimez que certaines couches de votre application mettent du temps à s'afficher dans vMap, **pas de panique nous allons vous donner les ficelles pour améliorer ces performances**.
+
+*Important : il est à noter que ce point n'est pas une correction apportée par Veremes. **Seuls les administrateurs** (qui sont eux même gestionnaires et créateur des couches de leur application) pourront mettre en place ces petites astuces.*
+
+
+1- Détecter les couches qui prennent du temps à s'afficher.
+
+2- Se poser la question : a quelle échelle la données doit-elle être affichée ?
+
+3- Si la couche doit s'afficher à une échelle bien particulière (entre 1/10000è et 1/5000 par exemple), vérifier que l'attribut MAXSCALEDENOM soit bien présent dans l'objet "STYLE" de l'objet "CLASS" de la couche.
+
+Cette étape évite à Mapserver de générer l'image de la couche mais n'empêchera pas ce dernier de réaliser la requête (même si les données ne seront pas affichées) ce qui est en réalité inutile.
+
+La couche n'est donc pas totalement optimisée.
+
+![](images/couche_moyennement_optimisee.png)
+
+4- Si l'objet CLASS de la couche est composée d'un attribut MAXSCALEDENOM, **RAJOUTER** un attribut MAXSCALEDENOM DANS l'objet "LAYER" de la couche. 
+
+Cette étape évite à Mapserver de réaliser la requête tant que l'utilisateur ne se trouve pas à l'échelle où la donnée est censée être visible. En faisant cela, **la couche sera optimisée**.
+
+Exemple avec le mapfile ci-dessous : 
+- L'utilisateur zoome une première fois et arrive au 1/20000, la requête ne sera pas réalisée
+- L'utilisateur zoome une seconde fois et arrive au 1/8000, la requête sera réalisée et l'image représentant la donnée sera générée
+
+![](images/couche_optimisee.png) 
+
+
+PS : Si une couche est affichée à toutes les échelles et que cette dernière retourne des milliers d'enregistrements, il est normal qu'elle mette du temps à s'afficher. Peut être alors qu'un seuil d'affichage (MAXSCALDENOM / MINSCALEDENOM) pourrait arranger le problème.
+
+![](images/couche_non_optimisee.png)
+
+
+## 3. Format d'échange .vex 
+
+Anomalies rencontrées au moment de l'import dûes aux différences de systèmes d'exploitation source (export du .vex) et destination (import du .vex).
+
+Pour rappel, le .vex est un format d'échange entre utilisateurs de vMap. Les .vex mis à disposition de la communauté utilisateurs sont disponibles sur le [store de Veremes](https://vstore.veremes.net/store/ "store de Veremes")
+
+# Corrections
+
+## 1. PhantomJS non compatible avec Debian 10 et Ubuntu 20.04
+
+## 2. Impossibilité de réaliser des impressions sans couche OSM
+
+## 3. Studio - Champ de type date
+
+- Impossibilité de vider un champ de type date
+- Affichage anglais des dates dans les infobulles
+- Affichage anglais des dates dans les formulaires de consultation
+- Centrage sur la date du jour dans le champ datepicker au lieu de la date enregistrée en base de données
+- Enregistrement impossible pour des dates dont le jour est supérieur à 12. Exemple : 15/06/2020 (problème de format : Anglais / Français)
+
+L'encodage préconisé de la base de données doit être au format "ISO, DMY". Pour le tester, exécuter la requête sql suivante sur votre base de données : show datestyle;
+
+Si la base de données n'est pas dans ce format, la requête sql suivante permettra de modifier ce paramètre : 
+<br/>ALTER DATABASE <span style="color:green">ma_database</span> SET datestyle TO 'DMY';
+<br/>*Le paramètre <span style="color:green">ma_database</span> doit être modifié par le nom de votre base de données*
+
+Si la base de données n'est toujours pas au format "ISO, DMY", exécuter la requête suivante : SET datestyle TO "ISO, DMY";
+
+## 4. Le Placeholder du champ de localisation non visible sur la version mobile
+
+Version Desktop : 
+
+![](images/placeholder_version_desktop.png)
+
+Version mobile : 
+
+![](images/placeholder_version_mobile.png)
+
+
+## 5. Problème d'affichage de couche pour une carte en EPSG:3857
+
+## 6. Interrogation des objets impossibles pour des cartes en EPSG:4326
+
+## 7. Studio - Champ Grille objet métier : La balise bo_link n'est pas interprêtée.
+
+![](images/grille_objet_metier.png)
+
+## 8. Studio - Champ Grille objet métier : Un nombre d'enregistrement trop élevé empêche l'affichage de tous les objets.
+
+## 9. Studio - Champ Grille objet métier : Le formulaire de consultation affiche les boutons "Ajouter" et "Supprimer
+
+Une option "En consultation uniquement" a été rajoutée dans le champ pour que les boutons ne soient plus visible dans le formulaire de consultation.
+
+![](images/grille_objetmetier_consultation.png)
+
+
+## 10. La liste déroulante de localisation est vide (sur Linux) lorsque la propriété vmap_geocoders est vide par défaut.
+
+## 11. Écriture intempestive de warning dans les logs de php
+
+## 12. Le clonage d'un objet après avoir requêté sur ce dernier plante l'application
+
+## 13. Carte > Gestion des cartes : Erreur d'authentification à l'affichage d'une couche
+
+L'ajout d'une couche provenant d'un service WMTS avec authentification (exemple : IGN) génère une erreur 401.
+
+![](images/couche_flux_wmts_authentification.png)
+
+## 14. Administration : Disparition de certains champs lors de l'enregistrement d'un formulaire objet métier
+
+## 15. Administration : Suppression de plusieurs objets métiers impossibles
+
+Lorsque plusieurs objets métiers sont sélectionnés, seul le premier est supprimé.
+
+## 16. Module Cadastre : Le relevé de propriété standard ne retourne pas les tantiemes de propriété ainsi que le numéro de lot
+
+## 17. Module Cadastre : Erreur sql lors de la génération du rapport provenant de la table "lot_local".
+
+## 18. Version mobile : L'affichage de plusieurs infobulle fait planter l'application.
+
+L'affiche a été revu pour permettre une navigation plus fluide des éléments sélectionnés (boutons Précédent", "Suivant") :
+
+![](images/mobile_infobulles.png)
\ No newline at end of file

changelog/2020.01/Changelog_2020.01_sans_image.md

+Le document ci-dessous présente une liste non exhaustive d'évolutions / corrections à retrouver dans la version 2020.01 de vMap.
+
+L'ensemble des évolutions et anomalies de cette nouvelle version sont à retrouver sur le GitLab de Veremes : https://gitlab.veremes.net/open-source/vmap/milestones/18
+
+# Évolutions
+
+## 1. Optimisation des légendes dynamiques de l'application
+
+Optimisation des légendes dynamiques de l'application afin de ne voir apparaître dans la légende que les pictogrammes correspondant aux données visibles sur la carte (en fonction de l'étendue et du zoom en cours)
+
+## 2. Optimisation des légendes dans les impressions
+
+Le code < div id="map_legend" > (à placer dans les modèles d'impression pour afficher la légende) affichera désormais uniquement les pictogrammes des couches visibles dans l'impression.
+
+## 3. Administration : Ajout d'un formulaire de filtre pour retrouver plus facilement une couche à associer à un calque.
+
+Les couches à associer aux calques peuvent désormais être retrouvées facilement par l'intermédiaire d'un formulaire de filtre.
+
+
+## 4. Administration - Studio : Empêcher le champ SQL summary (studio) de se terminer par un point virgule.
+
+Si l'administrateur saisi un ";" à la fin du "SQL Summary", ce dernier est supprimé avant l'enregistrement de l'objet métier. 
+
+Cette requête étant concaténée par la suite, il est d'ailleurs aussi interdit d'y rajouter une condition quelconque : "where", "order by", "group by", "having", "offset"...
+
+Ces contraintes s'appliquent aussi pour la requête "SQL List".
+
+
+## 5. Administration - Studio - champ de type "Grille - Objet métier" : Tri par ordre alphabétique de la liste déroulante des objets métiers
+
+La liste retourne l'ensemble des objets métiers de l'application. Elle est désormais triée par ordre alphabétique.
+
+
+# Évolutions / Corrections
+
+## 1. Gain des performances au démarrage de vMap
+
+Mise en place de procédure permettant d'améliorer les performances de vMap au démarrage de l'application : 
+- Récupération de la définition mapserveur des couches, des métadonnées, des sources...
+- Double génération du flux privé
+- Redimensionnement et diminution de la taille de plusieurs images
+- Ouverture / fermeture de sessions php
+- Récupération des éléments retournés par le SQL List
+
+## 2. Optimisation des performances des couches (pour les administrateurs de vMap)
+
+Si vous estimez que certaines couches de votre application mettent du temps à s'afficher dans vMap, **pas de panique nous allons vous donner les ficelles pour améliorer ces performances**.
+
+*Important : il est à noter que ce point n'est pas une correction apportée par Veremes. **Seuls les administrateurs** (qui sont eux même gestionnaires et créateur des couches de leur application) pourront mettre en place ces petites astuces.*
+
+
+1- Détecter les couches qui prennent du temps à s'afficher.
+
+2- Se poser la question : a quelle échelle la données doit-elle être affichée ?
+
+3- Si la couche doit s'afficher à une échelle bien particulière (entre 1/10000è et 1/5000 par exemple), vérifier que l'attribut MAXSCALEDENOM soit bien présent dans l'objet "STYLE" de l'objet "CLASS" de la couche.
+
+Cette étape évite à Mapserver de générer l'image de la couche mais n'empêchera pas ce dernier de réaliser la requête (même si les données ne seront pas affichées) ce qui est en réalité inutile.
+
+La couche n'est donc pas totalement optimisée.
+
+4- Si l'objet CLASS de la couche est composée d'un attribut MAXSCALEDENOM, **RAJOUTER** un attribut MAXSCALEDENOM DANS l'objet "LAYER" de la couche. 
+
+Cette étape évite à Mapserver de réaliser la requête tant que l'utilisateur ne se trouve pas à l'échelle où la donnée est censée être visible. En faisant cela, **la couche sera optimisée**.
+
+Exemple (d'une couche avec un MAXSCALEDENOM à 10000) : 
+- L'utilisateur zoome une première fois et arrive au 1/20000, la requête ne sera pas réalisée
+- L'utilisateur zoome une seconde fois et arrive au 1/8000, la requête sera réalisée et l'image représentant la donnée sera générée
+
+PS : Si une couche est affichée à toutes les échelles et que cette dernière retourne des milliers d'enregistrements, il est normal qu'elle mette du temps à s'afficher. Peut être alors qu'un seuil d'affichage (MAXSCALDENOM / MINSCALEDENOM) pourrait arranger le problème.
+
+## 3. Format d'échange .vex 
+
+Anomalies rencontrées au moment de l'import dûes aux différences de systèmes d'exploitation source (export du .vex) et destination (import du .vex).
+
+Pour rappel, le .vex est un format d'échange entre utilisateurs de vMap. Les .vex mis à disposition de la communauté utilisateurs sont disponibles sur le [store de Veremes](https://vstore.veremes.net/store/ "store de Veremes")
+
+# Corrections
+
+## 1. PhantomJS non compatible avec Debian 10 et Ubuntu 20.04
+
+## 2. Impossibilité de réaliser des impressions sans couche OSM
+
+## 3. Studio - Champ de type date
+
+- Impossibilité de vider un champ de type date
+- Affichage anglais des dates dans les infobulles
+- Affichage anglais des dates dans les formulaires de consultation
+- Centrage sur la date du jour dans le champ datepicker au lieu de la date enregistrée en base de données
+- Enregistrement impossible pour des dates dont le jour est supérieur à 12. Exemple : 15/06/2020 (problème de format : Anglais / Français)
+
+L'encodage préconisé de la base de données doit être au format "ISO, DMY". Pour le tester, exécuter la requête sql suivante sur votre base de données : show datestyle;
+
+Si la base de données n'est pas dans ce format, la requête sql suivante permettra de modifier ce paramètre : 
+<br/>ALTER DATABASE <span style="color:green">ma_database</span> SET datestyle TO 'DMY';
+<br/>*Le paramètre <span style="color:green">ma_database</span> doit être modifié par le nom de votre base de données*
+
+Si la base de données n'est toujours pas au format "ISO, DMY", exécuter la requête suivante : SET datestyle TO "ISO, DMY";
+
+## 4. Le Placeholder du champ de localisation non visible sur la version mobile
+
+## 5. Problème d'affichage de couche pour une carte en EPSG:3857
+
+## 6. Interrogation des objets impossibles pour des cartes en EPSG:4326 
+
+## 7. Studio - Champ Grille objet métier : La balise bo_link n'est pas interprêtée.
+
+## 8. Studio - Champ Grille objet métier : Un nombre d'enregistrement trop élevé empêche l'affichage de tous les objets.
+
+## 9. Studio - Champ Grille objet métier : Le formulaire de consultation affiche les boutons "Ajouter" et "Supprimer
+
+Une option "En consultation uniquement" a été rajoutée dans le champ pour que les boutons ne soient plus visible dans le formulaire de consultation.
+
+## 10. La liste déroulante de localisation est vide (sur Linux) lorsque la propriété vmap_geocoders est vide par défaut.
+
+## 11. Écriture intempestive de warning dans les logs de php
+
+## 12. Le clonage d'un objet après avoir requêté sur ce dernier plante l'application
+
+## 13. Carte > Gestion des cartes : Erreur d'authentification à l'affichage d'une couche
+
+L'ajout d'une couche provenant d'un service WMTS avec authentification (exemple : IGN) génère une erreur 401.
+
+## 14. Administration : Disparition de certains champs lors de l'enregistrement d'un formulaire objet métier
+
+## 15. Administration : Suppression de plusieurs objets métiers impossibles
+
+Lorsque plusieurs objets métiers sont sélectionnés, seul le premier est supprimé.
+
+## 16. Module Cadastre : Le relevé de propriété standard ne retourne pas les tantiemes de propriété ainsi que le numéro de lot
+
+## 17. Module Cadastre : Erreur sql lors de la génération du rapport provenant de la table "lot_local".
+
+## 18. Version mobile : L'affichage de plusieurs infobulle fait planter l'application.
+
+L'affiche a été revu pour permettre une navigation plus fluide des éléments sélectionnés (boutons Précédent", "Suivant") :
\ No newline at end of file

changelog/2020.02/Changelog_2020.02.md

+Le document ci-dessous présente une liste non exhaustive d'évolutions / corrections à retrouver dans la version 2020.02 de vMap.
+
+L'ensemble des évolutions et anomalies de cette nouvelle version sont à retrouver sur le GitLab de Veremes : https://gitlab.veremes.net/open-source/vmap/milestones/19
+
+# Évolutions
+
+## 1. Paramétrage d’une étendue cartographique par défaut pour chaque utilisateur.
+
+![](images/config_user_vmap.png)
+
+- Si ce paramétrage est défini, le bouton "Entendu par défaut" ![](images/etendue_par_defaut.png) renverra vers cette étendue là.
+- Si aucune étendue n'est définie, c'est l'étendue de la carte qui sera pris en compte.
+
+## 2. Ajout de l'option "Relevé de propriété de la parcelle tiers" dans le module cadastre.
+
+![](images/releve_propriete_tiers.png)
+
+Le relevé de propriété de la parcelle tiers correspond au relevé de propriété de la parcelle sans date ni lieu de naissance du(des) propriétaire(s).
+
+## 3. Déplacement du bouton « Modifier la géométrie » dans l’infobulle de consultation.
+
+![](images/btn_geometrie.png)
+
+## 4. Amélioration de la fonctionnalité "Rapport"
+
+- L'application permet désormais d'appliquer un style aux rapports. <br>
+- La configuration des styles se réalise dans l'objet "Style" du mode "Impressions". Un même style peut être utilisé pour les rapports ainsi que pour les impressions.
+
+![](images/rapport_vmap_admin.png)
+
+Un rapport peut donc désormais être réalisé depuis : 
+- le panier
+- mais aussi depuis les infobulles :
+
+![](images/rapport_vmap_objets.png)<br><br>
+![](images/rapport_vmap_objet.png)
+
+
+## 5. Les outils d’édition graphique (création et mise à jour) peuvent être désactivé.
+
+2 nouvelles options ont été rajoutées dans la configuration de l'objet métier :
+- Géométrie saisissable
+- Géométrie modifiable
+
+![](images/conf_bo_geom.png)
+
+- Si l'option "Géométrie saisissable" est définie à "non" les options suivantes seront supprimées :
+
+![](images/bo_geom_saisissable_non.png)
+
+
+- Si l'option "Géométrie modifiable" est définie à "non" les options suivantes seront supprimées :
+
+![](images/bo_geom_editable_non1.png)
+![](images/bo_geom_editable_non2.png)
+
+
+## 6. Ajout d'un niveau de zoom minimum et maximum dans le formulaire du service si le service est de type XYZ.
+
+Permet de ne pas charger les images au dessus et en dessous des zooms définis.
+
+## 7. Implémentation d’un module « Anomalies » 
+
+Le module anomalie va permettre aux utilisateurs de vMap de remonter des problèmes sur le territoire et de les géolocaliser.
+
+![](images/anomalies.png)
+
+## 8. Amélioration du contrôle de localisation rapide : élargissement du contrôle et ajout d’un bouton « Effacer la valeur courante »
+
+- Ajout d'une croix pour réinitialiser la recherche.
+- La zone de texte s'agrandit quand le curseur est dedans, décaler les autres icônes vers la droite.
+
+![](images/localisation.png)
+
+## 9. Amélioration de la fonctionnalité de clonage des cartes.
+
+Lorsque l'on clone une carte les calques sont clonés en même temps.
+
+## 10. Ajout de l’option « Objet requêtable » permettant aux objets métiers d’être localisables, sélectionnables et requêtable de manière exclusive.
+
+![](images/conf_bo_loc_select_req.png)
+
+Ajout de trois options dans le formulaire d'objet métier:
+
+- Objet localisable : correspond à l’outil de localisation (fonctionnalité déjà existante)
+
+![](images/bo_localisable.png)
+
+- Objet sélectionnable : correspond au bouton i et à l'ajout 
+
+![](images/bo_selectionnable.png)
+![](images/bo_selectionnable2.png)
+
+- Objet requêtable : correspond au bouton i+
+
+![](images/bo_requetable.png)
+
+## 11. Implémentation d’un module « Cadastre medium »
+
+Le module Cadastre medium est un module intermédiaire entre le module "Cadastre" et le module "Cadastre Light".
+Les utilisateurs qui seront associés au privilège "vmap_cadastre_medium_user" auront accès au module "Cadastre medium".
+
+Voici l'ensemble des éléments qui sont retirés par rapport au module Cadastre :
+- Le module cadastre medium ne donnera pas accès au relevé de propriété
+
+![](images/cadastre_medium1.png)
+
+- Le module cadastre medium ne donnera pas accès à la subdivision fiscale ainsi qu'à l'invariant dans la fiche descriptive de la parcelle
+
+![](images/cadastre_medium2.png)
+
+## 12. Ajout d'une option de configuration pour activer ou désactiver les outils des infobulles.
+
+![](images/admin_infobulles.png)
+
+![](images/admin_infobulles2.png)
+
+## 13. Ajout d'un lien mapillary dans les infobulles.
+
+## 14. Implémentation de la recherche « plein texte » de PostGreSQL pour la localisation.
+
+L'option sera accessible depuis le formulaire d'objet métier. Cette fonctionnalité permet notamment de trier le résultat d'une recherche selon un un indice. (Plus d'information https://docs.postgresql.fr/11/textsearch.html)
+
+![](images/conf_bo_mode_recherche.png)
+
+## 15. Saisie des coordonnées d’un vertex lors de la création et de la mise à jour d'un objet géométrique.
+
+Cette fonctionnalité permettra notamment de positionner des géométrie de manière très précise (ex : coordonnées d'un GPS)
+![](images/saisie_coordonnees.png)
+
+## 16. Ajout du nom de la base de données, du schéma et de la table utilisés par l’objet métier dans les formulaires.
+
+![](images/bdd_schema_table0.png)
+![](images/bdd_schema_table1.png)
+
+![](images/bdd_schema_table2.png)
+
+# Évolutions / Corrections
+
+## 1. Module cadastre : rapport locaux - écriture du type de local à la place de l'identifiant
+
+![](images/cadastre_locaux.png)
+
+## 2. Module ANC: Suppression de la liste déroulante des installations dans le formulaire d'édition d'un contrôle
+
+![](images/anc_installation.png)
+
+
+# Corrections
+
+## 1. Correction du bouton "Lien vers cet objet" dans les infobulles.
+
+## 2. Ordre des modèles dans l'outil d'impression
+
+Si le paramétrage « Liste des modèles dans l'outil d'impression par ordre alphabétique » est sur non dans l’administration, le tri ne se fait pas correctement.
+
+![](images/ordre_model_impression1.png)
+
+![](images/ordre_model_impression2.png)
+
+## 3. Impression: Prise en compte de l'échelle pour la légende quand l'option "échelle" est coché.
+
+![](images/correction_impression_echelle.png)
+
+## 4. Impression: Ajout en mode comparaison de la source de la seconde carte.
+
+![](images/source_carte2.png)
+
+
+## 5. Module ANC: Date invalide
+
+![](images/anc_date.png)
+
+## 6. Formulaires: Fond des cartes OSM non visible
+
+Le problème a été constaté avec le champ "Carte OSM" lors de la création d'un formulaire objet métier.
+
+![](images/carte_osm.png)
+
+## 7. Impressions non fonctionnelles avec la présence d'un Flux WMS externe
+
+Les flux WMS externes dont la légende n'est pas générée bloque les impressions.
+
+

changelog/2020.02/Changelog_2020.02_sans_image.md

+Le document ci-dessous présente une liste non exhaustive d'évolutions / corrections à retrouver dans la version 2020.02 de vMap.
+
+L'ensemble des évolutions et anomalies de cette nouvelle version sont à retrouver sur le GitLab de Veremes : https://gitlab.veremes.net/open-source/vmap/milestones/19
+
+# Évolutions
+
+## 1. Paramétrage d’une étendue cartographique de démarrage par défaut pour chaque utilisateur.
+
+Si aucune étendu n'est défini, c'est l'étendu de la carte qui sera pris en compte.
+
+## 2. Ajout de l'option "Relevé de propriété de la parcelle tiers" dans le module cadastre.
+
+Le relevé de propriété de la parcelle tiers correspond au relevé de propriété de la parcelle sans date ni lieu de naissance du(des) propriétaire(s).
+
+## 3. Déplacement du bouton « Modifier la géométrie » dans l’infobulle de consultation.
+
+## 4. Evolution des rapports
+
+On peut désormais appliquer un style aux rapports, les styles sont les mêmes que pour les impressions.
+La demande de rapport peut se faire depuis les infobulles
+
+## 5. Les outils d’édition graphique (création et mise à jour) peuvent être désactivé.
+
+## 6. Ajout d'un niveau de zoom minimum et maximum dans le formulaire du service si le service est de type XYZ.
+
+Permet de ne pas charger les images au dessus et en dessous des zooms définie.
+
+## 7. Implémentation d’un module « Anomalies » pour la remontée cartographique des anomalies.
+
+## 8. Amélioration du contrôle de localisation rapide : élargissement du contrôle et ajout d’un bouton « Effacer la valeur courante »
+
+Ajout d'une croix pour réinitialiser la recherche.
+
+La zone de texte s'agrandit quand le curseur est dedans, décaler les autres icônes vers la droite.
+
+## 9. Amélioration de la fonctionnalité de clonage des cartes.
+
+Lorsqu'on clone une carte les calques sont clonés en même temps.
+
+## 10. Ajout de l’option « Objet requêtable » permettant aux objets métiers d’être localisables, sélectionnables et requêtable de manière exclusive.
+
+Ajout de trois options dans le formulaire d'objet métier:
+
+- Objet localisable : correspond à l’outil de localisation (fonctionnalité déjà existante)
+
+- Objet sélectionnable : correspond au bouton i et à l'ajout 
+
+- Objet requêtable : correspond au bouton i+
+
+
+## 11. Implémentation d’un module « Cadastre medium »
+
+Ajout d'un privilège vmap_cadastre_medium_user.
+
+L'utilisateur qui a ce privilège a accès au module cadastre.
+Les éléments suivants sont retirés pour ce privilège:
+- La consultation du relevé de propriété
+- Dans la fiche descriptive de parcelle, de la subdivision fiscale et de la fiche d’élément bâti
+
+## 12. Ajout d'une option de configuration pour activer ou désactiver les outils des infobulles.
+
+## 13. Ajout d'un lien mapillary dans les infobulles.
+
+## 14. Implémentation de la recherche « plein texte » de PostGreSQL pour la localisation.
+
+Ajout de l'option dans l'objet métier.
+
+Ajouter la recherche « plein texte » de PostGreSQL sur les objets métiers à partir du contrôle de localisation rapide de VMap (cf. https://docs.postgresql.fr/11/textsearch.html)
+
+## 15. Saisie des coordonnées d’un vertex lors de la création et de la mise à jour d'un objet géométrique.
+
+## 16. Ajout du nom de la base de données, du schéma et de la table utilisés par l’objet métier dans les formulaires.
+
+# Évolutions / Corrections
+
+## 1. Module cadastre: rapport locaux écriture du type de local à la place de l'identifiant
+
+## 2. Module ANC: Suppression de la liste déroulante des installations dans le formulaire d'édition d'un contrôle
+
+# Corrections
+
+## 1. Correction du bouton "Lien vers cet objet" dans les infobulles.
+
+## 2. Ordre des modèles dans l'outil d'impression
+
+Si le paramétrage « Liste des modèles dans l'outil d'impression par ordre alphabétique » est sur non dans l’administration, le tri ne se fait pas correctement.
+
+## 3. Impression: Prise en compte de l'échelle pour la légende quand l'option "échelle" est coché.
+
+## 4. Impression: Ajout en mode comparaison de la source de la seconde carte.
+
+## 5. Module ANC: Date invalide
+
+## 6. Formulaires: Fond des cartes OSM n'était pas visible
+
+## 7. Flux wms externe dans les impressions
+
+Un Flux wms externe comme l'IGN, qui ne gère pas la légende, dans un service de type wms bloquait l'impression.
+
+