Ce standard spécifie un profil du standard OGC API Processes, prenant en compte besoins Défense.
Une proposition de profil est en cours de rédaction.
La plupart du “core” soit le modèle générique de l’API Processes tel que définit par l’OGC peut être repris.
Des précisions devront être apportées sur certains éléments comme les SRC, les encodages, les langues, les restrictions…
La rédaction du profil de l’OGC API Features n’a pas commencé. Le panel Web Services et APIs peine à trouver un éditeur stable et investit.
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 avait été présenté par la Finlande.
Le client Merlin développé par les États-Unis a été testé et s’est connecté à cette instance de l’OGC API Features de la Finlande.
Ce standard spécifie un profil du standard OGC API EDR, prenant en compte besoins Défense. Des exigences définissent notamment comment remplir le document de capacité du service.
Un premier brouillon du profil défense, basé sur la version 1.2 de l’API EDR OGC (y compris la partie 2 sur les Pub/Sub) et la partie 1 de l’API Features pour la découvrabilité est en cours de relecture.
Se pose la question des « minimum metadata » exigées et de la duplication des métadonnées avec d’une part celles du service REST intrinsèque aux APIs OGC et d’autre part le profil DMF requis par le DGIWG.
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.