L'Open Geospatial Consortium (OGC) a publié les résultats de Testbed-17, sa plus importante initiative de recherche et développement de 2021. Les principaux résultats, notamment les rapports d'ingénierie détaillés, sont disponibles gratuitement sur le site web de l'OGC. Page Web des rapports d'ingénierie publique de l'OGCLa liste suivante donne un aperçu de tous les sujets. Si vous souhaitez obtenir un premier aperçu, n'hésitez pas à télécharger le document. enregistrement de la session de résultats du banc d'essai Testbed-17 présenté lors de la réunion des membres de l'OGC en décembre 2021. Testbed-17 était organisé en trois « axes » thématiques qui ont mené des activités de recherche et développement (R&D) sur les technologies géospatiales de pointe suivantes :

Sujet 1 : Intégration avancée de capteurs pour les objets mobiles et statiques 

  • Intégration du capteur
    • Rapport d'ingénierie d'évaluation du cadre d'intégration des capteursCette tâche portait sur l'intégration des systèmes de capteurs, indépendamment de leurs contraintes techniques et de leur environnement de déploiement. Cette intégration a été démontrée par la mise en œuvre des concepts décrits dans la norme Sensor Integration Framework (SIF) développée par le National System for Geospatial Intelligence (NSG) et le United States MASINT System (USMS). Un objectif secondaire était de démontrer la possibilité d'intégrer un OGC SensorThings API serveur doté d'une implémentation SIF existante appelée MASBUS. Les implémentations développées ciblent des systèmes pouvant être déployés sur des réseaux d'entreprise ainsi que dans des environnements à bande passante limitée, dégradée, intermittente ou refusée (DDIL). OGC Testbed-17 : rapport technique d'évaluation du cadre d'intégration des capteurs

    • Rapport d'ingénierie du modèle sémantique SIFL'intégration des capteurs se heurte souvent à une difficulté majeure : la diversité des normes, formats et protocoles utilisés dans les systèmes de capteurs. Pour concevoir des systèmes de capteurs performants, il est indispensable que ces systèmes prennent en compte cette diversité. Il existe donc un besoin en matière de cadre de normes facilitant l'intégration des capteurs, indépendamment des contraintes technologiques. Cette étude a analysé les aspects sémantiques du Cadre d'intégration des capteurs (SIF). OGC Testbed-17 : Rapport d'ingénierie du modèle sémantique SIF

    • Rapport d'ingénierie d'intégration MASBUSCe rapport d'ingénierie d'intégration MASBUS Testbed-17 décrit comment l'interopérabilité peut être établie dans un scénario commun de sources de données hétérogènes (par exemple, capteurs, plateformes IoT, simulateurs et autres modèles et encodages de données). De plus, l'architecture présentée dans ce rapport permet d'interroger et de visualiser les observations provenant de sources de données utilisant des normes internationales largement adoptées telles que… OGC SensorThings API (OGC 19-088). Banc d'essai OGC 17 : Rapport d'ingénierie d'intégration MASBUS

  • Fonctionnalités en mouvement issues d'images animées:
    • Rapport technique sur les fonctionnalités mobilesLes éléments mobiles jouent un rôle essentiel dans de nombreux scénarios d'application. La disponibilité croissante d'images numériques animées et les progrès des technologies d'apprentissage automatique accéléreront encore davantage l'utilisation et le déploiement à grande échelle des systèmes de détection et d'analyse des éléments mobiles. La tâche « Éléments mobiles » du banc d'essai OGC-17 prend en compte ces évolutions en abordant l'échange de détections d'objets mobiles, le traitement partagé de ces détections à des fins de corrélation et d'analyse, ainsi que la visualisation des objets mobiles au sein d'images opérationnelles communes. OGC Moving Features Ce rapport d'ingénierie explore et développe une architecture pour la détection et l'analyse collaboratives et distribuées d'objets à partir d'images de mouvement multi-sources. OGC Testbed-17 : Rapport technique sur les fonctionnalités mobiles

    • Rapport d'ingénierie de l'API Moving FeaturesL'objectif est de définir une interface de programmation d'application (API) puissante pour la découverte, l'accès et l'échange d'entités mobiles et de leurs trajectoires correspondantes, et d'exercer cette API dans un scénario quasi temps réel. OGC Testbed-17 : API OGC – Rapport technique sur les fonctionnalités mobiles

  • API OGC - AviationLes services de données SWIM (System Wide Information Management) de la FAA (Federal Aviation Administration) produisent des données du NAS (National Airspace System) à destination des utilisateurs. Ces services utilisent divers protocoles et offres, tant en mode synchrone qu'asynchrone. L'OGC (OpenGenerations Framework) a déjà abordé les défis d'interopérabilité multiformat et multimodèle lors de précédents essais. Ce rapport technique présente les résultats de l'application des principes et de la conception des API de l'OGC aux services de données SWIM. Il traite des API Web basées sur OpenAPI pour SWIM, des composants de fusion de données et des défis d'interopérabilité dans les environnements multipartites. Banc d'essai OGC-17 : Rapport d'ingénierie des API pour l'aviation

Fil 2 : Nuages ​​de données géospatiales et normes axées sur les modèles

  • Normes axées sur les modèles

    • Rapport d'ingénierie des normes axées sur les modèlesL'approche d'architecture pilotée par les modèles (MDA) pour la génération de normes pilotées par les modèles (MDS) et de modèles indépendants de la plateforme (PIM) a démontré son efficacité. Divers prototypes ont été développés et ont prouvé qu'une approche MDA, éventuellement à l'échelle de l'organisation, rationaliserait la création des MDS et des PIM et bénéficierait grandement à toutes les parties prenantes du processus piloté par les modèles. Plus précisément, l'utilisation d'une source unique de vérité pour tous les éléments MDA garantit une certaine cohérence et fournit également un retour d'information aux auteurs des modèles conceptuels sur l'impact potentiel de modifications apparemment mineures. L'avantage majeur de l'approche MDA réside dans le fait qu'elle rend généralement les incohérences, omissions ou sous-spécifications des modèles d'information sous-jacents beaucoup plus visibles, car elles affectent directement le flux de travail MDA. OGC Testbed-17 : Rapport d'ingénierie des normes pilotées par les modèles

    • Rapport d'ingénierie sur les meilleures pratiques de modélisation UMLCe guide des bonnes pratiques de l'OGC fournit aux lecteurs des indications sur l'utilisation du langage de modélisation unifié (UML) dans le cadre des travaux de l'OGC. Récemment, l'approche par les services, préconisée par la spécification OpenAPI pour la définition des interfaces de programmation d'applications (API) de l'OGC, a été abandonnée au profit d'une approche par les ressources, contrairement aux normes OGC Web Service (OWS). Auparavant, les définitions d'interface étaient presque exclusivement basées sur XML ; les modèles décrits à l'aide de diagrammes de classes UML et les modèles conceptuels en général étaient donc simplement transposés un à un pour dériver le schéma XML. L'utilisation des ressources API permet désormais de dériver plusieurs technologies cibles à partir d'une seule norme et, par conséquent, d'un seul modèle UML. L'apport de la modélisation conceptuelle en UML est également un point de discussion au sein de l'OGC. Les modèles inclus dans les normes de l'OGC varient : ils peuvent aller de simples diagrammes à des modèles conceptuels et des fragments de modèles, jusqu'à l'architecture pilotée par les modèles (MDA), où les modèles UML sont utilisés pour dériver directement des artefacts implémentables tels que des schémas. OGC Testbed-17 : Rapport d'ingénierie sur les meilleures pratiques de modélisation UML

  • Spécifications et évaluation de COG et Zarr

    • Évaluation COG et ZARRL'objectif de ce document est de documenter les expérimentations menées sur le traitement des données géospatiales dans des environnements cloud. Plus précisément, il s'intéresse à l'utilisation de deux formats spécifiques dédiés à la gestion du stockage et de la distribution d'images et de données : Cloud Optimized GeoTIFF (COG) et Zarr. L'évaluation de l'utilisation de ces deux structures de données est réalisée dans deux contextes indépendants : le premier, intitulé « Applications commerciales », repose sur l'utilisation des implémentations actuelles de COG et Zarr au sein d'applications géospatiales existantes. Le second concerne les travaux d'implémentation réalisés dans le cadre du projet Testbed-17. Cette distinction permet d'obtenir une vue d'ensemble de l'état de l'art, des orientations de développement actuelles et des travaux futurs. OGC Testbed 17 : Rapport d'ingénierie d'évaluation COG/Zarr

    • Spécification GeoTIFF optimisée pour le cloudCloud Optimized GeoTIFF (COG) est une nouvelle approche qui utilise les normes existantes pour accélérer la distribution et l'analyse des données de couverture de grille régulière 2D sur le Web. COG combine l'utilisation du format TIFF avec des données structurées en tuiles et en sous-fichiers basse résolution (également appelés vues d'ensemble). Le sous-fichier principal est géoréférencé à l'aide de balises GeoTIFF et les sous-fichiers basse résolution héritent de ce même géoréférencement. Cette organisation permet de récupérer uniquement les données nécessaires à la présentation ou à l'analyse. Cette fonctionnalité est disponible non seulement dans le système de fichiers, mais aussi sur le Web si les serveurs prennent en charge l'en-tête HTTP Range. Ce rapport d'ingénierie (ER) OGC Testbed 17 présente l'approche COG, décrit l'utilisation de GeoTIFF pour les sous-fichiers basse résolution et propose une nouvelle voie intégrant COG à la norme OGC Tile Matrix Set. OGC Testbed-17 : rapport d'ingénierie sur les spécifications GeoTIFF optimisées pour le cloud

Thème 3 : Interopérabilité via les API

  • Sécurité centrée sur les donnéesLa sécurité centrée sur les données (DCS) est une approche qui consiste à appliquer la sécurité directement aux données, indépendamment des fonctionnalités de sécurité fournies par un réseau, des serveurs ou des applications. Dans le domaine géospatial, des implémentations de validation de concept ont été développées dans le cadre des projets OGC Testbed-15 et Testbed-16. Initialement, les travaux de Testbed-15, basés sur le langage XML, visaient à étiqueter et protéger les données géospatiales conformément aux spécifications OTAN STANAG 4774 et 4778. Lors de Testbed-16, les travaux se sont étendus aux structures basées sur JSON. Pour Testbed-17, l'objectif principal de la tâche DCS était d'appliquer la sécurité centrée sur les données dans le contexte des normes d'API OGC permettant la diffusion de représentations de données binaires telles que des images. GeoPackageTous les résultats sont publiés dans Banc d'essai OGC-17 : Rapport d'ingénierie de sécurité axé sur les données

  • Modèles pour les objets du monde réel et les API OGC

    • Fonctionnalités et géométries OGC JSONLe format JSON (JavaScript Object Notation) est un format d'encodage répandu pour les données géospatiales. Sa syntaxe simple et légère, ainsi que sa lisibilité optimale pour les humains et les machines, séduisent les développeurs. GeoJSON est devenu un format d'encodage très populaire et est pris en charge par la plupart des déploiements d'API implémentant les fonctionnalités de l'OGC. Cependant, GeoJSON présente des limitations qui empêchent ou limitent son utilisation dans certains cas, par exemple lorsque d'autres coordonnées doivent être exprimées dans un système de référence de coordonnées projetées. Afin de prendre en charge d'autres cas d'utilisation, l'OGC a créé en 2021 un nouveau groupe de travail sur les normes (SWG) chargé d'élaborer une norme JSON pour les fonctionnalités et les géométries de l'OGC (JSON-FG). Le projet OGC Testbed-17, consacré aux fonctionnalités et aux géométries JSON, a examiné des propositions d'encodage des données d'entités en JSON afin de prendre en charge différents systèmes de référence de coordonnées (SRC). Testbed-17 a également exploré des mécanismes permettant aux communautés de créer et de spécifier formellement des profils JSON entièrement compatibles avec les SRC, avec des ensembles limités de types de géométrie pris en charge et des contraintes claires pour les définitions des types d'entités. OGC Testbed-17 : Rapport d'ingénierie JSON sur les fonctionnalités et géométries de l'OGC

    • Caractéristiques et géométries JSON CRS Analyse des alternativesL'une des principales exigences du projet OGC Testbed-17 relatif aux entités et géométries JSON est de définir une extension ou un profil GeoJSON permettant d'encoder des données spatio-temporelles dans des systèmes de référence de coordonnées (SRC) autres que le SRC84 (Système géodésique mondial 1984) par défaut de GeoJSON, avec des unités de longitude et de latitude en degrés décimaux. Ce rapport technique OGC Testbed-17 présente les différentes solutions envisagées pour déclarer les informations SRC dans un fichier JSON des entités et géométries (JSON-FG). JSON-FG est une extension OGC de GeoJSON qui, entre autres, prend en charge les systèmes de référence de coordonnées autres que le SRC84 par défaut. L'une de ces solutions a été retenue comme mécanisme de déclaration des informations SRC dans un document JSON-FG et est décrite en détail dans le rapport technique « OGC Testbed-17 : OGC Features and Geometries JSON Engineering Report » (OGC 21-017r1), mentionné ci-dessus. OGC Testbed-17 : analyse des alternatives JSON CRS sur les fonctionnalités et les géométries Rapport d'ingénierie

  • Attirer les développeurs : abaisser la barrière d'entrée pour la mise en œuvre des API Web OGCLes normes OGC Web API sont en cours d'élaboration afin de simplifier la diffusion de données géospatiales sur le web. Ces normes instaurent un cadre formel garantissant une interopérabilité optimale. Elles définissent rigoureusement les exigences et les règles pour limiter les risques d'erreur d'interprétation. Cette rigueur rend parfois les documents de norme complexes à lire et, par conséquent, à mettre en œuvre. Plutôt que d'examiner directement une norme, la plupart des développeurs préfèrent souvent commencer par consulter les guides d'implémentation, les exemples de code et la documentation des bonnes pratiques, puis se référer au document de norme pour obtenir des conseils et des clarifications. La tâche API Testbed-17 a servi de base à des développements et explorations ultérieurs et fournit les connaissances nécessaires au développement agile, au déploiement et à l'exécution d'applications basées sur les normes OGC, selon une approche pratique avec des expérimentations, des exemples et des instructions. OGC Testbed-17 : attirer les développeurs : réduire la barrière d'entrée pour la mise en œuvre des API Web OGC

  • Cubes de données géographiquesCe rapport technique définit une spécification préliminaire pour une API interopérable de cube de données géographiques (GDC) s'appuyant sur les composants de l'API OGC. Il détaille la mise en œuvre de cette API et explore divers aspects, notamment l'extraction et la découverte de données, le cloud computing et l'apprentissage automatique. Des exemples d'utilisation illustrent la mise en œuvre de l'API GDC préliminaire, incluant l'intégration de données d'altitude terrestres et marines et d'informations forestières pour les zones humides canadiennes. Banc d'essai OGC 17 : Rapport d'ingénierie de l'API Geo Data Cube

  • Conformité, interopérabilité, tests et évaluation: Cette demande d'amélioration fournit des informations sur le développement d'une suite de tests pour l'API OGC — Norme de processus (OGC 18-062r2) à exécuter dans l'outil d'évaluation des tests OGC (TEAM Engine). Le rapport d'évaluation documente également une évaluation d'un environnement alternatif pour les tests de conformité OGC. Banc d'essai OGC 17 : Rapport d'ingénierie CITE

Les 16 rapports d'ingénierie présentant les conclusions de l'année de recherche et développement menée par les participants sont désormais publiés et disponible gratuitement au public aux formats HTML et PDF.

Présentation

Dans le cadre d'une collaboration étroite, tous les participants au banc d'essai, les commanditaires et l'équipe OGC travaillent de concert pour accroître progressivement le niveau de maturité technologique (TRL) des solutions informatiques géospatiales, notamment l'architecture logicielle, la conception d'interfaces, les modèles d'information et de données, ainsi que les normes et spécifications associées. Les participants au banc d'essai adoptent une approche de prototypage rapide pour concevoir, développer et tester des solutions aux problèmes de géolocalisation des commanditaires.

Les bancs d'essai annuels de l'OGC sont les plus grandes initiatives du programme d'innovation du consortium. Les bancs d'essai stimulent la recherche et le développement pour rendre les données et les informations de localisation plus équitables : trouvables, accessibles, interopérables et réutilisables. Les bancs d'essai offrent une occasion unique aux sponsors de relever les défis liés aux données de localisation et au traitement en collaboration avec les meilleurs experts mondiaux en informatique géospatiale. Les solutions développées dans les bancs d'essai de l'OGC ont donné naissance à des normes et des technologies qui jouent désormais un rôle essentiel dans de nombreux domaines à travers le monde. 

Pour en savoir plus sur les avantages liés au parrainage de toute initiative OGC en matière de propriété intellectuelle, veuillez consulter le site web suivant : Page Web du programme d'innovation de l'OGC.

Appel à participation

Les réponses à l'appel à participation (AP) étaient attendues en janvier. Des exemplaires de l'AP sont disponibles dans Format HTML et en Format PDF.