用于在任何坐标参考系统中发布矢量地理空间数据的新OGC API
收集,处理和传播是地理系统中数据生命周期的一些关键方面。随着数据通过这一生命周期,如何将数据经理的主要挑战始终是如何保持适当的质量水平。世界大地测量系统1984(WGS 84)基准的普及先前已经导致了许多数据产品,该产品正在与WGS 84引用的坐标发布。然后,那些依赖于其他坐标参考系统(CRS)的数据用户进行工作?
开放地理空间联盟(OGC)认识到对应用程序接口(API)的需求日益增长,允许在任何CRS中发布矢量地理空间,最近宣布批准了OGC API的扩展——满足这一需求的功能。OGC API - feature提供了在Web上创建、修改和查询“feature”的基本API构建块(feature只是现实世界中感兴趣的对象的数字表示)。OGC API——特性由多个部分组成,每个部分都是一个独立的标准。尽管在WGS 84中,OGC API的第1部分-特性只指定了对矢量数据的访问,但新的第2部分扩展了第1部分的功能,可以访问任何CRS中由统一资源标识符(Uniform Resource Identifier, URI)标识的数据。图1通过显示将相同的源数据转换到不同的CRS,即WGS 84(标记为EPSG:4326)和etrs89扩展/ LAEA Europe(标记为EPSG:3035),来说明这种能力。
什么是新的OGC API - 功能扩展名?
具体来说,OGC API -特性-第2部分标准规定:
- 如何,对于每个提供的功能集合,服务器通告支持的CRS标识符列表;
- 如何在一个支持的CRS中访问几何值特征属性的坐标;
- 如何使用其中一个受支持的CRS中指定的边界框从服务器访问的功能;和
- 服务器如何声明用于呈现特征资源的CRS,以及可选地使用的坐标轴顺序。
那么,从哪里获得唯一标识crs的uri呢?
CRS的定义可以通过uri访问,以确保它们是惟一的。服务器支持的每个CRS都需要通过URI进行引用。为此,OGC提供了CRS定义的注册表,这些定义可通过OGC定义服务器访问。OGC定义服务器是OGC定义的事物(“概念”)或社区要求OGC代表他们托管的事物的Web可访问信息源。定义服务器上CRS寄存器的入口点是http://www.opengis.net/def/crs/。
那么地理空间专业人士的意思是什么?
这意味着,例如,如果您是一名测量人员,收集与英国国家电网(BNG)相关的数据,那么数据可以一直保存在BNG坐标中,从存储到传输,再到地理信息系统(GIS)的可视化。这大大简化了处理过程,并降低了坐标转换过程中引入错误的风险。同样,对于在国家或区域CRS中收集和传播数据的测量人员来说,如1989年欧洲陆地基准系统(ETRS 89)和1983年北美基准系统(NAD 83)。他们现在也可以发布基于ETRS 89或nad83的数据,而不需要将数据转换为不同的CRS。
OGC API - feature是OGC API系列标准中正在开发的众多标准之一。OGC api开创了在Web上发现和访问地理空间数据的新时代,极大地简化了用户共享和访问数据的方式。OGC API系列标准定义了模块化API构建块,以一致的方式在空间上支持Web API。新的OGC api使用了OpenAPI规范(OAS)——一个被广泛采用的描述现代api的行业标准。OAS为Web api定义了一个语言无关的接口,该接口允许人类和计算机在不需要访问源代码、文档或服务的网络流量的情况下发现服务的功能,从而能够与服务交互。
到目前为止,OGC API特性的影响是什么?
由于OGC API的第1部分发布的一年以来,标准已经开始在全球产生影响。例如,国际标准化组织(ISO)已在名称下批准第1部分ISO 19168 - 1:2020地理信息 - 功能的地理空间API - 第1部分:核心。此外,在实施激发指令的30多个州的社区已尽上而支持API良好的实践INSPIRE下载服务。INSPIRE指令旨在为欧盟环境政策和可能对环境产生影响的政策或活动创建一个欧盟空间数据基础设施。由于支持各种CRS,该标准的第2部分预计将在测绘方面具有更大的实用性。与任何OGC标准一样,本OGC标准可以免费下载和实现。有兴趣人士可浏览及下载OGC API -功能网页(网址https://ogcapi.ogc.org