Pourquoi la norme OGC Symbology Encoding n'est-elle pas implémentée et SLD est-il une alternative?


10

J'ai effectué une recherche exhaustive sur Internet ainsi que sur cette exportation de symbologie d'ArcGIS for Desktop vers Microstation ou QGIS? mais n'a pas trouvé de réponse satisfaisante. J'espère obtenir les réponses des experts ici.

Supposons que j'ai stylisé un fichier de formes polygonales (par exemple: largeur de bordure = 0,26, couleur de bordure = vert, remplissage simple de couleur rouge, étiquette affichée, etc.). Lorsque j'enregistre le style dans QGIS, il est enregistré au format XML qui n'est spécifique qu'à QGIS. Il en va de même pour les autres logiciels qu'ils stockent dans leur propre format. Ce qui signifie que je ne peux pas échanger d'informations de style entre différents logiciels.

Bien que la norme OGC SE soit en place, je ne savais pas pourquoi cela n'était implémenté par aucun logiciel. QGIS 1.8 prend en charge SLD, mais quel est le but du stockage du style en tant que fichier .qml spécifique à QGIS?

De plus, comme la norme SLD est utilisée pour les services Web, est-il acceptable d'utiliser cette norme dans ce cas (pour l'échange de données entre différents logiciels)?


Ce que vous demandez n'est pas vraiment clair. Voulez-vous savoir comment utiliser SLD et SE dans un progiciel particulier, ou demandez-vous une évaluation plus subjective des raisons pour lesquelles SLD et SE ne sont pas implémentées partout?
BradHards

SLD n'est pas conçu comme un format d'échange de données.
nmtoken

Réponses:


4

Vraiment pas une réponse définitive mais une réponse à compléter davantage (communauté d'attente :)!

Les principales idées pour lesquelles SLD n'est pas utilisé partout comme échange de données sont l'historique, la verbosité, l'extensibilité, le support de sortie.

Histoire

ArcGIS précède la norme SLD.

Le format MapInfo ne sépare pas le style du contenu, vous ne pouvez donc pas séparer les données du rendu comme pour SLD et GML.

De plus, en raison de l'historique et de la rétrocompatibilité avec les anciennes versions du logiciel, les modèles pour représenter les styles de carte ne sont pas compatibles de deux manières.

Une différence principale vient également lorsque l'on compare un logiciel SIG et un logiciel de CAO. Deux écosystème, bien séparés depuis longtemps et où la symbologie CAO est plus complexe.

Verbosité

Toutes les personnes ne sont pas des amateurs de XML et préfèrent donc d'autres syntaxes comme CartoCSS

Extensibilité

Vous ne pouvez pas faire tous les styles avec SLD tel quel.

Voir par exemple la limitation concernant les hachures afin que l'équipe Geoserver étende la valeur par défaut .

Vous pouvez également penser à l' ombre et à la composition que la norme SLD ne prend pas en charge.

Soutien

En fonction du support (papier, périphériques, ...) et des résolutions d'écran, une largeur de 1 dans un logiciel n'est pas égale à la même largeur dans un autre.

La largeur du papier 1 est différente de celle affichée à l'écran.

Les unités comptent !!

Quelques logiciels pour mieux gérer SLD


D'une manière ou d'une autre, je n'ai jamais eu arcmap2sld pour travailler pour moi. L'édition communautaire Arc2Earth est une meilleure option, mais même cela peut donner d'étranges sorties.
Devdatta Tengshe
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.