I. Abstract
This document provides an Application Programming Interface (API) and encoding that organizes access to a variety of 2D / 3D content according to a hierarchy of 3D geospatial volumes (GeoVolumes). The goal of this specification is to establish an API and encoding that allows applications to request a variety of 3D content from different providers in an interoperable and standardized way.
The API described in this document is based on Open Geospatial Consortium (OGC) and OpenAPI principles. The API is consistent with OGC API — Common core building blocks and supports link-follow, bounding box and tile coordinate query methods of access to resources of interest.
An OGC API — 3D GeoVolumes specification is needed because a variety of solutions and standards exist to access and transfer 3D geospatial content (e.g. 3D Tiles, I3S, glTF and others). The OGC API — 3D GeoVolumes specification addresses this challenge by providing a resource model and corresponding API to integrate various approaches to accessing and transferring 2D / 3D geospatial content into a single, open standards-based solution. By outlining an implementation approach for the parameters of the API, the 3D GeoVolumes specification simplifies application development across geospatial enterprises by providing a single interface for requesting and receiving a variety of 2D / 3D datasets and their distribution. As such, the goal of this OGC API specification is not to replace existing distribution methods and models for 3D content, but to enable interoperability between them.
The content provided within this document is derived largely from work done during collaborative, hands-on engineering conducted by members of the OGC during late 2019 and early 2020. As additional methodologies mature, this OGC API will be updated to include those approaches.
Table 1 — Overview of Resources
Resource | Path | HTTP Method | Document Reference |
---|---|---|---|
Landing page | / | GET | API Landing Page |
API definition | /api | GET | API Definition |
Conformance classes | /conformance | GET | Declaration of Conformance Classes |
Collections metadata | /collections | GET | Collections Metadata |
Collection instance metadata | /collections/{collection_id} | GET | Collection Metadata |
NOTE: In the context of this candidate Standard, {collection_id} is the {3DContainerId} identifier of the 3D Container. |
The resources identified in Table 1 primarily support Discovery operations. Discovery operations allow clients to interrogate the API to determine its capabilities and obtain information (metadata) about a distribution of a resource. This includes the API definition of the server(s) as well as metadata about the resources provided by those servers.
This standard extends the common query operations listed in Table 1 by defining simple, coordinate-based, queries which are applicable to many spatio-temporal, including geospatial, resource types. Other OGC API standards may define additional query capabilities specific to their resource type. EDR Query operations allow resources or values to be retrieved from the underlying spatio-temporal resource data store. The information returned is based upon the selection criteria (query string) provided by the client.
II. Keywords
The following are keywords to be used by search engines and document catalogues.
ogcdoc, OGC document, OGC API, 3D Tiles , I3S, geographic information, Geospatial API, GeoVolume, GeoVolumes, 3D, feature, geographic information, dataset, distribution, API, OpenAPI, HTML, glTF, bounding volume hierarchy
III. Preface
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. The Open Geospatial Consortium shall not be held responsible for identifying any or all such patent rights.
Recipients of this document are requested to submit, with their comments, notification of any relevant patent claims or other intellectual property rights of which they may be aware that might be infringed by any implementation of the standard set forth in this document, and to provide supporting documentation.
IV. Security considerations
No security considerations have been made for this document.
V. Submitting Organizations
The following organizations submitted this Document to the Open Geospatial Consortium (OGC):
- US Army Geospatial Center (AGC)
- Skymantics, LLC
- Ecere Corporation
- Cesium
- Cognitics
- Helyx SIS
- Strategic Alliance Consulting Inc.
- Steinbeis
VI. Submitters
All questions regarding this submission should be directed to the editor or the submitters:
Name | Affiliation |
Jeff Harrison (editor) | US Army Geospatial Center |
Ignacio Correas (editor) | Skymantics, LLC |
Jerome Jacovella-St-Louis (editor) | Ecere Corporation |
Tom Boggess | Strategic Alliance Consulting Inc. |
Volker Coors | Steinbeis |
Ryan Gauthier | Army Geospatial Center |
Anneley Hadland | Helyx |
Michala Hill | Cognitics |
Thomas Myers | Strategic Alliance Consulting Inc. |
Amy Youmans | Army Geospatial Center (AGC) |
Insert POC Here | Cesium |
1. Scope
The OGC 3D GeoVolumes specification provides an Application Programming Interface (API) and encoding that organizes access to a variety of 3D content according to a hierarchy of 3D geospatial volumes (GeoVolumes).
The goal of this OGC API is to allow applications to request a variety of 3D content from different providers in an interoperable and standardized way.
OGC API — 3D GeoVolumes specification is based on Open Geospatial Consortium (OGC) and OpenAPI principles. The API is consistent with OGC API – Common – Part 1: Core building blocks and supports link-follow, bounding box query, and tile coordinate methods of access to resources of interest.
The objective of the 3D GeoVolumes API and resource model is not to replace existing distribution methods and models for 3D content such as OGC 3D Tiles and I3S, but to enable interoperability between them.
The content provided within this document is derived largely from work done during collaborative, hands-on engineering conducted by members of the OGC during late 2019 and early 2020.
1.1. Why 3D GeoVolumes
OGC API — 3D GeoVolumes is needed because a variety of solutions and standards exist to access and transfer 3D geospatial content (e.g. 3D Tiles, I3S, glTF and others). OGC API — 3D GeoVolumes addresses the challenge of accessing and transferring 3D geospatial content in a variety of standards by providing a resource model and single API for requesting, receiving, and distributing this content, thus simplifying application development across geospatial enterprises. The 3D GeoVolumes API and resource model use a space-centric perspective to allow efficient access to 3D content.
This OGC API is not intended to replace existing distribution methods and models for 3D content, but to enable interoperability between them.
A high-level representation of a geospatial enterprise implementing 3D GeoVolumes based on the needs of various types of entities and/or systems (‘A’), (‘B’), and (‘C’) is illustrated in the figure below. The demonstration scenario involves siting a field hospital in Central Park, New York City during a global pandemic.