ISO 19168-2:2022 地理情報 - 地物の地理空間 API - Part 2: 参照による座標参照系 | ページ 2

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

序文

ISO (国際標準化機構) は、各国の標準化団体 (ISO メンバー団体) の世界的な連合です。国際規格の作成作業は、通常、ISO 技術委員会を通じて行われます。技術委員会が設立された主題に関心のある各会員団体は、その委員会に代表される権利を有します。 ISOと連携して、政府および非政府の国際機関もこの作業に参加しています。 ISO は、電気技術の標準化に関するすべての問題について、国際電気標準会議 (IEC) と緊密に協力しています。

この文書の開発に使用された手順と、今後の維持のために意図された手順は、ISO/IEC 指令で説明されています。 1. 特に、さまざまなタイプの ISO 文書に必要なさまざまな承認基準に注意する必要があります。この文書は、ISO/IEC 指令の編集規則に従って作成されました。 2 ( www.iso.org/directives を参照)

このドキュメントの要素の一部が特許権の対象となる可能性があることに注意してください。 ISO は、そのような特許権の一部または全部を特定する責任を負わないものとします。ドキュメントの開発中に特定された特許権の詳細は、序文および/または受信した特許宣言の ISO リストに記載されます ( www.iso.org/patents を参照)

このドキュメントで使用されている商号は、ユーザーの便宜のために提供された情報であり、保証を構成するものではありません。

規格の自主的な性質の説明、適合性評価に関連する ISO 固有の用語と表現の意味、および技術的貿易障壁 (TBT) における世界貿易機関 (WTO) の原則への ISO の準拠に関する情報については、以下を参照してください。 www.iso.org/iso/foreword.html .

このドキュメントは、技術委員会 ISO/TC 211, 地理情報/地理学によって作成されました。

ISO 19168 シリーズのすべての部品のリストは、ISO Web サイトで見つけることができます。

序章

OGC API 標準は、一貫した方法で Web API を空間的に有効にするためのモジュラー API ビルディング ブロックを定義します。 OpenAPI 仕様は、API ビルディング ブロックの定義に使用されます。

標準の OGC API ファミリは、リソース タイプ別に編成されています。このドキュメントは、機能を操作するための基本的な API ビルディング ブロックを拡張します。空間データ コミュニティでは、現実世界で関心のあるものに対して「フィーチャ」という用語を使用しています。

「機能」という用語に慣れていない場合は、W3C/OGC Spatial Data on the Web Best Practice ドキュメントの Spatial Things, Features, Geometry に関する説明で詳細を説明しています。

OGC API Features は、Web 上の機能を作成、変更、およびクエリするための API ビルディング ブロックを提供します。 OGC API 機能は複数の部分で構成されており、それぞれが個別の標準です。この部分は、OGC API - Features - で指定されたコア機能を拡張します。 1: コアで定義されているデフォルト以外の座標参照系識別子を使用できるコア。

デフォルトでは、このドキュメントを実装するすべての API は、単一のデータセットへのアクセスを提供します。 OGC API 機能標準は、データを完全なデータセットとして共有するのではなく、機能 (オブジェクト) レベルでデータへの直接的できめ細かいアクセスを提供します。

このドキュメントで指定されている API ビルディング ブロックは、Web のアーキテクチャと一致しています。特に、API 設計は、IETF HTTP/HTTPS RFC, Web 上の W3C データのベスト プラクティス、Web 上の W3C/OGC 空間データのベスト プラクティス、および新しい OGC Web API ガイドラインによってガイドされています。特定の例は、DCAT で定義され、schema.org で使用されているデータセットおよびデータセット配布の概念の使用です。

標準の OGC API ファミリのサブセットは、ISO によって公開される予定です。たとえば、この文書は ISO 19168-2 として ISO によって公開されています。 OGC API 標準のサブセットのみが ISO によって公開されることを反映し、ISO 標準のタイトルに組織名を使用しないようにするために、「OGC API」シリーズの標準は、「地理空間 API」として ISO によって公開されます。 OGC でのこのドキュメントのタイトルは「OGC API - Features -」です。 2: Coordinate Reference Systems by Reference」、ISOでのタイトルは「Geographic Information - Geospatial API for Features - 2: 参照による座標参照系」。

簡単にするために、このドキュメントでは一貫して以下を使用します。

  • 「OGC API」は、ISO で「Geospatial API」として公開されている地理空間 Web API の標準ファミリを指します。
  • 「OGC API - 機能」は、ISO で ISO 19168/「地理情報 - 機能の地理空間 API」として公開されている機能のマルチパート標準を参照します。
  • 「OGC API -特長- 1: Core" は、ISO で ISO 19168-1/"Geographic Information - Geospatial API for Features -" として公開されているドキュメントを指します。 1:コア。」

1 スコープ

このドキュメントは、機能のための地理空間 API の拡張を指定します 1: サポートされている座標参照系 (CRS) のリストからの応答ドキュメントでジオメトリ値のプロパティを提示する機能をサポートするサーバーの動作を定義するコア標準。

サポートされている各 CRS は、Uniform Resource Identifier (URI) を使用して参照によって指定されます。

このドキュメントは以下を指定します:

  • 提供された機能コレクションごとに、サーバーがサポートされている CRS 識別子のリストをアドバタイズする方法。
  • サポートされている CRS の 1 つで、ジオメトリ値のフィーチャ プロパティの座標にアクセスする方法。
  • サポートされている CRS のいずれかで指定されたバウンディング ボックスを使用して、サーバーからフィーチャにアクセスする方法。他の
  • フィーチャ リソースの表示に使用される座標参照系をサーバーが宣言する方法。

2 参考文献

以下のドキュメントは、その内容の一部またはすべてがこのドキュメントの要件を構成するように、本文で参照されています。日付のある参考文献については、引用された版のみが適用されます。日付のない参照については、参照文書の最新版 (修正を含む) が適用されます。

3 用語と定義

このドキュメントの目的のために、ISO 19168-1:2020, 地理情報 — フィーチャの地理空間 API —で定義されている用語に加えて、次の追加の用語および定義が適用されます。 1: コア。

ISO および IEC は、次のアドレスで標準化に使用する用語データベースを維持しています。

3.1

座標

点の位置を指定する一連の数字の 1 つ

注記1空間座標参照系では,座標数は単位によって修飾される。

[出典:ISO 19111:2019, 定義 3.1.5]

3.2

座標参照系 (CRS)

データムによってオブジェクトに関連付けられた 座標系

[出典:ISO 19111:2019, 定義 3.1.9]

3.3

座標系

ポイントに 座標 を割り当てる方法を指定するための一連の数学的規則

[出典:ISO 19111:2019, 定義 3.1.11]

3.4

特徴

現実世界の現象の抽象化

注記 1: 「機能」という用語の詳細については、「空間的なもの、機能、およびジオメトリ」セクションの Web 上の W3C/OGC 空間データのベスト プラクティスを参照してください。

[出典:ISO 19101-1:2014]

3.5

機能コレクション

コレクション

データセットからの 特徴 のセット

3.6

空間特徴コレクション

空間コレクション

1 つ以上のジオメトリ値のプロパティを含む フィーチャ コレクション

参考文献

[1]オープンAPIイニシアチブ(OAI) OpenAPI 仕様 3.0 [オンライン 2020年[2020年3月16日閲覧この標準の発行時の最新のパッチ バージョンは 3.0.3 で、 https: //spec.openapis.org/oas/v3.0.3 で入手できます。
[2]地理空間コンソーシアム( OGC) を開きます。 OGC 08-038r7: Axis Order Policy and Recommendations の改訂[オンライン C. リードによって編集されました。 2017年[2020年5月24日閲覧 https://portal.opengeospatial.org/files/?artifact_id=76024 で入手可能
[3]地理空間コンソーシアム( OGC) を開きます。 OGC 10-100r3: Geography Markup Language (GML) Simple Features Profile [オンライン L van den Brink, C Portele, P Vretanos が編集。 2012年[2020年3月16日閲覧 http://portal.opengeospatial.org/files/?artifact_id=42729 で入手可能
[4]インターネットエンジニアリングタスクフォース(IETF) RFC 7946: GeoJSON フォーマット[オンライン H Butler, M Daly, A Doyle, S Gillies, S Hagen, T Schaub が編集。 2016年[2020年3月16日閲覧 https://tools.ietf.org/rfc/rfc7946.txt で入手可能
[5]WHATWG, HTML 、Living Standard [オンライン、2020 年 3 月 16 日閲覧 https://html.spec.whatwg.org/ で入手可能
[6]W3C, オープン地理空間コンソーシアム (OGC) Web 上の空間データのベスト プラクティス[オンライン J Tandy, L van den Brink, P Barnaghi が編集。 https://www.w3.org/TR/sdw-bp で入手可能

Foreword

ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee. International organizations, governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.

The procedures used to develop this document and those intended for its further maintenance are described in the ISO/IEC Directives, 1. In particular, the different approval criteria needed for the different types of ISO documents should be noted. This document was drafted in accordance with the editorial rules of the ISO/IEC Directives, 2 (see www.iso.org/directives ).

Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of any patent rights identified during the development of the document will be in the Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents ).

Any trade name used in this document is information given for the convenience of users and does not constitute an endorsement.

For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions related to conformity assessment, as well as information about ISO's adherence to the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html .

This document was prepared by Technical Committee ISO/TC 211, Geographic information/Geomatics.

A list of all parts in the ISO 19168 series can be found on the ISO website.

Introduction

OGC API standards define modular API building blocks to spatially enable Web APIs in a consistent way. The OpenAPI specification is used to define the API building blocks.

The OGC API family of standards is organized by resource type. This document extends the fundamental API building blocks for interacting with features. The spatial data community uses the term 'feature' for things in the real world that are of interest.

For those not familiar with the term 'feature,' the explanations on Spatial Things, Features and Geometry in the W3C/OGC Spatial Data on the Web Best Practice document provide more detail.

OGC API Features provides API building blocks to create, modify and query features on the Web. OGC API Features is comprised of multiple parts, each of them is a separate standard. This part extends the core capabilities specified in OGC API - Features - 1: Core with the ability to use coordinate reference system identifiers other than the defaults defined in the core.

By default, every API implementing this document will provide access to a single dataset. Rather than sharing the data as a complete dataset, the OGC API Features standards offer direct, fine-grained access to the data at the feature (object) level.

The API building blocks specified in this document are consistent with the architecture of the Web. In particular, the API design is guided by the IETF HTTP/HTTPS RFCs, the W3C Data on the Web Best Practices, the W3C/OGC Spatial Data on the Web Best Practices and the emerging OGC Web API Guidelines. A particular example is the use of the concepts of datasets and dataset distributions as defined in DCAT and used in schema.org.

A subset of the OGC API family of standards is expected to be published by ISO. For example, this document is published by ISO as ISO 19168-2. To reflect that only a subset of the OGC API standards will be published by ISO and to avoid using organization names in the titles of ISO standards, standards from the"OGC API" series are published by ISO as"Geospatial API," i.e., the title of this document in OGC is"OGC API - Features - 2: Coordinate Reference Systems by Reference" and the title in ISO is"Geographic Information - Geospatial API for Features - 2: Coordinate Reference Systems by Reference."

For simplicity, this document consistently uses:

  • "OGC API" to refer to the family of standards for geospatial Web APIs that in ISO is published as"Geospatial API;"
  • "OGC API - Features" to refer to the multipart standard for features that in ISO is published as ISO 19168/"Geographic Information - Geospatial API for Features;"
  • "OGC API - Features - 1: Core" to refer to the document that in ISO is published as ISO 19168-1/"Geographic Information - Geospatial API for Features - 1: Core."

1 Scope

This document specifies an extension to the Geospatial API for Features 1: Core standard that defines the behavior of a server that supports the ability to present geometry valued properties in a response document in one from a list of supported Coordinates Reference Systems (CRS).

Each supported CRS is specified by reference using a uniform resource identifier (URI).

This document specifies:

  • How, for each offered feature collection, a server advertises the list of supported CRS identifiers;
  • How the coordinates of geometry valued feature properties can be accessed in one of the supported CRSs;
  • How features can be accessed from the server using a bounding box specified in one of the supported CRSs; and
  • How a server can declare the coordinate reference system used to present feature resources.

2 Normative references

The following documents are referred to in the text in such a way that some or all of their content constitutes requirements of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

  • ISO 19168-1:2020, Geographic information — Geospatial API for features — 1: Core

3 Terms and definitions

For the purposes of this document, the following additional terms and definitions apply in addition to the terms defined in ISO 19168-1:2020, Geographic information — Geospatial API for features — 1: Core.

ISO and IEC maintain terminology databases for use in standardization at the following addresses:

3.1

coordinate

one of a sequence of numbers designating the position of a point

Note 1 to entry: In a spatial coordinate reference system, the coordinate numbers are qualified by units.

[SOURCE:ISO 19111:2019, definition 3.1.5]

3.2

coordinate reference system (CRS)

coordinate system that is related to an object by a datum

[SOURCE:ISO 19111:2019, definition 3.1.9]

3.3

coordinate system

set of mathematical rules for specifying how coordinates are to be assigned to points

[SOURCE:ISO 19111:2019, definition 3.1.11]

3.4

feature

abstraction of real world phenomena

Note 1 to entry: More details about the term 'feature' may be found in the W3C/OGC Spatial Data on the Web Best Practice in the section 'Spatial Things, Features and Geometry'.

[SOURCE:ISO 19101-1:2014]

3.5

feature collection

collection

set of features from a dataset

3.6

spatial feature collection

spatial collection

feature collection that includes one or more geometry-valued properties

Bibliography

[1]OpenAPI Initiative (OAI). OpenAPI Specification 3.0 [online]. 2020 [viewed 2020-03-16]. The latest patch version at the time of publication of this standard was 3.0.3, available at https://spec.openapis.org/oas/v3.0.3
[2]Open Geospatial Consortium (OGC). OGC 08-038r7: Revision to Axis Order Policy and Recommendations [online]. Edited by C. Reed. 2017 [viewed 2020-05-24]. Available at https://portal.opengeospatial.org/files/?artifact_id=76024
[3]Open Geospatial Consortium (OGC). OGC 10-100r3: Geography Markup Language (GML) Simple Features Profile [online]. Edited by L. van den Brink, C. Portele, P. Vretanos. 2012 [viewed 2020-03-16]. Available at http://portal.opengeospatial.org/files/?artifact_id=42729
[4]Internet Engineering Task Force (IETF). RFC 7946: The GeoJSON Format [online]. Edited by H. Butler, M. Daly, A. Doyle, S. Gillies, S. Hagen, T. Schaub. 2016 [viewed 2020-03-16]. Available at https://tools.ietf.org/rfc/rfc7946.txt
[5]WHATWG, HTML, Living Standard [online, viewed 2020-03-16]. Available at https://html.spec.whatwg.org/
[6]W3C, Open Geospatial Consortium (OGC). Spatial Data on the Web Best Practices [online]. Edited by J. Tandy, L. van den Brink, P. Barnaghi. Available at https://www.w3.org/TR/sdw-bp