Draft

OGC Standard

OGC API - 3D GeoVolumes
Jeff Harrison Editor Ignacio Correas Editor Jerome Jacovella-St-Louis Editor
Version: 1.0.0
Additional Formats: XML PDF DOC
OGC Standard

Draft

Document number:22-029
Document type:OGC Standard
Document subtype:Implementation
Document stage:Draft
Document language:English

License Agreement

Use of this document is subject to the license agreement at https://www.ogc.org/license

Suggested additions, changes and comments on this document are welcome and encouraged. Such suggestions may be submitted using the online change request form on OGC web site: http://ogc.standardstracker.org/




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

ResourcePathHTTP MethodDocument Reference
Landing page/GETAPI Landing Page
API definition/apiGETAPI Definition
Conformance classes/conformanceGETDeclaration of Conformance Classes
Collections metadata/collectionsGETCollections Metadata
Collection instance metadata/collections/{collection_id}GETCollection 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):

VI.  Submitters

All questions regarding this submission should be directed to the editor or the submitters:

NameAffiliation
Jeff Harrison (editor)US Army Geospatial Center
Ignacio Correas (editor)Skymantics, LLC
Jerome Jacovella-St-Louis (editor)Ecere Corporation
Tom BoggessStrategic Alliance Consulting Inc.
Volker CoorsSteinbeis
Ryan GauthierArmy Geospatial Center
Anneley HadlandHelyx
Michala HillCognitics
Thomas MyersStrategic Alliance Consulting Inc.
Amy YoumansArmy Geospatial Center (AGC)
Insert POC HereCesium

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.