Archives de l’auteur : Aurore ALARCON

API Whitepaper

Présentation

Ce document donne les orientations et priorités du DGIWG en termes d’adaptation des standards API OGC en profils Défense.

Les normes suivantes sont prioritaires pour le profilage par le DGIWG, car elles représentent les normes approuvées les plus demandées au sein du DGIWG :

o OGC API – Environmental Data Retrieval (EDR)
o OGC API – Features
o OGC API – Processes
o OGC API – Tiles

Par ailleurs le  DGIWG cherche activement à influencer le développement de l’API OGC – Records.

Notes de version

La première version 1.0 est publiée.

Profil DGIWG de l’API Features

Présentation

Le panel se prépare à élaborer un profil de l’OGC API Features. La rédaction et définition des exigences n’a pas commencé pendant cette session néanmoins. 

Travaux en cours

Un exemple de déploiement d’une implémentation de l’OGC API Features sur des données Geopackage conformes DGIF 3.0 par la République-Tchèque dans un contexte militaire a été présenté par la Finlande. 

Le client Merlin développé par les Etats-Unis va être testé pour se connecter à cette instance de l’OGC API Features de la Finlande.

Profil DGIWG de l’API EDR

Présentation

Ce standard spécifie un profile du standard OGC API EDR, prenant en compte besoins Défense.  Des exigences définissent notamment comment remplir le document de capacité du service.

Travaux en cours

Un premier brouillon du profil défense, basé sur la version 1.2 de l’API EDR OGC est prêt pour donner suite aux sessions de travail sur la définition des exigences lors du précédent DGIWG.  

En effet un travail de relecture commune a été effectué pendant la session EDR. 

Le panel attend tout de même l’approbation de la version 1.2 côté OGC. 

Cette version prend en compte la partie 2 sur les Pub/Sub. 

Le panel suit attentivement les travaux réalisés par l’OGC pour d’éventuelles modifications notamment pour inclure la partie 3 en développement côté OGC. 

OGC API Connected Systems

Présentation

L’API OGC-Connected Systems est destinée à servir de passerelle entre des données statistiques d’entités géographiques (ou autre) et des données dynamiques (observations, commandes…). Elle s’appuie sur le format GeoJSON ainsi que sur des modèles d’informations OGC existants comme SensorML, O&M, SWE, SOSA/SNN (capteurs)

Notes de version

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

Travaux en cours

La version 1.0 du standard devrait être votée bientôt. C’est une extension de l’API OGC Features qui a un mécanisme supplémentaire pour retrouver les données statiques et dynamiques.

Les brouillons des deux premières parties sont disponibles ici :

OGC API Connected Systems Part 1 Draft

OGC API Connected Systems Part 2 Draft

L’élaboration d’une partie 3 pour implémenter Pub/Sub est à venir, ainsi qu’une partie 4 sur l’échantillonnage, et 5 sur les encodages binaires.

Par ailleurs et à toute fin utile, l’OpenSensorHub est un bon exemple d’implémentation de l’API Connected Systems.

 

 

 

OGC API Coverages

Présentation

La spécification projet de l’OGC API – Coverages définit une API Web pour accéder aux couvertures. Une couverture est une « fonction qui retourne des valeurs de son étendue pour toute position directe dans son domaine » (ISO 19123-1:2023).

Notes de version

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

Travaux en cours

La partie 1 “core” devrait être prête pour être soumise à commentaires à l’AOB (Architecture Office Board) d’ici fin juin 2025.

Un brouillon est disponible ici OGC API Coverages Part 1 Draft

Des parties à venir sur les filtres, l’agrégation de champs et les “scenes” (multi-couches) devraient ensuite être rédigées. Des questions se posent quant au fait de se rapprocher de l’API GeoDataCubes.

Il y a aussi eu des discussions sur la représentation du “no data” dans le format geoTIFF qui n’est pas adapté au standard en cours de rédaction mais il a été décidé de s’approcher de l’équipe en charge de ce format pour voir comment l’adapter.

OGC API Maps

Présentation

Le standard OGC API – Maps décrit une API capable de fournir des cartes électroniques référencées spatialement, qu’elles soient statiques ou rendues dynamiquement, de manière indépendante de l’entrepôt de données sous-jacent.

Notes de version

Il s’agit de la première version 1.0.0 de ce standard qui vient d’être publiée

 

OGC API DGGS

Présentation

Le projet de norme OGC API – Discrete Global Grid Systems spécifie une API permettant d’accéder aux données organisées selon un Discrete Global Grid System (DGGS). L’idée étant de retrouver des données sur une zone/des cellules non rectangulaires comme c’est le cas pour Tiles.

Notes de version

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

Travaux en cours

Élaboration de la partie 1 : OGC API – Discrete Global Grid Systems – Part 1: Core

OGC API Joins

Présentation

L’API OGC – Jointures standard spécifie les exigences pour une API Web qui prend en charge les opérations de jointure pour les fichiers de données tabulaires d’entrée qui peuvent être joints à des collections d’entités disponibles sur un serveur ou directement à l’aide d’autres fichiers d’entrée.

Standards de base

OGC API Common

Notes de version

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

Travaux en cours

L’appel à commentaires sur l’API Joins n’a finalement pas encore été lancé mais devrait l’être bientôt. Il est espéré de soumettre une version du standard d’ici fin 2025. Les premières fonctionnalités sont un retour de métadonnées pour les collections disponibles, la possibilité de faire une jointure sur un attribut d’une donnée chargée (ex : csv) avec un élément géospatial de la collection ou entre deux fichiers chargés, la possibilité de lister, retrouver ou supprimer des jointures.

Le brouillon est disponible ici OGC API Joins Part 1 Draft