Hi all,
I am trying to create a universal opening family that can host windows, doors, plumbing fixtures (generally anything that penetrates the walls). The ask is that we need a Json export of the parameters from the opening files that reports out the rough openings and the type of nested components inside of the opening family to do take-offs & cost estimate. At the same time we want the architects/designers to have the freedom to put any types of windows, doors of their choice for the drawing production.
I've tried to start with either a face-based or wall-based family with either voids or opening, the problem is that most of all available window/door families are wall-based family with an opening already (which make sense), which Revit would not allow me to locate it fully inside of a void space. I understand that I can work around it to create rough openings just for the rough openings minus the window/door volume. Though I am wondering if there're better ways of model this family and the approach. I am biased towards having face-based families since our walls are geometrically complex sometimes and may be modeled as a in-place component.
Please help. Thanks to all.
Nope. Just stop. Do not make an "all-in-one" family for all openings. Making an all-in-one door or all-in-one window is bad enough.
Trust me, as someone who had grand aspirations when I first felt like I was getting good at Revit, its not worth it. It'll be hard for others to use and there will always be something else to add, increasing the complexity.
Edit: I think I may be misunderstanding you now. Do you just want an opening family that others can then add another family on top of in the main model? Or are you wanting the doors/windows to be within the opening family and the user can swap between them with parameters?
So you want to see nothing between the rough opening and the finish opening?
I want to build more a stretchable component as trims to fill between the actual 'window or 'door to fill the space between the rough opening and the off-of-shelf window & door product.
I thought about doing this using Curtainwalls, but then that means we probably have to transfer all outsourced window/door families into a panel family which is not scalable.
I want to create a nested family for other to be able to swap out the actual windows/doors because I dont care what door they actually use, I do care about the rough opening (which we are trying to prefabricate).
I understand the complexity of models can make it very difficult for others to edit the family. I am concerned though to have family on top of another family in the main model though because it always become hard to keep track of what's overlapped what's not and making sure they are aligned exactly, size and location.
@BDENGF96VQ wrote:
I want to build more a stretchable component as trims to fill between the actual 'window or 'door to fill the space between the rough opening and the off-of-shelf window & door product.
I thought about doing this using Curtainwalls, but then that means we probably have to transfer all outsourced window/door families into a panel family which is not scalable.
You can use curtain walls without changing existing door and window families. Simply replace curtain panels with basic walls and you can host doors and windows in them
Thank you! That's great!
Would you consider that managing the CW opening sizes to always synchronize with the window sizes challenging? I also run into another problem, when the basic wall is doing something funny, CW does not cut. Any solutions?
@BDENGF96VQ wrote:
Thank you! That's great!
Would you consider that managing the CW opening sizes to always synchronize with the window sizes challenging?
With this approach, yes. Between flexibility and consistency, you can only choose one.
I also run into another problem, when the basic wall is doing something funny, CW does not cut. Any solutions?
The curtain wall should match the curvature of the host wall.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.