[MapProxy] Issues with WMTS TileMatrix with leading zero resulting in different tiles in cache.

[Bos, Cees]

Hi all,

We see double tiles in our cache due to 'different' TileMatrix values.

Example request
service?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=brtachtergrondkaart&STYLE=&FORMAT=image/png&TILEMATRIXSET=EPSG:3857&TILEMATRIX=06&TILEROW=32&TILECOL=31
This results in tiles with key EPSG%3A3857-06-31-32 and with metadata tile_level '06'.

This is not supported:
service?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=brtachtergrondkaart&STYLE=&FORMAT=image/png&TILEMATRIXSET=EPSG:3857&TILEMATRIX=6&TILEROW=32&TILECOL=31
This gives an exception: The requested tile is outside the bounding box of the tile map.

While the same calls with WMTS Rest style
wmts/brtachtergrondkaart/EPSG:3857/6/31/32.png
This results in tiles with key EPSG%3A3857-6-31-32 and with metadata tile_level 6.

wmts/brtachtergrondkaart/EPSG:3857/06/31/32.png works fine and well and uses the same tiles with key EPSG%3A3857-6-31-32 and with metadata tile_level 6

When we seed the layers, the tiles are stored without the leading 0.
But these files are not used for the WMTS requests and new tiles are created, so the first type of WMTS requests don't leverage the cache and create a new set of files for all available files.

We face this with CouchDB caches.

Is this as expected? Or is this a bug in the WMTS requests?

With kind regards,
Cees


Disclaimer:
De inhoud van dit bericht is uitsluitend bestemd voor geadresseerde.
Gebruik van de inhoud van dit bericht door anderen zonder toestemming van het Kadaster
is onrechtmatig. Mocht dit bericht ten onrechte bij u terecht komen, dan verzoeken wij u
dit direct te melden aan de verzender en het bericht te vernietigen.
Aan de inhoud van dit bericht kunnen geen rechten worden ontleend.

Disclaimer:
The content of this message is meant to be received by the addressee only.
Use of the content of this message by anyone other than the addressee without the consent
of the Kadaster is unlawful. If you have received this message, but are not the addressee,
please contact the sender immediately and destroy the message.
No rights can be derived from the content of this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapproxy/attachments/20170522/85c563d3/attachment.html>