有一个 TMS 的瓦片数据源，需要“模拟”一个 WMTS 服务出来，需要怎么做？
这个情况，其实有现成的基础设施或者说轮子来解决，比如各个地图服务器等，.net生态也有 tile-map-service-net5这种开源工具，这个问题之所以是个问题在于两个限制条件。
- 所用客户端不支持加载XYZ/TMS格式的数据，只能加载 WMS 和 WMTS 格式的数据。
- 使用的数据是切好片的 TMS 结构的数据。
- 客户端不方便依赖外部地图服务器。
模仿资源链接
一些我们熟悉的互联网地图，用的都是 XYZ 或者 TMS的方式，例如OSM、Google Map 和Mapbox 等等，从之前的栅格瓦片到如今矢量瓦片更为常见，想要用TMS “模仿” WMTS 的请求格式，需要先了解他们直接有啥不一样。
XYZ（slippy map tilename）
- 256*256 像素的图片
- 每个 Zoom 层级是一个文件夹，每个Column 是个子文件夹，每个瓦片是一个用 Row 命名的图片文件
- 格式类似
/zoom/x/y.png - x 在 (
180°W ~ 180°E)，y 在（85.0511°N ~85.0551°S），Y轴从顶部向下。
可以从Openlayers TileDebug Example，看到一个简单的 XYZ 瓦片的示例。
TMS
TMS的 Wiki wikipedia没涉及什么细节、osgeo-specification
只描述了协议的一些应用细节。反倒是 geoserver docs 关于 TMS 的部分写的更务实一些。 TMS 是 WMTS 的前身，也是 OSGeo 制定的标准。
请求形如：
http://host-name/tms/1.0.0/layer-name/0/0/0.png
为了支持多种文件格式和空间参考系统，也可以指定多个参数：
http://host-name/tms/1.0.0/layer-name@griset-id@format-extension/z/x/y
TMS 标准的瓦片格网从左下角开始，Y轴从底部向上。有的地图服务器，例如geoserver，就支持一个额外的参数flipY=true 来翻转 Y 坐标，这样就可以兼容Y 轴从顶部向下的服务类型，比如 WMTS 和 XYZ。
WMTS
WMTS 相较上述两个直观的协议，内容更复杂，支持的场景也更多。2010 年由OGC第一次公布。起始在此之前，1997年 Allan Doyle的论文“Www mapping framework” 之后，OGC就开始谋划网络地图相关标准的制定了。在 WMTS 之前，最早的，也是应用最广泛的网络地图服务标准是 WMS。因为WMS每个请求是依据用户地图缩放级别和屏幕大小来组织地图响应，这些响应大小各异，在多核CPU还没那么普及的当年，这种按需实时生成地图的方式非常奢侈, 同时想要提升响应速度非常困难。于是有开发者开始尝试预先生成瓦片的方式，于是涌现出了许多方案，前面提到的 TMS 就是其中的一个，后面WMTS 应运而生，开始被广泛应用。 WMTS 支持键值对(kvp)和 Restful 的方式对请求参数编码。
KVP 形如：
<baseUrl>/layer=<full layer name>&style={style}&tilematrixset={TileMatrixSet}}&Service=WMTS&Request=GetTile&Version=1.0.0&Format=<imageFormat>&TileMatrix={TileMatrix}&TileCol={TileCol}&TileRow={TileRow}
Restful形如：
<baseUrl>/<full layer name>/{style}/{TileMatrixSet}/{TileMatrix}/{TileRow}/{TileCol}?format=<imageFormat>
由于是栅格瓦片，这里只需要找到 XYZ 与 瓦片矩阵和瓦片行列号的对应关系就好了。
- TileMatrix
- TileRow
- TileCol
这里的瓦片行列号是从左上角开始的，Y 轴从顶部向下。
这样，就找到了 TMS 与 WMTS 的各参数对应关系，接下来就是如何把 TMS 转换成 WMTS 的请求了，如下：
- TileRow = 2^zoom - 1 - y = (1 << zoom) - 1 - y
- TileCol = x
- TileMatrix = zoom
在不考虑其他空间参考的情况下，缩放层级对应瓦片矩阵，x对应瓦片列号，y取反（因为起始方向相反）。