Archives du mot-clé OGC API

OGC API Common

Présentation

Le standard OGC API – common est un standard d’API servant de socle à toutes les autres API OGC, tout comme l’est OWS-Common pour l’ensemble des services OGC W*S.

Il définit notamment des briques communes (l’utilisation du protocole http, la page d’accueil des API OGC, l’utilisation d’OpenAPI 3.0 et la mise en place d’un registre des briques).

Enfin dans le cadre de la démarche plus globale et modulaire des API OGC, un registre est mis en place à l’adresse suivante  https://blocks.ogc.org. Ce registre permet la découverte et de faciliter la réutilisation la plus large des différentes ressources OGC pour la mise en place d’API. Ces ressources peuvent être de différents nature, des API elles-mêmes, des briques d’API, ou encore des ressources plus granulaires (définition de classes, telle que la bouding-box par exemple).

Exemples de mise en œuvre

il n’y a pas de mise en œuvre directe de ce standard; il est mis en œuvre au travers des autres API OGC :

Notes de version

Il s’agit de la première version de ce standard.

Travaux en cours

Le groupe OGC API Common SWG travaille sur les prochaines parties du standard https://github.com/opengeospatial/ogcapi-common :

OGC API Tiles

Présentation

Le standard OGC API – Tiles est un standard modulaire permettant de diffuser des tuiles de données (raster, vecteur, …) . Il est l’évolution naturelle du service WMTS vers une API. Actuellement une seule partie est publiée : Core.

Exemples de mise en œuvre

OGC API Tiles– Core https://github.com/opengeospatial/ogcapi-tiles/blob/master/implementations.adoc 

Notes de version

Il s’agit de la première version de ce standard.

Travaux en cours

Le groupe OGC API Tiles SWG travaille sur les prochaines parties du standard https://github.com/opengeospatial/ogcapi-tiles.

OGC API Features

Présentation

Le standard OGC API – Features est un standard modulaire permettant d’accéder à des données géospatiales de type Feature. Il est l’évolution naturelle du service WFS vers une API. Actuellement deux parties sont publiées : Core, CRS.

Exemples de mise en œuvre

OGC API Features – Core https://www.ogc.org/resource/products/byspec/?specid=1022https://docs.ogc.org/is/17-069r4/17-069r4.html

OGC API Features – CRS https://www.ogc.org/resource/products/byspec/?specid=1121https://docs.ogc.org/is/18-058r1/18-058r1.html

OGC API Features – Filtering https://docs.ogc.org/is/19-079r2/19-079r2.html

Notes de version

Il s’agit de la première version de ce standard.

Travaux en cours

Le groupe OGC API Feature SWG travaille sur les parties 4 et 5 du standard https://github.com/opengeospatial/ogcapi-features, notamment la gestion des transactions (suppression, mise à jour et suppression des objets) et la description par un schéma logique des données géospatiales telles que les entités.

OGC API Records

Présentation

Projet de spécification d’une API de catalogage qui s’inscrit dans la lignée des APIs de l’OGC.
Le core est largement fondé sur API Feature et définit ce qu’est un enregistrement de métadonnées (Record) et quel mécanismes permettent de chercher/classer les résultats (mots clefs, titres, description, … ). Le modèle est analogue à ce qui est disponible dans un catalogue de type CSW.
Une extension OpenSearch est définie, comme dans la version 3.0 du standard CSW.
Enfin les résultats peuvent être renvoyés suivant trois formats : JSON, ATOM et HTML (chacun dispose de son extension).
Ce qui est intéressant est la possibilité de décrire l’accès aux services et données avec plus de détails (par exemple, un template d’URL pointant vers la bonne couche WMS/API Maps, ou collection de données API feature…), au lieu du seul lien vers un document de capacité (GetCapabilities). Cela devrait permettre une meilleure intégration de l’API Records avec l’ensemble des autres APIs.

Discussions à propos des paramètres/dimensions à ajouter à des collections (propriétés étendues). Propriétés pour couvrir tous les aspects des différentes API qui découlent de l’API Common.

Travaux en cours

Le groupe OGC API Records SWG travaille sur une version du draft accessible ici : http://docs.ogc.org/DRAFTS/20-004.html. Une harmonisation avec la spécification de catalogue STAC est souhaitée et des ajustements sont donc nécessaires pour que les fonctionnalités se correspondent au mieux (tri, pagination, etc).
L’intégration de l’OGC API Records parmi les autres API se fait selon deux mécanismes : Les ressources collections deviennent requêtables (il est possible de les filtrer) et la collection peut également être un catalogue de métadonnées.

La partie 1 est complète depuis septembre 2024. Il reste encore quelques petites étapes de validation et d’ajustement.