Open IGNF-Xavier opened 4 months ago
Cette fois on a bien une erreur explicite à la place d'une erreur vide. @IGNF-Xavier est-ce le comportement attendu ou voudrait-on ne pas avoir d'erreur du tout car le sld 1.1.0 est supposé être accepté ?
Il n'y a qu'un seul WellKnownName
dans ce SLD, c'est brush://dense5
.
Et ce symbole là, refusé par GeoStyler serait probablement mal interprété par Geoserver (d'après cette conversation)
Ce qui se passe donc avec l'ajout de GeoStyler c'est que le SLD est refusé avant que l'utilisateur constate un problème avec son flux WMS. En effet, avec l'API Entrepôt seule, il est probable que ce SLD passe (il faudrait confirmer) mais que le WMS ne renvoie que des images vides ou une symbolisation par défaut.
J'ai inscrit à l'agenda du codesprint le sujet pour améliorer le message en donnant la valeur posant problème.
@IGNF/cartes-gouv-moa à part améliorer les messages d'erreur, qu'est-ce qu'on pourrait faire ? Geostyler et Geoserver ne reconnaitront jamais tous les "Well known names" que QGIS connait, il y aura forcément toujours des erreurs.
La solution est effectivement d'améliorer le message d'erreur. Mais surtout c'est de planifier pour le prochain MVP une interface permettant de :
Description
Dans la fiche de données ARBRES-IA sur la base de données vecteur : ia_gpkg_22-04-2024
La création d'un WMS vecteur avec le SLD en 1.1.0 pour la table foret style_foret.zip renvoie une erreur vide :
Comportement attendu
Une erreur explicite
Comment reproduire l'anomalie
No response
Solution possible
No response
Complément de contexte
No response