WMTS OAS 3.0 API的未来发展潜力

这个 OGC开放地理空间 APIs - White Paper ("White Paper") 提出了跨多个OGC应用程序编程接口(api)一致使用协议以增强互操作性的案例。例如,跨多个WMTS端点使用一致的tileMatrix集可以创建一致的复合映射。在这些端点上统一采用单一的wmtsapi有助于促进这种一致性(同时,也可能减少不可互操作的wmtsapi的扩散)。

白皮书还建议(在“3.3 API规范和管理”下)采用 开放API倡议 (OAI) . OAI是 Linux基础协作项目 <https://www.linuxfoundation.org/projects/>`_其 `成员 负责开发 3.0版本OAI Specification (OAS 3.0)。

OAS 为RESTful API定义了标准的,与语言无关的接口 。其中之一 目标 允许人类和计算机发现和理解端点功能,而不必访问源代码或检查网络流量。OAS规范是使用人性友好(和JSON友好)编写的 YAML 序列化语言。

OAS的前两个版本是 Swagger 绰号。对于OAS 3.0,一套 open-source tools 支持简单的一致性创建和验证。这个 Swagger UISwagger Editor 工具用于创建 Draft WMTS API for Discussion Purposes Only 及其 Key-Value-Pair API alternative . 这些工具可以通过下载指定的GitHub存储库并(在任何现代浏览器中)打开“索引.html“/swagger editor”文件夹中的“文件”。然后将行为复制到YAML工具中并将其粘贴到YAML工具中。

Swagger编辑器右侧的用户界面可视化并支持与API的模拟实现进行粗略的交互。在这个特定的例子中,它显示三个路径的httpget操作,每个路径对应一个资源(ServiceMetadata、Tile或FeatureInfo)。选择任何一个蓝色的“获取”按钮显示该特定资源可能的正常流(例如,所需的资源)和错误响应(例如,404文件未找到)。

WMTS API草案支持一般白皮书建议(在“前言”下),即OGC“考虑提供一致实现OWS协议的活动”。这也与白皮书后面的评论(在“基于地理空间需求的3.2API设计”下)一致,即正在进行的OGC讨论可能会导致基于面向资源的体系结构添加更多的RESTful协议(如 Testbed 11 REST Interface Engineering Report 并在 Testbed 12 REST User Guide

WMTSAPI草案的详细内容部分基于 07-057r7 OpenGIS Web Map Tile Service Implementation Standard (“WMTS规范”)。WMTS规范的一些要求被放宽了,例如允许JSON ServiceMetadata文档。这种不一致性的目的是说明WMTS规范的未来版本将如何适应非XML response media types .

WMTS API草案仅供讨论

WMTS API草案可以在以下URL中找到 http://cite.opengeospatial.org/pub/cite/files/edu/wmts/text/target-api/index.html

可以在下面的URL中找到wmtsapi草案的KVP版本 http://cite.opengeospatial.org/pub/cite/files/edu/wmts/text/target-api-kvp/index.html