[Frage] IfcWall oder IfcCovering für Dämmung in mehrschichtigen Wänden

Schlagworte:
  • Allplan
  • 2023
  • Mehrschichtige
  • Wände
  • IfcWall
  • Ifccovering

Hallo zusammen,

In unserem Büro arbeiten wir mit mehrschichtigen Wänden, attributieren aber die einzelnen Schichten so dass wir separate Mengen aus Allplan extrahieren können; und exportieren die IFC-Datei mit "mehrschichtige Bauteile auftrennen", so dass wir dann z.B. in BIMcollab Zoom jede Schicht einzeln prüfen + Smartviews / Kollisionsregeln für die einzelnen Schichten setzen können.

Bei z.B. einer WDVS-Wand aus Stahlbeton + Dämmung + Putz sollte nach BuildingSmart jede Schicht ihren entsprechenden IfcTyp haben:

- Stahlbeton = IfcWall / Solidwall
- Dämmung = IfcCovering / Insulation
- Putz = IfcCovering / Cladding

Aber laut unserem BIM-Experten verursacht IfcCovering jedoch Probleme bei Wänden wie z.B. der Dämmschicht, da es in IFC als Fläche (GrossArea, NetArea) exportiert wird und nicht als Volumen (Länge, Breite, Höhe, etc.) wie IfcWall.

Zum Beispiel benötigen wir für eine Ökobilanzierungssoftware das Volumen der Dämmschicht aus der IFC-Datei und bekommen es nicht, wenn es sich um eine IfcCovering handelt, also haben wir standardmäßig IfcWall den drei Schichten der Wand zugeordnet.

Was haltet ihr davon? wie werden mehrschichtige Wände in Allplan + IFC üblicherweise behandelt?

Vielen Dank im Voraus!

Beste Grüße
Victor

Anhänge (1)

Typ: image/jpeg
26-mal heruntergeladen
Größe: 56,35 KiB

Hilfreichste Antwort anzeigen Hilfreichste Antwort verbergen

Hallo Nemo,
Dämmung und Fassade sollte ja aber eigentlich schon als IfcCovering definiert werden, zumindest wenn ich mir die allgemeine Empfehlungen zum Aufbau eines BIM Modells durchlese. Dass man die die den Fassadenaufbau jetzt doch als IfcWall definiert ist doch eher ein Workaround!?

MfG
Guy K.
Allplan 2024

Versteh die Frage nicht?

Wenn ihr eigenmächtig etwas am IFC-ObjectTyp (der Wand) ändert, dann kann es schon passieren, daß in ANDEREN BIM-Tools die Wand nicht mehr korrekt verarbeitet wird.

Wenn es mit IfcCovering nicht funktioniert, dann lasst es doch bei IfcWall!

Wenn eure "Ökobilanzierungssoftware" (das Volumen) der IfCWall korrekt auswertet, und bei IfcCovering nicht, warum ändert ihr die Wand dann auf IfcCovering?

Hallo Nemo,
Dämmung und Fassade sollte ja aber eigentlich schon als IfcCovering definiert werden, zumindest wenn ich mir die allgemeine Empfehlungen zum Aufbau eines BIM Modells durchlese. Dass man die die den Fassadenaufbau jetzt doch als IfcWall definiert ist doch eher ein Workaround!?

MfG
Guy K.
Allplan 2024

Wenn eure "Ökobilanzierungssoftware" das Volumen der IfCCovering nicht korrekt auswertet, liegt das doch an der "Ökobilanzierungssoftware", oder nicht? Wenn die IfcCovering als SweptSolid Representation vorhanden ist, kann die "Ökobilanzierungssoftware" doch das daraus Volumen ermitteln.

Mir ist auch nicht klar, was die "Ökobilanzierungssoftware" mit dem Volumen der Dämmschicht anfangen möchte? Ohne weitere Informationen (wie die Fläche) lässt sich daraus nicht mal die Schichtdicke berechnen!

Und nur mit der Fläche (GrossArea, NetArea) der IfCCovering lässt sich nichts zur Schichtdicke sagen, wenn diese nicht in einem anderen Attribut übergeben wird.

Auszug aus der Defintion für IfcCovering:
GrossArea - Total area of the covering in the elevation view. The exact definition and calculation rules depend on the method of measurement used.

Eine Dicke oder gar das Volumen ist bei IfcCovering nicht vorgesehen/vorgeschrieben!

Ich würde die Wanddämmung so einstellen, daß die folgenden BIM-Tools es korrekt verarbeiten können.
Und ja, das kann möglicherweise bei den verschiedenen Tools auch eine untersschiedlichen Objekttyp erfordern...

Vielen Dank @Nemo und @KeinPlan352 für eure Antworten. Vielleicht habe ich etwas Verwirrung gestiftet, indem ich die LCA erwähnt habe, also lasst uns einfach auf die mehrschichtigen Wände konzentrieren

Wie schon gesagt, nutzen wir in unserem Büro mehrschichtige Wände für die Fassade und attributieren jede Schicht einzeln. So können wir die Mengen jeder Schicht besser in Listen exportieren und die Attribute mit Smartviews im BimCollab Zoom überprüfen. Normalerweise trennen wir den Rohbau nicht von der Fassade, weil wir die Öffnungen nicht für jedes Fenster doppelt erstellen wollen.

Standardmäßig ordnen wir jeder Schicht mit IfcWall zu, z.B. StB-Wand + Dämmung + Putz:

Gesamtwand = IfcWall
Schichten = IfcWall + IfcWall + IfcWall

und folgen daher nicht der Empfehlung von BuildingSmart mit dem richtigen Ifc-Objekttyp für jede Schicht:

Gesamtwand = IfcWall
Schichten = IfcWall + IfcCovering + IfcCovering

Jetzt habe ich jedoch eine mehrschichtige Wand exportiert, bei der die Gesamtwand = IfcWall und die einzelnen Schichten = IfcWall + IfcCovering + IfcCovering unterschiedlich sind (siehe beigefügtes Bild von Allplan); und obwohl wir sie mit „Mehrschichtige Bauteile auftrennen“ exportieren, werden die einzelnen Schichten als IfcWall wie die Gesamtwand exportiert (siehe beigefügtes Bild von BCZ).

Bedeutet dies, dass der IFC-Objekttyp der Gesamtwand Vorrang vor den einzelnen Schichten hat? Kann dann eine mehrschichtige Wand mit unterschiedlichen IFC-Objekttypen für jede Schicht exportiert werden? wie sieht euer Standard-Workflow für mehrschichtige Wände und IFC-Export aus?

Vielen Dank im Voraus!

Anhänge (2)

Typ: image/jpeg
34-mal heruntergeladen
Größe: 215,98 KiB
Typ: image/jpeg
22-mal heruntergeladen
Größe: 75,17 KiB

eine interessante Fragestellung, die ich mir tatsächlich noch nicht gestellt habe, aber an sich kann man das so lesen. Die Frage ist nur, ist der predefinedType das einzige Merkmal zum entscheiden, welche Entität ausgewählt werden muss?

kann eine Dämmschicht nicht auch einfach als Entity:ifcWall mit der dem Predefinedtype: STANDARD ausgegeben werden?
am Ende zählen die inneren Werte

wie bekommst du eine mehrschichtige Wand dazu in der ifc verschiedene Entitäten aufzuweisen?
Entität in der Gesamtwand geändert führt zu einer einzelnen Covering Schicht in der IFC
Entität in der Schicht zugewiesen führt zu Verbleib der Entität ifcWall, auch wenn der predefinedtype auf INSULATION geändert wird (dies wird übertragen)

die fehlenden Werte liessen sich doch bestimmt in ein eigenen Pset mappen.

edit: unsere Antworten haben sich wohl überschnitten. meine Frage isdt also hinfällig

Viele Grüße
Florian

LinkedIn-Profil

www.vollack.de

Hast du Allplan dazu schon angefragt?
wäre interessant zu erfahren, ob dies Bewusst von Allplan so exportiert wird, oder ein Fehler ist.

Viele Grüße
Florian

LinkedIn-Profil

www.vollack.de