- last edited on by
Oleksandra Vakariuk
Archicad project in v24, transferring via IFC to consultants in Revit using Improved IFC Import Add-in.
Custom built GDL door objects to suit the standard manufacturers door suites in AUS.
In Archicad:
The outside of the door frame aligns with the outside face of the wall. The wall only exists to host the door and does not extend past the door frame. (See attached PNG)
Exports to IFC without reported errors. Bounding Boxes on, ifcOpeningElement on.
In Solibri:
The door aligns as it does in Archicad. (See attached PNG)
The associated ifcOpeningElement can be viewed in Solibri and while it reports as being the same depth as the wall it displays as extending out in front of the wall. (See attached PNG)
In Revit (2019 for compatibility with other project stakeholders):
The door is positioned with a large reveal setback. (See attached PNG)
This causes doors with meeting to jambs to clash or miss each other rather than neat junctions. It also misaligns the doors with their intended slab setdowns which we are trying to coordinate with the structural engineer.
When viewing the Revit Family created with the IFC import, it appears that the bounding box of the opening has been created much deeper than the wall (as seen in Solibri) but that Revit as then centered this cutting void within the wall. The door geometry is then created in the correct location relative to the cutting void, but not correct relative to the wall geometry.
Thoughts:
Wallhole in GDL can only be defined as a 2D poly region in the plane of the wall and has no defined depth. Where does the depth of the ifcOpeningElement derive from?
Can the cutting void or ifcOpeningElement be defined in GDL so that its position is fixed and not open to interpretation by Revit on the import?
Still looking?
