BB: Locate the IfcOpeningElement inside the IfcWindowType definition.

[theoryshaw]

Currently, if you have 50 instances of a windowtype and you want to change the width of the window, for example, you have to change the width of 50 instances of the IfcOpeningElement, since IfcOpeningElement is not part of the IfcWindowType definition

Would be nice if you could put the IfcOpeningElement inside the IfcWindowType definition somehow.

Maybe this is already possible, and i'm missing something.

[Moult]

Not currently possible, but makes 100% sense.

[theoryshaw]

Is there currently a way to type IfcOpeningElements in the schema?
Can't find IfcOpeningElementType. :)

[brunopostle]

An IfcWindow has a width and height attribute, but an an IfcWindowType doesn't. Blenderbim derives the opening from the window bounding box, but this only works when the window has no projections.

[theoryshaw]

projections? like a non-cube IfcOpeningElement like the following?

[theoryshaw]

related potentially: https://community.osarch.org/discussion/964/bb-not-restricting-ifcopeningelements-into-the-ifcopeningelements-collection

[brunopostle]

projections? like a non-cube IfcOpeningElement like the following?

I have windows that have cills that project sideways as well as forward, so the bounding box is larger than the opening. Also not all openings are rectangular, so it would be good if the Window Type had the possibility of having an arbitrary opening geometry associated with it.

[Moult]

As a minor workaround for now you can use the "Copy Representation" feature to copy the geometry of one modified IfcOpeningElement to all the other instances. Of course selecting them is still a pain :(

[theoryshaw]

related: https://community.osarch.org/discussion/992/blenderbim-ifcopeningelement

[theoryshaw]

related: https://community.osarch.org/discussion/993/writing-a-blenderbim-tutorial-at-epfl-stuck-on-ifcwindow-and-ifcopeningelement