Intégration d'un éditeur de styles personnalisés

[mathilde-marchand]

Présentation

Actuellement mviewerStudio propose les styles prédéfinis configurés sur GeoServer.
L'objectif est d'intégrer un éditeur de styles personnalisés dans mviewerStudio. Cela permettra aux utilisateurs de modifier l'apparence d'une couche de données.

Description fonctionnelle

Proposition :

Dans l'interface "Paramètres de la donnée", ajouter une section "Configurer le style".

Ensuite, mviewerStudio reconnait automatiquement le type de la donnée (point/cluster, ligne, polygone).

L'éditeur de styles doit permettre de configurer les représentations suivantes :

Style simple = même style pour toutes les features
Symbole : forme (point, carré, etc) et taille
Remplissage : couleur et opacité
Contour : épaisseur, couleur et style de trait (pointillés, etc).

Discrétisation = représenter une donnée quantitative relative
Choix de la colonne à utiliser
Méthodes de classification (l'utilisateur doit pouvoir modifier les bornes manuellement) :

• Jenks
• Amplitudes égales
• Effectifs égaux

Paramétrage : nombre de classes et palette de couleurs

Proportionnel = représenter une donnée quantitative absolue
Choix de la colonne à utiliser
Variation de la taille
Paramétrage : taille min et max

Catégorisation = représenter une donnée qualitative
Choix de la colonne à utiliser
Classification en valeur unique

Cluster = représenter un aggrégat de points
Définition de la colonne à utiliser
Etiquette avec nombre de points
Représentation en camembert

Etiquettes
Choix de la colonne à utiliser
Paramétrage : police, taille, couleur, contours

En fonction du style défini, la légende doit être automatiquement générée.

Description technique

Ouvert à toute proposition

Quelques idées :

L'éditeur de style pourra utiliser des librairies pour les couleurs et l'analyse statistiques (geostats, chartjs).

Le choix du format du style est à préciser :

SLD
Enregistrement du style :

• Encombrement du geoserver
• API geoserver réservée aux admins

--> Enregistrer le style directement dans le dossier de l'application

Style OpenLayers
Utilisation du style natif OpenLayers (ol.style.Style)

[Gaetanbrl]

Je complète par les possibilités par forme (à valider) :

Géométrie \ Possibilités	Style simple	Discrétisation (quantitatif relatif)	Proportionnel (quantitatif absolu)	Catégorisation (qualitatif)	Cluster (points)	Étiquettes	Couleur fond (remplissage)	Taille contours (épaisseur)	Couleur contours	Taille objet (symbole / largeur)	Style de trait (plein/pointillés)	Opacité fond	Opacité contours	Forme symbole
Point	✅	✅	✅	✅	✅	✅	✅	—	—	✅ (taille symbole)	—	—	✅	✅
Ligne	✅	✅	—	✅	—	✅	—	✅	✅	✅ (largeur ligne)	✅	—	✅	—
Polygone	✅	✅	—	✅	—	✅	✅	✅	✅	—	✅	✅	✅	—

[vfabry]

Bonjour, cette fonctionnalité est très intéressante ! Est-ce que votre mviewer est une brique d'un georchestra ? Si oui, on pourrait imaginer que cet éditeur de style puisse être utilisé dans d'autres briques de l'IDG ?
Vincent (Géo2France)

[bchartier]

Bonjour,
Je comprends l'intérêt de cette évolution, mais je ne la vois pas du tout d'un bon œil :

• elle est clairement GeoServer-centrée, ce qui n'est pas l'objectif de mviewer ni de mviewerstudio
• elle ressemble à une interface d'administration paliative de GeoServer. La prochaine étape serait sans doute de manipuler les entrepôts de données de GeoServer et déposer des données dedans. Hum.

Plus on fait cela, plus on intrique mviewer, GeoServer et geOrchestra.
Si besoin d'un styler, à mon avis, ce serait juste pour configurer les styles des couches vecteurs (WFS, GeoJSON, API Records, MVT...) mais pas pour des données vecteurs diffusées via WMS.

[bchartier]

Est-ce que votre mviewer est une brique d'un georchestra ?

À ma connaissance : non.

[Gaetanbrl]

@vfabry Le mviewer et le studio sont installés derrière la gateway et consomment les flux d'un geoserver (avec georchestra).
L'accès au studio est protégé par la gateway et les rôles sont fournis par la console.
Donc en se sens, leur studio est lié à georchestra.

[Gaetanbrl]

Plus on fait cela, plus on intrique mviewer, GeoServer et geOrchestra.

@bchartier pour la partie SLD (au sens OGC), c'est compatible qgis, mapserver et geoserver. Le fichier serait accessible dans le répertoire de l'application et pourra être consommé comme un SLD fourni par n'importe quel serveur.

Est-ce que ce fonctionnement est dédié à GeoServer ? Pour moi c'est compatible avec tous les serveurs OGC qui consomment du SLD avec GetMap via les paramètres SLD et SLD_BODY (source qgis server, source mapserver)

Si besoin d'un styler, à mon avis, ce serait juste pour configurer les styles des couches vecteurs

Le SLD étant OGC, il me semble que c'est un bon format pivot peu importe la couche WMS ou WFS. D'ailleurs, mviewer ne permet pas l'utilisation d'un fichier de style pour une couche WFS (vu que c'est un custom layer). Et aucun serveur ne le permet non plus. C'est, je suppose, le client qui doit gérer l'affichage des données (fournies en XML, JSON, text...).

Mais ce point serait intéressant à développer pour permettre via le XML uniquement d'afficher un flux WFS et en lui passant un fichier de style (ca marcherait avec tous les serveurs OGC).

Pour la partie vecteur, il faut créer du code capable de lire un format et de rendre le style dans une couche openLayers.
Tout est possible ici, from scratch ou bien par exemple, utiliser les lib GeoStyler :

• geostyler-sld-parser
• geostyler-wfs-parser
• et bien d'autres...

Après j'ai peut être oublié un truc qui rendra ça uniquement dépendant à geoserver @bchartier ?

[pierrejego]

Bonjour, Je comprends l'intérêt de cette évolution, mais je ne la vois pas du tout d'un bon œil :

• elle est clairement GeoServer-centrée, ce qui n'est pas l'objectif de mviewer ni de mviewerstudio
• elle ressemble à une interface d'administration paliative de GeoServer. La prochaine étape serait sans doute de manipuler les entrepôts de données de GeoServer et déposer des données dedans. Hum.

Plus on fait cela, plus on intrique mviewer, GeoServer et geOrchestra. Si besoin d'un styler, à mon avis, ce serait juste pour configurer les styles des couches vecteurs (WFS, GeoJSON, API Records, MVT...) mais pas pour des données vecteurs diffusées via WMS.

Bonjour Benjamin,

Merci pour ton retour.

Ce n’est pas du tout une évolution centrée sur GeoServer. Le besoin exprimé par le financeur repose effectivement sur un usage avec GeoServer, mais les développements réalisés — comme l’a indiqué Gaëtan — sont conçus pour être utilisables avec d’autres serveurs cartographiques.

J’ai plutôt l’impression que tu fais référence au module d’ingestion de données proposé par geOrchestra, qui relève d’une autre logique.

L’objectif ici n’est pas d’intriquer davantage mviewer avec GeoServer ou geOrchestra, mais bien de proposer une brique réutilisable et indépendante.

[bchartier]

Plus on fait cela, plus on intrique mviewer, GeoServer et geOrchestra.

@bchartier pour la partie SLD (au sens OGC), c'est compatible qgis, mapserver et geoserver. Le fichier serait accessible dans le répertoire de l'application et pourra être consommé comme un SLD fourni par n'importe quel serveur.

Est-ce que ce fonctionnement est dédié à GeoServer ? Pour moi c'est compatible avec tous les serveurs OGC qui consomment du SLD avec GetMap via les paramètres SLD et SLD_BODY (source qgis server, source mapserver)

Arg, j'ai mal interprété certains trucs. Ce qui m'a fait réagir c'est ça dans la description initiale :

SLD
Enregistrement du style :
Encombrement du geoserver
API geoserver réservée aux admins

Je n'ai rien (ou presque) contre les styles SLD. Mais, de mon point de vue, je ne pense que transformer mviewerstudio en quelque chose qui pousse de nouveaux styles dans GeoServer.

Utiliser un SLD dans une requête GetMap de WMS pourquoi pas.
Mais, perso, je pense qu'une application des styles côté client est plus intéressante que côté serveur (en tout cas, pour les petits jeux de données). Ça permet plus de maitrise et ça évite d'être confronté aux problèmes d'interopérabilité des styles SLD.

Le SLD étant OGC, il me semble que c'est un bon format pivot peu importe la couche WMS ou WFS. D'ailleurs, mviewer ne permet pas l'utilisation d'un fichier de style pour une couche WFS (vu que c'est un custom layer). Et aucun serveur ne le permet non plus. C'est, je suppose, le client qui doit gérer l'affichage des données (fournies en XML, JSON, text...).

Oui, c'est ça. Je vois plus quelque chose côté client.

Désolé si j'ai froissé des susceptibilités avec ma réaction initiale.

[bchartier]

Ce n’est pas du tout une évolution centrée sur GeoServer. Le besoin exprimé par le financeur repose effectivement sur un usage avec GeoServer, mais les développements réalisés — comme l’a indiqué Gaëtan — sont conçus pour être utilisables avec d’autres serveurs cartographiques.

Comme expliqué dans mon commentaire juste avant, je n'avais pas compris que dans la description initiale que l'enregistrement d'un style SLD sur GeoServer était juste une option envisagée et qu'il y a avait aussi une autre option envisagée avec les styles natifs OpenLayers.

J’ai plutôt l’impression que tu fais référence au module d’ingestion de données proposé par geOrchestra, qui relève d’une autre logique.

Ma crainte, c'est qu'on se retrouve avec une multitude d'outils éparpillés et où chaque outil fait à la marge des trucs qu'un autre est censé faire. Mais effectivement, ce serait con que mviewerstudio fasse ce qu'est censé faire Datafeeder ou son successeur.

L’objectif ici n’est pas d’intriquer davantage mviewer avec GeoServer ou geOrchestra, mais bien de proposer une brique réutilisable et indépendante.

Bon, bah, cool, alors.

[Gaetanbrl]

Désolé si j'ai froissé des susceptibilités avec ma réaction initiale.

Pas de soucis @bchartier, aucune susceptibilité froissée, ta réaction n'a pas été comprise vu les propositions faites. Cela méritait d'être échangé.

L’objectif ici n’est pas d’intriquer davantage mviewer avec GeoServer

Je précise qu'en effet, la sauvegarde de SLD dans geoserver n'est pas ciblée. Elle était indiquée par @mathilde-marchand comme une solution possible mais indique également le point négatif d'encombrement (sans parler que pour la maintenance c'est un vrai sac de noeuds pour identifier les styles correctement - nommé par des IDs...).

Donc tout est possible, mais cette solution n'est pas prioritaire.

Mais effectivement, ce serait con que mviewerstudio fasse ce qu'est censé faire Datafeeder ou son successeur.

J'ai une logique sphère mviewer plus légère qu'un datafeeder. Nous n'avons pas beaucoup d'instance qui utilise datafeeder, et le déploiement du nouvel outil n'est pas prévu. Ce sera donc une fonctionnalité mviewerstudio, qui permet plutôt de proposer aussi une alternative au styler mapfishapp, et je ne crois pas qu'une brique actuelle permette de créer des styles ainsi ?