IFC 5: Was ist es und wie verwaltet man den neuen openBIM-Standard für den Datenaustausch im AEC-Sektor?

IFC 5 stellt die nächste Generation des Industry Foundation Classes (IFC) Standards dar, der darauf abzielt, den Datenaustausch im Bereich Architektur, Ingenieurwesen und Bauwesen (AEC) zu vereinfachen und zu verbessern. Es entstand aus der Notwendigkeit, die Komplexitäten und Einschränkungen der vorherigen IFC-Versionen, wie IFC 4, zu überwinden und eröffnet neue Möglichkeiten für Zusammenarbeit, Automatisierung und Integration mit aufkommenden Technologien wie Universal Scene Description (USD).

Um den neuen openBIM-Standard von buildingSMART International zu verwalten, hat ACCA einen speziellen Viewer für IFC 5 entwickelt, der die Konvertierung von früheren IFC-Versionen zum neuen Standard ermöglicht und:

• die Visualisierung von großen Dateien (Gebäude und Infrastrukturen);
• die Visualisierung der Historie der Werteigenschaften, um die „dynamischen“ USD-Flüsse zu erleben;
• die Visualisierung des IFC 5 Modells auf usBIM.geotwin.

Um das neue Tool im Voraus auszuprobieren, können Sie Ihre kostenlose Version reservieren, indem Sie Ihre Anfrage hinterlassen.

usBIM.ifc5: ein revolutionärer und kostenloser IFC5-Viewer

usBIM.ifc5 stellt ein bedeutendes Werkzeug für die Entwicklung und die Einführung des openBIM IFC5 Standards dar, der derzeit von buildingSMART International definiert wird. Dieses Werkzeug, entwickelt von ACCA software, ist darauf ausgelegt, den Übergang zum neuen IFC5-Format zu unterstützen und bietet eine dedizierte Plattform für die Verwaltung und Visualisierung von IFC-Modellen jeder Größe und Komplexität.

usBIM.ifc5 ist eine innovative Webplattform, die weit über das einfache Konzept eines Viewers hinausgeht. Dieses fortschrittliche Werkzeug trägt zur Test- und Implementierungsphase des neuen IFC5 Standards bei und bietet ein umfassendes Set an erweiterten Funktionen zur Verwaltung digitaler Modelle im IFCx-Format.

Modell IFC 5 der Viadukt Bisantis Catanzaro

Die Plattform zeichnet sich in vielen wichtigen Aspekten aus, wobei die Konvertierung bestehender Modelle in das neue Format IFC5 (.IFCX) nur der Ausgangspunkt ist, da sie:

• das Konzept des nicht-destruktiven Editierens einführt, das sichere und nachvollziehbare Änderungen an Modellen ermöglicht, während die Integrität der Originaldaten gewahrt bleibt;
• das kollaborative Management durch Funktionen des simultanen Editierens stärkt, die es verteilten Teams ermöglichen, effektiv an denselben Modellen zu arbeiten;
• Integration mit GIS-Systemen unterstützt;
• fortschrittlich die Modellfederationen für Projekte jeder Größe und Komplexität verwaltet;
• spezifische Funktionen für die Analyse räumlicher Grenzen (space boundaries) und das Management infrastruktureller Elemente bietet, wie geotechnische Bohrungen (borehole), was seine Vielseitigkeit in den verschiedenen bereits durch den Standard definierten Projektbereichen zeigt und auf die Vollständigkeit der zukünftigen Anwendungsfälle hinweist, die im IFC5 implementiert werden;
• während aller Phasen der Definition des neuen Standards IFC5 verfügbar gemacht;
• Zusammenarbeit zwischen allen Nutzern von usBIM.ifc5 über ein spezielles Forum zum Austausch von Feedback und Erfahrungen ermöglicht;
• die Ausrichtung an den USD-Workflows (Universal Scene Description) eine Brücke in die Zukunft der digitalen Modellierung darstellt;
• die vollständig webbasierte Schnittstelle Zugänglichkeit und Benutzerfreundlichkeit mit höchster Leistung gewährleistet.

Die Plattform ist ein integraler Bestandteil des usBIM-Ökosystems, das Standards wie BCF, IDS und bSDD unterstützt und die Konformität mit den Workflows openBIM gewährleistet und eine breite Palette zusätzlicher Funktionen bietet.

Während der TEST-Phase bietet ACCA Software dieses Tool kostenlos an, sodass Fachleute die Zukunft der Interoperabilität im Bauwesen aus erster Hand erleben können. Mit usBIM.ifc5 trägt ACCA zur Validierung und Implementierung des Standards IFC5 bei und bietet auch ein leistungsstarkes Tool für Fachleute und Organisationen, die an der Spitze der Einführung von openBIM-Technologien bleiben möchten. Lassen Sie uns nun gemeinsam die Ziele, Vorteile und Schlüsselkonzepte des IFC5 vertiefen.

Um mehr zu erfahren, lies auch: Ein 3D-Modell in IFC-Format konvertieren

Beispiel für die Anzeige der Datenstruktur eines BIM-Modells im IFC 5-Format

Schlüsselziele und Vorteile von IFC 5

IFC 5 führt eine Reihe von Verbesserungen und neuen Funktionen im Vergleich zu früheren Versionen des Standards ein, was es zu einer vorteilhaften Wahl für den Datenaustausch im AEC-Sektor macht. Hier sind einige der Hauptgründe, IFC 5 zu verwenden:

• Vereinfachung und einfache Implementierung: IFC 5 wurde entwickelt, um einfacher zu implementieren und zu verwalten zu sein als frühere Versionen wie IFC 4. Seine Struktur wurde vereinfacht, mit einem Fokus auf einfache Geometrie und eine reduzierte Anzahl von Klassen und Anfangseigenschaften, was die Komplexität und die für die Implementierung benötigte Zeit verringert. Das Ziel, zumindest in der aktuellen Entwicklungsphase, ist es, Entwicklern zu ermöglichen, IFC 5 in wenigen Tagen zu implementieren, im Gegensatz zu den Monaten oder sogar Jahren, die für frühere Versionen erforderlich waren. In der aktuellen Version von IFC, die sich noch in der Entwicklung befindet, wurden absichtlich Konzepte ausgeschlossen, die die für die Implementierung benötigte Zeit ohne echten Endnutzen hätten erhöhen können. Das Ziel ist es, das Format sofort für eine große Anzahl von Stakeholdern betriebsbereit zu machen und deren Probleme zu verstehen, indem die Anzahl und die Komplexität der zu implementierenden Konzepte begrenzt werden;
• höhere Interoperabilität und Zusammenarbeit: IFC 5 zielt darauf ab, die Interoperabilität zwischen verschiedenen Softwareanwendungen und Fachbereichen zu verbessern, was einen reibungsloseren und kontinuierlicheren Arbeitsablauf ermöglicht. Seine modulare Struktur, mit einem zentralen Kern und optionalen Modulen, ermöglicht es, den Standard an die spezifischen Bedürfnisse verschiedener Sektoren und Anwendungsfälle anzupassen. Darüber hinaus erleichtert es die Zusammenarbeit mehrerer Autoren, indem es mehreren Benutzern ermöglicht, ohne Konflikte zu demselben Datensatz beizutragen;
• Unterstützung neuer Anwendungsfälle: IFC 5 wurde entwickelt, um eine breitere Palette von Anwendungsfällen zu unterstützen, einschließlich BIM, GIS, Analyse, Projektversionsmanagement und Integration von nicht modellierten Daten wie Punktwolken. Diese Vielseitigkeit macht IFC 5 zu einem Standard, der besser auf die sich entwickelnden Bedürfnisse des AEC-Sektors zugeschnitten ist;
• potenzielle Integration mit USD: IFC 5 könnte mit Universal Scene Description (USD) integriert werden, einem Framework zur Beschreibung komplexer 3D-Szenen, das von Pixar entwickelt wurde. USD bietet Funktionen wie das Management von großen Modellen, die Zusammenstellung von Daten von mehreren Autoren und das inkrementelle Management von Änderungen. Die Integration mit USD könnte zu einer höheren Interoperabilität, effizienteren Arbeitsabläufen und neuen Möglichkeiten für Analyse und Visualisierung führen;
• JSON-Serialisierung: IFC 5 verwendet JSON als Haupt-Serialisierungsformat. JSON ist ein lesbares, flexibles und weit verbreitet unterstütztes Format, das den Austausch und die Verarbeitung von Daten erleichtert.

Die Vorteile von IFC 5

IFC 5 und USD: zwei unterschiedliche Standards

Die Integration einiger Prinzipien und Merkmale der Universal Scene Description (USD), entwickelt von Pixar, ist eine der technologischen Implementierungen des neuen IFC 5. IFC 5 und USD sind und bleiben zwei unterschiedliche Standards. Man kann nicht sagen, dass IFC 5 mit USD übereinstimmen wird, sondern es wird einfach einige grundlegende Merkmale dieser Technologie übernehmen, wie es auch bei anderen bereits bestehenden Datenstrukturen der Fall sein wird.

IFC und USD sind zwei unterschiedliche Standards mit unterschiedlichen Zielen und Merkmalen:

• IFC 5 ist die nächste Generation des Standards IFC (Industry Foundation Classes), speziell für die AEC-Industrie (Architektur, Ingenieurwesen und Bauwesen) entwickelt. Sein Hauptziel ist es, die Interoperabilität und die Zusammenarbeit zwischen den verschiedenen Softwareanwendungen und Fachbereichen, die am Lebenszyklus eines Gebäudes beteiligt sind, zu verbessern;
• USD (Universal Scene Description) ist ein Open-Source-Standard, der von Pixar zur Beschreibung und zum Austausch komplexer 3D-Szenen entwickelt wurde und hauptsächlich in der visuellen Effektindustrie verwendet wird.

Einige grundlegende Prinzipien von USD könnten im neuen IFC 5 verwendet werden, um die Verwaltung von großen Modellen, die Zusammenstellung von Daten von mehreren Autoren und die Verwaltung von inkrementellen Änderungen zu erleichtern.

Die Beziehung zwischen IFC 5 und USD (Universal Scene Description) bietet eine neue Perspektive auf Interoperabilität und technologische Integration im AEC-Sektor (Architektur, Ingenieurwesen und Bauwesen). Es handelt sich nicht um eine Überlappung oder einen Ersatz: IFC 5 und USD können als „Geschwister“ betrachtet werden, jeder mit einer einzigartigen Rolle. IFC 5, obwohl es einige Konzepte und Terminologien von USD integriert, wurde gezielt entwickelt, um den spezifischen Bedürfnissen der Branche gerecht zu werden. Dies macht es nicht zu einer Erweiterung oder einem Ersatz von USD, sondern zu einer komplementären Lösung mit unterschiedlichen Zielen und Merkmalen.

Zum Beispiel behandelt IFC 5 komplexe Anwendungsfälle, die USD allein nicht erfüllen kann, wie die Verwaltung typischerweise definierter Objekte und deren mehrfachen Wiederverwendung in Projekten (das Konzept von „Typ/Instanz“ in der klassischen IFC-Struktur), ein grundlegender Ansatz für Modularität und Skalierbarkeit in AEC-Projekten. Darüber hinaus wurde die Datenstruktur von IFC 5 so gestaltet, dass sie eine größere Flexibilität im Vergleich zum starreren Modell von USD gewährleistet. Während USD einen „Top-Down“-Ansatz zur Datenzusammenstellung verfolgt, ermöglicht IFC 5 einen „Bottom-Up“-Aufbau, der entscheidend ist, um sich der iterativen und kollaborativen Natur der Bauindustrie anzupassen. Ein weiterer entscheidender Unterschied liegt im serialisierten Format: USD verwendet ein spezifisches binäres Dateiformat, während IFC 5 JSON verwendet, was eine direkte Integration und eine höhere Kompatibilität sowohl mit dedizierten IFC 5-Laufzeiten als auch mit auf Open-USD basierenden Laufzeiten ermöglicht.

Dieser hybride Ansatz verbessert nicht nur die Akzeptanz von IFC 5 durch seine Fähigkeit, über USD dargestellt zu werden, sondern eröffnet auch fortgeschrittene Anwendungsfälle wie hochwertiges Rendering, Management von digitalen Zwillingen und andere fortgeschrittene Simulationen. In diesem Sinne positioniert sich IFC 5 als ein grundlegendes Element für die Zukunft von openBIM und stellt sicher, dass AEC-Projekte mit technologischen Innovationen Schritt halten, ohne die spezifischen Bedürfnisse der Branche aus den Augen zu verlieren.

IFC5 und USD: gemeinsame Konzepte, aber unterschiedliche und autonome Standards

Offizielle Mitteilung von buildingSMART International, die das Verhältnis zwischen USD und IFC 5 veranschaulicht

Eine Erkundung der Schlüsselkonzepte der IFC 5-Datei

Es ist komplex zu definieren, was eine „IFC 5-Datei“ ist, da das Konzept der Datei selbst im Rahmen der Entwicklung von IFC 5 im Wandel ist. Es gibt einen Übergang zu einem komponentenbasierten Ansatz und JSON-Serialisierung, der zu verschiedenen Implementierungen und Datenrepräsentationen führen könnte.

IFC 5 entfernt sich von der traditionellen Darstellung eines IFC-Modells als einer einzigen monolithischen Datei. Stattdessen verfolgt es einen komponentenbasierten Ansatz, bei dem Objekte in kleinere und unabhängige Teile zerlegt werden. Diese Komponenten können flexibel kombiniert und wiederverwendet werden, um verschiedene Darstellungen eines Modells zu erstellen:

• Komponenten: Der Ansatz wird vom Typ „ECS“ (Entity Component System) sein, bei dem eine Entität (wie eine Wand) durch die Kombination verschiedener Komponenten (Geometrie, Materialien, Eigenschaften) definiert wird. Dieser Ansatz ähnelt dem, der in Videospielen verwendet wird, wo ein Charakter aus Komponenten wie 3D-Modell, Animationen und Statistiken besteht;
• JSON-Serialisierung: IFC 5 wird JSON als Hauptformat für die Serialisierung von Daten übernehmen. JSON ist ein lesbares, flexibles und weit verbreitet unterstütztes Textformat, das den Austausch und die Verwaltung von Daten erleichtert.

Die Rolle der Grundkonzepte von USD: eine flexible Basis für IFC 5

Wie bereits erwähnt, ist eine der wichtigen Neuerungen von IFC 5 die Verwendung von Universal Scene Description (USD).

Die Grundkonzepte von USD bieten erweiterte Möglichkeiten für das Management großer Datensätze, die Zusammenarbeit mehrerer Autoren und die Komposition von Daten aus verschiedenen Quellen:

• Prim und Prim Spec: USD verwendet das Konzept von „Prim“ (Primitive), um die Elemente einer Szene darzustellen. Ein „Prim Spec“ ist eine Spezifikation für ein Prim, die seine Eigenschaften und Attribute definiert. IFC 5 könnte Prim Spec verwenden, um die Komponenten der Objekte zu definieren;
• Layers: USD verwendet ein System von „Layers“, um Daten aus verschiedenen Quellen zu komponieren. Dies ermöglicht es, inkrementelle Informationen zu einem Modell hinzuzufügen, ohne die Originaldaten zu ändern. IFC 5 könnte die Layers nutzen, um die Zusammenarbeit mehrerer Autoren und die verschiedenen Versionen eines Modells zu verwalten.

Einige Grundkonzepte des USD, die in IFC 5 übernommen wurden

Implikationen für das Konzept der „Datei“

Die Annahme eines komponentenbasierten Ansatzes und die mögliche Integration mit USD erschweren die genaue Definition dessen, was eine „IFC 5-Datei“ ist, aufgrund von:

• vielfältigen Darstellungen: Die IFC 5-Daten könnten auf verschiedene Weise dargestellt werden, wie z.B. JSON-Dateien, USD-Dateien oder Datenbanken;
• dynamischer Zusammensetzung: Die Zusammensetzung der IFC 5-Daten könnte dynamisch erfolgen, indem Komponenten aus verschiedenen Quellen beim Laden des Modells kombiniert werden.

Wie erleichtern die Prinzipien von USD die Zusammenarbeit mehrerer Autoren?

Eine der Schlüsselmerkmale der Universal Scene Description (USD) ist das Layersystem, das es mehreren Autoren ermöglicht, zu einem Projekt beizutragen, ohne die Arbeit anderer zu überschreiben.

Das Layersystem von USD kann als eine Reihe von übereinanderliegenden transparenten Blättern vorgestellt werden. Jede Ebene kann Informationen über Prim enthalten, die grundlegenden Elemente einer USD-Szene. Diese Informationen umfassen Geometrie, Materialien, Texturen und andere Attribute. Dies ermöglicht:

• nicht-destruktive Bearbeitung: Die Layer ermöglichen es, ein Modell nicht-destruktiv zu bearbeiten. Ein Autor kann eine neue Ebene erstellen und Änderungen vornehmen, ohne die Originaldaten zu verändern. Wenn nötig, kann die Ebene entfernt oder geändert werden, ohne die anderen Ebenen zu beeinflussen;
• Zusammenführung der Beiträge: Die Layer werden kombiniert, um die endgültige Szene zu erstellen. USD verwaltet intelligent die Überlappung der Layer und löst Konflikte zwischen den Informationen auf verschiedenen Layern;
• Nachverfolgbarkeit von Änderungen: Jede Ebene ist einem Autor zugeordnet, was es ermöglicht, nachzuvollziehen, wer welche Änderungen vorgenommen hat. Dies ist entscheidend für das Versionsmanagement und die Zusammenarbeit in großen Teams.

Neben den Layern verwendet USD das Konzept des Prim Spec (Abkürzung für „Prim-Spezifikation“), um die Informationen zu definieren, die mit einem Prim verbunden sind. Ein Prim Spec kann drei Typen haben:

• Define: erstellt ein neues Prim;
• Over: überschreibt oder fügt Informationen zu einem bestehenden Prim hinzu;
• Class: definiert ein Prim als eine „Klasse“, d.h. ein wiederverwendbares Modell.

Die Verwendung von Prim Spec in Kombination mit den Layern ermöglicht es, die Zusammenarbeit granular zu verwalten. Zum Beispiel kann ein Autor einen Prim Spec „Over“ auf einer Ebene erstellen, um nur ein bestimmtes Attribut eines Prims zu ändern, ohne das gesamte Prim neu definieren zu müssen.

Das Layer- und Prim Spec-System von USD bietet verschiedene Vorteile für die Zusammenarbeit mehrerer Autoren:

• Parallelisierung der Arbeit: Mehrere Autoren können gleichzeitig an verschiedenen Aspekten desselben Projekts arbeiten, ohne sich gegenseitig zu stören;
• effizientes Änderungsmanagement: Änderungen werden auf Ebene der Layer verwaltet, was die Überprüfung, Genehmigung und Integration der Beiträge verschiedener Autoren vereinfacht;
• Flexibilität und Kontrolle: Autoren haben eine granulare Kontrolle über die Änderungen und können nur die spezifischen Attribute eines Prims ändern, ohne das gesamte Objekt neu definieren zu müssen;
• Nachverfolgbarkeit und Verantwortung: Das Layersystem ermöglicht es, die Herkunft jeder Änderung nachzuvollziehen, was Verantwortung und Transparenz im Kollaborationsprozess gewährleistet.

Die Änderung von Daten in IFC 5: Eine Analyse basierend auf Komponenten und Flexibilität

Die Frage nach der Möglichkeit, eine „Datei“ IFC 5 zu ändern, eröffnet eine interessante Diskussion über die einzigartigen Merkmale dieses sich entwickelnden Standards. Wie bereits erwähnt, verfolgt IFC 5 einen komponentenbasierten Ansatz und eine potenzielle Integration mit USD, wodurch das Konzept der „Datei“ weniger starr wird und neue Möglichkeiten für die Datenänderung eröffnet.

IFC 5 zerlegt Objekte in unabhängige Komponenten, was eine feinere Granularität für die Datenänderung bietet. Anstatt ein ganzes Objekt zu ändern, ist es möglich, einzelne Komponenten wie Geometrie, Materialien oder Eigenschaften zu ändern. Diese Flexibilität ermöglicht gezielte Änderungen, ohne andere Teile des Objekts zu beeinflussen.

Hier sind einige konkrete Beispiele:

• Änderung der Geometrie: Anstatt die gesamte Geometrie einer Wand neu zu erstellen, könnte die geometrische Komponente geändert werden, um eine Öffnung für ein Fenster hinzuzufügen;
• Aktualisierung der Materialien: Die Materialkomponente eines Bodens könnte ersetzt werden, ohne den gesamten Boden neu modellieren zu müssen;
• Hinzufügen von Eigenschaften: Es könnten neue Komponenten hinzugefügt werden, um zusätzliche Informationen wie z.B. Brandklassifizierungsdaten einzuschließen.

Die Änderung von Daten in einem komponentenbasierten System erfordert ein sorgfältiges Management der Beziehungen zwischen den Komponenten. Zum Beispiel könnte die Änderung der Geometrie einer Wand die Aktualisierung der Verbindungen zu anderen Objekten, wie Türen oder Fenstern, erfordern. Die Integration mit USD bringt zusätzliche Herausforderungen mit sich, wie das Management von Konflikten zwischen Layern und die Synchronisierung von Änderungen zwischen verschiedenen Autoren.

Darüber hinaus stellt die Entwicklung von IFC 4 zu IFC 5 einen signifikanten Wandel in der Art und Weise dar, wie die Daten von Gebäudemodellen strukturiert, verwaltet und ausgetauscht werden. Als weitere Herausforderung ist zu berücksichtigen, dass der Übergang von IFC 4 zu IFC 5 Zeit und Mühe erfordern wird, um die Kompatibilität mit bestehenden Daten und Softwares zu gewährleisten.

IFC5 und die Interoperabilität zwischen Softwares

Wie verbessert IFC5 die Interoperabilität zwischen Softwares? Diese Frage konzentriert sich auf einen entscheidenden Aspekt dieses sich entwickelnden Standards. IFC5 geht die Herausforderungen der Interoperabilität an, indem es eine Reihe von bedeutenden Änderungen im Vergleich zu IFC 4 einführt:

Reduzierung der Komplexität und Modularität
Ein Schlüsselfaktor zur Verbesserung der Interoperabilität ist die Reduzierung der Komplexität. IFC5 zielt darauf ab, den Standard zu vereinfachen, indem es sich auf einen Kern von wesentlichen Funktionen konzentriert und einen modularen Ansatz verfolgt. Das bedeutet, dass Softwareentwickler nur die Teile von IFC5 implementieren können, die für ihre spezifischen Anwendungsfälle relevant sind, wodurch der Arbeitsaufwand und die Möglichkeit von Fehlern reduziert werden.

• IFC5 wird in einen zentralen Kern und Module zur Domain-Erweiterung unterteilt. Dieser modulare Ansatz ermöglicht es Entwicklern, sich auf die wesentlichen Funktionen zu konzentrieren und spezifische Module nur bei Bedarf hinzuzufügen;
• IFC5 wird mit einer reduzierten Version beginnen, die nur die unbedingt notwendigen minimalen Funktionen umfasst. Dieser iterative Ansatz erleichtert die Implementierung und Validierung des Standards.

Struktur und modularer Ansatz für die Entwicklung des neuen IFC 5

JSON-Serialisierungsformat

Die Annahme von JSON als Haupt-Serialisierungsformat trägt zur Interoperabilität bei, da JSON ein menschenlesbares, weit verbreitetes und flexibles Format ist.

• Ziel ist es, eine einzige Serialisierung für IFC5 zu haben, um den Datenaustausch zwischen verschiedenen Plattformen zu vereinfachen.
• Format von „einfachen“ JSON, das leicht validiert werden kann und die Konsistenz und Richtigkeit der Daten gewährleistet.

Standardisierung und Vorhersehbarkeit

IFC5 hat sich zum Ziel gesetzt, eine striktere Standardisierung zu etablieren, um Mehrdeutigkeiten zu reduzieren und sicherzustellen, dass es nur einen richtigen Weg gibt, die Daten darzustellen.

• Ziel ist es, eine einzige Methode für die Platzierung von Objekten zu haben, um Verwirrung und Inkompatibilitäten zu beseitigen.
• Notwendigkeit einer vorhersehbaren Verarbeitung der IFC5-Daten durch die empfangende Software, um sicherzustellen, dass die Daten korrekt interpretiert werden.

Integration mit bestehenden Standards

IFC5 fördert die Interoperabilität durch die Integration mit bestehenden Standards, wie USD, anstatt das Rad neu zu erfinden. Dies ermöglicht es, die erweiterten Funktionen dieser Standards für das Datenmanagement, die Zusammenarbeit und die Visualisierung zu nutzen.

• Die Möglichkeit, USD als Basis für IFC5 zu verwenden, eröffnet den Weg zu einer größeren Interoperabilität mit USD-basierten Werkzeugen und Arbeitsabläufen.
• IFC5 umfasst die Möglichkeit, auf Drittanbieterdaten, wie Punktwolken, zu verweisen, was die Integration mit anderen Datenquellen erleichtert.

Standard-API

Die Entwicklung einer standardisierten API (Application Programming Interface) für IFC5 wird den Datenzugriff und die Verarbeitung von Daten durch verschiedene Softwares erleichtern. Eine gut definierte API ermöglicht es Entwicklern, Anwendungen zu erstellen, die konsistent und zuverlässig mit den IFC5-Daten interagieren.

IFC 5-Viewer mit Beispiel von BuildingSMART International zur Datenstruktur

Das Veröffentlichungsdatum von IFC 5: eine sich entwickelnde Unbekannte

Trotz der intensiven Forschungs- und Entwicklungsaktivitäten rund um IFC 5 gibt es kein genaues Veröffentlichungsdatum. Dennoch können wir interessante Einblicke in den Entwicklungsprozess und den möglichen Zeitrahmen hervorheben.

IFC 5 wird inkrementell veröffentlicht, beginnend mit einer „reduzierten“ Version mit grundlegenden Funktionen. Diese erste Version wird von Updates und zusätzlichen Modulen gefolgt, die die Funktionen im Laufe der Zeit erweitern.

Dieser Ansatz zielt darauf ab, die anfängliche Akzeptanz zu erleichtern, eine schrittweise Feinabstimmung durch Benutzerfeedback zu ermöglichen und die Komplexität leichter zu bewältigen.

Ein möglicher Entwicklungszeitrahmen umfasst:

• • interne Tests: eine erste Testphase mit einer kleinen Gruppe von Benutzern zur Bewertung der Stabilität und Funktionalität der reduzierten Version von IFC 5;
  • öffentliche Beta: eine öffentliche Beta-Version zur Sammlung von Feedback von einer breiteren Benutzergruppe und zur Identifizierung möglicher Probleme oder Verbesserungsbereiche;

• IFC 5 (Release): die offizielle Veröffentlichung der ersten Version von IFC 5, mit grundlegenden Funktionen und Unterstützung für grundlegende Anwendungsfälle;
• Entwicklung der IFC 5 API: eine Phase, die der Entwicklung der API für IFC 5 gewidmet ist, die die Integration mit anderer Software und Plattformen erleichtert;
• spätere Veröffentlichungen: Updates und zusätzliche Module, die die Funktionen von IFC 5 im Laufe der Zeit erweitern, einschließlich Unterstützung für neue Anwendungsfälle, komplexere Geometrien und die Integration mit anderen Standards wie IDS und BCF.

IFC 5 und die Zukunft von openBIM im AEC-Sektor

Der Weg zu IFC 5 stellt einen der bedeutendsten Übergänge in der Geschichte der digitalen Interoperabilität für den AEC-Sektor dar. Es handelt sich nicht nur um ein technisches Update, sondern um eine radikale Transformation, die darauf abzielt, die Art und Weise, wie Informationen ausgetauscht, genutzt und gewertet werden, neu zu definieren. Im Mittelpunkt dieser Entwicklung steht die Notwendigkeit, die Semantik als zentrales Element zu umarmen: ein IFC 5, das vereinfacht, ohne die Tiefe der Informationen zu verlieren, und das eine reibungslosere Zusammenarbeit zwischen heterogenen Disziplinen ermöglicht.

Der Erfolg von IFC 5 wird davon abhängen, inwieweit es gelingt, die Bedürfnisse eines sich schnell verändernden Sektors zu erfüllen, in dem digitale Zwillinge, künstliche Intelligenz und datengestützte Verwaltung zunehmend zentral sind. Die Herausforderung wird darin bestehen, das Gleichgewicht zwischen technologischer Evolution und Kontinuität mit bestehenden Systemen zu wahren und einen Übergang zu fördern, der nicht nur innovativ, sondern auch inklusiv und nachhaltig ist.

Mit einer flexibleren Struktur, unterstützt durch fortschrittliche semantische Ansätze und eine bessere Integration mit modernen Formaten wie JSON und aufkommenden Technologien wie USD, hat IFC 5 alle Voraussetzungen, um zum Mittelpunkt der Digitalisierung im AEC-Sektor zu werden. Der Weg zu einer globalen Akzeptanz wird jedoch eine beispiellose Zusammenarbeit zwischen Entwicklern und Stakeholdern auf allen Ebenen erfordern.

IFC 5 repräsentiert nicht nur die Zukunft des Datenaustauschs, sondern auch eine Chance, eine stärker vernetzte, effiziente und resiliente Branche aufzubauen. Es ist ein Standard, der verspricht, nicht nur auf die Herausforderungen von heute zu reagieren, sondern auch die von morgen vorherzusehen und zu leiten, und damit die Grundlage für ein digitales Ökosystem zu schaffen, in dem semantischer Reichtum und Interoperabilität die Basis jeder Innovation sind.

Verwalten Sie den neuen openBIM-Standard von buildingSMART International mit dem IFC 5-Viewer von ACCA. Testen Sie kostenlos usBIM.IFC5