Depuis plusieurs années, l'OGC se pose une question importante : comment les données géospatiales et les offres de traitement — ainsi que les normes sur lesquelles elles reposent — doivent-elles évoluer à mesure que le monde passe de systèmes dépendant de l'intervention humaine à des systèmes communiquant directement entre eux ? Ce travail, mené dans le cadre de l'initiative de recherche Rainbow avec le soutien du programme Horizon Europe de l'Union européenne et de partenaires stratégiques tels que l'ESA, RNCan, UKHO et la NGA, est maintenant terminé.
Les leçons qu'elles tirent sont claires : les normes rédigées pour des lecteurs humains ne sont pas adaptées à un monde où les machines doivent les interpréter et agir directement en conséquence. La phase de mise en œuvre de l'OGC s'appuie sur ce constat : elle se concentre sur une infrastructure partagée, modulaire, traçable et conçue pour être lue aussi bien par les humains que par les machines.
Renforcer les fondations : éléments constitutifs et profils
OGC Rainbow a produit deux idées étroitement liées — Blocs de construction et Profils — tous deux enregistrés comme composants modulaires lisibles par machine dans le serveur de définitions OGC.
A Building Block Il s'agit d'un composant de spécification autonome — un fragment de modèle de données, un modèle d'API, un ensemble de contraintes ou une liste de code — conçu pour une réutilisation indépendante. Chaque composant regroupe tout ce dont un développeur ou une machine a besoin pour l'utiliser : des schémas dans un ou plusieurs formats, des règles de validation, des exemples testés, une documentation lisible par l'humain, des correspondances sémantiques et des métadonnées lisibles par machine déclarant ses dépendances vis-à-vis d'autres composants.
Cette approche résout un problème récurrent dans l'élaboration des normes : la multiplication des définitions engendre une complexité et une divergence inutiles. Grâce aux blocs de construction, les éléments communs sont définis une seule fois, centralisés et réutilisés de manière cohérente.
A profil Un profil est une version restreinte — et parfois étendue — d'une ou plusieurs normes de base, assemblée à partir de modules pour une communauté, une juridiction ou une application spécifique. Il est essentiel de noter qu'un profil n'est pas une bifurcation. Il conserve une relation formelle et lisible par machine avec la norme qu'il profile, et toute donnée conforme à un profil doit également être conforme à la norme sous-jacente.
Les profils peuvent être superposés : une agence cartographique nationale peut définir un profil de norme régionale, qui elle-même définit un profil de norme OGC mondiale, chaque couche apportant des précisions sans compromettre la conformité aux couches inférieures. Chaque profil étant un actif enregistré de premier ordre, doté de son propre identifiant et d’une description lisible par machine, un utilisateur – humain ou machine – peut retracer par programmation l’intégralité de la chaîne d’héritage et comprendre précisément ce que garantit une déclaration de conformité.
Considérez les blocs de construction comme des pièces standardisées disponibles sur étagère, et les profils comme les configurations assemblées adaptées à une tâche particulière — chacune avec sa liste de pièces intacte et inspectable.
Ressources partagées, et non logiciels concurrents
OGC ne développe pas de logiciels propriétaires ni d'applications destinées aux utilisateurs finaux. Elle produit les kits de démarrage du monde géospatial : du code de bas niveau partageable et des implémentations de référence, publiés sous licence Apache-2.0 via des dépôts Git publics.
L'emplacement de ces ressources est tout aussi important. Les blocs de construction, les profils, les implémentations de référence, les vocabulaires et les validateurs sont tous publiés via des registres interconnectés — des catalogues faisant autorité et organisés qui les rendent découvrables, accessibles et traçables.
Les registres offrent bien plus qu'un simple répertoire : ils garantissent la provenance et la gouvernance des ressources, permettant ainsi à chaque élément de bénéficier d'une identité définie, d'un cycle de vie géré et de relations déclarées avec les autres. Pour un développeur ou un agent d'IA, cela signifie qu'il est possible non seulement de trouver un composant, mais aussi de connaître son origine, son historique de maintenance et les environnements de test utilisés.
Les avantages se répartissent clairement en trois catégories. Pour les fournisseurs commerciaux, ces ressources peuvent être utilisées et intégrées à leurs produits sans restriction, ce qui accélère leur mise sur le marché. Pour la communauté au sens large, les contributions alimentent un espace commun qui s'enrichit à chaque ajout. Enfin, pour l'intérêt public, ce qui devient accessible et réutilisable fait autorité, car il est régi par les mêmes processus rigoureux que toute autre ressource. norme OGC.
Cas concret : la crise du logement
La véritable épreuve de toute infrastructure réside dans ce qu'elle permet. Prenons l'exemple de… Permis de construire numériqueDans une grande partie du monde développé, la pénurie de logements — notamment pour les jeunes — ne se résume pas à un manque de terrains ou de capitaux. Elle est aussi due à des obstacles bureaucratiques : des procédures d’autorisation lentes et complexes qui allongent les délais de construction de plusieurs mois, voire d’années.
La cause est souvent banale : des données imprimées depuis un système départemental sont ensuite saisies manuellement dans un autre. Différentes agences appliquent des définitions différentes des mêmes concepts. Il en résulte des retards, des erreurs et des doublons à grande échelle.
En assemblant des modules de base pour la sémantique (définitions communes de la hauteur des bâtiments et de leur usage), les modèles de données (demandes de permis standardisées) et les ontologies (relation entre une structure et son environnement), le cadre de l'OGC rend l'automatisation possible. L'interopérabilité de ces modules permet aux systèmes existants des agences d'échanger directement des données, éliminant ainsi le processus d'impression et de ressaisie.
Un langage commun pour la localisation, le type de bâtiment et les contraintes environnementales élimine les erreurs de codage et les vérifications redondantes entre les services. Des processus simplifiés raccourcissent le délai entre la demande et le début des travaux : construire plus de logements plus rapidement signifie moins de pénurie et donc moins de hausse des prix.
Pourquoi c'est important pour un avenir piloté par l'IA
Les problèmes d'interopérabilité sont rarement dus à un manque de données. Ils sont plutôt causés par des ambiguïtés sémantiques — des hypothèses implicites que chacun laisse sous-entendues et qu'aucune machine ne peut décoder avec certitude.
Le coût est réel et bien documenté. La sonde Mars Climate Orbiter de la NASA a été perdue car un système exprimait la force des propulseurs en livres-force-secondes tandis qu'un autre l'exprimait en newtons-secondes. Lors de l'ouragan Katrina, les services d'urgence n'ont pas pu partager efficacement les données géospatiales car les organismes utilisaient des systèmes de référence de coordonnées incompatibles. Les cas plus fréquents sont moins visibles, mais tout aussi graves : une date comme « 03/04/25 » peut être lue différemment selon les régions, ou une valeur d'altitude sans système de référence vertical déclaré peut introduire des erreurs de plusieurs dizaines de mètres.
À mesure que l'automatisation progresse, le coût de cette ambiguïté s'accroît. L'intelligence artificielle ne supprime pas le besoin de données structurées ; elle le renforce. Un modèle ne peut pas deviner ce que représente un ensemble de données : il a besoin de définitions explicites et accessibles, ce que les OGC Building Blocks sont précisément conçus pour fournir.
Il existe une seconde raison pour laquelle les blocs de construction sont importants pour l'IA, et elle tient autant à la confiance qu'à la sémantique. Une tentation fréquente en IA est de soumettre un problème complexe et sans limites à un modèle de grande taille en espérant obtenir une réponse exploitable. Le problème est que les solutions de grande envergure sont quasiment impossibles à valider.
L'approche par blocs offre une perspective différente : décomposer les problèmes complexes en petites unités encapsulées. Chaque unité peut être prise en charge par un agent dédié et, surtout, chaque résultat peut être testé et vérifié, composant par composant. La confiance se construit progressivement, sans être acquise d'emblée.
Cette approche est durable : elle fonctionne que la tâche soit prise en charge par des agents d'IA, des professionnels expérimentés ou des pipelines de récupération augmentés interrogeant des modèles de données standardisés.
Ce cadre représente, en résumé, la contribution de l'OGC à un Infrastructure géospatiale prête pour l'IA: un système découvrable, réutilisable, faisant autorité, gouverné et conçu pour être vérifié morceau par morceau.
La phase de recherche étant terminée, le document complet de Rainbow Research est disponible. ICI.
Prochaines étapes : Livraison à Helsinki
OGC Connect Helsinki, la prochaine réunion des membres de l'OGC (du 1er au 4 juin), sera l'occasion de concrétiser ces travaux. L'accent sera mis sur la manière dont les modules de construction sont enregistrés et appliqués dans quatre cas d'usage concrets : climat et environnement, environnement marin, permis de construire numériques et systèmes de gestion foncière.
Tous les détails et inscription : events.ogc.org/OGCConnectHelsinki
