Contrôler et transformer les fichiers SLD pour WMS-v côté client

[slafayIGN]

Lorsqu'un SLD n'est pas valide dans le formulaire de création d'un service WMS-v, l'utilisateur n'est prévenu que par le retour de l'API à la dernière étape.

Il faudrait mettre en place quelques contrôles côté client, voire une transformation automatique du fichier SLD déposé lorsque c'est possible.

L'objectif est de prévenir l'utilisateur le plus tôt possible des problèmes et de lui éviter les problèmes que l'on peut corriger automatiquement.

Je propose (l'ordre est discutable) :

• une conversion des fichiers déposés en SLD1.1.0 (Symbology Encoding) vers SLD 1.0.0. Et si ce n'est pas possible, afficher un avertissement que seuls les fichiers SLD 1.0.0 sont acceptés (et l'afficher en hint text).
• Vérifier les noms des attributs utilisés pour sortir la même information que l'API
• Passer automatiquement en minuscule tous les noms d'attributs
• Détecter si le SLD utilise une formule dans une balise <PropertyName> est, selon possibilité, tenter de la remplacer par une formule utilisant les opérateurs Geoserver ou pointer vers la documentation de Geoserver
• Supprimer les balises <Description>

Les tickets redmine 41282 et 41309 contiennent des exemples détaillés de problèmes rencontrés.