Kurzantwort
IfcBuildingElementProxy-Elemente werden beim IFC-Import mitgelesen und gehen nicht verloren. Weil ein Proxy in IFC bewusst keine feste Semantik trägt, kann vyzn ihn aber nicht automatisch als Wand, Decke, Fenster usw. erkennen: Er landet standardmässig in der Sammelkategorie «Bauelementproxy» bzw. «Andere» und fliesst nicht in die automatische Bauteil-Gruppierung (Wand, Decke, Dach, Fenster, Tür, Stütze, Träger) ein.
Wann ist das relevant?
Immer dann, wenn dein IFC-Modell Elemente der Klasse IfcBuildingElementProxy enthält. Ohne Zuordnung bleiben diese Elemente in der Sammelkategorie und werden nicht automatisch den Bauteilkategorien wie Wand, Decke, Dach, Fenster, Tür, Stütze oder Träger zugeordnet.
Schritt-für-Schritt-Anleitung
Du hast zwei Möglichkeiten:
- Im Autorenmodell korrigieren (empfohlen): Vergib die korrekte IFC-Klasse möglichst schon im Autorenmodell (Revit/ArchiCAD). Dann greift die Zuordnung in vyzn automatisch.
- Im Import-Assistenten zuordnen: Ordne die Elemente im Import-Assistenten unter «Informationszuordnung» im Modus «Benutzerdefiniert» der passenden Ziel-Bauteilkategorie und deren Attributquellen zu.
Erwartetes Ergebnis
Auch Proxy-Elemente werden sauber für die Ökobilanz und die Auswertungen berücksichtigt.
Häufige Fehler
- Sich darauf verlassen, dass vyzn Proxy-Elemente automatisch klassifiziert: Ohne korrekte IFC-Klasse oder manuelle Zuordnung bleiben sie in der Sammelkategorie «Bauelementproxy» bzw. «Andere» und fliessen nicht in die automatische Bauteil-Gruppierung ein.