I'm attempting to get information from a nested family to populate the door schedule, rather than the host family dictating it. But when trying to assign a shared parameter/label to a nested door family I keep getting the error message 'Please select a parameter of type 'Family type: doors' even though the parameter I am selecting is a door parameter.
I'm attempting to get information from a nested family to populate the door schedule, rather than the host family dictating it. But when trying to assign a shared parameter/label to a nested door family I keep getting the error message 'Please select a parameter of type 'Family type: doors' even though the parameter I am selecting is a door parameter.
@jen_r wrote:That is annoying, but no.
I'm trying to condense our list of families by creating one door family, with multiple door panel options, without using visibility yes/no, and have whichever panel type is chosen for each instance, populate in the schedule.
The (host) family is created, the individual door panels are nested, it operates perfectly in the model, but I can't figure out how to tell the "Door Type" what to show in the schedule based on which panel is chosen in each instance.
Well, if the nested Door Panels are labeled to a Family Types Shared Parameter in the Host Door Family, then that Parameter will be an in the list of Available Parameter Fields that can be included in the Schedule. Why not include that Parameter in the Schedule to report which Door Panel is used by each Instance?
@jen_r wrote:That is annoying, but no.
I'm trying to condense our list of families by creating one door family, with multiple door panel options, without using visibility yes/no, and have whichever panel type is chosen for each instance, populate in the schedule.
The (host) family is created, the individual door panels are nested, it operates perfectly in the model, but I can't figure out how to tell the "Door Type" what to show in the schedule based on which panel is chosen in each instance.
Well, if the nested Door Panels are labeled to a Family Types Shared Parameter in the Host Door Family, then that Parameter will be an in the list of Available Parameter Fields that can be included in the Schedule. Why not include that Parameter in the Schedule to report which Door Panel is used by each Instance?
I've already tried that and mentioned that if its shared then the schedule reads the panel family and host family as two separate doors. You already suggested filtering it to not read the door panel, but that would defeat the purpose of sharing it in the first place because the door panel dictates the value i need and if i filter it out then the door type goes with it and the "type" value of the host family is still empty.
I've already tried that and mentioned that if its shared then the schedule reads the panel family and host family as two separate doors. You already suggested filtering it to not read the door panel, but that would defeat the purpose of sharing it in the first place because the door panel dictates the value i need and if i filter it out then the door type goes with it and the "type" value of the host family is still empty.
There really isn't any truly efficient way to do this as it stands right now (the extra parameters and corresponding formulas method might work for a couple of choices but the matrix is exponential, each addition of another option would require a formula with an ever increasing in complexity).
Myself, I went another way:
Most of the items that you are using type parameters for are instance parameters in our door families (Height, Width, Frame schedule material and finish, door panel schedule material and finish, etc) while the door panel type is a Type parameter which I define as I create a new type.
Just my two cents.
-G
There really isn't any truly efficient way to do this as it stands right now (the extra parameters and corresponding formulas method might work for a couple of choices but the matrix is exponential, each addition of another option would require a formula with an ever increasing in complexity).
Myself, I went another way:
Most of the items that you are using type parameters for are instance parameters in our door families (Height, Width, Frame schedule material and finish, door panel schedule material and finish, etc) while the door panel type is a Type parameter which I define as I create a new type.
Just my two cents.
-G
Yes, i think you're right. Looks like we will just have to keep our family types as-is (frame/material/finishes/rating) and duplicate those with the door panels and enter the type mark as we need them. Perhaps i'm expecting a bit too much from revit at this point. haha
Yes, i think you're right. Looks like we will just have to keep our family types as-is (frame/material/finishes/rating) and duplicate those with the door panels and enter the type mark as we need them. Perhaps i'm expecting a bit too much from revit at this point. haha
@jen_r wrote:the door panel dictates the value i need
You want to utilize a parameter value that is in the Door Panel Family in the Schedule? To do what? Give me an example.
...if you mean the Family Type /Name is the "value", I've already mentioned how to do that via "comparing" one Family Types Parameter with another.
@jen_r wrote:the door panel dictates the value i need
You want to utilize a parameter value that is in the Door Panel Family in the Schedule? To do what? Give me an example.
...if you mean the Family Type /Name is the "value", I've already mentioned how to do that via "comparing" one Family Types Parameter with another.
Can't find what you're looking for? Ask the community or share your knowledge.