Derzeit gibt es drei verschiedene Möglichkeiten, Kacheln zu verteilen:
Ich weiß, dass XYZ jetzt das beliebteste ist und von Diensten wie Google, Mapbox, OSM und vielen anderen verwendet wird.
Was ist der technische Unterschied zwischen den drei?
Derzeit gibt es drei verschiedene Möglichkeiten, Kacheln zu verteilen:
Ich weiß, dass XYZ jetzt das beliebteste ist und von Diensten wie Google, Mapbox, OSM und vielen anderen verwendet wird.
Was ist der technische Unterschied zwischen den drei?
Antworten:
WMS ist ein vom OGC definiertes Protokoll zum Anfordern von gerenderten Kartenbildern für beliebige Bereiche. Kunden können Anfragen in einem gekachelten Muster stellen, wenn sie dies wünschen.
WMS-C ist eine Erweiterung für WMS, die von OSGeo erstellt wurde und dem Funktionsdokument Metadaten hinzufügt, damit der Client weiß, wo Anforderungen gestellt werden müssen, damit sie mit den Kacheln des Dienstes übereinstimmen. Ein WMS-C-Dienst lehnt möglicherweise Anforderungen ab, die nicht an seinem Kachelraster ausgerichtet sind.
TMS ist ein von OSGeo erstelltes Protokoll, mit dem Kacheln mithilfe von Ganzzahlindizes angefordert werden können. Es bietet auch Metadaten für die Ermittlung und Konfiguration. Es kann als Satz von Kachelbildern und Metadatendateien in einem statischen Dateisystem implementiert werden. Y-Achse geht von unten nach oben.
WMTS ist ein vom OGC erstelltes Protokoll, mit dem Kacheln mithilfe von Ganzzahlindizes angefordert werden können. Es bietet auch Metadaten für die Ermittlung und Konfiguration. Y-Achse geht von oben nach unten.
"XYZ" ist der Begriff, den wir für verschiedene Ad-hoc-Schemata zum Bereitstellen von Kacheln verwenden, häufig aus einem statischen Dateisystem. Es gibt keinen Standard und keinen Mechanismus für Metadaten. Es gibt keinen festen Standard für die Richtung der Y-Achse, obwohl es am häufigsten ist, von oben nach unten zu fahren. Google hat etwas für seine eigenen Zwecke getan, und andere haben es sozusagen kopiert. Ein bestimmter XYZ-Client und -Server können möglicherweise nicht zusammenarbeiten. XYZ-Clients können manchmal auch dazu gebracht werden, mit TMS- oder WMTS-Diensten zu arbeiten.
Es gibt auch einige weniger verwendete Protokolle wie das Bing "Quadkey" -Protokoll oder das Google Mobile-Protokoll, mit denen die Reihenfolge der Zoomstufen umgedreht wird.
Generell empfehle ich WMTS, da es das einzige Ganzzahlindexprotokoll ist, das von einem weithin anerkannten Standardgremium unterstützt wird.
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
Die drei obigen Links erläutern die einzelnen Dienste im Detail.
TMS: Soweit ich es verstehe, ist TMS das grundlegendste. Der gekachelte Webdienst bietet Zugriff auf Ressourcen, insbesondere auf gerenderte kartografische Kacheln in festgelegten Maßstäben. Der Zugriff auf diese Ressourcen erfolgt über eine "REST" -Schnittstelle, beginnend mit einer Stammressource, die die verfügbaren Layer beschreibt, und anschließendem Zuordnen von Ressourcen mit einer Reihe von Maßstäben und anschließendem Halten von Kachelsätzen.
WMTS: Einführung von Standards für die einfache gleichzeitige Arbeit mit mehreren Kacheldiensten. Dieses Profil verfolgt zwei Ziele: Die Vereinfachung der Kombination von Ebenen, die von verschiedenen WMTS-Diensten stammen, und die Vereinfachung der Implementierung von Kachel-Client-Anwendungen durch das Auferlegen eines gemeinsamen TileMatrixSet.
XYZ: Fügt die folgenden Standards zu WMTS-Standards hinzu - Ein X- und Y-Nummerierungsschema; PNG-Bilder für Kacheln; Bilder werden über eine REST-API mit einer URL wie http: //.../Z/X/Y.png bereitgestellt , wobei Z die Zoomstufe ist und X und Y die Kachel identifizieren.