Thèmes

OGC Catalogue Service for the Web (CSW)

Présentation

Ce standard décrit les interfaces d’accès à un service de catalogues dont l’objectif est la publication de catalogues de métadonnées sur des données spatiales, sur des services et autres ressources ainsi que la recherche parmi les entrées de catalogues. Ces métadonnées sont des informations caractéristiques de ressources permettant l’évaluation de l’adéquation à un besoin ainsi que des traitements supplémentaires, que ce soit par un humain ou par un logiciel. Les services de catalogues permettent la découverte de ressources enregistrées au sein d’une communauté.
Le document est structuré de la façon suivante :

  • Cinq chapitres introductifs,
  • Le chapitre 6 présente un modèle d’information abstrait du concept de catalogue, incluant une syntaxe de requêtes sur les catalogues, la liste des éléments de métadonnées sur lesquels peuvent porter une requête ainsi que la liste des éléments de métadonnées pouvant être renvoyés.
  • Le chapitre 7 décrit un modèle d’interfaces pour l’accès aux catalogues. Ces interfaces doivent supporter un certain nombre d’opérations, comme getCapabilities, harvestRecords, etc.
  • Les chapitres 8, 9 et 10 décrivent les mises en œuvre de services de catalogue suivant différents protocoles : Z39.50, CORBA/IIOP et HTTP. Cette dernière mise en œuvre est connue sous le nom de « Catalog Service for the Web » ou CSW.

L’implémentation peut se faire en KVP, XML ou SOAP

Profils

Exemples de mise en œuvre

Notes de version

version 3.0
Cette version introduit quelques nouveautés intéressantes comme des nouveaux queryables (TemporalExtent), UnHarvest, des suppressions d’opérations comme DescribeRecord et des améliorations (support d’OWS 2.0 et Filter 2.0, OpenSearch, toutes versions de GML…).
L’implémentation suivant le protocole HTTP est décrite dans le document OGC 12-176r7.

Travaux en cours

Le groupe Catalogue API SWG travaille sur une mise à niveau de ce service en accord avec OpenAPI.

Avis technique

Il est conseillé d’utiliser la version 2.0.2 avec le profil d’utilisation ISO.

Programme Métadonnées P3.05 MUVD Metadata Specification

Présentation

Le DGIWG a reçu de la part du groupe MGCP la tâche de réaliser les spécifications du nouveau produit urbain MUVD. Ce groupe de travail a été créé pour répondre à cette demande.

La définition des spécifications pour les niveaux Urban dataset et subregion de métadonnées a été publiée en décembre 2021.

 

 

LandInfra (OGC)

Présentation

Le modèle conceptuel LandInfra résulte d’un projet conjoint entre bSI (Building Smart) et l’OGC avec les objectifs suivants :

  • remplacement de LandXML
  • aménagement du terrain et conception des installations
  • modèle de l’environnement sur lequel les installations existent (Subsurface, Terrain, LandDivision, Survey)
  • focus sur les sites (comme les IFC – ISO 16739 – Classes IFC pour le partage des données dans le secteur de la construction et de la gestion de patrimoine)
  • basé sur un modèle conceptuel (UML), dans l’écosystème OGC.

LandInfra est destiné (dans sa conception) à servir de modèle conceptuel commun pour InfraGML et les IFC pour les Infrastructures (Alignement, Rail,Route,…). Ses paquetages comprennent :

  • Le noyau (Core)
  • Alignement : concept clé pour les infras : ponts, tunnels, voies routières / ferroviaires (points kilométriques)
  • LandFeature: LandElement et LandSurface (TIN)
  • LandDivision
  • Facility (le thème générique pour les infrastructures)
  • Chemin de fer (Rail)
  • Route (Road)
  • Condominium (gestion de copropriété).

A noter qu’au contraire de CityGML, LandInfra ne possède pas de concept de niveau de détail.

Notes de version

La version actuelle est 1.0.

Avis technique

LandInfra Alignment a servi pour le développement de IFC Alignment (IFC 4). Malheurseuement pour les autres packages, il n’y a pas d’utilisation de LandInfra pour les travaux IFC Road et Rail en cours.

Par ailleurs LandInfra souffre d’un manque de support par des outils / logiciels.

OGC SensorThings API

Présentation

L’API SensorThings offre un standard ouvert, géospatial et unifié pour interconnecter les appareils, les données et les applications de l’Internet des objets (IoT) sur le Web, basé sur le protocole MQTT.

L’API SensorThings est basée sur le modèle Observation de O&M et est inspirée par les standards OGC SWE : SensorML, SOS et SPS, dont elle fournit une interface géospatiale de profils « légers », adaptée à ces micro-capteurs. Elle est conforme aux principes REST, utilise les protocoles MQTT et OASIS OData et un encodage JSON.

SensorThings fournit deux fonctionnalités principales :

  • la partie détection (partie 1)
  • la partie programmation (tasking, partie 2).

La partie Détection fournit un moyen standard de gérer et de récupérer des observations et des métadonnées à partir de systèmes de capteurs IoT hétérogènes. Les principales entités de la spécification sont : thing, location, observation, sensor, feature-of-interest, observed-property.

L’API SensorThings adopte le style de service Web REST avec les fonctionnalités CRUD (Create, Read, Update, Delete).

Une extension STAplus 1.0 a été publiée en 2023. Elle étend le modèle de l’API SensorThings en rajoutant la possibilité d’attribuer des observations à différentes parties responsables, d’y affecter des licences d’utilisation, de les regrouper et de définir des relations entre elles.

Notes de version

La version 1.0 de SensorThings partie 1 a été publiée en août 2016.

La version 1.0 de SensorThings partie 2 a été publiée en janvier 2019.

Une version 1.1 de SensorThings partie 1 a été publiée en novembre 2020. L’évolution majeure est que désormais toutes les entités (sauf HistoricalLocation) ont désormais un champ de type JSON Object, nommé « properties » ou « parameters », pour les métadonnées associées à ces entités.

La version 1.0 de l’extension STAplus a été publiée en septembre 2023.

Travaux en cours

Une version 2.0 de Sensor Things API est en cours d’élaboration. Elle devrait s’aligner avec les versions 3.0 d’OMetS, 4.0 d’OData et 5.0 du protocole MQTT.

Mise en oeuvre

A noter les 2 implémentations clientes suivantes :

  • FROST-Client : bibliothèque cliente Java pour communiquer avec un serveur SensorThings.
  • Geodan SensorThings .NET SDK : facilite l’ajout du support OGC SensorThings à une application .NET.

Plus d’information sur le github OGC sensorThings https://github.com/opengeospatial/sensorthings

On notera également la plateforme SensorThings SensorUp de SensorUp.com (startup issue de l’Université de Calgary) – cf. https://sensorup.com/platform/ – et la ressource de développement SensorThings API SDK – cf. https://developers.sensorup.com/InteractiveSDK

O&M 2.0 (OGC)

Présentation

Le standards OGC Abstract Topic 20 « Observations et mesures (O&M) », développé conjointement à l’OGC et à l’ISO/TC 211, vise à fournir un modèle standard pour représenter et échanger les résultats d’observations. Ce standard a été publiée en septembre 2013 à l’OGC.

Cf. également la page ISO 19156

Le document OGC AS Topic 20 0&M est disponible ici.

Mise en œuvre

Le standard OMXML, développé par l’OGC, est le schéma XML de mise en œuvre du modèle O&M, disponible sous schéma OGC OMXML.

Notes de version

La version actuelle est O&M 2.0. Pour OMXML, la version est également 2.0.

Travaux en cours

Un projet conjoint ISO 19156-1 et OGC de révision de cette norme a démarré mi 2019.

 

NISP – NATO Interoperability Standards & Profiles

Présentation

L’OTAN, par le biais de sa directive sur l’interopérabilité, a reconnu que l’interopérabilité est un élément clé pour réaliser des opérations efficaces et efficientes. L’OTAN interagit avec de nombreuses structures (partenaires de coalition de pays non membres de l’OTAN, ONG et des partenaires industriels). Les normes et profils d’interopérabilité de l’OTAN (NISP) fournissent les orientations et les composants techniques nécessaires pour soutenir la mise en œuvre des projets et la mise en réseau des missions fédérées.

La publication  ADaTP-34 Normes et profils d’interopérabilité OTAN (NISP) STANAG 5524, répertorie les normes de consultation, de commandement et de contrôle (C3) utilisables dans l’OTAN. A noter que ce sont des recommandations de standards pour l’interopérabilité OTAN (mais pas à proprement parler un standard).

 

 

 

AML GS-ESB Gridded Sediment, Environment, Seabed and Beach

Présentation

Cette spécification de produit décrit une modélisation améliorée des paramètres géo-acoustiques contenus dans l’AML ESB, notamment les propriétés géo-acoustiques de la couche sédimentaire sous forme de donnée maillée (X,Y).

Standard de base

Ce standard est un profil de :

Travaux en cours

Ce standard n’a pas été adopté.
Il est prévu une mise à jour des AML pour les adapter au contexte S-100.

Avis technique

S-102 – Spécification de produit pour la bathymétrie surfacique

Présentation

La S-102, développée au sein du S-100WG de l’OHI, à partir du format BAG consiste en la production de MNT pour les INT et les ENC ou tous autres produits S-1xx compatibles.

Standard de base

Ce standard est un profil de :

Notes de version

La version 1.0.0 a été publiée en 2012.
Par rapport à la version 1.0, il est fourni avec des métadonnées supplémentaires (comme l’« epoch », demande de la France).
Cette version a été revue intégralement afin d’assurer la compatibilité avec S-100 v4.0.
Comme toutes les spécifications de produit dérivées de la norme S-100, elle contient un catalogue d’objets, un catalogue de protrayal, des métadonnées et une couche qualité.
L’édition 2.0.0 se sépare complétement du format BAG dont il était la copie dans l’édition 1.0.0. Cette scission permet de faire vivre 2 formats de données qui n’ont pas les mêmes objectifs. L’encodage étant identique (HDF5), il sera possible de convertir le format BAG vers le format S-102 édition 2.0.0.

Travaux en cours

La publication est prévue pour 2019.

Avis technique

S-121 – Spécification de produit pour la délimitation des limites et frontières marines

Présentation

Cette norme est en cours d’élaboration au sein du S-100WG et servira à modéliser les délimitations marines des espaces sous juridiction, mais aussi les surfaces marines dans les domaines administratifs, militaire ou encore de la pêche, au niveau national ou international.
Elle est destinée aux MSDI, ECDIS ou à la déclaration à l’ONU.
Les formats possibles sont décrits en annexe. L’annexe A décrit un format d’encodage texte.

Il n’y a pas d’obligation concernant les formats d’encodage, cependant, on peut citer les cas suivants où la norme préconise des formats :
– S-100 ou S-57 pour les ECDIS
– GML, WMS, WFS, CSW et KML pour la diffusion au public
– S-121 (format d’encodage texte) pour la déclaration à l’ONU

Standard de base

Ce standard est un profil de :

Travaux en cours

La publication est prévue pour 2019.

Avis technique