IndoorGML Indoor Spatial Data
Open BetaIndoorGML est une norme OGC pour décrire l'intérieur des bâtiments : géométrie des locaux, topologie d'adjacence et graphe de navigation. Son idée maîtresse est le double espace : un bâtiment est décrit à la fois comme espace primal (les cellules physiques — pièces, couloirs) et comme espace dual (un graphe de connectivité fait de nœuds et d'arêtes, pour le calcul d'itinéraires). Notre exportateur construit un XML IndoorGML 1.0 à partir des données OSM taguées indoor : les polygones deviennent des CellSpace et des nœuds State, les lignes des TransitionSpace. Pour être honnête sur la principale limite : le tagging indoor dans OSM est très inégal — des données détaillées n'existent que pour les grands aéroports, quelques musées et les centres commerciaux activement cartographiés ; pour la plupart des bâtiments, OSM ne stocke que l'emprise extérieure. La géométrie est exportée en 2D (hauteurs d'étage estimées à 3 m par niveau) et la connectivité du graphe est simplifiée. C'est un excellent point de départ pour un prototype, mais pas une carte de production.
Caractéristiques principales
À propos du format IndoorGML
IndoorGML est la norme OGC de description de l'espace intérieur des bâtiments. Sa particularité est la double description : un même bâtiment est écrit à la fois comme un ensemble de cellules physiques (pièces, couloirs, halls) et comme un graphe de connectivité, sur lequel se calcule l'itinéraire de l'entrée jusqu'à la bonne porte.
Le format sert là où la carte ordinaire s'arrête : à l'intérieur d'un aéroport, d'une gare, d'un centre commercial, d'un hôpital. La navigation en intérieur, le calcul des cheminements d'évacuation et l'analyse des flux reposent précisément sur ce type de modèle.
L'export transforme le balisage indoor d'OSM en un document IndoorGML 1.0 fondé sur GML 3.2 : les polygones deviennent des cellules CellSpace et les nœuds de graphe correspondants, les lignes des transitions TransitionSpace, et la classe de cellule est déterminée par la couche. La géométrie est plane, en WGS84, la hauteur d'étage est estimée à trois mètres, et la limite est de 50 000 objets.
La principale limite tient non au format mais aux données : dans OpenStreetMap, un balisage indoor détaillé n'existe que pour une partie des grands équipements — certains aéroports, musées, gares et centres commerciaux activement cartographiés. Pour la plupart des bâtiments, la base ne conserve que le contour extérieur, et l'export sera presque vide. Mieux vaut le vérifier à l'avance en regardant le bâtiment sur la carte.
Logiciels pour ouvrir les fichiers IndoorGML
Les programmes suivants peuvent ouvrir, modifier et traiter les fichiers IndoorGML Indoor Spatial Data (.gml) exportés depuis OSM2CDR :
Caractéristiques du format
- Standard ouvert
- 2D uniquement
- Sans perte de qualité
- Stocke les attributs
- Sortie : 1 fichier
- IndoorGML 1.0 XML (GML 3.2) with Primal/Dual space: polygons -> CellSpace, lines -> TransitionSpace; 2D geometry, floor heights estimated at 3 m, 50,000-feature limit.
Qui utilise les cartes IndoorGML
Comment exporter en IndoorGML
Comment ouvrir après l’export
- QGIS (gratuit) — ouvrez le .gml comme couche vectorielle avec le pilote GML : la géométrie des cellules et des transitions se lit directement, c'est la vérification la plus rapide du contenu.
- IndoorGML Reference Encoder — l'éditeur de référence de la norme : il montre l'espace physique et le graphe, et permet d'affiner la connectivité.
- xmllint — la commande xmllint --format montre la structure du document et confirme au passage que le XML est correct.
- ArcGIS Indoors ou 3D City Database — la voie des scénarios industriels : les données sont chargées comme base, puis complétées pour la navigation.
Cartes populaires en IndoorGML
Export de cartes en IndoorGML Indoor Spatial Data
Téléchargez des cartes IndoorGML professionnelles depuis OpenStreetMap. Génération instantanée, n’importe quelle zone.