Hi all, I recently transfer the rhino element to Revit using RIR’s loadbale family workflow. I realized I am experiencing a unreliable graphic issues when I switching the material from times to times(each time will randomly miss the cut pettern.
so I try to debug.
1.I assure the material has its own cut pattern and also apply those material to revit offical sturctural columns/ architectural columns and they’re working fine on them.
2. I recreate a similar(blue rectangle) using command revlove at family editor, and apply those matertial and also working well.
So is it something wrong wiht my RIR script? is it a unknow bug that RIR currently has? If we are experiencing the unreliable graphic presentation and the Rhino to Revit by loadble family is becoming less meanful cause I believe this is the point why we are using loadble family to load complex model from rhino to revit… I really hope this can work well…
I try every single scale and not gonna work and the strange is all the other family in model use the same material will has correct graphic. I believe in Revit(not like AuotCAD), scale isn’t really a key factor to affect pattern present(correct me if I am wrong…)The inconsistent graphic only happend to the loadble family made by RIR.. I attache a google drive shared link of my test model for you reference.
Hi Awan, realize Revit can’t save as older version. I also try apply same matertial beween Revit’s official family and RIR loadbale familiy. Same issues: inconsistent behavior between them and randomly show or not show pattern(like chipboad material)
Rhino: 8.30.26103.11001 (Rhino 8)
Revit: 2026.1 (26.1.0.35)
CLR: 8.0.28 (8.0.28+46295af5828b062bbbf93a9cef50fd8cb9fbcb09)
OS: Microsoft Windows NT 10.0.26200.0
The issue is not related to Rhino.Inside.Revit; it is caused by the structural column family template being used.
If you test the same Brep within a Generic Model family, it will display as expected, including the hatch pattern. In contrast, the Structural Column template includes predefined reference planes, and geometry is typically expected to be constrained within these references.
When geometry is created via Rhino.Inside.Revit, it is not automatically associated with those reference planes. As a result, the display behavior can differ. If you open the family and align or position the geometry properly relative to the reference planes (e.g., levels), the graphics will appear correctly.
This highlights an important consideration when working with specific family templates: they often include built-in settings such as cut planes and category-specific behaviors that affect how geometry is displayed.
Thanks for clarifying this, Awan! I just tried a Generic model family, and it works well on cut plane graphics. I think I will use a generic model instead of a structural element for now. I align the bottom of geometry to the ref plan in the family editor and reload to the project, but I do have another question: why structural column still show the element above the cut plane?
Awan, I completely close the GH and re-edit the structural family and it works well on cut plane pattern. There is another graphic issues rise up: on the right side is the official structural column family it would block(cut?) the wall when it insert to wall. But mine doesn’t work that behavior.
I find the easiest way is to use the official structural columns family, delete the original geometry, and use “ADD FORM” to add my geometry in its family editor; it works as I expected. So I don’t have a different behavior from official family
@LOKI1 families belong to different universe. Even in families you have cut planes and a lot other stuff. Anyways I’m glad that you found the easy solution:)
