Quelles sont les différences entre TMS, XYZ et WMTS?

24

Il existe actuellement trois façons différentes de servir les vignettes:

Je sais que XYZ est maintenant le plus populaire et est utilisé par des services comme Google, Mapbox, OSM et bien d'autres.

Quelle est la différence technique entre les trois?

Devdatta Tengshe
la source
Je pense que TMS est le nom, et XYZ est la convention qu'il utilise habituellement, ils sont donc à peu près équivalents.
BradHards
1
@BradHards: ce ne sont pas les mêmes. La principale différence entre eux que je pourrais voir est que dans XYZ, Y commence au sommet tandis que dans TMS, Y commence à partir du bas
Devdatta Tengshe
Oui, donc "à peu près équivalent" :-) Il y a une description du problème de l'ordre Y dans la spécification GeoPackage. De plus, Kevin Smith (GeoWebCache) a ajouté quelques informations intéressantes sur gis.stackexchange.com/questions/53011/…
BradHards
1
TMS est mieux décrit dans la spécification wiki.osgeo.org/wiki/Tile_Map_Service_Specification . XYZ fait généralement référence au schéma de tuilage de Google Maps. Ce site peut être utile. Maptiler.org/google-maps-coordinates-tile-bounds-projection
user30184
1
Peut-être une ressource utile est également cette présentation: 2010.foss4g.org/presentations/3653.pdf
Freeze

Réponses:

10

WMS est un protocole défini par l'OGC pour demander des images de carte rendues pour des zones arbitraires. Les clients peuvent en faire la demande en mosaïque s'ils le souhaitent.

WMS-C est une extension pour WMS créée par OSGeo qui ajoute des métadonnées au document de capacités permettant au client de savoir où faire des demandes afin qu'il s'aligne avec les tuiles du service. Un service WMS-C peut rejeter des demandes qui ne sont pas alignées sur sa grille de tuiles.

TMS est un protocole créé par OSGeo qui permet de demander des tuiles à l'aide d'indices entiers. Il fournit également des métadonnées pour la découverte et la configuration. Il peut être implémenté comme un ensemble d'images de tuiles et de fichiers de métadonnées reposant sur un système de fichiers statique. L'axe des Y remonte du bas.

WMTS est un protocole créé par l'OGC qui permet de demander des tuiles à l'aide d'indices entiers. Il fournit également des métadonnées pour la découverte et la configuration. L'axe des Y descend du haut.

"XYZ" est le terme que nous utilisons pour divers schémas ad hoc pour servir des tuiles, souvent à partir d'un système de fichiers statique. Il n'y a pas de standard ni de mécanisme pour les métadonnées. Il n'y a pas de norme fixe pour la direction de l'axe Y, bien que le haut vers le bas soit le plus courant. Google a fait quelque chose pour ses propres besoins, et d'autres personnes l'ont en quelque sorte copié. Un client et un serveur XYZ particuliers peuvent ou non fonctionner ensemble. Les clients XYZ peuvent parfois également être conçus pour fonctionner avec les services TMS ou WMTS.

Il existe également quelques protocoles moins utilisés comme le protocole "quadkey" Bing ou le protocole Google Mobile qui inverse l'ordre du niveau de zoom.

Je recommande généralement WMTS car c'est le seul protocole de tuile d'index entier soutenu par un organisme de normalisation largement reconnu.

smithkm
la source
6

WMTS: http://www.opengeospatial.org/standards/wmts


TMS: http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification


XYZ: https://en.wikipedia.org/wiki/Tiled_web_map


Les trois liens ci-dessus expliquent chaque service en détail.


TMS: Si je comprends bien, TMS est le plus basique. Le service Web carrelé donne accès à des ressources, en particulier, à des tuiles cartographiques rendues à des échelles fixes. L'accès à ces ressources est fourni via une interface "REST", en commençant par une ressource racine décrivant les couches disponibles, puis en cartographiant les ressources avec un ensemble d'échelles, puis les échelles contenant des ensembles de tuiles.


WMTS: introduit des normes pour faciliter le travail avec plusieurs services de tuiles simultanément. Ce profil a deux objectifs: faciliter la combinaison de couches provenant de différents services WMTS et rendre les applications clientes de tuiles plus faciles à implémenter en imposant un TileMatrixSet commun.


XYZ: ajoute les normes suivantes aux normes WMTS - Un schéma de numérotation X et Y; Images PNG pour les tuiles; Les images sont servies via une API REST, avec une URL comme http: //.../Z/X/Y.png , où Z est le niveau de zoom, et X et Y identifient la tuile.

jbalk
la source