| ... | ... | @@ -25,15 +25,7 @@ L'ensemble des éléments constituant le dictionnaire sont modifiables. Ci-desso |
|
|
|
|
|
|
|
#### Style
|
|
|
|
|
|
|
|
Format json, sur le principe
|
|
|
|
|
|
|
|
`{ "color":"#9933cc", "opacity":"1", "weight":"3","fillOpacity":"0.15" }`
|
|
|
|
|
|
|
|
* color : couleur du contour au format hexadécimal (#RRGGBB > Red Green Blue)
|
|
|
|
* opacity : opacité du contour de 0 (transparent) à 1 (opaque)
|
|
|
|
* fillColor : couleur du remplissage (si absent, identique à color)
|
|
|
|
* fillOpacity : opacité du remplissage
|
|
|
|
* weight : épaisseur du contour (habituellement entre 1 et 5, décimal possible)
|
|
|
|
Utilisez l'assistant création de style (bouton en bas de page) pour paramétrer le style par défaut de ce type d'objet.
|
|
|
|
|
|
|
|
### Paramètres de types d'objet
|
|
|
|
|
| ... | ... | @@ -69,22 +61,22 @@ Même principe que paramètres de types d'objet. |
|
|
|
|
|
|
|
Il est possible de supprimer tout élément du dictionnaire (types d'objet, types d'action, paramètre) depuis leurs pages de modification, bouton "Supprimer".
|
|
|
|
|
|
|
|
**Attention : la suppression d'un élément du dictionnaire entraîne la suppression des données associées dans la base de données Sysma.**
|
|
|
|
**Attention : la suppression d'un élément du dictionnaire entraîne la suppression des données associées dans la base de données Sysma.**
|
|
|
|
|
|
|
|
Par exemple, la suppression du type d'objet "Abreuvoir" dans le dictionnaire entrainera la suppression des tous les objets abreuvoirs, de toutes les valeurs descriptives de ses abreuvoirs (valeurs des paramètres) ainsi que toutes les actions associées.
|
|
|
|
Par exemple, la suppression du type d'objet "Abreuvoir" dans le dictionnaire entrainera la suppression des tous les objets abreuvoirs, de toutes les valeurs descriptives de ses abreuvoirs (valeurs des paramètres) ainsi que toutes les actions associées.
|
|
|
|
|
|
|
|
**Lors d'une demande de suppression, Sysma précise le nombre d'objet impactés par cette suppression et demande une confirmation. La suppression est définitive.**
|
|
|
|
|
|
|
|
|
|
|
|
## Import/Export
|
|
|
|
|
|
|
|
Les éléments du dictionnaire peuvent être importés et exportés depuis la page /dictionnaire. Cette fonctionnalité permet d'échanger des éléments de dictionnaire d'une instance Sysma à une autre très simplement.
|
|
|
|
|
|
|
|
### Export
|
|
|
|
|
|
|
|
Depuis la rubrique /dictionnaire/export, choisissez le ou les types d'objet à exporter.
|
|
|
|
Depuis la rubrique /dictionnaire/export, choisissez le ou les types d'objet à exporter.
|
|
|
|
|
|
|
|
Sysma génère un fichier .tar.gz contenant pour chaque type d'objet sélectionné un fichier au format json comprenant :
|
|
|
|
|
|
|
|
Sysma génère un fichier .tar.gz contenant pour chaque type d'objet sélectionné un fichier au format json comprenant :
|
|
|
|
* la description du type d'objet
|
|
|
|
* la description des paramètres du type d'objet (et ses listes de choix éventuels)
|
|
|
|
* la description des types d'action associés
|
| ... | ... | @@ -99,9 +91,6 @@ L'import entraine la création du (ou des) type d'objet, de ses paramètres et t |
|
|
|
|
|
|
|
L'import ne sera pas possible si le type d'objet est déjà existant dans le dictionnaire Sysma.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Gestion des utilisateurs
|
|
|
|
|
|
|
|
L'administrateur peut déclarer, modifier des comptes utilisateurs et leur accorder des droits sur les types d'objets et d'actions.
|
| ... | ... | @@ -178,7 +167,7 @@ La suppression d'une structure n'est possible que si elle ne concerne aucun obje |
|
|
|
|
|
|
|
_/admin/configuration/contrats_
|
|
|
|
|
|
|
|
La rubrique Contrats permet de déclarer, modifier ou supprimer un contrat.
|
|
|
|
La rubrique Contrats permet de déclarer, modifier ou supprimer un contrat.
|
|
|
|
|
|
|
|
La modification ou suppression d'un contrat entraine une mise à jour de l'ensemble des fiches actions concernées.
|
|
|
|
|
| ... | ... | @@ -186,13 +175,13 @@ La modification ou suppression d'un contrat entraine une mise à jour de l'ensem |
|
|
|
|
|
|
|
### Filtres
|
|
|
|
|
|
|
|
Rappel du fonctionnement des filtres : https://gitlab.sevre-nantaise.com/eptbsn/sysma-tickets/-/wikis/manuel/V03/Documentation-Utilisateurs/5.-Consulter-les-donn%C3%A9es-de-Sysma#514-filtrer-les-couches
|
|
|
|
Rappel du fonctionnement des filtres : <https://gitlab.sevre-nantaise.com/eptbsn/sysma-tickets/-/wikis/manuel/V03/Documentation-Utilisateurs/5.-Consulter-les-donn%C3%A9es-de-Sysma#514-filtrer-les-couches>
|
|
|
|
|
|
|
|
_/admin/configuration/filtres_
|
|
|
|
|
|
|
|
Les filtres sont déclarés par l'administrateur depuis la rubrique Filtres et sont alors accessibles à l'ensemble des utilisateurs. Un filtre correspond à une partie de condition SQL (code SQL situé après le WHERE).
|
|
|
|
Les filtres sont déclarés par l'administrateur depuis la rubrique Filtres et sont alors accessibles à l'ensemble des utilisateurs. Un filtre correspond à une partie de condition SQL (code SQL situé après le WHERE).
|
|
|
|
|
|
|
|
Exemples de Filtre :
|
|
|
|
Exemples de Filtre :
|
|
|
|
|
|
|
|
* o.status = 'existant' -> tous les objets dont le statut est existant
|
|
|
|
* left(o.start_date,0,4) in ('2011','2012','2013') -> tous les objets dont la date de début est 2011, 2012 ou 2013
|
| ... | ... | @@ -238,7 +227,6 @@ Pour les travaux (raccourci de table : t) |
|
|
|
* t.unit_measure_estimated_user (unité saisie par l'utilisateur)
|
|
|
|
* t.total_cost_final_user (coût final saisi par l'utilisateur)
|
|
|
|
|
|
|
|
|
|
|
|
### Analyses thématiques
|
|
|
|
|
|
|
|
/admin/configuration/ta
|
| ... | ... | @@ -247,18 +235,19 @@ Les analyses thématiques peuvent être déclarées par l'administrateur depuis |
|
|
|
|
|
|
|
Les analyses permettent, pour un type d'objet donné, de faire varier la forme des objets sur la carte selon leurs caractéristiques (ex : couleur variable selon une typologie, gradient de couleur selon une valeur numérique...)
|
|
|
|
|
|
|
|
La configuration de l'analyse comprend :
|
|
|
|
La configuration de l'analyse comprend :
|
|
|
|
|
|
|
|
* Un nom (celui visible par les utilisateurs)
|
|
|
|
* Le paramètre faisant l'objet de l'analyse
|
|
|
|
* Le type d'analyse
|
|
|
|
* classes : applicable à des champs numériques (de 0 à 2, de 2 à 5 etc...)
|
|
|
|
* values : selon la valeur d'un champ
|
|
|
|
* gradient : applicable à un champ numérique, couleurs automatiques entre une valeur min et max
|
|
|
|
* classes : applicable à des champs numériques (de 0 à 2, de 2 à 5 etc...)
|
|
|
|
* values : selon la valeur d'un champ
|
|
|
|
* gradient : applicable à un champ numérique, couleurs automatiques entre une valeur min et max
|
|
|
|
* Le style à appliquer : le champ style doit comporter un json valide comprenant les informations utiles à la mise en forme. cf. exemples de json en bas de page dans l'interface sysma.
|
|
|
|
|
|
|
|
### Vues
|
|
|
|
|
|
|
|
La rubrique Vues permet pour une vue disponible dans le compte de l'administrateur, une réplication de cette vue vers les utilisateurs de Sysma.
|
|
|
|
La rubrique Vues permet pour une vue disponible dans le compte de l'administrateur, une réplication de cette vue vers les utilisateurs de Sysma.
|
|
|
|
|
|
|
|
## Couches utiles et référentiels
|
|
|
|
|
| ... | ... | @@ -268,14 +257,13 @@ L’administrateur peut déclarer des couches utiles de différents types depuis |
|
|
|
|
|
|
|
Globalement, ces couches peuvent être publiques (visibles pour tous les visiteurs de votre instance Sysma, y compris pour les utilisateurs non identifiés) ou à accès restreint (restricted), c'est à dire visibles uniquement pour les utilisateurs identifiés.
|
|
|
|
|
|
|
|
|
|
|
|
### Tile_layer et tile_layer_wms
|
|
|
|
|
|
|
|
Ce sont des couches raster "de fond" affichables depuis le sélecteur de couches de la carte .
|
|
|
|
|
|
|
|
La déclaration de la couche doit notamment comporter l'URL cible (du type https://services.sandre.eaufrance.fr/geo/topage)
|
|
|
|
La déclaration de la couche doit notamment comporter l'URL cible (du type <https://services.sandre.eaufrance.fr/geo/topage>)
|
|
|
|
|
|
|
|
Si l'accès au flux nécessite une clé d'API, il est possible d'utiliser le mot clé IGN_API_KEY dans l'url : ex : https://wxs.ign.fr/_IGN_API_KEY_/wmts?LAYER=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetTile&STYLE=normal&TILEMATRIXSET=PM&&TILEMATRIX={z}&TILECOL={x}&TILEROW={y}
|
|
|
|
Si l'accès au flux nécessite une clé d'API, il est possible d'utiliser le mot clé IGN_API_KEY dans l'url : ex : [https://wxs.ign.fr/_IGN_API_KEY_/wmts?LAYER=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetTile&STYLE=normal&TILEMATRIXSET=PM&&TILEMATRIX={z}&TILECOL={x}&TILEROW={y}](https://wxs.ign.fr/_IGN_API_KEY_/wmts?LAYER=GEOGRAPHICALGRIDSYSTEMS.MAPS&EXCEPTIONS=text/xml&FORMAT=image/jpeg&SERVICE=WMTS&VERSION=1.0.0&REQUEST=GetTile&STYLE=normal&TILEMATRIXSET=PM&&TILEMATRIX=%7Bz%7D&TILECOL=%7Bx%7D&TILEROW=%7By%7D)
|
|
|
|
|
|
|
|
La valeur de la clé d'API sera renseignée depuis la page Variables de l'application de l’interface d’administration.
|
|
|
|
|
| ... | ... | @@ -286,32 +274,29 @@ Ces couches doivent être placée dans les groupes baseLayers pour les couches r |
|
|
|
Ce sont des couches vectorielles construites à partir d'une table PG et affichables depuis le sélecteur de couche Sysma, groupe "Couches utiles".
|
|
|
|
|
|
|
|
La déclaration d'un couche simple_pg_layer doit comporter
|
|
|
|
|
|
|
|
* le chemin d'accès à la table dans la base de données PG _schema.table_ (ex : m_etat_ecologique.t_me_prio)
|
|
|
|
* le style de la couche au format json, sur le modèle suivant : {"color" : "#9913f8", "weight" : 2, "opacity" : 1, "fillOpacity" : 0.2, "radius" : 3}
|
|
|
|
* la correspondance des champs pour permettre à Sysma d'identifier les colonnes comprenant un ID unique, le nom de l'objet et la géométrie de l'objet. Sur le format suivant {"sysma_object_id":"cdeumassed","sysma_object":"nom_me_court","geo":"geom"}
|
|
|
|
* groupe : couches utiles
|
|
|
|
|
|
|
|
|
|
|
|
### Cas spécifique d'une couche Piwigo (photothèque)
|
|
|
|
|
|
|
|
Sysma peut être connecté à une base de données Piwigo et ainsi afficher une couche de photos géolocalisées.
|
|
|
|
|
|
|
|
Les informations de connexion à la base de données Piwigo doivent être renseignées dans la rubrique Variables de l'application de Sysma Cr. ci-dessous.
|
|
|
|
|
|
|
|
La couche Photo doit être déclarée selon le modèle suivant :
|
|
|
|
La couche Photo doit être déclarée selon le modèle suivant :
|
|
|
|
|
|
|
|
* Type : piwigo_layer
|
|
|
|
* Url : photos
|
|
|
|
* Style : {"color" : "#00ffff", "weight" :1, "opacity" : 1, "fillOpacity" : 0.2, "radius" :3} (adaptable)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Variables de l'application
|
|
|
|
|
|
|
|
Cette rubrique permet de configurer de nombreuses variables de votre instance Sysma. Notamment :
|
|
|
|
Cette rubrique permet de configurer de nombreuses variables de votre instance Sysma. Notamment :
|
|
|
|
|
|
|
|
* Les données des tables de référence (communes, EPCI, masses d'eau)
|
|
|
|
* Positionnement par défaut de la carte
|
|
|
|
* Gestion des coûts
|
|
|
|
* etc.
|
|
|
|
|
|
|
|
* Gestion des coûts
|
|
|
|
* etc. |
|
|
\ No newline at end of file |
