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 bounding-box par exemple).

Le rythme de développement des standards de cette API est très lent car il essaye de prendre en compte tous les besoins.

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 :

La partie 2 sur les collections devrait être prête pour l’AOB d’ici le prochain OGC de juin 2025 au Mexique. Des discussions sont encore en cours pour les parties 3 sur les schémas logiques et 4 sur la découvrabilité des collections (inclue filtres et ressources locales de catalogue).

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.

Un redécoupage des parties et de nouvelles parties sont prévus. Partie 6 “Property selection”, partie 7 “GeometrySimplification”, partie 8 “sorting”, partie 9 “Text Search”, partie 10 “Search/Queries”.

Pour pallier les limitations du GeoJSON qui ne supporte pas les schémas, les notions temporelles…un format JSON-FG (OGC Features and Geometries JSON) est en cours de développement.

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.

Travaux en cours

La partie 1 de base est sur le point d’être adoptée. Un brouillon est accessible ici : OGC API Records Part 1 Draft
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.

Viendront ensuite : la partie 2 sur les “facettes” (agrège des enregistrements dans des “buckets” et fournit des statistiques au sujet du nombre d’enregistrements dans chaque “bucket”), la partie 3 pour Create, Replace, Update, Delete (inspirée de la partie 4 de l’API Features), et la partie 4 sur les catalogues “fédérés” (ensemble de catalogues agrégés et listés).