Intégrer une interface d'édition avancée des styles

slafayIGN commented 2 years ago

L'interface actuelle ne permet que de téléverser des fichiers de style construits par une application tierce.

L'idée est d'ajouter une interface graphique (cartographie + formulaire) pour interagir avec des styles. Cela peut-être des styles existants (importés) ou une construction from scratch des styles adaptés à une pyramide de tuiles vectorielles.

La principale piste explorée est celle de https://github.com/geostyler/geostyler

lowzonenose commented 2 years ago

Pour info, je me propose de résoudre la dette technique suite à la mise en place du POC :

documenter l'intégration du composant
documenter les contributions
estimer les développements à faire
support sur les développements futurs

IGNF-Xavier commented 2 years ago

Investigation en cours. Convertisseur privilégiée par rapport à l'éditeur : travaux à programmer sur mai

landryb commented 2 years ago

convertisseur ok, mais depuis quoi ? sld ? style qgis ?

slafayIGN commented 2 years ago

En bonne voie pour une interface qui va permettre d'importer 3 formats de style :

json mapbox : par rapport à l'existant qui ne modifie pas le fichier importé et nécessite d'avoir un fichier parfaitement utilisable immédiatement, le convertisseur va transformer le fichier pour y retirer toutes les références à des layers qui n'existent pas dans les données (en avertissant s'il ne reste plus rien) et pour modifier la source (car la source doit contenir l'URL du flux pour lequel le fichier de style est prévu)
sld : l'interface permettra d'importer un fichier sld par couche et combinera l'ensemble pour in fine ne stocker qu'un seul fichier au format json. Si les données ne contiennent qu'une seule couche, l'interface restera alors proche de celle de l'import du json mapbox directement.
qml : l'interface ressemblera à celle pour le sld avec un fichier à importer par couche pour composer ensuite un seul fichier au format json.

slafayIGN commented 2 years ago

Des écarts ont commencé à être identifiés entre les formats de style (par exemple #76) et selon le cas :

des corrections pourront être apportées dans les parsers geostyler, probablement de manière limitée
la documentation ou l'interface seront à mettre à jour pour mentionner les limitations => c'est cette phase là qui va demander un travail le plus exhaustif possible de comparaison

IGNF / geotuileur-site

Intégrer une interface d'édition avancée des styles #4