Welche Schnittstellen unterschiedlicher Programme und Dateiformate werden benötigt (etwa Kompatibilität von GIS und BIM-Daten)? Wo liegen aktuell Systemgrenzen?

Die Kopplung von Building Information Modeling (BIM, bauteilscharf, projektbezogenes Koordinatensystem) und Geoinformationssystemen (GIS, raumbezogen, geografisches Referenzsystem) ist die zentrale Interoperabilitäts-Frage des digitalen Bauens. Ein hoch zitierter Review benennt als wiederkehrende Barriere die Daten-Inkompatibilität durch unterschiedliche Koordinatensysteme, Detailgrade (Level of Detail, LOD) und Datenmodelle [1]. Integration lässt sich in drei Ebenen ordnen: Datenebene (Format-/Schema-Konversion), Prozessebene (gemeinsame Workflows) und Anwendungsebene (kombinierte Use-Cases) [1]. Als offene Austauschformate sind die Industry Foundation Classes (IFC, buildingSMART) und CityGML (Open Geospatial Consortium) etabliert; ihre nur teilweise Überlappung im Datenmodell ist eine konkrete Systemgrenze, an der Geometrie verzerrt wird oder Attribute verloren gehen [1]. Für Kreislauf-Daten verschärft sich die Lage: fehlende Datenanforderungen und unzureichende IFC-Erweiterungen erschweren es, Material- und Rückbau-Attribute durchgängig zu führen [2]. Materialpass-Systeme leiden zusätzlich unter proprietären Schemas und mangelnder Interoperabilität zwischen BIM und Pass-Plattformen [3]. Auf der Bestandsseite zeigt das Wiener GIS-Verfahren, dass amtliche Geodaten bereits ein flächiges Datenmodell tragen, an das bauteilscharfe BIM-Modelle andocken müssten [4]; AT-weite Fernerkundungs-Raster belegen, dass diese GIS-Datenschicht skalierbar ist [5].

Drei Lücken sind belastbar. Erstens fehlt eine verlustfreie bidirektionale Konversion: der Review benennt semantische Interoperabilität und durchgängige Datenqualität als ungelöst — es gibt kein etabliertes Verfahren, das IFC↔CityGML ohne Attribut- oder Geometrie-Verlust überführt [1]. Zweitens fehlt ein verbindliches Schema, welche Kreislauf- und Material-Attribute ein BIM-Modell verpflichtend führen muss, damit Rückbau- und Kataster-Systeme andocken können [2]. Drittens fehlt für Wien eine konkrete Spezifikation der Schnittstelle zwischen dem amtlichen 3D-Stadtmodell/GIS und projektbezogenen BIM-Daten — die Bestandsbilanz nutzt GIS, die Neubau-Planung BIM, ohne dokumentierten verlustarmen Übergang und ohne eine gemeinsame, behördlich gepflegte Interoperabilitäts-Konvention [4].

Im Horizont 2025–2030 zeichnen sich drei Entwicklungen ab. Erstens setzt sich der openBIM-Ansatz durch — herstellerneutrale, IFC-basierte Austauschketten lösen proprietäre Punkt-zu-Punkt-Schnittstellen ab und reduzieren die Zahl der zu pflegenden Konverter [1]. Zweitens wachsen standardisierte Datenanforderungen für Kreislauf-Attribute: erweiterte IFC-Property-Sets sollen Material-, Verbindungs- und Demontage-Information maschinenlesbar entlang des Lebenszyklus tragen [2]. Drittens positioniert die Forschung KI als ergänzenden Enabler — Material-Klassifikation aus Bilddaten und Natural Language Processing für Produkt-Datenblätter füllen Datenlücken, ersetzen aber standardisierte Datenstrukturen nicht [3]. Die methodische Klammer bleibt die transparente Stoffbilanz, an der jede Schnittstelle ihre Datenqualität messen muss [6].