OGC API - Deeper Dive into OGC API Features, Records and EDR
2021-09-29, 14:30–15:00, Ushuaia

This presentation will include insights and updates on the development of three OGC APIs, namely OGC API Features, OGC API Records and OGC Environmental Data Retrieval API.

OGC API - Features provides the fundamental API building blocks to create, modify, and query geospatial vector data on the Web, building on widely used web standards and practices with good tool support. Part 1, approved by the OGC membership in 2019 after two years of testing, focuses on capabilities that almost everyone will need who wants to share vector data via an API (support for basic spatial and temporal queries, WGS84 as the coordinate reference system). Part 2 followed a year later with support for other coordinate reference systems. Additional parts are under development to specify frequently requested API capabilities for those that need them (filtering, queries, create/update/delete, schema support, etc). This presentation will describe what is in Parts 1 and 2 of the standard, and will also explain the emerging extensions of the API.

OGC API - Records specifies the behaviour of an API for searching collections of descriptive information, called records. A record contains summary information about a resource that a provider wishes to make discoverable. A resource can be a data collection, a service, a process, a style, a code list, an Earth observation asset, a machine learning model, etc. The core API of OGC API Records is the same as that defined for OGC API Features with several additional query parameters that are specifically targeted for searching collections of records. It defines several encodings for a record, including a GeoJSON, a HTML and an ATOM encoding. It builds on the work already done in other OGC APIs and endeavours to be compatible to the previous OGC catalogue specification, OGC (CSW). It furthermore endeavours to align with the STAC suite of specifications by defining a GeoJSON encoding for a record, using the same OGC API Features-based API and harmonizing API parameter names.
The OGC API – Environmental Data Retrieval (EDR) candidate standard uses current web technologies and best practices to enable end-users – or anyone with web development experience – to easily identify and retrieve a subset of data from ‘big data’ stores. The idea is to save those users interested in environmental (or other) data from having to transfer and deal with datasets that inevitably contain data concerning areas or time periods that are irrelevant to their interests.
The OGC API – EDR standard specifies the fundamental API building blocks required to access environmental data resources by requesting data at a Position, within an Area, or along a Trajectory, including optional time and/or vertical coordinates. In addition, as a web API, it uses a well-understood and -established mode of interaction that comes with a shallow learning curve.

Authors and Affiliations

Portele, Clemens (1)

(1) interactive instruments




Standards, interoperability, SDIs


2 - Basic. General basic knowledge is required.

Language of the Presentation


Tom Kralidis is with the Meteorological Service of Canada and longtime contributor to FOSS4G. He contributes to numerous projects in the Geopython ecosystem.

Tom is the co-chair of the OGC API - Records Standards Working Group, chair of the WMO Expert Team on Metadata, and serves on the OSGeo Board.

This speaker also appears in:

Athina serves currently as Director for OGC Services in Europe, Central Asia and Africa. She has presented internationally on geo-information management topics, mainly in the areas of networking within the community, OGC processes, interoperability and standards. Since 2008 she is charter member of the Open Source Geospatial Foundation (OSGeo).

This speaker also appears in:

Clemens is a senior expert in the fields of spatial information modelling, geospatial standards and web architecture. Clemens is a key contributor to the new OGC API standards and co-editor of the OGC API Features series. He contributes to the open-source tools ldproxy, ShapeChange and ETF.