BONSAI / Door / Qto_DoorBaseQuantities / width not correctly calculated
Hello community,
I’ve been working with BBim doors and noticed something odd regarding how the door width is calculated.
Is there a known issue or bug related to door width? From my observations, when the width is greater than the height, the calculation of door width seems to display more correctly in Qto_DoorBaseQuantities. Otherwise when width is smaller then height the width is calculated as the height.
I’ve attached some screenshots to illustrate the behavior.
Has anyone encountered this before or can clarify whether this behavior is a bug?
Thanks in advance for any insights!
L
if the width is greater then height it looks better.
Comments
@ludvik
I think the difference between Qto and parameters is that Qto considers lining in it
Thanks for the reply, @steverugi.
After doing a more thorough search, I found that this issue has already been reported here:
https://community.osarch.org/discussion/2991/bonsai-confusion-in-performing-quantity-take-off-for-ifcdoor#latest
As you previously recommended, / manual quantification reports correct dimension value.
In general, the engine compute all the object, including lining.
Which engine are you using (blender or ifcopenshell)?
I am on the latest Blender 5.1.1 / 0.8.6.- a260414. ,The calculation for door was possible with blender engine only, Ifcopenshell doesnt work.. However the issue was not about adding the value of lining into the measurment. It is about miscalculations in Qto_DoorBaseQuantities
Yeah, i just tried and i can confirm that there is a bug in the ifcopenshell engine with IfcDoor elements and there is also something strange with blender engine, if the geometry doesn't look like standard...could you file an issue and perhaps attaching also the .ifc file? thanks
Thanks @Massimo for reply. I believe that it is the same issue as already reported by @arunarchitect
https://github.com/IfcOpenShell/IfcOpenShell/issues/6835
I will add my configurations and screenshots on github then.