Wall → Host Inserts → Element Parts Geometry returns geometry of the door/window, but it usually includes door, frame and other geometries, all of which are ineffective for representing the open space in the wall. Creating a bounding box around one or all of the elements also fails to accurately represent this open space.
Hey Kike, thank you for the clever solution. It had crossed my mind to try using boolean operations but I have been struggling to get my lists and trees in order.
I notice this definition works best with a single wall and two or more elements. I’d like something a bit more robust that can work with as many walls and elements as I throw at it. Putting my head to understanding how that works and making necessary changes now…
Any leads, advice or explanation as to how that can be accomplished? Thanks for your time!
Hey thanks Japhy, I thought this was an interesting solution and definitely a good concept to understand for other potential use.
After running some purposefully convoluted test cases through, I noticed the definition sometimes picked up points from other walls, selecting an incorrect face from which to create a union box. I suspect the closest points component is to blame here and that I could solve the problem by more correctly structuring my data trees…
