Seit mehreren Jahren stellt sich das OGC eine wichtige Frage: Wie müssen sich Geodaten und deren Verarbeitungsangebote – und die Standards, auf denen sie beruhen – verändern, wenn sich die Welt von Systemen, die auf menschliches Eingreifen angewiesen sind, zu Systemen entwickelt, die direkt miteinander kommunizieren? Diese Arbeit, die im Rahmen der Rainbow-Forschungsinitiative mit Unterstützung des EU-Programms Horizon Europe und strategischer Partner wie ESA, NRCan, UKHO und NGA durchgeführt wurde, ist nun abgeschlossen.
Die Lehren daraus sind eindeutig: Standards, die für menschliche Leser geschrieben wurden, lassen sich nicht auf eine Welt übertragen, in der Maschinen sie direkt interpretieren und darauf reagieren müssen. Die Implementierungsphase von OGC basiert auf dieser Erkenntnis – sie konzentriert sich auf eine gemeinsame Infrastruktur, die modular und nachvollziehbar ist und sowohl von Menschen als auch von Maschinen gelesen werden kann.
Die Grundlage stärken: Bausteine und Profile
OGC Rainbow brachte zwei eng miteinander verbundene Ideen hervor — Bausteine , Profil — beide sind als modulare, maschinenlesbare Komponenten im OGC Definition Server registriert.
A Baustein ist eine in sich abgeschlossene Spezifikationskomponente – ein Datenmodellfragment, ein API-Muster, eine Reihe von Einschränkungen oder eine Codeliste –, die für die unabhängige Wiederverwendung bereitgestellt wird. Jede Komponente enthält alles, was ein Entwickler oder eine Maschine für die Arbeit damit benötigt: Schemas in einem oder mehreren Formaten, Validierungsregeln, getestete Beispiele, lesbare Dokumentation, semantische Zuordnungen und maschinenlesbare Metadaten, die die Abhängigkeiten von anderen Bausteinen deklarieren.
Dies löst ein anhaltendes Problem in der Normungsarbeit, bei dem sich überschneidende Definitionen unnötige Komplexität und Divergenz erzeugen. Mit Building Blocks werden gemeinsame Elemente einmal definiert, zentral verwaltet und konsistent wiederverwendet.
A Profil Ein Profil ist eine eingeschränkte – und manchmal erweiterte – Version eines oder mehrerer Basisstandards, die aus Bausteinen für eine bestimmte Community, einen bestimmten Zuständigkeitsbereich oder eine bestimmte Anwendung zusammengestellt wird. Entscheidend ist, dass ein Profil keine Abspaltung darstellt. Es pflegt eine formale, maschinenlesbare Beziehung zu dem Standard, den es profiliert, und alle Daten, die einem Profil entsprechen, müssen auch dem zugrunde liegenden Standard entsprechen.
Profile können übereinandergelegt werden: Eine nationale Kartierungsbehörde kann einen regionalen Standard profilieren, der wiederum einen globalen OGC-Standard profiliert. Jede Ebene fügt dabei zusätzliche Spezifizierungen hinzu, ohne die Konformität der darunterliegenden Ebenen zu beeinträchtigen. Da jedes Profil ein erstklassiges, registriertes Asset mit eigener Kennung und maschinenlesbarer Beschreibung ist, kann ein Nutzer – ob Mensch oder Maschine – die gesamte Vererbungskette programmatisch nachverfolgen und genau verstehen, was eine Konformitätsaussage garantiert.
Man kann sich Bausteine als standardisierte Teile von der Stange vorstellen und Profile als die zusammengesetzten Konfigurationen, die auf einen bestimmten Auftrag zugeschnitten sind – jede mit ihrer vollständigen und einsehbaren Teileliste.
Gemeinsame Ressourcen, keine konkurrierende Software
OGC entwickelt keine proprietäre Software oder Endbenutzeranwendungen. Vielmehr stellt OGC die Starterkits der Geodatenwelt bereit – niedrigschwelligen, wiederverwendbaren Code und Referenzimplementierungen, die unter der Apache-2.0-Lizenz über öffentliche Git-Repositories veröffentlicht werden.
Ebenso wichtig ist der Speicherort dieser Ressourcen. Bausteine, Profile, Referenzimplementierungen, Vokabulare und Validatoren werden alle über miteinander verbundene Register veröffentlicht – maßgebliche, kuratierte Kataloge, die sie auffindbar, adressierbar und nachvollziehbar machen.
Register bieten mehr als nur einen Ort zum Auffinden von Objekten: Sie dokumentieren Herkunft und Verwaltung, sodass jedes Asset eine definierte Identität, einen verwalteten Lebenszyklus und festgelegte Beziehungen zu anderen Assets besitzt. Für Entwickler und KI-Systeme bedeutet dies, dass sie nicht nur eine Komponente finden, sondern auch deren Herkunft, Wartungsstatus und die verwendeten Testumgebungen nachvollziehen können.
Die Vorteile lassen sich klar in drei Kategorien einteilen. Kommerzielle Anbieter können diese Ressourcen uneingeschränkt nutzen und in ihre Produkte integrieren, wodurch sich der Markteinführungsprozess verkürzt. Für die breite Öffentlichkeit fließen die Beiträge in einen gemeinsamen Pool zurück, der mit jeder Erweiterung an Stärke gewinnt. Und im öffentlichen Interesse gilt: Was auffindbar und wiederverwendbar wird, ist auch maßgeblich – und unterliegt denselben strengen Prozessen wie alle anderen Ressourcen. OGC-Standard.
Ein Anwendungsfall aus der Praxis: Wohnungskrise
Der wahre Test für jede Infrastruktur liegt darin, was sie ermöglicht. Betrachten wir zum Beispiel Digitaler BauantragIn weiten Teilen der entwickelten Welt ist der Wohnungsmangel – insbesondere für junge Menschen – nicht allein eine Frage von Land oder Kapital. Er ist auch auf bürokratische Hürden zurückzuführen: langsame, fragmentierte Genehmigungsverfahren verlängern die Bauzeiten um Monate, manchmal sogar Jahre.
Die Ursache ist oft banal. Daten werden aus einem System einer Abteilung ausgedruckt und anschließend manuell in ein anderes System eingegeben. Verschiedene Behörden verwenden unterschiedliche Definitionen für dieselben Konzepte. Die Folge sind Verzögerungen, Fehler und Doppelarbeit – und das in großem Umfang.
Durch die Zusammenstellung von Bausteinen für Semantik (gemeinsame Definitionen von Gebäudehöhe und Nutzungsklasse), Datenmodelle (standardisierte Genehmigungsanträge) und Ontologien (die Beziehung eines Bauwerks zu seiner Umgebung) ermöglicht das OGC-Framework die Automatisierung. Interoperable Bausteine erlauben es bestehenden Behördensystemen, Daten direkt auszutauschen und so den manuellen Druck- und Abtippprozess vollständig zu umgehen.
Eine einheitliche Sprache für Standort, Gebäudetyp und Umweltauflagen vermeidet Fehlkodierungen und redundante Prüfungen zwischen verschiedenen Abteilungen. Optimierte Arbeitsabläufe verkürzen den Weg von der Antragstellung bis zum Baubeginn – mehr Wohnungen werden schneller gebaut, was die Knappheit verringert und somit die Preise senkt.
Warum dies für eine KI-gesteuerte Zukunft wichtig ist
Interoperabilitätsprobleme werden selten durch Datenmangel verursacht. Sie entstehen durch mehrdeutige Semantik – Annahmen, die alle Beteiligten implizit lassen und die keine Maschine sicher entschlüsseln kann.
Die Kosten sind real und gut dokumentiert. Der Mars Climate Orbiter der NASA ging verloren, weil ein System die Schubkraft in Pfund-Sekunden, ein anderes hingegen in Newton-Sekunden angab. Während des Hurrikans Katrina konnten die Einsatzkräfte keine Geodaten effektiv austauschen, da die verschiedenen Behörden inkompatible Koordinatenreferenzsysteme verwendeten. Häufigere Fälle sind weniger auffällig, aber nicht weniger folgenreich: Ein Datum wie „03.04.25“ wird in verschiedenen Regionen unterschiedlich interpretiert, oder ein Höhenwert ohne Angabe eines vertikalen Bezugssystems führt zu Fehlern von mehreren zehn Metern.
Mit zunehmender Automatisierung steigen die Kosten dieser Mehrdeutigkeit. Künstliche Intelligenz beseitigt nicht den Bedarf an strukturierten Daten, sondern verstärkt ihn. Ein Modell kann nicht erraten, was ein Datensatz darstellt – es benötigt explizite, verständliche Definitionen, und genau das liefern die OGC Building Blocks.
Es gibt einen zweiten Grund, warum Bausteine für KI wichtig sind, und dabei geht es ebenso sehr um Vertrauen wie um Semantik. Eine häufige Versuchung bei KI besteht darin, ein komplettes, unbegrenztes Problem einem großen Modell vorzusetzen und auf eine brauchbare Lösung zu hoffen. Das Problem ist, dass große Lösungen nahezu unmöglich zu validieren sind.
Bausteine bieten einen anderen Ansatz: Komplexe Probleme werden in kleine, in sich abgeschlossene Teile zerlegt. Jeder Teil kann von einem spezialisierten Agenten bearbeitet werden, und – ganz entscheidend – jedes Ergebnis kann einzeln getestet und verifiziert werden. Vertrauen wird schrittweise aufgebaut, anstatt es von vornherein als gegeben vorauszusetzen.
Dieser Ansatz ist nachhaltig: Er funktioniert unabhängig davon, ob die Aufgabe von KI-Agenten, erfahrenen Fachleuten oder durch Abfrageverfahren erweiterten Pipelines, die standardisierte Datenmodelle abfragen, übernommen wird.
Dieses Rahmenwerk ist, kurz gesagt, der Beitrag des OGC zu einem KI-fähige Geodateninfrastruktur: eine, die auffindbar, wiederverwendbar, maßgebend, reguliert und so konzipiert ist, dass sie Stück für Stück überprüft werden kann.
Nach Abschluss der Forschungsphase ist nun die vollständige Rainbow-Forschungsarbeit verfügbar. HIER KLICKEN.
Weiter geht's: Lieferungen in Helsinki
Bei OGC Connect Helsinki, dem nächsten OGC-Mitgliedertreffen (1.–4. Juni), wird diese Arbeit vom Rahmenwerk in die Praxis umgesetzt. Im Mittelpunkt steht die Registrierung und Anwendung der Bausteine in vier aktiven Anwendungsfällen: Klima und Umwelt, Meeresumwelt, digitale Baugenehmigungen und Landmanagementsysteme.
Alle Details und Anmeldung: events.ogc.org/OGCConnectHelsinki
