|
|
|
[[_TOC_]]
|
|
|
|
|
|
|
|
# Dictionnaire de données
|
|
|
|
|
|
|
|
Les administrateurs Sysma peuvent modifier l'ensemble du dictionnaire, depuis l'interface, rubrique /Dictionnaire 
|
|
|
|
|
|
|
|
## Création et modification du dictionnaire
|
|
|
|
|
|
|
|
L'ensemble des éléments constituant le dictionnaire sont modifiables. Ci-dessous quelques explications sur certains champs :
|
|
|
|
|
|
|
|
### Type d'objet
|
|
|
|
|
|
|
|
* Type objet : intitulé
|
|
|
|
* Alias : sans espace ni caractères spéciaux ni majuscules, privilégier "_" comme séparateur de mots
|
|
|
|
* Description : explication sur le type d'objet.
|
|
|
|
* Source définition
|
|
|
|
* Sources données : historique de constitution du lot de données de ce type d'objet
|
|
|
|
* Support de numérisation : support conseillé pour la saisie cartographique de ce type d'objet
|
|
|
|
* Type de géométrie :
|
|
|
|
* Style : au format json, cf. ci-dessous
|
|
|
|
* Groupe : groupe d'affichage dans le gestionnaire de couches
|
|
|
|
* Rechargement lors du zoom (load on span) : pour les couches lourdes, chargement partiel de la couche à chaque déplacement de la carte
|
|
|
|
* Niveau de zoom min et max d'affichage (0 pour désactiver) : entre 1 et 20
|
|
|
|
* Masquer dans l'export du dictionnaire : ce type d'objet ne sera pas visible dans l'export "print" du dictionnaire
|
|
|
|
|
|
|
|
#### 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)
|
|
|
|
|
|
|
|
### Paramètres de types d'objet
|
|
|
|
|
|
|
|
Depuis la fiche dictionnaire d'un type d'objet, utilisez le bouton Créer un nouveau paramètre :
|
|
|
|
|
|
|
|
* Paramètre : intitulé
|
|
|
|
* Description, source : même logique que pour types d'objet
|
|
|
|
* Type de donnée, quelques précisions :
|
|
|
|
* pour liste déroulante et choix multiple, les choix doivent être renseignés après la création du paramètre
|
|
|
|
* pour le type lien_objet, le type d'objet lié doit être préciser après création du paramètre
|
|
|
|
* Regroupement : permet de régler l'ordre d'affichage des paramètres (format texte, ordre alphabétique)
|
|
|
|
* Unité (optionnel)
|
|
|
|
* Alias SIG : sans espace ni caractères spéciaux ni majuscules, 10 caractères maximum
|
|
|
|
* Obligatoire : indicateur visuel, ne bloque pas l'utilisateur si le paramètre n'est pas renseigné
|
|
|
|
* Suivi dans le temps : activer ou non le suivi et donc la précision d'une date de début et fin à chaque saisie de valeur du paramètre
|
|
|
|
* Champ caché : permet de stocker des données non visibles et non renseignables par l'utilisateur (mais utilisables par des process de calcul par exemple)
|
|
|
|
|
|
|
|
### Types d'actions
|
|
|
|
|
|
|
|
#### Gestion des coûts
|
|
|
|
|
|
|
|
Si la gestion des coûts est activée dans Sysma, l'outil proposera à chaque création de fiche action un coût basé sur :
|
|
|
|
|
|
|
|
* un coût unitaire (unique quelque soit le nombre d'objets associés à la fiche travaux)
|
|
|
|
* un coût par objet
|
|
|
|
* un coût par linéaire, surface ou volume
|
|
|
|
|
|
|
|
#### Paramètres de types de travaux
|
|
|
|
|
|
|
|
Même principe que paramètres de types d'objet.
|
|
|
|
|
|
|
|
## Import/Export
|
|
|
|
|
|
|
|
Bientôt disponible
|
|
|
|
|
|
|
|
# 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.
|
|
|
|
|
|
|
|
Ces réglages sont disponibles dans la rubrique Admin /Comptes et droits des utilisateurs
|
|
|
|
|
|
|
|
## Comptes et droits des utilisateurs
|
|
|
|
|
|
|
|
_/admin/users_
|
|
|
|
|
|
|
|
### Création d'un compte
|
|
|
|
|
|
|
|
Utiliser le bouton \[+ Nouvel utilisateur\], puis compléter l'ensemble des champs
|
|
|
|
|
|
|
|
### Paramétrages complémentaires du compte
|
|
|
|
|
|
|
|
Une fois le compte créé, plusieurs réglalges supplémentaires sont disponibles dans la dans la page du nouvel utilisateur (bouton compte depuis admin/users), en particulier :
|
|
|
|
|
|
|
|
* Le nom du **schéma PostgreSQL** à scanner par Sysma lors de l'import de couches SIG (schéma PostgreSQL sur lequel l'utilisateur pourra envoyer ses couches SIG depuis QGis, et sur lequel Sysma a des droits de lecture)
|
|
|
|
* Divers droits :
|
|
|
|
* **Administration** (administration complète de Sysma)
|
|
|
|
* **Accès aux informations du cadastre** : débloque les fonctionnalités cadastre de Sysma.
|
|
|
|
|
|
|
|
**_Point d'attention_** _: les données du cadastre sont nominatives, et à ce titre doivent faire l'objet d'une attention particulière en lien avec la réglementation RGPD._
|
|
|
|
* **Export de fichiers Shape** : l'utilisateur pourra accéder à la rubrique Couches SIG permettant de générer des couches au format shape. Les couches générées respecteront les droits de l'utilisateur sur les objets et actions Sysma (si les droits de l'utilisateur ne lui permettent pas d'afficher un objet dans Sysma, celui-ci sera absent de l'export SIG)
|
|
|
|
* **Peut générer des couches PostgreSQL** : l'utilisateur pourra accéder à la rubrique Couches PG permettant de générer des couches "à plat" depuis la base de données Sysma, c'est à dire des couches au format classique SIG (une couche par type d'objet ou d'action, et une colonne par paramètre). Ces couches seront accessibles depuis le schéma sysma_export_layers de la base de données Sysma et facilement utilisable dans QGis.
|
|
|
|
|
|
|
|
**_Point d'attention_** _: ces couches sont complètes, non filtrées selon les droits de l'utilisateur._
|
|
|
|
|
|
|
|
### Droits des utilisateurs sur les objets et actions
|
|
|
|
|
|
|
|
Il est possible de paramétrer finement pour chaque utilisateur son niveau d'accès aux types d'objets et d'actions.
|
|
|
|
|
|
|
|
Pour un utilisateur (admin/users), utiliser le bouton \[Droits sur les objets et actions\]
|
|
|
|
|
|
|
|
Principes :
|
|
|
|
|
|
|
|
* Plusieurs droits peuvent être définis successivement.
|
|
|
|
* A chaque action réalisée par l'utilisateur dans Sysma, l'outil vérifie que l’utilisateur en cours dispose bien des droits suffisants décrits dans un ou l'autre des droits déclarés.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Niveaux de droits :
|
|
|
|
* Lecture : peut lire les informations, mais pas les modifier
|
|
|
|
* Contribution : peut créer des objets ou travaux et modifier les objets ou travaux créés (mais pas ceux des autres utilisateurs)
|
|
|
|
* Gestion : peut créer et modifier des objets ou travaux créés par n'importe quel utilisateur
|
|
|
|
* Types d'objets :
|
|
|
|
* Sélectionner les types souhaités (plusieurs possibles en maintenant la touche Control
|
|
|
|
* Logique identique pour les statuts, structures et les actions
|
|
|
|
|
|
|
|
## Suivi des connexions
|
|
|
|
|
|
|
|
La rubrique admin/connexions permet de consulter un bilan de l'utilisation de votre instance Sysma :
|
|
|
|
|
|
|
|
* Les dernières connexions
|
|
|
|
* Les dernières objets modifiés
|
|
|
|
* Les utilisateurs les plus actifs (en nombre de connexions)
|
|
|
|
|
|
|
|
Il est également possible de consulter un bilan des objets, actions, données objets et données actions renseignés pour chaque utilisateurs depuis la rubrique admin/users/ > Stats
|
|
|
|
|
|
|
|
# Configuration de l'application
|
|
|
|
|
|
|
|
## Structures
|
|
|
|
|
|
|
|
_/admin/configuration/organisations_
|
|
|
|
|
|
|
|
Les structures sont les potentiels maîtres d'ouvrage listés dans l'application et auxquels peuvent être associés des objets ou des actions (formulaires de création/modification d'objets et d'actions).
|
|
|
|
|
|
|
|
La rubrique Structures de la page d'administration permet de créer, renommer ou supprimer des structures.
|
|
|
|
|
|
|
|
La suppression d'une structure n'est possible que si elle ne concerne aucun objet ou action.
|
|
|
|
|
|
|
|
## Contrats
|
|
|
|
|
|
|
|
_/admin/configuration/contrats_
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
## Affichage des couches
|
|
|
|
|
|
|
|
### 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
|
|
|
|
|
|
|
|
_/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).
|
|
|
|
|
|
|
|
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
|
|
|
|
* 'CT EAU (2021-2026)' = ANY(t.contracts)
|
|
|
|
|
|
|
|
Les conditions SQL s'appliquent aux tables de données stockant les objets et les actions, les champs utilisables sont donc ceux de ces tables :
|
|
|
|
|
|
|
|
Pour les objets (raccourci de table : o)
|
|
|
|
|
|
|
|
* o.sysma_object_id (id unique de l'objet)
|
|
|
|
* o.start_date
|
|
|
|
* o.end_date
|
|
|
|
* o.organisation_id
|
|
|
|
* o.created_by
|
|
|
|
* o.status
|
|
|
|
* o.sysma_object_type_id (id du type d'objet, cf. dictionnaire)
|
|
|
|
* o.created_at
|
|
|
|
* o.sysma_object (intitulé de l'objet)
|
|
|
|
* o.geom
|
|
|
|
* o.modified_by
|
|
|
|
* o.modified_at
|
|
|
|
* track_historytables_id
|
|
|
|
|
|
|
|
Pour les travaux (raccourci de table : t)
|
|
|
|
|
|
|
|
* t.sysma_action_id (id unique de la fiche action)
|
|
|
|
* t.sysma_action (intitulé de l'action)
|
|
|
|
* t.sysma_action_type_id (id du type d'action, cf dictionnaire)
|
|
|
|
* t.start_date
|
|
|
|
* t.end_date
|
|
|
|
* t.organisation_id
|
|
|
|
* t.created_by
|
|
|
|
* t.program_year (année de programmation)
|
|
|
|
* t.status
|
|
|
|
* t.created_at
|
|
|
|
* t.modified_by
|
|
|
|
* t.modified_at
|
|
|
|
* t.track_historytables_id
|
|
|
|
* t.contracts
|
|
|
|
* t.unit_cost_thesaurus (coût unitaire issu du dictionnaire)
|
|
|
|
* t.unit_cost_estimated_user (coût unitaire saisi par l'utilisateur)
|
|
|
|
* t.total_cost_estimated_user (coût total saisi par l'utilisateur)
|
|
|
|
* 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
|
|
|
|
|
|
|
|
Les analyses thématiques peuvent être déclarées par l'administrateur depuis la rubrique du même nom et sont alors accessibles à l'ensemble des utilisateurs Sysma depuis l'interface cartographique.
|
|
|
|
|
|
|
|
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 doit comporter le type :
|
|
|
|
* 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 champ style doit comporter un json valide comprenant le
|
|
|
|
|
|
|
|
### Vues
|
|
|
|
|
|
|
|
## Couches utiles et référentiels
|
|
|
|
|
|
|
|
# Paramétrages de l'application |
|
|
\ No newline at end of file |
