Archives du mot-clé Civil

I3S/SLPK

Présentation

I3S (et son format de stockage associé SLPK) est un standard OGC (soumis par ESRI) destiné à la diffusion et le rendu de contenus géospatiaux 3D (très) volumineux tels que l’imagerie 3D (photogrammétrique), les bâtiments 3D, et autres objets vecteur et les nuages de points.

Un ensemble de données I3S, appelé Scene Layer, est un standard de conteneur pour des données géographiques 3D (pouvant être volumineuses) réparties de manière hétérogène. Les Scene Layers sont conçus pour être utilisées dans des flux en streaming pour des environnements de travail mobiles, ordinateurs  et sur serveur et sont accessibles sur le Web ou sous forme de fichiers locaux.

Le format de livraison et le modèle de persistance des Scene Layers, appelés respectivement Scene Layer indexée (I3S) et package de Scene Layers (SLPK), sont spécifiés en détail dans le standard communautaire OGC. Les deux formats sont encodés à l’aide de JSON et de ArrayBuffers binaires (ECMAScript 2015). I3S est conçu pour être compatible avec le Cloud, le Web et les mobiles.

I3S est basé sur JSON, REST et les standards du web et est facile à manipuler, à analyser et à rendre efficacement par les clients Web et mobiles. I3S est conçu pour diffuser de grands ensembles de données 3D et est conçu pour les performances et l’évolutivité. I3S est conçu pour prendre en charge le contenu géospatial 3D et les systèmes de référence de coordonnées et modèles altimétriques en conjonction avec un ensemble de types de couches.

La version communautaire ouverte GitHub de ce standard est ici : https://github.com/Esri/i3s-spec

Mise en œuvre

I3S/SLPK est supporté notamment par la suite ArcGIS, ainsi que par ArcMap (ESRI), et par FME (SAFE Software).

Notes de version

La version 1.1 ajoute le support des nuages de points, et des améliorations de performance.

Avis technique

I3S est une spécification en concurrence avec 3D Tiles également standard communautaire OGC. Si I3S est bien sûr largement supporté par les logiciels ESRI et FME, à ce jour il manque un support opensource.

GeoAI DWG

Présentation

Groupe dont le but est de coordonner les projets mettant en oeuvre l’intelligence artificielle et les données géographiques

Le groupe étudie diverses techniques de machine learning et la façon de les exploiter en utilisant les API OGC.

S-104 – Spécification de produit pour les informations de marée pour la navigation de surface

Présentation

La S-104, développée par le TWCWG de l’OHI, en cours de rédaction devrait spécifier la description des informations de marée, prédictives ou en temps réel sous forme de séries temporelles.

Deux encodages sont prévus, un pour les données temps réel (S-112) et un pour les données prédictives (S-100 (HDF5)).

Standard de base

Ce standard est un profil de :

Travaux en cours

La publication est prévue pour 2019.

Avis technique

Cette norme impose un encodage en S-100 (HDF5). HDF5 est un format émergeant dans la communauté GHOM et complètement intégré dans le format NetCDF4.

S-111 – Spécification de produit pour les courants de surface

Présentation

La norme S-111 est une spécification de produit conforme à la norme S-100 pour les courants de surface développée par le TWCWG.
Elle spécifie le contenu, la structure et les métadonnées nécessaires pour créer un produit S-111 entièrement conforme et pour sa représentation dans un environnement de cartographie numérique S-100. Cette spécification de produit comprend le modèle de contenu, l’encodage, le catalogue d’objets et les métadonnées. Le produit de courant de surface peut être utilisé seul ou combiné avec d’autres données compatibles S-100.

Standard de base

Ce standard est un profil de :

Notes de version (facultatif)

Préciser les différences entre les versions

Avis technique

Cette norme impose un encodage en S-100 (HDF5). HDF5 est un format émergeant dans la communauté GHOM et complètement intégré dans le format NetCDF4.

AML SBO – Small Bottom Objects

Présentation

Le but de ce produit est de représenter tous les objets de fond connus pour lesquels la plus grande dimension ne dépasse pas 5 mètres. Le produit n’a pas d’échelle, de sorte que tous les objets qu’il contient sont capturés sous forme de géométrie ponctuelle.
Il est complémentaire de la spécification de produit AML LBO.

L’implémentation se fait au format OHI S-57.

Standard de base

Ce standard constitue un profil de :

Travaux en cours

Il est prévu une mise à jour des AML pour les adapter au contexte S-100.

Avis technique

S-57 – Transfert de données hydrographiques numériques

Présentation

Standard entretenu par le Comité des services et des normes hydrographiques (HSSC), pour le codage et l’échange des données numériques hydrographiques y compris celles destinées aux ECDIS.
Il s’agit du format des ENC.
L’implémentation se fait selon le format ISO/IEC 8211 dont S-57 définit un profil.

Standard de base

Ce standard est un profil de :

  • ISO/IEC 8211:1994

Exemples de mise en œuvre

Travaux en cours

Ce standard va être progressivement remplacé par la S-100.

Avis technique

Il est obligatoire d’utiliser ce format pour les ENC.

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.

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.