Skip to content

WMTS href contents #5

@rowanwins

Description

@rowanwins

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 :)

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions