IFC
2x3, 4 , 4.3, 5
IFC 2x3, 4, 4.3 sind .step Dateien im Expressformat die man mit Editoren öffnen und bearbeiten kann. In IFC 5 wird sich das Format zu .json ändern, man verspricht sich dadurch eine bessere und schnellere Implementierung in Softwarelösungen. Das IFC Format ist vielfälltig bei der Speicherung von Geometrien und Daten, ebenso können viele Arten von Dokumenten mit dem File, aber auch mit Objekten verknüpft werden.
Was ist mit .ifc möglich?
Mit ifc und openBIM lassen sich von der Struktur bis zu den Materialeigenschaften einzelner Bauteile, in Kombination von Daten und Geometrie, Bauwerke darstellen.
In den Dokumentation findet man vieles über Klassen, welche Geometrien unterstützt werden, wie Expresszeilen aufgebaut sind,...
Essentielle Unterschiede zwischen den Schemata sind, dass sich die Objektklassifizierungen um Disziplinen (Infrastrukturbau, Flughafen, Wasserwege,...) erweitert haben, samt spezifischen Eigenschaften der Entitäten. Auch bei den Geometrietypen und den Aufbaumöglichkeiten der Dateien gibt und gab es Änderungen über die Zeit.
Was ändert sich mit IFC5?
Durch die Umstellung des Fileformats und der Implementierung zum Beispiel des .USD Formats geht man davon aus, den Programmierern der einzelnen Softwarelösungen das Integrieren des Formats zu erleichtern und .ifc mit UnrealEngine, Omniverse, div. CAD Programmen einfach öffnen und bearbeiten zu können.
Wer steht hinter dem ifc Schema?
Die Bemühungen ein einheitliches Format für den nahezu verlustfreien Dateiaustausch gibt es schon seit Jahrzehnten. BuildingSmart hat sich aus verschiedenen CAD-Softwareanbietern und Bauinteressensgruppen zusammengesetzt und auch jetzt werden noch Länder (chapters) aufgenommen, bzw. bewerben sich dafür und können somit für den Standard Vorschläge Verbesserungen,... einbringen. IMO sind die Nordischen Länder, Singapur, Niederlande, am aktivsten. Obwohl immer wieder -vlt. aus Unwissenheit-versucht wird, Lösungen als Standards zu etablieren, welche eigentlich schon durch das IFC Schema abgedeckt sind.
Warum funktioniert der Austausch zwischen Softwarelösungen trotzdem oft nicht?
Jede Software hat Ihre Spezialitäten, wie z.B. spezifische Berechnungen für Statik, Rohrnetzte,... und ist unabhängig in verschiedensten Programmiersprachen entwickelt worden, da das IFC Schema so umfangreich ist (ein Beispiel ist der Umgang mit Wanddurchbrüchen und mehrschichtigen Bauteilen, der in verschiedensten Programmen unterschiedlich "abgehandelt" wird) es schwierig -wie oben angeführt- für die Softwareentwickler die Konformität zwischen dem IFC Schema und der eigenen Software herzustellen. Aber es gelingt immer besser und umfangreicher.
Welche ifc-Klasse soll ich verwenden?
Es gibt ein Tool (allerdings in Englisch) in dem man Klassen suchen kann, ebenso im BSDD ist eine Klassensuche möglich.