Hello,
I have noticed that in Revit 2024 If you activate Room Calc. Point for a window it will only calculate the room if the window is oriented so that the exterior of the window is facing inside the room.
I have tried to flip the Room Calc. Point in the family but is has no effect.
Does anyone have a solution for this that does not involve recreating the family/symbolic lines.
Here is the file. I was testing it in a new project. The rooms only show up in the schedule if the window faces the interior.
I hope you tried this flip option inside the family like mentioned. Please make sure either arrow ends of this calc. point lines lifted up from above reference level. otherwise lift the arrows height inside the family few mm's and load it again and try.
We are trying to get the room name and area to show up in relation to windows and doors in a multi-category schedule so that we can automate natural light and ventilation calculations for rooms.
So for this case the window schedule solution does not work as it does not include doors.
The problem is the Room and Room Area parameters do not show up for the window or door if they are not facing inside the building (flipping the calculation point in the family does not work).
If you see in the multi-category schedule you posted only the windows facing the interior read the room all others are showing "Exterior" a room you created outside of the building. We need that to read the room inside the building. We would prefer not to have to edit all of our fenestration families just to have the visual correct/make them all backwards.
I'm not clear what the Room Calculation Point has to do with it. The RCP isn't even being used in the RVT posted. You can turn it off in the window family for all it matters.
1) Use a window schedule instead of a multi-category schedule:
Windows have a "FromRoom" and a "ToRoom" value (just like doors) but multicategory schedules only have a "Room" parameter and that room parameter is controlled by the existence and orientation of the "Room Calculation Point)
2) turn off the "Room Calculation Point" in the family. If the family uses this then the FromRoom and ToRoom is fixed to the orientation of the window. If the family does not have this turned on then the ToRoom and FromRoom are independent of the facing orientation of the window (it is initially determined by the initial placement of the window, but is not fixed to it and you can change it in the schedule.
-G
Thanks for that tip, However we need windows and doors in the same schedule, so we can calculate the natural light and ventilation provided to the room, so we cannot use window schedule only to solve what we need, we need all glazed doors and windows to be scheduled per room. Due to this it is causing us some trouble with the error reported above.
HA! I'm still scratching my head here. Why don't you just flip the Window?
Yeah I'm out of ideas that's why I came here.
The doors are the biggest problem with flipping code/egress req., also miss representing windows on plans is visually unprofessional if they do not swing that way. (we are not using the ones in the example I posted that was just to show the issue). They also have the correct profiles in sections so the details are generated from the family, so it would cause allot of extra work.
The only thing I can think of is edit families basically from scratch at this point, make everything backwards but again that's going to take allot of time.
At this point its going to be easier/quicker for us to just manually calculate what we are providing and write it in text. I would rather use BIM practices through Revit, but it is what it is.
Turn off Room Calculation Point in the family and use a Window schedule.
p/s: turning on Room Calculation Point for Door and Window families is a bad idea unless your host walls in the project are really really thick.
I decided to test my theory and built a quick little function...
With a door in a given starting position:
When the door family did not have Room Calculation Point enabled
** Location: FromRoom | MEZZANINE C218
** Location: ToRoom | CHATTANOOGA ROOM 220
** Location: Room | MEZZANINE C218
Edited the family and Enabled the Room Calculation Point:
** Location: FromRoom | MEZZANINE C218
** Location: ToRoom | CHATTANOOGA ROOM 220
** Location: Room | MEZZANINE C218
Edited the family and reversed the direction of the Room Calculation Point:
** Location: FromRoom | CHATTANOOGA ROOM 220
** Location: ToRoom | MEZZANINE C218
** Location: Room | MEZZANINE C218
Notice that the Room value did not change after reversing the direction of the Room Calculation Point while the FromRoom and ToRoom did behave as expected and swapped
-G
FWIW, in Revit 2024.0.20.20 (latest update) when I tested this the from/to values switched from "inside to outside" and back when I flipped the orientation of the RCp. So it appears to working as expected/intended in this version.
[edit: works in a window schedule...not multi-category]
Steve Stafford
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Hmmm, the window I was using the in the stock template has nested generic model families that also show up in the multi-category schedule and they change orientation but the window family itself doesn't.
I assume the Multi-category schedule that only offers Room as an addition parameter source is not differentiate between from/to and merely determining the room based on the exterior orientation of the family, which is defined by placement originally and only altered by flipping the window with the control, not RCp.
Steve Stafford
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Steve Stafford
Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.