OGC API简介-特性

引言

OGC API-Feature是一个由多个部分组成的标准,提供在Web上创建、修改和查询空间数据的功能,并为想要遵循共享要素数据的标准方式的API指定要求和建议。该标准的核心部分称为 OGC API - Features - Part 1: Core 。该规范的核心部分描述了每个实现服务都必须支持的强制功能,并且仅限于对空间数据的读取访问。满足特定需求的其他功能将在其他部分中指定。设想的未来功能包括,例如,支持创建和修改数据、更复杂的数据模型、更丰富的查询和额外的坐标参考系。

备注

本教程模块并不是要取代实际的 OGC API - Features - Part 1: Core 标准的。本教程有意将重点放在功能的子集上,以便让学生开始使用该标准。请参阅 OGC API - Features - Part 1: Core 附加细节的标准。

背景

历史

在起草期间和2019年2月之前, OGC API - Features - Part 1: Core 被称为WFS3.0。

版本

OGC API - Features - Part 1: Core 版本1.0.0是当前的最新版本

测试套件
测试套件可用于:
实施方案

可以在此处的合规性数据库<http://www.opengeospatial.org/resource/products/byspec>上找到实施方案

用法

OGC API - Features - Part 1: Core 指定使用HTTP GET方法实现的发现和查询操作。对其他方法(特别是POST、PUT、DELETE、PATCH)的支持将在其他部分中指定。政府机构、私人组织和学术机构使用此标准发布矢量地理空间数据集,以便接收组织更容易编制新地图或对提供的数据进行分析。

该标准提供了一个标准接口,用于请求由地理要素及其属性组成的矢量地理空间数据。这样做的好处是,客户端应用程序可以从API的多个实现请求源数据,然后呈现数据以供显示或作为工作流的一部分进一步处理数据。该标准使数据能够与其他数据一致地访问。还可以一致地访问使用常见数据类型(如文本字符串、日期和时间)编码的特征属性。

与其他OGC标准的关系

  • OGCWeb功能服务接口标准(WFS):当使用只支持经典OGCWeb服务的客户端应用程序时,WFS标准更合适。还要注意,WFS采用地理标记语言 (GML )作为默认数据格式。相比之下,OGC API-Feature包括要支持的建议 HTMLGeoJSON 作为编码,在实际可行的情况下。OGC API-Feature的实现也可以可选地支持GML。

资源概述

OGC API - Features - Part 1: Core 定义下表中列出的资源。

OGC API概述-功能资源

资源

路径

目的

登录页

/

这是顶级资源,用作入口点。

一致性声明

/符合性

此资源提供有关服务器实现的功能的信息。

接口定义

/接口

此资源提供有关API本身的元数据。注意使用 /api 在服务器上是可选的,并且API定义可以托管在完全独立的服务器上

要素集合

/集合

此资源列出了通过API提供的功能集合。

要素集合

/COLLECTIONS/{COLLECTION ID}

此资源描述路径中标识的要素集合。

功能

/Collection/{ColltionId}/Items

此资源显示集合中包含的功能。

功能

/Collection/{集合ID}/Items/{FeatureId}

此资源显示路径中标识的功能

示例

demonstration server 通过符合OGC API-Feature的接口发布矢量地理空间数据。

可用于从植被表面要素集合检索数据的示例请求是https://services.interactive-instruments.de/t15/daraa/collections/VegetationSrf/items?f=html

请注意,在本例中,对请求的响应是HTML。

或者,也可以通过请求https://services.interactive-instruments.de/t15/daraa/collections/VegetationSrf/items?f=json以GeoJSON格式检索相同的数据

然后,客户端应用程序可以检索GeoJSON文档并显示或处理它。