Skip to content
Snippets Groups Projects

Compare revisions

Changes are shown as if the source revision was being merged into the target revision. Learn more about comparing revisions.

Source

Select target project
No results found
Select Git revision
Loading items

Target

Select target project
  • fabcat/vmap
1 result
Select Git revision
Loading items
Show changes
Commits on Source (44)
Showing
with 500 additions and 32 deletions
[submodule "utils"]
path = utils
url = git@gitlab.veremes.net:Development/vitis_apps/sources/utils.git
branch = submodules
[submodule "src/vitis"]
path = src/vitis
url = git@gitlab.veremes.net:Development/vitis_apps/sources/vitis.git
branch = next_app_vmap
[submodule "src/closure"]
path = src/closure
url = git@gitlab.veremes.net:Development/vitis_apps/sources/closure.git
branch = master
[submodule "src/module_vmap"]
path = src/module_vmap
url = git@gitlab.veremes.net:Development/vitis_apps/sources/module_vmap.git
branch = next_app_vmap
[submodule "src/module_vm4ms"]
path = src/module_vm4ms
url = git@gitlab.veremes.net:Development/vitis_apps/sources/module_vm4ms.git
branch = next_app_vmap
[submodule "src/module_anc"]
path = src/module_anc
url = git@gitlab.veremes.net:Development/vitis_apps/sources/module_anc.git
branch = next_app_vmap
[submodule "src/module_cadastreV2"]
path = src/module_cadastreV2
url = git@gitlab.veremes.net:Development/vitis_apps/sources/module_cadastreV2.git
branch = next_app_vmap
[submodule "src/module_cadastre"]
path = src/module_cadastre
url = git@gitlab.veremes.net:Development/vitis_apps/sources/module_cadastre.git
branch = next_app_vmap
......@@ -296,3 +296,6 @@ Lors de la création d'un compte par un utilisateur de manière automatique, si
#### Couches d'un calque : Les couches d'un calque restent présentes dans vMap (mais non visibles) après leur suppression
![](images/suppression_couche_calque.jpg)
#### Impression : problème de résolution pour certains utilisateurs
......@@ -228,3 +228,5 @@ Lors de la création d'un compte par un utilisateur de manière automatique, si
#### Requêteur : formulaire de recherche qui disparait lorsqu'un filtre est effectué sur un objet métier
#### Couches d'un calque : Les couches d'un calque restent présentes dans vMap (mais non visibles) après leur suppression
#### Impression : problème de résolution pour certains utilisateurs
# Évolutions
## 1. Studio - Ajout d'un nouveau champ de type "dessin"
Développement d'un nouveau champ "dessin" dans le studio permettant de dessiner à main levée. Une fois le dessin réalisé, ce dernier s'enregistrera en tant qu'image dans l'application vMap et ne sera plus modifiable.
Cette fonctionnalité a notamment été développée pour réaliser des signatures numériques depuis un appareil mobile, tablette ou depuis un ordinateur bureautique.
![](images/champ_dessin_rendu.png)
## 2. Studio - Ajout d'une image "Aide" dans chaque champ
Les options avancées (de chaque type de champ) permettent de définir un commentaire. Cette fonctionnalité a notamment été développée pour permettre d'ajouter simplement une "aide au remplissage" du champ concerné.
#### Configuration dans le studio :
![](images/champ_aide_admin.png)
#### Rendu :
![](images/champ_aide_client.png)
## 3. vMap - Augmentation de la taille du champ "server" de la table "s_vm4ms.connection"
Pour permettre l'enregistrement de "serveurs" AWS, la taille du champ "server" de la table "s_vm4ms.connection" a été augmentée à 100 caractères.
## 4. Création d'une couche : tri de la liste déroulante des "schémas"
Lors de la création / modification d'une couche (mode MS), la liste déroulante "Schéma" est désormais triée par ordre alphabétique.
## 5. Consultation d'un calque : liste des cartes associées
La consultation d'un calque permet de connaître à quelle.s carte.s est associé le calque.
![](images/maps_layer1.png)<br><br>
![](images/maps_layer2.png)
## 6. Objet métier non cartographique : Ajout d'un i pour avoir plus d'information
La gestion des objets métiers non cartographiques a été développée en version 2019.02 de vMap. Pour que le paramétrage de cette fonctionnalité soit plus clair pour les administrateurs, un "i" d'information a été ajouté à côté du champ.
# Anomalies corrigées
## 1- Ajout de plusieurs documents dans les formulaires enfants
L'ajout de plusieurs documents dans les formulaires enfants rajoute automatiquement un nouveau document nommé blob.
![](images/blob_document_objetmetier.png)
## 2- Studio : Valeur nulle pour les champ de type date
Il est impossible de modifier par une valeur nulle un champ de type "date" qui contient une valeur.
## 3- Studio - Formulaire d'objet métier avec présence d'onglets : Champs qui deviennent non visibles
Dans le studio, la modification d'un formulaire qui contient des onglets peut entrainer une invisibilité de certains champs.
## 4- Studio - Bogue d'affichage sur l'étiquette des champ de type "curseur"
![](images/curseur_etiquette.jpg)
## 5- Module cadastre - Fiche descriptive d'un invariant
Correction d'une faute d'orthographe dans la fiche descriptive d'un invariant.
![](images/fiche_descriptive_invariant.jpg)
## 6- Module cadastre - Rapport Excel illisible pour cause de problèmes d'encodage
## 7- Module cadastre - La colonne "nature" du rapport "Propriétaire des locaux" est toujours vide
## 8- Requêteur : Nombre d'enregistrements total
Le nombre d'enregistrements total d'un objet métier visible dans le requêteur n'est pas correct à partir de la deuxième ouverture du requêteur.
![](images/requeteur_nbr_enregistrements.jpg)
## 9- Calque : Erreur 500 lors du tri des "Objets métiers" par la colonne "Table"
## 10- Objet métier : Tri alphabétique de la liste déroulante des objets métiers en insertion
![](images/liste_insertion_objet_metier.jpg)
## 11- Objet métier : Champs résultant du "SQL Summary"
Lors de la création d'un objet métier, deux champs sont liés aux résultats de la requête du "SQL Summary" :
* Champ à afficher pour la localisation
* Champ à afficher pour les info-bulles multiples
Les boutons "Champ à afficher pour la localisation" et "Champ à afficher pour les info-bulles multiples", permettant de remplir les listes déroulantes, doivent prendre en compte le résultat de la requête "SQL Summary".
## 12- Impression : Affichage des couches "non visibles"
Les couches non visibles par défaut (décochées) d'un calque sont visibles dans les impressions.
## 13- Impression : Lenteur pour afficher les modèles
Lorsque de nombreux modèles d'impressions sont affectés à un utilisateur, le temps de chargement d'un modèle est très long.
## 14- Liste déroulante de "Localisation" en erreur lorsqu'aucun géocodeur par défaut n'est configuré
La liste déroulante de localisation permet d'afficher deux géocodeurs par défaut en plus des objets métiers qui sont donnés comme "Localisables".
Cependant lorsqu'une carte ne comporte aucun objet métier localisable et que les géocodeurs par défaut ont été enlevés en properties (propriété "$properties['vmap_geocoders’]" présente dans le fichier ".\vmap\vas\rest\conf\vmap\properties_server.inc", la liste déroulante affiche une variable AngularJS au lieu d'être vide :
![](images/localisation_aucun_geocodeur.png)
## 15. Objet métier non cartographique : la création d'un objet métier sans renseigner la "Colonne géométrie" est impossible.
# Évolutions
## 1. Studio - Ajout d'un nouveau champ de type "dessin"
Développement d'un nouveau champ "dessin" dans le studio permettant de dessiner à main levée. Une fois le dessin réalisé, ce dernier s'enregistrera en tant qu'image dans l'application vMap et ne sera plus modifiable.
Cette fonctionnalité a notamment été développée pour réaliser des signatures numériques depuis un appareil mobile, tablette ou depuis un ordinateur bureautique.
## 2. Studio - Ajout d'une image "Aide" dans chaque champ
Les options avancées (de chaque type de champ) permettent de définir un commentaire. Cette fonctionnalité a notamment été développée pour permettre d'ajouter simplement une "aide au remplissage" du champ concerné.
## 3. vMap - Augmentation de la taille du champ "server" de la table "s_vm4ms.connection"
Pour permettre l'enregistrement de "serveurs" AWS, la taille du champ "server" de la table "s_vm4ms.connection" a été augmentée à 100 caractères.
## 4. Création d'une couche : tri de la liste déroulante des "schémas"
Lors de la création / modification d'une couche (mode MS), la liste déroulante "Schéma" est désormais triée par ordre alphabétique.
## 5. Consultation d'un calque : liste des cartes associées
La consultation d'un calque permet de connaître à quelle.s carte.s est associé le calque.
## 6. Objet métier non cartographique : Ajout d'un i pour avoir plus d'information
La gestion des objets métiers non cartographiques a été développée en version 2019.02 de vMap. Pour que le paramétrage de cette fonctionnalité soit plus clair pour les administrateurs, un "i" d'information a été ajouté à côté du champ.
# Anomalies corrigées
## 1- Ajout de plusieurs documents dans les formulaires enfants
L'ajout de plusieurs documents dans les formulaires enfants rajoute automatiquement un nouveau document nommé blob.
## 2- Studio : Valeur nulle pour les champ de type date
Il est impossible de modifier par une valeur nulle un champ de type "date" qui contient une valeur.
## 3- Studio - Formulaire d'objet métier avec présence d'onglets : Champs qui deviennent non visibles
Dans le studio, la modification d'un formulaire qui contient des onglets peut entrainer une invisibilité de certains champs.
## 4- Studio - Bogue d'affichage sur l'étiquette des champ de type "curseur"
## 5- Module cadastre - Fiche descriptive d'un invariant
Correction d'une faute d'orthographe dans la fiche descriptive d'un invariant.
## 6- Module cadastre - Rapport Excel illisible pour cause de problèmes d'encodage
## 7- Module cadastre - La colonne "nature" du rapport "Propriétaire des locaux" est toujours vide
## 8- Requêteur : Nombre d'enregistrements total
Le nombre d'enregistrements total d'un objet métier visible dans le requêteur n'est pas correct à partir de la deuxième ouverture du requêteur.
## 9- Calque : Erreur 500 lors du tri des "Objets métiers" par la colonne "Table"
## 10- Objet métier : Tri alphabétique de la liste déroulante des objets métiers en insertion
## 11- Objet métier : Champs résultant du "SQL Summary"
Lors de la création d'un objet métier, deux champs sont liés aux résultats de la requête du "SQL Summary" :
* Champ à afficher pour la localisation
* Champ à afficher pour les info-bulles multiples
Les boutons "Champ à afficher pour la localisation" et "Champ à afficher pour les info-bulles multiples", permettant de remplir les listes déroulantes, doivent prendre en compte le résultat de la requête "SQL Summary".
## 12- Impression : Affichage des couches "non visibles"
Les couches non visibles par défaut (décochées) d'un calque sont visibles dans les impressions.
## 13- Impression : Lenteur pour afficher les modèles
Lorsque de nombreux modèles d'impressions sont affectés à un utilisateur, le temps de chargement d'un modèle est très long.
## 14- Liste déroulante de "Localisation" en erreur lorsqu'aucun géocodeur par défaut n'est configuré
La liste déroulante de localisation permet d'afficher deux géocodeurs par défaut en plus des objets métiers qui sont donnés comme "Localisables".
Cependant lorsqu'une carte ne comporte aucun objet métier localisable et que les géocodeurs par défaut ont été enlevés en properties (propriété "$properties['vmap_geocoders’]" présente dans le fichier ".\vmap\vas\rest\conf\vmap\properties_server.inc", la liste déroulante affiche une variable AngularJS au lieu d'être vide :
## 15. Objet métier non cartographique : la création d'un objet métier sans renseigner la "Colonne géométrie" est impossible.
changelog/2019.03/images/blob_document_objetmetier.png

1.68 KiB

changelog/2019.03/images/champ_aide_admin.png

5.79 KiB

changelog/2019.03/images/champ_aide_client.png

12.2 KiB

changelog/2019.03/images/champ_dessin_rendu.png

17.7 KiB

changelog/2019.03/images/changelog-signature-admin.png

17.4 KiB

changelog/2019.03/images/changelog-signature-map-1.png

1.59 KiB

changelog/2019.03/images/curseur_etiquette.jpg

28.6 KiB

changelog/2019.03/images/fiche_descriptive_invariant.jpg

49.9 KiB

changelog/2019.03/images/liste_insertion_objet_metier.jpg

28.3 KiB

changelog/2019.03/images/localisation_aucun_geocodeur.png

78.8 KiB

changelog/2019.03/images/maps_layer1.png

2.39 KiB

changelog/2019.03/images/maps_layer2.png

4.72 KiB

changelog/2019.03/images/requeteur_nbr_enregistrements.jpg

27.5 KiB

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