Merge branch 'next_version' into 1108-upgrade-angular-ts-libs

_install/dependencies.json

@@ -53,12 +53,12 @@
       }
     },
     "framework": {
-      "branch": "next_app_vmap",
+      "branch": "master",
       "name": "vitis",
       "url": "git@gitlab.veremes.net:Development/vitis-2020/sources/vitis.git"
     },
     "modules": [{
-      "branch": "next_version",
+      "branch": "master",
       "name": "module_vmap",
       "url": "git@gitlab.veremes.net:Development/vitis-2020/sources/module_vmap.git"
     }, {

doc/source/changelog/2023.03.00/changelog.md

+# vMap2 2023.03.00
+
+Le document ci-dessous présente une liste non exhaustive d'évolutions / corrections à retrouver dans la nouvelle version majeure 2023.03.00 de vMap2.
+
+## Évolutions
+
+### Évolution : Gains de performances
+
+- Gains de performances de l'application de près de 50% lorsqu'un utilisateur change de carte.
+
+_Les gains sont aussi notables lorsque l'utilisateur se connecte et arrive sur une carte._
+
+### Évolution : Interface gestion de données
+
+_Cette évolution marque un petit tournant dans le produit vMap2 puisqu'elle permet désormais à un utilisateur connecté sur vMap2 de pouvoir éditer des données, géométriques ou non géométriques, sans être obligé de passer par le mode "Interface cartographique"._
+
+![](images/interface_gestion_donnees_mode.png)
+
+
+#### But de la fonctionnalité : 
+
+Mettre en saisie / modification / consultation / suppression de la donnée (cartographique ou non) sans avoir à passer par le requêteur du mode "Interface cartographique". 
+
+#### Comment accéder à la fonctionnalité : 
+
+- L'administrateur doit créer une couche et la rendre disponible dans l'interface de gestion de données.
+- L'administrateur doit associer cette couche à une thématique spécifiquement créée pour l'interface de gestion de données.
+- L'administrateur doit sélectionner, pour la couche, les champs ainsi que ses propriétés à afficher dans la grille d'enregistrements
+
+![](images/administration_couche_gestion_donnees.png)
+
+- L'administrateur doit créer les formulaires permettant à l'utilisateur de gérer les données de la couche (consulation, saisie, mise à jour).
+
+![](images/administration_form_couche_gestion_donnees.png)
+
+- Et enfin, l'administrateur doit associer le privilège vmap_data_manager, à tous les utilisateurs qui doivent avoir accès au mode "Interface gestion de données"
+
+![](images/administration_utilisateur_gestion_donnees.png)
+
+- /|\ Comme pour une couche vMap2, les droits d'accès à la données sont directement gérés dans la base de données (ex : via pgAdmin)
+
+
+#### Comment utiliser la fonctionnalité : 
+
+- Sélectionner un thème ou rechercher le nom d'une couche 
+- Visualiser les résultats de sa recherche puis consulter la liste des enregistrements
+
+![](images/user_choix.png)
+
+_La liste des colonnes, leur libellé ainsi que leurs options sont préalablement été définis par l'administrateur._
+
+![](images/user_liste_enregistrements.png)
+
+- Cliquer sur l'icone permettant de consulter, saisir, mettre à jour ou supprimer les données pour que le formulaire s'affiche.
+
+### Évolutions diverses sur les rapports
+
+- Possibilité d'ajouter un style d'affichage
+- Amélioration du fonctionnement lorsque plusieurs enregistrements sont sélectionnés dans le requêteur : 
+	 - Possibilité de générer un rapport unique en pdf
+	 - Possibilité de générer un rapport pour chaque enregistrement sélectionné. L'ensemble des documents sont rassemblés et zippés dans un dossier
+     - Ajout de 2 propriétés permettant de définir le nombre maximal d'objets autorisés dans un rapport : 
+	      - Rapport sur un fichier unique : nombre maximal d'enregistrements
+	      - Rapport sur plusieurs fichiers : nombre maximal d'enregistrements	 
+
+### Évolutions diverses sur la sécurité
+
+- Ajout d'un bouton permettant de générer un mot de passe aléatoire
+
+_Le mot de passe généré respecte les contraintes de restriction de mot de passe mises en place dans la configuration générale de l'application. A minima, le mot de passe généré est de 8 caractères._
+
+- Nouvelle option permettant à l'administrateur de forcer l'utilisateur à changer son mot de passe lors de sa première connexion.
+
+_Le mot de passe qui doit être défini par l'utilisateur doit respecter les contraintes de restriction mises en place dans la configuration générale de l'application._
+
+![](images/password.png)
+
+### Évolutions diverses
+
+- Ajout d'un fichier de log "map.log" permettant de loguer l'ensemble des cartes consultées par les utilisateurs.
+
+_Cette fonctionnalité est désactivée par défaut. Elle peut être activée dans le mode Configuration > Configuration vMap._
+
+- Possibilité d'exporter les données du requêteur au format KML.
+
+_Comme pour l'ensemble des exports possibles depuis le requêteur (ex : csv, xls, json et xml) , l'export au format KML exporte les champs présents dans le requêteur + le champ géométrique (Ex : colonnes code, nom et pop90 pour l'image ci-dessous)._
+
+![](images/export_kml.png)
+![](images/export_kml2.png)
+
+- Amélioration du géocodeur OSM afin de restreindre / étendre la recherche à plusieurs pays si nécessaire.
+
+_La recherche est par défaut réalisée sur la France. Elle est désormais paramétrable à partir du mode "Configuration > Configuration vMap > Géocodeur OSM"._
+
+- Ajout des colonnes "Schéma", "Table" et "Champ identifiant" dans la liste des enregistrements des couches
+
+![](images/couche_nouvelles_colonnes.png)
+
+- Les rapports disponibles depuis le requêteur sont chargés lorsque l'utilisateur clique sur le bouton "Rapports"
+
+![](images/requeteur_rapport.png)
+
+## Corrections diverses
+
+- Le bouton i des commentaires d'une carte s'affiche tout le temps (qu'il y ait ou pas un commentaire configuré pour la carte)
+
+![](images/bouton_i_commentaire.png)
+
+- Fautes d'orthographes
+- Les données géométriques ne sont pas rafraichies après mise à jour
+- Impossible de sélectionner un style pour les rapports
+- Impression : La couche OSM est absente de l'overview si la couche est non visible dans la carte.
+
+_Désormais, OSM est tout le temps présent dans l'overview des impressions, que la couche soit présente ou pas dans la carte"._
+
+- Impossible d'utiliser une couche non géométrique dans le requêteur
+- Les couches issues de flux WMS de l'IGN ne fonctionne pas correctement
+- Impossible de créer un compte dont le login contient un ".".
+- Toutes les colonnes de la tables sont récupérées dans le requêteur.
+- Requêteur : Erreur console lorsque l'on essaye de zoomer sur un enregistrement qui n'a pas de géométrie
+
+## Corrections sur le module cadastre
+
+- Certains types de rapports ne se génèrent pas
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

doc/source/changelog/index.rst

@@ -5,6 +5,7 @@
    :maxdepth: 1
    :glob:
    
+   2023.03.00/changelog.md 
    2023.02.08/changelog.md 
    2023.02.07/changelog.md 
    2023.02.06/changelog.md 

doc/source/installation/installation.md

@@ -47,6 +47,77 @@ Les variables à modifier pour l’installation sont :
 
 ```
 
+```{warning}
+Les valeurs par défaut du `dependencies.json` peuvent être différents des exemples ci-dessous en fonction du système d'exploitation (Linux ou Windows).
+```
+
+Au niveau du fichier `dependencies.json`, ces trois paramètres sont suceptibles de nécessiter une adaptation en fonction de vos alias Apache (par défaut, ceux-ci sont corrects) :  
+
+```js
+{
+  "API_ALIAS": "/rest",
+  "APP_ALIAS": "/vmap",
+  ...
+  "WMS_ALIAS": "/wms",
+  ...
+}
+```
+
+Les clés, dans l'ordre, correspondent aux informations suivantes :  
+
+- `API_ALIAS` : **Alias apache vers l'API.**
+- `APP_ALIAS` : **Alias apache vers l'application/client Angular.**
+- `WMS_ALIAS` : **Alias vers le service des flux WMS (Mapserver).**
+
+Il faut également adapter les chemins d'installation et le hostname de la machine :  
+
+```js
+{
+  ...
+  "HOSTNAME": "",
+  "HTTPSERVER_CONF_FILE": "vm_app_vmap.conf",
+  "HTTPSERVER_PATH": "/etc/apache2",
+  "INSTALL_PATH": "/var/www/vmap",
+  ...
+}
+```
+
+Les clés, dans l'ordre, correspondent aux informations suivantes :  
+
+- `HOSTNAME` : **Nom de la machine.**
+- `HTTPSERVER_CONF_FILE` : **Fichier de configuration Apache liée à vMap.**
+- `HTTPSERVER_PATH` : **Lien vers le dossier d'Appache.**
+- `INSTALL_PATH` : **Répertoire d'installation de vMap.**
+
+Ainsi que les informations du serveur Postgres, et de la base de données vMap :  
+
+```js
+{
+  ...
+  "POSTGRES_DB": "vmap",
+  "POSTGRES_HOST": "dbhost",
+  "POSTGRES_PASSWORD": "dbpasswd",
+  "POSTGRES_PORT": 5432,
+  "POSTGRES_USER": "dbuser",
+  "SQL_DATA": {
+    "DB_NAME": "vmap",
+    "SRID": 2154
+  },
+  ...
+}
+```
+
+Les clés, dans l'ordre, correspondent aux informations suivantes :  
+
+- `POSTGRES_DB` : **Base de données de l'application.**
+- `POSTGRES_HOST` : **IP/Nom DNS du serveur Postgres.**
+- `POSTGRES_PASSWORD` : **Mot de passe de l'utilisateur Postgres.**
+- `POSTGRES_PORT` : **Port de l'application Postgres sur le serveur.**
+- `POSTGRES_USER` : **Nom d'utilisateur de l'utilisateur Postgres.**
+- `SQL_DATA` : **Objet contenant les variables pour les requêtes SQL d'installation.**
+- `SQL_DATA -> DB_NAME` : **Nom de la base de données de l'application.**
+- `SQL_DATA -> SRID` : **Système de projection de la base.**
+
 Dans la section **application** (tout en bas du fichier *dependencies.json*) il est possible de définir les utilisateurs qui seront créés lors de l'installation de vMap2 ainsi que leurs droits. Cela est défini dans le tableau **users**.
 Dans l'exemple ci-dessous, un utilisateur admin (et son mot de passe mdpadmin) sera créé avec les provilèges vitis_user et vitis_admin.
 
@@ -90,6 +161,31 @@ L’installateur de vMap2 assure les opérations suivantes :
 - Création d’un compte administrateur dans PostgreSQL
 - Nettoyage des caches
 
+### Lancement de l'installeur sous Linux
+
+Pour lancer l'installation de vMap via le VAI sous Linux, il faut exécuter les commandes suivantes :  
+
+```{warning}
+Le chemin dans la commande ci-dessous est à adapter.  
+Le sudo n'est également peut-être pas nécessaire en fonction de votre configuration.  
+```
+
+```bash
+sudo chmod +x <chemin jusqu'au zip>/vmap/installer
+sudo ./<chemin jusqu'au zip>/installer
+```
+
+### Lancement de l'installeur sous Windows
+
+Pour lancer l'installeur sous Windows, cliquer sur le fichier .exe suffit :  
+
+![lancement_exe](../images/installation/lancement_exe.jpg)
+
+Il est également possible de le lancer en ligne de commande via le chemin du fichier exe en ligne de commande :  
+
+```batch
+<chemin de l'exe>/installer.exe
+```
 
 Pour les distributions Linux exécuter les commandes suivantes une fois que l'installeur a été lancé :