Publication Date: 2021-11-29
Approval Date: 2021-11-18
Submission Date: 2021-08-13
Reference number of this document: OGC 21-055
Reference URL for this document: http://www.opengis.net/doc/PER/202107APISprintER
Category: OGC Public Engineering Report
Editor: Gobe Hobona, Joana Simoes
Title: July 2021 OGC API Code Sprint Summary Engineering Report
COPYRIGHT
Copyright © 2021 Open Geospatial Consortium. To obtain additional rights of use, visit http://www.opengeospatial.org/
WARNING
This document is not an OGC Standard. This document is an OGC Public Engineering Report created as a deliverable in an OGC Interoperability Initiative and is not an official position of the OGC membership. It is distributed for review and comment. It is subject to change without notice and may not be referred to as an OGC Standard. Further, any OGC Public Engineering Report should not be referenced as required or mandatory technology in procurements. However, the discussions in this document could very well lead to the definition of an OGC Standard.
LICENSE AGREEMENT
Permission is hereby granted by the Open Geospatial Consortium, ("Licensor"), free of charge and subject to the terms set forth below, to any person obtaining a copy of this Intellectual Property and any associated documentation, to deal in the Intellectual Property without restriction (except as set forth below), including without limitation the rights to implement, use, copy, modify, merge, publish, distribute, and/or sublicense copies of the Intellectual Property, and to permit persons to whom the Intellectual Property is furnished to do so, provided that all copyright notices on the intellectual property are retained intact and that each person to whom the Intellectual Property is furnished agrees to the terms of this Agreement.
If you modify the Intellectual Property, all copies of the modified Intellectual Property must include, in addition to the above copyright notice, a notice that the Intellectual Property includes modifications that have not been approved or adopted by LICENSOR.
THIS LICENSE IS A COPYRIGHT LICENSE ONLY, AND DOES NOT CONVEY ANY RIGHTS UNDER ANY PATENTS THAT MAY BE IN FORCE ANYWHERE IN THE WORLD. THE INTELLECTUAL PROPERTY IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE DO NOT WARRANT THAT THE FUNCTIONS CONTAINED IN THE INTELLECTUAL PROPERTY WILL MEET YOUR REQUIREMENTS OR THAT THE OPERATION OF THE INTELLECTUAL PROPERTY WILL BE UNINTERRUPTED OR ERROR FREE. ANY USE OF THE INTELLECTUAL PROPERTY SHALL BE MADE ENTIRELY AT THE USER’S OWN RISK. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR ANY CONTRIBUTOR OF INTELLECTUAL PROPERTY RIGHTS TO THE INTELLECTUAL PROPERTY BE LIABLE FOR ANY CLAIM, OR ANY DIRECT, SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM ANY ALLEGED INFRINGEMENT OR ANY LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR UNDER ANY OTHER LEGAL THEORY, ARISING OUT OF OR IN CONNECTION WITH THE IMPLEMENTATION, USE, COMMERCIALIZATION OR PERFORMANCE OF THIS INTELLECTUAL PROPERTY.
This license is effective until terminated. You may terminate it at any time by destroying the Intellectual Property together with all copies in any form. The license will also terminate if you fail to comply with any term or condition of this Agreement. Except as provided in the following sentence, no such termination of this license shall require the termination of any third party end-user sublicense to the Intellectual Property which is in force as of the date of notice of such termination. In addition, should the Intellectual Property, or the operation of the Intellectual Property, infringe, or in LICENSOR’s sole opinion be likely to infringe, any patent, copyright, trademark or other right of a third party, you agree that LICENSOR, in its sole discretion, may terminate this license without any compensation or liability to you, your licensees or any other party. You agree upon termination of any kind to destroy or cause to be destroyed the Intellectual Property together with all copies in any form, whether held by you or by any third party.
Except as contained in this notice, the name of LICENSOR or of any other holder of a copyright in all or part of the Intellectual Property shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Intellectual Property without prior written authorization of LICENSOR or such copyright holder. LICENSOR is and shall at all times be the sole entity that may authorize you or any third party to use certification marks, trademarks or other special designations to indicate compliance with any LICENSOR standards or specifications.
This Agreement is governed by the laws of the Commonwealth of Massachusetts. The application to this Agreement of the United Nations Convention on Contracts for the International Sale of Goods is hereby expressly excluded. In the event any provision of this Agreement shall be deemed unenforceable, void or invalid, such provision shall be modified so as to make it valid and enforceable, and as so modified the entire Agreement shall remain in full force and effect. No decision, action or inaction by LICENSOR shall be construed to be a waiver of any rights or remedies available to it.
None of the Intellectual Property or underlying information or technology may be downloaded or otherwise exported or reexported in violation of U.S. export laws and regulations. In addition, you are responsible for complying with any local laws in your jurisdiction which may impact your right to import, export or use the Intellectual Property, and you represent that you have complied with any regulations or registration procedures required by applicable law to make this license enforceable.
- 1. Subject
- 2. Executive Summary
- 3. References
- 4. Terms and definitions
- 5. Introduction
- 6. High-Level Architecture
- 7. Results
- 7.1. Augmented Reality Application
- 7.2. CubeWerx CubeSERV
- 7.3. ZOO Project
- 7.4. GeoServer
- 7.5. Ecere GNOSIS Map Server
- 7.6. Hexagon Geoprocessing Suite
- 7.7. QGIS MetaSearch Plugin
- 7.8. Mappings between ISO 19115-3 and OGC API - Records Queryables
- 7.9. OpenSearch Syndication Protocol
- 7.10. pycsw
- 7.11. pygeoapi
- 7.12. Other Outputs
- 8. Discussion
- 9. Conclusions
- Appendix A: Supporting Different Metadata Encodings in OGC API - Records
- Appendix B: Mappings from OGC API - Records Queryables to ISO 19115-3
- Appendix C: Revision History
- Appendix D: Bibliography
1. Subject
The subject of this Engineering Report (ER) is a virtual code sprint that was held from July 21st to July 23rd, 2021 to advance the development of the OGC API - Processes draft standard, OGC API - Records draft standard, and the OGC API – Coverages draft standard. An Application Programming Interface (API) is a standard set of documented and supported functions and procedures that expose the capabilities or data of an operating system, application or service to other applications (adapted from ISO/IEC TR 13066-2:2016).
2. Executive Summary
This Engineering Report (ER) summarizes the main achievements of the July 2021 OGC API Virtual Code Sprint, conducted from July 21st to July 23rd. The goal of the code sprint was to progress the development of the draft OGC API standards for Records, Coverages and Processes. The sprint served to accelerate development of candidate standards of the OGC APIs.
Specifically, the objectives of the code sprint were to:
-
Develop prototype implementations of OGC API – Processes
-
Develop prototype implementations of OGC API – Records
-
Develop prototype implementations of OGC API – Coverages
-
Test the prototype implementations
-
Provide feedback to the Editor about what worked and what did not work
-
Provide feedback about the specification document, especially what is missing from the document
Part of the motivation for holding the sprint was:
-
APIs are a popular, effective method for rapid software development
-
There is an increasing need for interoperability between Web APIs
-
The growing uptake of location within and outside of geospatial developer communities
The draft OGC API - Processes specification defines an interface that enables the execution of geospatial computing processes and the retrieval of metadata describing their purpose and functionality. Typically, these processes execute well-defined algorithms that ingest vector and/or coverage data to produce new datasets.
The draft OGC API - Records specification defines an interface that enables discovery and access to metadata records about resources such as features, coverages, tiles / maps, models, assets, services or widgets. The draft specification enables the discovery of geospatial resources by standardizing the way collections of descriptive information about the resources (metadata) are exposed and accessed.
The draft OGC API - Coverages specification defines an interface that enables access to coverages that are modeled according to the Coverage Implementation Schema (CIS) 1.1. Coverages are represented by some binary or ASCII serialization, specified by some data (encoding) format. Arguably the most popular type of coverage is that of a gridded coverage. Gridded coverages have a grid as their domain set describing the direct positions in multi-dimensional coordinate space, depending on the type of grid. Satellite imagery is typically modeled as a gridded coverage, for example.
The code sprint successfully met all of its objectives and achieved its goal of progressing the development of the OGC API - Processes draft standard, OGC API - Records draft standard, and the OGC API – Coverages draft standard. There were no issues found on the Processes API, which helped to validate the maturity and stability of the API. Discussion about the Records API helped to improve understanding of the potential relationship to other related specifications (e.g. STAC and ISO 19115). Issues raised relating to the Coverages API were focused around clarification, thereby identifying areas where the documentation could be improved. The sprint participants demonstrated that the OGC API pattern can effectively address the needs of communities that use, process and analyze geospatial data.
2.1. Document contributor contact points
All questions regarding this document should be directed to the editor or the contributors:
Contacts
Name | Organization | Role |
---|---|---|
Gobe Hobona |
OGC |
Editor |
Joana Simoes |
OGC |
Editor |
Adrian Akbari |
adrianakbari |
Contributor |
Adrian Cochrane |
OpenWork Ltd |
Contributor |
Amy Youmans |
AGC |
Contributor |
Andrea Aime |
GeoSolutions |
Contributor |
Angelos Tzotsos |
Open Source Geospatial Foundation |
Contributor |
Benjamin Pross |
52°North GmbH |
Contributor |
Bradford Dean |
Mohawk Council of Kahnawake |
Contributor |
Brian Hamlin |
Open Source Geospatial Foundation |
Contributor |
Byron Cochrane |
OpenWork Ltd |
Contributor |
Chris Holmes |
Planet |
Contributor |
Clemens Portele |
interactive instruments |
Contributor |
Colin Steinmann |
Ethar Inc |
Contributor |
Diego Caraffini |
Ecere co. |
Contributor |
Eike Hinderk Jürrens |
52°North Spatial Information Research GmbH |
Contributor |
Fabio Govoni |
MEEO |
Contributor |
Francesco Bartoli |
Geobeyond |
Contributor |
Gérald Fenoy |
GeoLabs |
Contributor |
Gladys Villegas |
Ghent University |
Contributor |
Iain Burnell |
Dstl |
Contributor |
Ingrid Lagares |
UFMG |
Contributor |
Jeff Harrison |
AGC |
Contributor |
Jerome St-Louis |
Ecere |
Contributor |
John Ferry |
Trenchant Analytics |
Contributor |
Mario Cavicchi |
MEEO |
Contributor |
Martin Pontius |
52°North Spatial Information Research GmbH |
Contributor |
Nazih Fino |
Global Nomad GIS Services |
Contributor |
Panagiotis Vretanos |
CubeWerx Inc. |
Contributor |
Patrick Dion |
Ecere Corporation |
Contributor |
Paul van Genuchten |
GeoCat BV |
Contributor |
Philippe Pinheiro |
LIST |
Contributor |
Richard Conway |
Telespazio UK Ltd |
Contributor |
Rob Emanuele |
Microsoft |
Contributor |
Roger Brackin |
Envitia |
Contributor |
Stephan Meißl |
EOX |
Contributor |
Steven McDaniel |
Hexagon Geospatial |
Contributor |
Tom Kralidis |
Meteorological Service of Canada |
Contributor |
2.2. Foreword
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.
3. References
The following normative documents are referenced in this document.
-
OGC: OGC 18-062, OGC API - Processes - Part 1: Core candidate standard
-
OGC: OGC 20-004, OGC API - Records - Part 1: Core candidate standard
-
OGC: OGC 19-087, OGC API - Coverages - Part 1: Core candidate standard
-
ISO 19115-1:2014, Geographic information — Metadata — Part 1: Fundamentals
-
IETF: RFC-7946 The GeoJSON Format (2016)
4. Terms and definitions
For the purposes of this report, the definitions specified in Clause 4 of the OWS Common Implementation Standard OGC 06-121r9 shall apply. In addition, the following terms and definitions apply.
- ● coordinate reference system
-
coordinate system that is related to the real world by a datum term name (source: ISO 19111)
- ● coverage
-
feature that acts as a function to return values from its range for any direct position within its spatiotemporal domain, as defined in OGC Abstract Topic 6
- ● record
-
atomic unit of information of a catalogue that is used to provide information about a particular resource
- ● OpenAPI Document
-
A document (or set of documents) that defines or describes an API. An OpenAPI definition uses and conforms to the OpenAPI Specification (https://www.openapis.org)
- ● Web API
-
API using an architectural style that is founded on the technologies of the Web [source: OGC API - Features - Part 1: Core]
Note
|
See Best Practice 24: Use Web Standards as the foundation of APIs (W3C Data on the Web Best Practices) for more detail. |
5. Introduction
This Engineering Report (ER) summarizes the main achievements of the July 2021 OGC API Virtual Code Sprint, conducted from July 21st to July 23rd. The sprint had been organized to advance the development of draft standards of OGC APIs for Records, Coverages and Processes. Sprint participants prototyped implementations of the draft standards, validating the requirements and providing feedback so that the draft standards could be improved.
An OGC Code Sprint is a collaborative and inclusive event driven by innovative and rapid programming with minimal process and organization constraints to support the development of new applications and open standards. OGC Code Sprints experiment with emerging ideas in the context of geospatial standards, help improve interoperability of existing standards by experimenting with new extensions or profiles, and are used for building proofs of concept for other OGC Innovation Program initiatives, or to support OGC Standards Program activities.
6. High-Level Architecture
6.1. High Level Overview
The code sprint was executed in support of the development of the draft OGC API - Records, OGC API - Processes and OGC API - Coverages standards. Implementations of these draft standards were deployed in participants' own infrastructure in order to build a solution with the architecture shown below in Figure 1.
As illustrated, the sprint architecture was designed with the view of enabling client applications to connect to different servers that implement OGC APIs. The servers were provisioned with metadata, implementations of algorithms for geospatial analysis, vector feature data, and coverages such as satellite imagery.
6.2. Candidate Standards
6.2.1. OGC API - Processes
The draft OGC API - Processes specification defines an interface that enables the execution of geospatial computing processes and the retrieval of metadata describing their purpose and functionality. Typically, these processes execute implementations of well-defined algorithms that ingest vector and/or coverage data to produce new datasets or analytical products.
6.2.2. OGC API - Records
The draft OGC API - Records specification defines an interface that enables discovery and access to metadata records about resources such as features, coverages, tiles / maps, models, assets, services or widgets. The draft specification enables the discovery of geospatial resources by standardizing the way collections of descriptive information about the resources (metadata) are exposed and accessed.
6.2.3. OGC API - Coverages
The draft OGC API - Coverages specification defines an interface that enables access to coverages that are modeled according to the Coverage Implementation Schema (CIS) 1.1. Coverages are represented by some binary or ASCII serialization, specified by some data (encoding) format. Arguably the most popular type of coverage is that of a gridded coverage. Gridded coverages have a grid as their domain set describing the direct positions in multi-dimensional coordinate space, depending on the type of grid. Satellite imagery is typically modeled as a gridded coverage, for example.
7. Results
Multiple organizations provided servers, API implementations, and capabilities during the event. The rest of this section describes each of the implementations.
7.1. Augmented Reality Application
Developers from Ethar Inc and Global Nomad took part in the code sprint, extending an Augmented Reality (AR) application that they are building for Testbed-17. The AR application, which runs on a smartphone, allows a coverage such as one representing a Digital Elevation Model (DEM), to be visualized in a three-dimensional AR view as shown in Figure 2. This facilitates 'tabletop' visualization so that a group of people could potentially stand around a table and see geographic representation superimposed onto that table, with the DEM viewed either through smart glasses or a smartphone. The AR application can ingest coverages encoded in GeoTIFF format, therefore the application could be served by an implementation of OGC API - Coverages.
7.2. CubeWerx CubeSERV
The CubeWerx server ("CubeSERV") supports a wide variety of back-ends including Oracle Database, MariaDB, Shapefiles, etc. It also supports a wide array of service-dependent output formats (e.g. GML, GeoJSON, Mapbox Vector Tiles, MapMP, etc.) and coordinate reference systems. During this code sprint, CubeWerx helped fine-tune and mature several aspects of the OGC API specifications in focus for the sprint, and refined CubeSERV accordingly. CubeSERV supports multiple OGC API specifications.
The CubeSERV implementation of OGC API - Processes was configured to demonstrate a Ship Detection capability, identifying ships from RADARSAT imagery. This was achieved by executing the analytical process on multiple nodes running in different Public Cloud regions (i.e. one in North America and another in Europe). Figure 3 shows a view of the different nodes, running in different Cloud regions and used to detect the ships. The different nodes communicated through interfaces that conform to OGC API - Processes.
Once a processing job running in CubeSERV has completed the outputs are made available for display on a web portal. In the case of Ship Detection, the location of ships was displayed as shown in Figure 4.
The CubeSERV implementation of OGC API - Records was configured to support discussion and validation of the specification, whereas the OGC API - Coverages implementation facilitated development of compliance tests during the code sprint.
7.3. ZOO Project
Developers from Geolabs deployed an instance of ZOO Project, an open source platform written in C that implements a number of interface standards for geospatial processing, including OGC API - Processes and multiple versions of the WPS standard. The ZOO Project instance deployed for the code sprint offered wrappers around libraries such as the Orfeo Toolbox (OTB) and software such as GRASS GIS and SAGA GIS. This meant that through the OGC API - Processes interface, a client application could invoke the processing and analytical functions offered by these software packages. A screenshot of a landing page from a Geolabs ZOO Project instance is shown in Figure 5.
A screenshot of a request and response from a completed processing job executed on ZOO Project is shown in Figure 6.
7.4. GeoServer
GeoSolutions deployed an instance of the GeoServer product. GeoServer is a Java-based software server that allows users to view and edit geospatial data. GeoServer supports multiple OGC API specifications. For this code sprint, the server was configured to offer an endpoint supporting multiple conformance classes and recommendations from the draft OGC API - Coverages - Part 1: Core specification. The development focused on updating GeoServer’s implementation of the OGC API - Coverages specification to the latest draft version of the specification, building on GeoServer’s existing support for the Web Coverage Service (WCS) standard.
7.5. Ecere GNOSIS Map Server
The GNOSIS Map Server is written in the eC programming language and supports multiple OGC API specifications. The API allows for retrieval of coverages, maps and tiles (both coverage and map tiles) of a dataset. Ecere configured the server to offer coverages through an interface conforming to OGC API - Coverages. Multiple encodings are supported including GNOSIS Map Tiles (which can contain either vector data, gridded coverages, imagery, point clouds or 3D meshes), GeoTIFF, GeoJSON, Mapbox Vector Tiles and MapML. For this code sprint, the server was used in support of the development of compliance tests.
7.6. Hexagon Geoprocessing Suite
Developers from Hexagon took part in the code sprint, focusing on the OGC API - Processes candidate standard. The developers configured the Hexagon Geoprocessing Suite, which includes a number of Hexagon products, to offer a variety of image analysis capabilities. The suite includes ERDAS APOLLO, which provides an end-to-end workflow to execute algorithms that operate on geospatial data. The algorithms were exposed as processes through an interface conforming to OGC API - Processes. The suite also includes ERDAS IMAGINE, a software product for image analysis and processing. The workflows were designed using the Spatial Model Editor from ERDAS IMAGINE product, a screenshot of which is shown in Figure 9.
ERDAS IMAGINE allows geospatial analysts to create custom models and to publish the models to the ERDAS APOLLO catalog, from where they can be executed by end-users as illustrated in Figure 10. While each processing job is running, an administrator can monitor the jobs through a status view as shown in Figure 11. This capability demonstrated the ability of OGC API - Processes to support both synchronous and asynchronous execution modes.
7.7. QGIS MetaSearch Plugin
During the code sprint, developers from OSGeo, Meteorological Service of Canada (MSC) and GeoCat BV worked on an enhancement to the QGIS MetaSearch plugin to improve support for OGC API - Records. MetaSearch is a core plugin that enables QGIS to act as a client application for interacting with metadata catalogue services. A screenshot of the search dialog window of the QGIS MetaSearch plugin is shown in Figure 12.
A screenshot of the metadata view window of the QGIS MetaSearch plugin is shown in Figure 13.
Another screenshot of the QGIS MetaSearch plugin windows is shown in Figure 14.
As a result of the work done during the code sprint, QGIS MetaSearch now supports both OGC CSW and OGC API - Records. The functionality is currently in a development branch and will be added to the primary branch of QGIS in fall 2021.
7.8. Mappings between ISO 19115-3 and OGC API - Records Queryables
Developers from OpenWork took part in the code sprint, with focus on metadata and the OpenSearch Syndication Protocol [1]. The work on metadata involved designing mappings between the 'queryables' model implemented by OGC API - Records and ISO/TS 19115-3:2016, an integrated XML implementation of the metadata standards ISO 19115‑1, ISO 19115‑2, and concepts from ISO/TS 19139. For this code sprint the mappings focused on associations between OGC API - Records and ISO 19115‑1 metadata elements. The mappings have been archived on the sprint’s GitHub repository and are presented in Appendix B.
7.9. OpenSearch Syndication Protocol
Some of the prototyping by developers from OpenWork involved implementation of an OpenSearch description document. The OpenSearch description document is used to describe a search engine so that it can be used by search client applications. Once configured on an OpenSearch client (ideally a web browser), the search engine becomes accessible as illustrated on Figure 15.
A screenshot of search results retrieved through OpenSearch Syndication is shown in Figure 16.
7.10. pycsw
During the code sprint, developers from the Open Source Geospatial Foundation (OSGeo) deployed an instance of pycsw, an open source server-side Python implementation of the OGC Catalogue Services for the Web (CSW) standard. The pycsw software product allows for the publishing and discovery of geospatial metadata via numerous APIs (CSW 2.0.2, CSW 3.0.0, OpenSearch Syndication Protocol, and others), providing a standards-based metadata and catalogue component of spatial data infrastructures. OSGeo developers participating in the code sprint extended the pycsw code base to include support for OGC API - Records, as well as the SpatioTemporal Asset Catalog (STAC) [2]. A screenshot of the landing page of one of the pycsw instances is shown in Figure 17.
A screenshot of a series of metadata records from a collection accessed on an instance of pycsw is shown in Figure 18.
A screenshot of a single metadata record from an instance of pycsw is shown in Figure 19.
7.11. pygeoapi
A number of sprint participants deployed instances of pygeoapi and worked collaboratively to enhance the software’s support for various OGC APIs. Participants working on pygeoapi included developers from OSGeo, MSC, 52°North, GeoCat BV and Geobeyond Srl. The pygeoapi software product is an open source Python server implementation of the OGC API suite of standards. The product supports the microservices approach and allows for scalability and cloud friendly deployment.
7.11.1. Accessing metadata records
Developers from MSC, OSGeo, GeoCat BV and Geobeyond Srl configured an instance of pygeoapi to enable access to metadata records. A screenshot of the landing page of one of the pygeoapi instances is shown in Figure 20.
A screenshot of an overview of one of the collections of metadata records offered by one of the pygeoapi instances is shown in Figure 21.
7.11.2. Accessing processes
Developers from MSC, OSGeo, GeoCat BV and Geobeyond Srl configured an instance of pygeoapi to enable access to processes through an interface conforming to OGC API - Processes. A screenshot of a rendering of the API definition of one of the processes is shown in Figure 22. The pygeoapi code base was updated to support the latest changes in the OGC API - Processes specification.
7.11.3. Accessing coverages
Developers from 52°North configured an instance of pygeoapi to enable access to Data Cubes, initially deployed for Testbed-17. A screenshot of the pygeoapi interface from the 52°North Data Cube demonstration is shown in Figure 23.
Once coverages from the Data Cube are published through the pygeoapi, they can be accessed through the OGC API - Coverages interface and displayed on a client application such as QGIS. A coverage displayed using QGIS after download from the Data Cube is shown in Figure 24.
7.12. Other Outputs
Other developments and software deployments during the code sprint are described in the following sections.
7.12.1. Documentation
-
A draft user guide was developed for software developers that use the Spring Framework to build implementations of OGC API - Processes. The Spring Framework is an open source application framework and inversion-of-control container for the Java Platform. The user guide developed during the code sprint made use of Spring along with OpenAPI Tools Generator.
8. Discussion
This section provides a summary of the discussion.
8.1. Potential relationship between STAC and OGC API - Records
The sprint participants discussed the potential relationship between STAC and OGC API - Records, in order to identify opportunities for alignment. This subsection summarizes that discussion.
The sprint participants noted that there had been previous discussions between OGC staff and the STAC community about the possibility of bringing the STAC API into the OGC’s standardization process. This was partly because the STAC API is an extension of OGC API - Features - Part 1: Core. The current thinking is to submit STAC into the standardization process as a candidate OGC Community Standard. That would require STAC to be stable, at version 1.0 at least.
Some of the opportunities for alignment between STAC and OGC API - Records are static equivalents for Collections and Records. The sprint participants noted that, in a previous discussion, there was an observation that there is a need for a 'Dataset Record'. A 'Record' would be a flexible and generic concept, whereas a Dataset Record would represent dataset metadata such as in the context of ISO 19115. The grouping would be the Collection. With these concepts in place, it would potentially be possible to have STAC as a Record or an extension of OGC API - Records.
The sprint participants noted that in OGC API - Records, in contrast to STAC, the actual Record description is distinct from the API. The Record description is loosely bound to the API in OGC API - Records. For example, there is no requirement for the record to be encoded in GeoJSON as other encodings (e.g. ATOM) are allowed. The Record is also not bound to a particular dataset or asset. There is an expectation that developers would take the Record and enrich the content to suit specific needs. There was an observation made that it would benefit developers to extract the description of the Record content model and make it more standalone on either the specification document as a building block or in an accompanying document such as a user guide.
What is the distinction between the STAC Catalog and the STAC Collections specifications? The STAC Catalog is a JSON file of links that provides a structure to organize and browse STAC Items. The STAC Collection is an extension of the STAC Catalog with additional information that describes STAC Items that fall within the Collection. The STAC Catalog specification is therefore to an extent independent of the API. It is a structured concept that indicates "this links to more items". If you have millions of records, instead of placing them in a single collection, the catalog lets you break them up in arbitrary ways. The approach is based on OGC API - Features, and so a STAC Collection can be served as a Collection from an OGC API - Features implementation.
The Records API is to an extent consistent with the Features API. This suggests that the biggest need is for the Dataset Collection, with the fields in the collection clearly defined. This is necessary because Collection is non-GeoJSON, whereas Record is GeoJSON. They should translate between each other easily. This could, for instance, lead to a static Features API involving a series of files in a Cloud Storage resource. The sprint participants observed that, from a Meteorological perspective, it would be useful to have a static API that provides access to a series of files.
STAC inherits from an OGC API - Features collection, but ideally the preference would be to inherit from a Dataset Collection. So potentially there could be two separate representations of the collection, at different levels of the API hierarchy, using an 'alternate' relation type to provide links to the two different representations.
The sprint participants recommended that Part 1 (the Core) be made generic and that the Dataset Collection conformance class be specified in Part 2. Support for datasets should be optional and could be based on ISO 19115-1, ISO 19115-2 and ISO 19115-3 metadata standards. This could then lead to a Part 3 that focuses on STAC. The work on STAC should not start until the Part 1 is stable.
There was also discussion about the structure of the Part 1 document, including whether some conformance classes (e.g. sort by) should be moved to OGC API - Features. This also included consideration of where a section describing the Collection could be placed in OGC API - Records - Part 1: Core. This capability would facilitate the creation of static catalogs. A static catalog would offer value to some user needs. Such a capability could have more utility and have wider uptake if included in OGC API - Features, and possibly in the long term it could be part of OGC API - Common. The capability could also be specified in OGC API - Records and still have utility in OGC API - Features. In OGC API - Features, by default, every API implementing the standard will provide access to a single dataset.
8.2. Should OGC API - Records support the OpenSearch Syndication Protocol?
The sprint participants discussed whether the OpenSearch Syndication Protocol is still being used and whether it is still relevant. The discussion was in part triggered by the migration of the OpenSearch Syndication Protocol from its previous home of opensearch.org to a personal GitHub repository. OpenSearch is a registered trademark of Amazon and now has been repurposed to refer to an open source search and analytics suite. To disambiguate between the two OpenSearch initiatives, an explanatory web page has been created. Maintainers of the OpenSearch Syndication Protocol also provide their own disambiguation. The sprint participants observed that, after supporting the OpenSearch Syndication Protocol for a number of years, the protocol was no longer supported in add-ons of the Mozilla Firefox web browser.
The OpenSearch Syndication Protocol is referenced by a number of OGC Standards, namely OGC® OpenSearch Geo and Time Extensions (OGC 10-032), OGC OpenSearch Extension for Earth Observation (OGC 13-026r9), OGC OpenSearch-EO GeoJSON(-LD) Response Encoding Standard (OGC 17-047r1), and OGC EO Dataset Metadata GeoJSON(-LD) Encoding Standard (17-003r2). The OpenSearch Syndication Protocol defines an XML "description" format for search services to describe how to send them search queries. If the search service formats the results in RSS or ATOM the results from multiple services can be merged into a single listing. The protocol is actively used in the Earth Observation community, including at the European Space Agency (ESA) and the US National Aeronautics and Space Administration (NASA), possibly because another protocol has not emerged to fill this role.
The draft OGC API - Records - Part 1: Core standard currently includes a conformance class for the OpenSearch Syndication Protocol. The sprint participants recommended that the conformance class be removed out of the draft OGC API - Records - Part 1: Core standard and be considered for a future extension. Specifying the conformance class in a separate extension would allow the conformance class to be easily deprecated or renamed in the future without affecting the rest of OGC API - Records.
8.3. Coverage Processing in OGC API - Processes
There was a discussion to explore whether a new language could be developed to support the analysis of coverages in implementations of OGC API - Processes. Such a language would address similar needs to those addressed by the Web Coverage Processing Service (WCPS). There was concern that WCPS could be too complex to use, hence the need for a simpler alternative. Having a simpler alternative would allow client applications to specify the language that they are using in a request. The sprint participants noted that currently several products use raster algebra to support analysis and filtering, however, the products do not appear to share a common language for expressing the raster algebra.
The sprint participants expressed an interest in having a consistent syntax for expressions. The new language or syntax for describing coverage analysis would need to be able to access information about the coverage at multiple levels e.g. at coverage level, band level and at pixel level. The expressivity of the language was therefore identified as a key consideration, on a simplicity spectrum, a single link expression would be the easiest to implement but would be limited in its ability to express analysis. In contrast, a procedural language would be more expressive and allow the description of more complex analysis.
8.4. Supporting ISO 19115-1:2014 and ISO 19115:2003 in OGC API - Records
There are several organizations that have established infrastructure that relies on ISO 19115-1:2014, ISO 19115:2003 and their profiles. Examples of profiles of ISO 19115-1:2014 include NSG Metadata Foundation (NMF) and DGIWG Metadata Foundation (DMF). Examples of profiles of ISO 19115:2003 include the INSPIRE Metadata Implementing Rules and ANZLIC Metadata Profile. (It should be noted that the ANZLIC profile of ISO19115 has been deprecated by ANZLIC and replaced by ISO19115-1:2014/Add-1:2118 and is seeing broad use.) The sprint participants noted that one of the challenges of the OGC API - Records SWG will be to design the API in such a way that allows for the publication of metadata encoded according to ISO 19115-1 or its profiles.
The sprint participants confirmed that OGC API - Records can return records representing metadata fields from ISO 19115-1:2014, which are encoded according to the schemas specified in ISO/TS 19115-3:2016. Similarly, OGC API - Records can return records representing metadata fields from ISO 19115:2003, which are encoded according to the schemas specified in ISO/TS 19139:2007. This is achieved through Content Negotiation. For example, the following GET request retrieves a JSON encoded metadata record from a pycsw instance deployed for the EO Exploitation Platform Common Architecture (EOEPCA). The response is as shown in Appendix A.1.
The same metadata record can be retrieved encoded in XML conforming to ISO 19115-3 through the request below. The response is as shown in Appendix A.2.
The examples above highlight that one of the reasons why the Records API has a Record model is to allow an implementation of OGC API - Records to query across any metadata standard that can be mapped to the Record model. If a data publisher has a catalogue that is based on ISO 19115-3, then all they need to do is to map their schema to the model in OGC API - Records. Another option is to make a mapping between ISO to the Record model in OGC API - Records. An example of such a mapping was developed during the code sprint and is available on the sprint’s GitHub repository and is also presented in Appendix B. As the example listings shown above indicate, there is a need to specify which XML profile to retrieve the metadata in. This is something that could be proposed as a new conformance class in a new OGC API - Records extension or profile standard. The Content Negotiation mechanism would be designed to allow the use of the profile
mechanism in media types or a schema
query parameter to identify the schema to use.
The sprint participants also noted that some secure environments might require Data Centric Security (DCS) measures on top of implementations of OGC API - Records. DCS has been a key topic in recent OGC Testbeds [3] [4]. "The motivation for data centric security is a response to the possibility of an unauthorized user who intercepts network traffic or hacks systems storing sensitive data. When looking at drafting OGC standards such as OGC API - Features in a data centric security scenario, standards need to include ways to classify the security requirements around data access" [4]. Some organizations might have metadata records that need to be protected. The motivation for DCS therefore also applies to OGC API - Records, and other OGC API specifications.
8.5. Lessons Learnt
Towards the end of the sprint, participants held a discussion on the lessons learnt from the initiative. A summary of the lessons identified by the sprint participants is presented below:
-
The relationship between OGC API – Records and STAC was clarified in this sprint. The direction of the Records API is aligning more with STAC.
-
Associations between a Record metadata element offered by OGC API – Records and metadata elements from ISO 19115-3 were identified through a crosswalk to support alignment.
-
There may be a bit more work to do in aligning satellite imagery support between OGC API - Records and STAC.
-
Clarity, through specification, is needed on what it means to have an ISO 19115 conformance class in OGC API - Records.
-
The change with OpenSearch.org introduces challenges in terms of usage license. One likely implication is that change requests will be needed for existing OGC Standards that use the OpenSearch Syndication Protocol.
-
The OpenSearch Syndication Protocol is still in active use within the OGC community. It will be placed in an extension of OGC API - Records and not the Core.
-
The OGC Member Meeting in September 2021 will have a Metadata Adhoc session on tackling metadata issues. The session is linked to the Singapore Geo Festival.
-
The implementation of several products that support OGC API - Processes provides confidence that the candidate standard works.
-
The draft user guide developed in this code sprint will help inform the development of other OGC API user guides in the future.
-
OGC API - Processes is sufficiently different from WPS
-
The use of JSON Schema to describe inputs and outputs will likely encourage uptake.
-
There is an increasing need for Best Practices and Profiles. e.g. Routing, Maps, NDVI, …
-
The MetOcean DWG is starting to explore the possibility of an OGC API - Processes weather toolbox
9. Conclusions
The code sprint successfully met all of its objectives and achieved its goal of progressing the development of the OGC API - Processes draft standard, OGC API - Records draft standard, and the OGC API – Coverages draft standard. There were no issues found on the Processes API, which helped to validate the maturity and stability of the API. Discussion about the Records API helped to improve understanding of the potential relationship to other related specifications (e.g. STAC and ISO 19115). Issues raised relating to the Coverages API, were focused around clarification, thereby identifying areas where the documentation could be improved. The sprint participants demonstrated that the OGC API pattern can effectively address the needs of communities that use, process and analyze geospatial data.
9.1. Future work
The following general recommendations for future work items were made during the code sprint.
9.1.1. Ideas for the OGC Innovation Program
Future work in Innovation Program could include:
-
Development of Developer Guides (e.g. Spring, Python, Node.js etc), including around toolchains
-
Some experimentation on Workflows (OGC API - Processes - Part 3), covering chaining
-
Design and experimentation with filtering and coverage processing. Filtering at the metadata level and at the coverage cell value level
-
GeoDataClass (aka StylableLayerSet) concept in relation to discovering Processes & Data that can be used together, including in the context of Workflows
-
Experimentation around the workflow of a search process (e.g. ISO 19115, STAC, etc).
-
Data Centric Security (DCS) support on OGC API – Records publishing metadata conforming to ISO 19115 profiles such as NMF and DMF
9.1.2. Ideas for the OGC Standards Program
Future work in the Standards Program could include:
-
ETS of OGC API - Coverages
-
ETS of OGC API - Records
-
Merge the work done on the OpenAPI definition and JSON Schema for the Coverages API
-
OGC API - Processes - Part 2: Transactions
-
OGC API - Processes - Part 3: Workflows & Chaining
Appendix A: Supporting Different Metadata Encodings in OGC API - Records
A.1. Example Support of JSON encoded Metadata in OGC API - Records
The following GET request retrieves a JSON encoded metadata record from a pycsw instance deployed for the EOEPCA.
The response is as shown below.
{
"id": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"type": "Feature",
"geometry": {
"type": "Polygon",
"coordinates": [
[
[
19.88,
36.06
],
[
19.88,
37.04
],
[
21.11,
37.04
],
[
21.11,
36.06
],
[
19.88,
36.06
]
]
]
},
"properties": {
"externalId": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"recordUpdated": "2021-04-19T13:34:16Z",
"type": "dataset",
"created": "2020-09-30T10:57:31.000000Z",
"updated": "2020-09-30T10:57:31.000000Z",
"title": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"description": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"keywords": [
"Orthoimagery",
"Land cover",
"Geographical names",
"data set series",
"processing",
"eo:productType:/",
"eo:orbitNumber:/",
"eo:orbitDirection:/",
"eo:processingLevel:Level-1C"
],
"extents": {
"spatial": {
"bbox": [
[
19.88,
36.06,
21.11,
37.04
]
],
"crs": "http://www.opengis.net/def/crs/OGC/1.3/CRS84"
}
}
},
"associations": [
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/",
"name": "product",
"description": "product",
"type": "enclosure"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B01.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B02.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B03.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B04.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B05.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B06.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B07.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B08.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B8A.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B09.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B10.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B11.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B12.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_TCI.jp2",
"name": "granule",
"description": "granule",
"type": "image/jp2"
},
{
"href": "https://data-access.demo.eoepca.org/ows?service=WMS&version=1.3.0&request=GetCapabilities&cql=identifier%3D%22S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE%22",
"name": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"description": "WMS URL for S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"type": "OGC:WMS"
},
{
"href": "https://data-access.demo.eoepca.org/ows?service=WCS&version=2.0.1&request=DescribeEOCoverageSet&eoid=S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"name": "S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"description": "WCS URL for S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE",
"type": "OGC:WCS"
}
]
}
A.2. Example Support of ISO 19115-3 encoded Metadata in OGC API - Records
The same metadata record can be retrieved encoded in XML conforming to ISO 19115-3 through the request below:
The response is as shown below.
<gmi:MI_Metadata xmlns:gco="http://www.isotc211.org/2005/gco" xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:gmi="http://www.isotc211.org/2005/gmi" xmlns:gml="http://www.opengis.net/gml" xmlns:gmx="http://www.isotc211.org/2005/gmx" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.isotc211.org/2005/gmd http://www.isotc211.org/2005/gmd/gmd.xsd http://www.isotc211.org/2005/gmx http://www.isotc211.org/2005/gmx/gmx.xsd http://www.isotc211.org/2005/gmi http://www.isotc211.org/2005/gmx/gmi.xsd">
<gmd:fileIdentifier>
<gco:CharacterString>S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:fileIdentifier>
<gmd:language>
<gmd:LanguageCode codeList="http://www.loc.gov/standards/iso639-2/" codeSpace="ISO 639-2" codeListValue="eng">eng</gmd:LanguageCode>
</gmd:language>
<gmd:characterSet>
<gmd:MD_CharacterSetCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_CharacterSetCode" codeSpace="ISOTC211/19115" codeListValue="utf8">utf8</gmd:MD_CharacterSetCode>
</gmd:characterSet>
<gmd:parentIdentifier>
<gco:CharacterString>S2MSI1C</gco:CharacterString>
</gmd:parentIdentifier>
<gmd:hierarchyLevel>
<gmd:MD_ScopeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_ScopeCode" codeSpace="ISOTC211/19115" codeListValue="dataset">dataset</gmd:MD_ScopeCode>
</gmd:hierarchyLevel>
<gmd:contact>
<gmd:CI_ResponsibleParty id="contact-pointOfContact">
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:phone>
<gmd:CI_Telephone>
<gmd:voice gco:nilReason="missing"/>
<gmd:facsimile gco:nilReason="missing"/>
</gmd:CI_Telephone>
</gmd:phone>
<gmd:address>
<gmd:CI_Address>
<gmd:postalCode>
<gco:CharacterString/>
</gmd:postalCode>
</gmd:CI_Address>
</gmd:address>
<gmd:onlineResource>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL/>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>WWW:LINK</gco:CharacterString>
</gmd:protocol>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeListValue="information" codeSpace="ISOTC211/19115">information</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onlineResource>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_RoleCode" codeSpace="ISOTC211/19115" codeListValue="pointOfContact">pointOfContact</gmd:CI_RoleCode>
</gmd:role>
</gmd:CI_ResponsibleParty>
</gmd:contact>
<gmd:dateStamp>
<gco:DateTime>2020-09-30T10:57:31.000000Z</gco:DateTime>
</gmd:dateStamp>
<gmd:metadataStandardName>
<gco:CharacterString>ISO 19115:2003 - Geographic information - Metadata</gco:CharacterString>
</gmd:metadataStandardName>
<gmd:metadataStandardVersion>
<gco:CharacterString>ISO 19115:2003</gco:CharacterString>
</gmd:metadataStandardVersion>
<gmd:dataSetURI>
<gco:CharacterString/>
</gmd:dataSetURI>
<gmd:spatialRepresentationInfo>
</gmd:spatialRepresentationInfo>
<gmd:referenceSystemInfo>
<gmd:MD_ReferenceSystem>
<gmd:referenceSystemIdentifier>
<gmd:RS_Identifier>
<gmd:authority>
<gmd:CI_Citation>
<gmd:title>
<gco:CharacterString>European Petroleum Survey Group (EPSG) Geodetic Parameter Registry</gco:CharacterString>
</gmd:title>
<gmd:date>
<gmd:CI_Date>
<gmd:date>
<gco:Date>2008-11-12</gco:Date>
</gmd:date>
<gmd:dateType>
<gmd:CI_DateTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_DateTypeCode" codeSpace="ISOTC211/19115" codeListValue="publication">publication</gmd:CI_DateTypeCode>
</gmd:dateType>
</gmd:CI_Date>
</gmd:date>
<gmd:citedResponsibleParty>
<gmd:CI_ResponsibleParty>
<gmd:organisationName>
<gco:CharacterString>European Petroleum Survey Group</gco:CharacterString>
</gmd:organisationName>
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:onlineResource>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>http://www.epsg-registry.org</gmd:URL>
</gmd:linkage>
</gmd:CI_OnlineResource>
</gmd:onlineResource>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_RoleCode" codeSpace="ISOTC211/19115" codeListValue="originator">originator</gmd:CI_RoleCode>
</gmd:role>
</gmd:CI_ResponsibleParty>
</gmd:citedResponsibleParty>
</gmd:CI_Citation>
</gmd:authority>
<gmd:code>
<gco:CharacterString>urn:ogc:def:crs:EPSG:4326</gco:CharacterString>
</gmd:code>
<gmd:version>
<gco:CharacterString>6.18.3</gco:CharacterString>
</gmd:version>
</gmd:RS_Identifier>
</gmd:referenceSystemIdentifier>
</gmd:MD_ReferenceSystem>
</gmd:referenceSystemInfo>
<gmd:identificationInfo>
<gmd:MD_DataIdentification>
<gmd:citation>
<gmd:CI_Citation>
<gmd:title>
<gco:CharacterString>S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:title>
<gmd:date>
<gmd:CI_Date>
<gmd:date>
<gco:DateTime>2020-09-30T10:57:31.000000Z</gco:DateTime>
</gmd:date>
<gmd:dateType>
<gmd:CI_DateTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_DateTypeCode" codeSpace="ISOTC211/19115" codeListValue="creation">creation</gmd:CI_DateTypeCode>
</gmd:dateType>
</gmd:CI_Date>
</gmd:date>
<gmd:date>
<gmd:CI_Date>
<gmd:date>
<gco:DateTime>2020-09-30T10:57:31.000000Z</gco:DateTime>
</gmd:date>
<gmd:dateType>
<gmd:CI_DateTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_DateTypeCode" codeSpace="ISOTC211/19115" codeListValue="publication">publication</gmd:CI_DateTypeCode>
</gmd:dateType>
</gmd:CI_Date>
</gmd:date>
</gmd:CI_Citation>
</gmd:citation>
<gmd:abstract>
<gco:CharacterString>S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:abstract>
<gmd:status>
<gmd:MD_ProgressCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_ProgressCode" codeSpace="ISOTC211/19115" codeListValue="onGoing">onGoing</gmd:MD_ProgressCode>
</gmd:status>
<gmd:resourceMaintenance>
<gmd:MD_MaintenanceInformation>
<gmd:maintenanceAndUpdateFrequency>
<gmd:MD_MaintenanceFrequencyCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_MaintenanceFrequencyCode" codeSpace="ISOTC211/19115" codeListValue="continual">continual</gmd:MD_MaintenanceFrequencyCode>
</gmd:maintenanceAndUpdateFrequency>
</gmd:MD_MaintenanceInformation>
</gmd:resourceMaintenance>
<gmd:descriptiveKeywords>
<gmd:MD_Keywords>
<gmd:keyword>
<gco:CharacterString>Orthoimagery</gco:CharacterString>
</gmd:keyword>
<gmd:keyword>
<gco:CharacterString>Land cover</gco:CharacterString>
</gmd:keyword>
<gmd:keyword>
<gco:CharacterString>Geographical names</gco:CharacterString>
</gmd:keyword>
<gmd:type>
<gmd:MD_KeywordTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_KeywordTypeCode" codeSpace="ISOTC211/19115" codeListValue="theme">theme</gmd:MD_KeywordTypeCode>
</gmd:type>
</gmd:MD_Keywords>
</gmd:descriptiveKeywords>
<gmd:descriptiveKeywords>
<gmd:MD_Keywords>
<gmd:keyword>
<gco:CharacterString>data set series</gco:CharacterString>
</gmd:keyword>
<gmd:type>
<gmd:MD_KeywordTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_KeywordTypeCode" codeSpace="ISOTC211/19115" codeListValue="theme">theme</gmd:MD_KeywordTypeCode>
</gmd:type>
</gmd:MD_Keywords>
</gmd:descriptiveKeywords>
<gmd:descriptiveKeywords>
<gmd:MD_Keywords>
<gmd:keyword>
<gco:CharacterString>processing</gco:CharacterString>
</gmd:keyword>
<gmd:type>
<gmd:MD_KeywordTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_KeywordTypeCode" codeSpace="ISOTC211/19115" codeListValue="theme">theme</gmd:MD_KeywordTypeCode>
</gmd:type>
</gmd:MD_Keywords>
</gmd:descriptiveKeywords>
<gmd:descriptiveKeywords>
<gmd:MD_Keywords>
<gmd:keyword>
<gco:CharacterString>eo:productType:/</gco:CharacterString>
</gmd:keyword>
<gmd:keyword>
<gco:CharacterString>eo:orbitNumber:/</gco:CharacterString>
</gmd:keyword>
<gmd:keyword>
<gco:CharacterString>eo:orbitDirection:/</gco:CharacterString>
</gmd:keyword>
<gmd:type>
<gmd:MD_KeywordTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_KeywordTypeCode" codeSpace="ISOTC211/19115" codeListValue="theme">theme</gmd:MD_KeywordTypeCode>
</gmd:type>
</gmd:MD_Keywords>
</gmd:descriptiveKeywords>
<gmd:resourceConstraints>
<gmd:MD_LegalConstraints>
<gmd:accessConstraints>
<gmd:MD_RestrictionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_RestrictionCode" codeSpace="ISOTC211/19115" codeListValue="otherRestrictions">otherRestrictions</gmd:MD_RestrictionCode>
</gmd:accessConstraints>
</gmd:MD_LegalConstraints>
</gmd:resourceConstraints>
<gmd:spatialRepresentationType>
<gmd:MD_SpatialRepresentationTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_SpatialRepresentationTypeCode" codeSpace="ISOTC211/19115" codeListValue="grid">grid</gmd:MD_SpatialRepresentationTypeCode>
</gmd:spatialRepresentationType>
<gmd:language gco:nilReason="missing"/>
<gmd:characterSet>
<gmd:MD_CharacterSetCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_CharacterSetCode" codeSpace="ISOTC211/19115" codeListValue="utf8">utf8</gmd:MD_CharacterSetCode>
</gmd:characterSet>
<gmd:topicCategory>
<gmd:MD_TopicCategoryCode>imageryBaseMapsEarthCover</gmd:MD_TopicCategoryCode>
</gmd:topicCategory>
<gmd:extent>
<gmd:EX_Extent>
<gmd:geographicElement>
<gmd:EX_GeographicBoundingBox>
<gmd:extentTypeCode>
<gco:Boolean>1</gco:Boolean>
</gmd:extentTypeCode>
<gmd:westBoundLongitude>
<gco:Decimal>19.875064737353416</gco:Decimal>
</gmd:westBoundLongitude>
<gmd:eastBoundLongitude>
<gco:Decimal>21.108368457453107</gco:Decimal>
</gmd:eastBoundLongitude>
<gmd:southBoundLatitude>
<gco:Decimal>37.04124978452211</gco:Decimal>
</gmd:southBoundLatitude>
<gmd:northBoundLatitude>
<gco:Decimal>36.05667498554276</gco:Decimal>
</gmd:northBoundLatitude>
</gmd:EX_GeographicBoundingBox>
</gmd:geographicElement>
<gmd:temporalElement>
<gmd:EX_TemporalExtent>
<gmd:extent>
<gml:TimePeriod gml:id="T001">
<gml:beginPosition>2020-09-30T09:20:31.024Z</gml:beginPosition>
<gml:endPosition>2020-09-30T09:20:31.024Z</gml:endPosition>
</gml:TimePeriod>
</gmd:extent>
</gmd:EX_TemporalExtent>
</gmd:temporalElement>
</gmd:EX_Extent>
</gmd:extent>
</gmd:MD_DataIdentification>
</gmd:identificationInfo>
<gmd:contentInfo>
<gmd:MD_ImageDescription>
<gmd:attributeDescription>
<gco:RecordType>image</gco:RecordType>
</gmd:attributeDescription>
<gmd:contentType>
<gmd:MD_CoverageContentTypeCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_ScopeCode" codeSpace="ISOTC211/19115" codeListValue="image">image</gmd:MD_CoverageContentTypeCode>
</gmd:contentType>
<gmd:dimension>
<gmd:MD_Band id="B1">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-1">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B2">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-2">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B3">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-3">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B4">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-4">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B5">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-5">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B6">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-6">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B7">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-7">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B8">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-8">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B8A">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-9">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B9">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-10">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B10">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-11">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B11">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-12">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:dimension>
<gmd:MD_Band id="B12">
<gmd:maxValue>
<gco:Real>456</gco:Real>
</gmd:maxValue>
<gmd:minValue>
<gco:Real>412</gco:Real>
</gmd:minValue>
<gmd:units>
<gml:UnitDefinition gml:id="units-13">
<gml:identifier codeSpace="none">nm</gml:identifier>
</gml:UnitDefinition>
</gmd:units>
</gmd:MD_Band>
</gmd:dimension>
<gmd:cloudCoverPercentage>
<gco:Real>4.2818</gco:Real>
</gmd:cloudCoverPercentage>
<gmd:processingLevelCode>
<gmd:RS_Identifier>
<gmd:code>
<gco:CharacterString>Level-1C</gco:CharacterString>
</gmd:code>
</gmd:RS_Identifier>
</gmd:processingLevelCode>
</gmd:MD_ImageDescription>
</gmd:contentInfo>
<gmd:distributionInfo>
<gmd:MD_Distribution>
<gmd:distributor>
<gmd:MD_Distributor>
<gmd:distributorContact>
<gmd:CI_ResponsibleParty id="contact-distributor">
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:phone>
<gmd:CI_Telephone>
<gmd:voice gco:nilReason="missing"/>
<gmd:facsimile gco:nilReason="missing"/>
</gmd:CI_Telephone>
</gmd:phone>
<gmd:address>
<gmd:CI_Address>
<gmd:postalCode>
<gco:CharacterString/>
</gmd:postalCode>
</gmd:CI_Address>
</gmd:address>
<gmd:onlineResource>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL/>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>WWW:LINK</gco:CharacterString>
</gmd:protocol>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeListValue="information" codeSpace="ISOTC211/19115">information</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onlineResource>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_RoleCode" codeSpace="ISOTC211/19115" codeListValue="distributor">distributor</gmd:CI_RoleCode>
</gmd:role>
</gmd:CI_ResponsibleParty>
</gmd:distributorContact>
</gmd:MD_Distributor>
</gmd:distributor>
<gmd:transferOptions>
<gmd:MD_DigitalTransferOptions>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>enclosure</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>product</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>product</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B01.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B02.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B03.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B04.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B05.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B06.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B07.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B08.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B8A.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B09.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B10.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B11.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_B12.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>s3://EODATA/Sentinel-2/MSI/L1C/2020/09/30/S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE/GRANULE/L1C_T34SDF_A027546_20200930T092345/IMG_DATA/T34SDF_20200930T092031_TCI.jp2</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>image/jp2</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>granule</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue="download">download</gmd:CI_OnLineFunctionCode>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>https://data-access.demo.eoepca.org/ows?service=WMS&version=1.3.0&request=GetCapabilities&cql=identifier%3D%22S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE%22</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>OGC:WMS</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>WMS URL for S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue=""/>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>https://data-access.demo.eoepca.org/ows?service=WCS&version=2.0.1&request=DescribeEOCoverageSet&eoid=S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>OGC:WCS</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:name>
<gmd:description>
<gco:CharacterString>WCS URL for S2A_MSIL1C_20200930T092031_N0209_R093_T34SDF_20200930T105731.SAFE</gco:CharacterString>
</gmd:description>
<gmd:function>
<gmd:CI_OnLineFunctionCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#CI_OnLineFunctionCode" codeSpace="ISOTC211/19115" codeListValue=""/>
</gmd:function>
</gmd:CI_OnlineResource>
</gmd:onLine>
</gmd:MD_DigitalTransferOptions>
</gmd:transferOptions>
</gmd:MD_Distribution>
</gmd:distributionInfo>
<gmd:metadataMaintenance>
<gmd:MD_MaintenanceInformation>
<gmd:maintenanceAndUpdateFrequency>
<gmd:MD_MaintenanceFrequencyCode codeList="http://www.isotc211.org/2005/resources/Codelist/gmxCodelists.xml#MD_MaintenanceFrequencyCode" codeSpace="ISOTC211/19115" codeListValue="continual">continual</gmd:MD_MaintenanceFrequencyCode>
</gmd:maintenanceAndUpdateFrequency>
<gmd:maintenanceNote>
<gco:CharacterString>This metadata record was generated by pygeometa-0.7.dev0 (https://github.com/geopython/pygeometa)</gco:CharacterString>
</gmd:maintenanceNote>
</gmd:MD_MaintenanceInformation>
</gmd:metadataMaintenance>
<gmi:acquisitionInformation>
<gmi:MI_AcquisitionInformation>
<gmi:platform>
<gmi:MI_Platform>
<gmi:identifier>Sentinel-2A</gmi:identifier>
<gmi:description>Sentinel-2A</gmi:description>
<gmi:instrument>
<gmi:MI_Instrument>
<gmi:identifier>INS-NOBS</gmi:identifier>
<gmi:type>S2MSI1C</gmi:type>
</gmi:MI_Instrument>
</gmi:instrument>
</gmi:MI_Platform>
</gmi:platform>
</gmi:MI_AcquisitionInformation>
</gmi:acquisitionInformation>
</gmi:MI_Metadata>
Appendix B: Mappings from OGC API - Records Queryables to ISO 19115-3
Queryables | Obligation | Description | ISO 19115-1 (for dataset metadata) | ISO Obligation | ISO Definition | Notes |
---|---|---|---|---|---|---|
recordId |
M |
A unique record identifier assigned by the server. |
//mdb:MD_Metadata |
M |
Unique identifier for the metadata record |
|
recordCreated |
O |
The date this record was created in the server. |
//mdb:MD_Metadata |
M |
date(s) associated with the metadata |
|
recordUpdated |
O |
The most recent date on which the record was changed. |
//mdb:MD_Metadata |
O |
date(s) associated with the metadata |
|
links |
O |
A list of links for navigating the API. |
For link to self |
type |
M |
The nature or genre of the resource. |
//mdb:MD_Metadata |
M |
the scope/type of resource for which metadata is provided. |
title |
M |
A human-readable name given to the resource. |
|
//mdb:MD_Metadata |
M |
name by which the cited resource is known |
description |
O |
A free-text description of the resource. |
|
//mdb:MD_Metadata |
M |
brief narrative summary of the resource |
keywords |
O |
A list of keywords or tag associated with the resource. |
|
//mdb:MD_Metadata |
O |
commonly used word(s) or formalised word(s) or phrase(s) used to describe the subject |
keywordsCodespace |
O |
A reference to a controlled vocabulary used for the keywords property. |
|
//mdb:MD_Metadata |
O |
name of the formally registered thesaurus or a similar authoritative source of keywords |
language |
O |
This refers to the natural language used for textual values. |
|
For the record- |
O |
language and character set used for documenting metadata |
Is this for the record or the resource? |
externalId |
O |
An identifier for the resource assigned by an external entity. |
//mdb:MD_Metadata |
O |
value uniquely identifying an object within a namespace |
Part of the CI_Citation class. Used in multiple locations |
updated |
O |
The more recent date on which the resource was changed. |
//mdb:MD_Metadata |
O |
reference date for the cited resource |
publisher |
O |
The entity making the resource available. |
|
//mdb:MD_Metadata |
O |
At least 3 posible locations. Could also be captured under dataset citation citedResponsibleParty |
themes |
O |
A knowledge orgnaization system used to classify the resource. |
|
//mdb:MD_Metadata |
O |
main theme(s) of the resource |
formats |
O |
A list of available distributions for the resource. |
|
//mdb:MD_Metadata |
O |
description of the computer language construct that specifies the representation of data objects in a record, file, message, storage device or transmission channel |
contactPoint |
O |
An entity to contact about the resource. |
|
//mdb:MD_Metadata |
O |
identification of, and means of communication with, person(s) and organisation(s) associated with the resource |
license |
O |
A legal document under which the resource is made available. |
|
//mdb:MD_Metadata |
O |
restrictions and legal prerequisites for accessing and using the resource or metadata |
both license and copyright are captured as legal constraints |
rights |
O |
A statement that concerns all rights not addressed by the license such as a copyright statement. |
//mdb:MD_Metadata |
O |
both license and copyright are captured as legal constraints |
extent |
O |
The spatio-temporal coverage of the resource. |
|
//mdb:MD_Metadata |
O |
spatial and temporal extent of the resource |
associations |
O |
A list of links for accessing the resource, links to other resources associated with this resource, etc. |
Appendix C: Revision History
Date | Editor | Release | Primary clauses modified | Descriptions |
---|---|---|---|---|
2020-11-12 |
G. Hobona |
.1 |
all |
initial version |
Appendix D: Bibliography
[1] OpenSearch Syndication Protocol Community: OpenSearch Syndication Protocol, https://github.com/dewitt/opensearch.
[2] STAC Community: The SpatioTemporal Asset Catalog (STAC) specification. Radiant Earth Foundation, https://stacspec.org (2019).
[3] Balaban, A.: OGC Testbed-16: Data Centric Security Engineering Report. OGC 20-021r2,Open Geospatial Consortium, https://docs.ogc.org/per/20-021r2.html (2021).
[4] Leedahl, M.A.: OGC Testbed-15: Data Centric Security. OGC 19-016r1,Open Geospatial Consortium, http://docs.opengeospatial.org/per/19-016r1.html (2019).