Які відмінності між TMS, XYZ та WMTS?


24

В даний час існує три різні способи обслуговування плитки:

Я знаю, що XYZ зараз є найпопулярнішим, і його використовують такі сервіси, як Google, Mapbox, OSM та багато інших.

У чому полягає технічна різниця між трьома?


Я думаю, що TMS - це ім'я, а XYZ - це умова, яку вона зазвичай використовує, тому вони є приблизно рівнозначними.
BradHards

1
@BradHards: вони не однакові. Основна відмінність між ними, яку я міг бачити, полягає в тому, що в XYZ Y починається
вгорі,

Так, отже, "приблизно еквівалентний" :-) У специфікації GeoPackage є деякий опис питання Y порядку. Крім того, Кевін Сміт (GeoWebCache) додав цікаву інформацію на сайті gis.stackexchange.com/questions/53011/…
BradHards

1
TMS найкраще описаний у специфікації wiki.osgeo.org/wiki/Tile_Map_Service_Specification . XYZ зазвичай посилається на схему плитки Карт Google. Цей сайт може бути корисним maptiler.org/google-maps-coordinate-tile-bounds-projection
user30184

1
Можливо, корисним ресурсом є також ця презентація: 2010.foss4g.org/presentations/3653.pdf
Заморозити

Відповіді:


10

WMS - це протокол, визначений OGC для запиту наданих зображень карти для довільних областей. Клієнти можуть надіслати запити до нього за плиткою, якщо вони бажають.

WMS-C - це розширення для WMS, створене OSGeo, яке додає метадані до документа про можливості, дозволяючи клієнту знати, де робити запити, щоб вони вирівнялися з плитками сервісу. Служба WMS-C може відхиляти запити, які не вирівняні в її сітці плиток.

TMS - це протокол, створений OSGeo, який дозволяє запитувати плитки за допомогою цілих індексів. Він також надає метадані для виявлення та конфігурації. Він може бути реалізований у вигляді набору зображень плиток та файлів метаданих, що сидять у статичній файловій системі. Вісь Y йде вгору знизу.

WMTS - це протокол, створений OGC, який дозволяє запитувати плитки за допомогою цілих індексів. Він також надає метадані для виявлення та конфігурації. Вісь Y спускається зверху вниз.

"XYZ" - це термін, який ми використовуємо для різних спеціальних схем подачі плиток, часто із статичної файлової системи. Немає стандарту та механізму метаданих. Немає фіксованого стандарту для напрямку осі Y, хоча найчастіше вниз зверху. Google робив щось для своїх цілей, а інші люди це щось копіювали. Конкретний клієнт і сервер XYZ можуть або не можуть працювати разом. Клієнтів XYZ іноді також можна змусити працювати з послугами TMS або WMTS.

Існує також кілька менш використовуваних протоколів, таких як протокол "quadkey" Bing або протокол Google Mobile, який перетворює порядок масштабування.

Я, як правило, рекомендую WMTS, оскільки це єдиний цілодобовий протокол плиткових індексів, що підтримується широко визнаним органом зі стандартів.


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


Три вищезгадані посилання детально пояснюють кожну службу.


TMS: Наскільки я розумію, TMS є найосновнішим. Веб-служба «Черепиця» забезпечує доступ до ресурсів, зокрема, до наданої картографічної плитки у фіксованих масштабах. Доступ до цих ресурсів забезпечується через інтерфейс "REST", починаючи з кореневого ресурсу, що описує наявні шари, потім відображає ресурси з набором масштабів, потім масштабами, що містять набори плиток.


WMTS: Вводиться стандарти для зручності роботи з декількома послугами плитки одночасно. Цей профіль має дві цілі: полегшити комбінацію шарів, що надходять з різних WMTS-сервісів, та полегшити реалізацію клієнтських додатків, встановивши загальний TileMatrixSet.


XYZ: До стандартів WMTS додаються такі стандарти - схема нумерації X і Y; Зображення PNG для плитки; Зображення подаються за допомогою API REST з такою URL-адресою, як http: //.../Z/X/Y.png , де Z - рівень збільшення, а X і Y - плитка.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.