-
Notifications
You must be signed in to change notification settings - Fork 3
Description
Currently for the WMTS href field it says
REQUIRED. Link to the WMTS, without any WMTS specific query parameters.
WMTS implementations can be quite variable in how they structure their URLs (eg a geoserver WMTS endpoint vs an Esri WMTS endpoint).
Looking at some specific examples
The root of this Geoserver WMTS might be considered
https://geoserver.imas.utas.edu.au/geoserver/gwc/service/wmts,
however when you access the GetCapabilities document you see that tiles accessed via
https://geoserver.imas.utas.edu.au/geoserver/gwc/service/wmts/rest/{layer}{style}/{TileMatrixSet}/{TileMatrix}/{TileRow}/{TileCol}?format=image/png
Compared with this Esri WMTS where the root might be considered
https://services.ga.gov.au/gis/rest/services/AREMI_Buildings_WM/MapServer/WMTS/,
however when you access the GetCapabilities document you see that tiles accessed via
http://services.ga.gov.au/gis/rest/services/AREMI_Buildings_WM/MapServer/WMTS/tile/1.0.0/{layer}/{Style}/{TileMatrixSet}/{TileMatrix}/{TileRow}/{TileCol}.png
The URL construction patterns to access the tiles are quite different. Guessing what the root url that you ought to store in the STAC item might be fiddily, and there then might be uncertainty for developers knowing how to reconstruct tile urls based on that.
Perhaps one option is to make the href field point to the GetCapabilities, this combined with the wmts:layer field, that gives the developer a consistent way to find the tiles endpoint (albiet with the need to parse the WMTS GetCapabilities info).
WMTS is fun :)