Generic Model behaviour as nested family

Generic Model behaviour as nested family

Meelis123
Enthusiast Enthusiast
2,070 Views
3 Replies
Message 1 of 4

Generic Model behaviour as nested family

Meelis123
Enthusiast
Enthusiast

I posted this so maybe that would help other users. I googled the issue but did not find much except a few mentions here and there.

 

Recently I tried to create a complex window family. I consider myself as quite advanced family creator but Revit still amazes me sometimes. It's like playing chess with it. You make a move but it would immediately hit back.

 

This time I tried to join two nested families together. Don't ask me why, it's a long story. It's tricky enough itself but if you try to do this inside a family of another category, strange things will happen.

 

First, only few categories allow joining nested families. These categories are:

  • Columns
  • Generic Models
  • Structural Columns
  • Structural Connections
  • Structural Foundations
  • Structural Framing

No window family. So I did a chess-move. I turned the nested family (of window category) to a generic model family. I reloaded the family and now I was able to join two generic model families together. After doing that I changed their categories back to window category. The joining condition remained. I was glad.

 

At least for 30 seconds.

 

Util I loaded it into my test project and noticed that the graphics is wrong. I struggled with it almost the whole day and finally did some tests to clear things out.

 

I created three new families from Generic Model.rft template (as it is the cleanest one). I changed the category of one of them to window category and renamed it "Window". Then I renamed the remaining two as "Nested1" and "Nested2". I created some geometry inside them and then loaded them to window family.

 

First, nested families of different categories do not behave the way you expect them to. If the nested family inside my window family is of Columns, Structural Columns, Structural Framing or Structural Foundations category, its graphics match as if to load the same family directly to a project. However, when I chose it to be Generic Models or Structural Connections category, the nested family did not cut in plan. So even though both Generic Models and Windows categories are cuttable, this changes if you put GM to W family. So that means its not the behaviour of either category.

 

When I tried to figure out why it is not cut in plan I noticed another interesting thing. If Generic Model family is nested to Window family, its graphics in plan view is controlled by projected lines of Window category. If the geometry inside the Generic Model family has a subcategory, then its graphics in plan view is controlled by projected lines of this subcategory. When you turn off this subcategory the geometry disappears. When you turn off Generic Model parent category, geometry stays visible.

 

Now, that's confusing enough, but then I tried to use Join Geometry tool. That made things even more strange. So in conclusion this is what I found out.

 

  • Generic Model nested in Window family - lines are controlled by projected lines of Window category
  • If you use Join Geometry tool to join two such nested instances together - lines are controlled by projected lines of Generic Models category.
  • Two nested instances joined, one of them deleted - the one remaining still maintains its behaviour like it's being joined. You cannot use unjoin geometry after that
  • If geometry has sub-category - lines are controlled by projected lines of that sub-category of Generic Models category.
  • Two nested generic model instances joined, then their category is changed to Windows category - lines are controlled by projected lines of Windows category

So in other words:

 

Generic Models are always projected in plan view if nested to a window family. By the way, the family environment tries to convice you that it's cut in plan, but will be not.

 

Nested family category switches depending on how you created the geometry and whether you used Join Geometry tool.

 

If you use Join Geometry tool, non-shared family instances will ALWAYS lose their ability to be shown cut in plan. That is also true with other categories like Structural Columns for example, which otherwise are able to be shown cut in plan when nested to a window family.

 

If a nested family is shared, it maintains the correct behaviour of its category no matter what the parent family category is or whether the instance is joined to something or not.

 

Join Geometry tool do not change the nested Generic Model behaviour if parent family is also Generic Model family.

 

So I did the last test. I changed the parent family to Generic Model and nested family to Window. We know that window family takes its cut plane from the family and the condition whether an instance is cut from the project. However, nested window inside Generic Model behaves like generic model - cut plane of this window family does not have any effect.

 

Finally I checked the graphics. Projected lines of this nested family were controlled by Window category and cut lines by Generic Model category.

 

Now I am totally confused.

2,071 Views
3 Replies
Replies (3)
Message 2 of 4

Viveka_CD
Alumni
Alumni

Hi @Meelis123

 

Thanks for sharing and taking time to post this information! You sound like an accomplished Design professional!

You can also post on the Revit tips and tricks thread to benefit the community.

 

As for your issue, can you post your model for us to test further and what your specific requirements are? I'm not sure I quite understood your question.

 

Regards,

0 Likes
Message 3 of 4

Meelis123
Enthusiast
Enthusiast

Hi

There was no question in my thread or the question was more like philosophical one - why?

 

I just wanted to share my knowledge about this strange behaviour that a nested family could have, because Revit help is not very useful about covering this issue. Even as an advanced user you don't expect these things to happen because they do not follow any rule.

 

I did not post it on tips and tricks thread either because I did not offer any tip or trick, just explained how things are.

 

And yet, I think it's more like a bug than a concentrated effort of some revit developer. So maybe I should post it as "Revit idea"?

0 Likes
Message 4 of 4

Viveka_CD
Alumni
Alumni

@Meelis123 Yes, I see what you are saying - please go ahead and post it on the Revit Ideas

 

Regards,

0 Likes