Thank you Scott for the explanation! The scale of the elements in the file I shared should be that each frame is around 9 feet by 9 feet. I tested moving frames closer to the origin and that does help - thank you for the tip.
I’m having some trouble with some additional geometry though even when it is close to the origin. You can see in the below, I have 3 frames (each frame is around 9 feet x 9 feet) at the intended size and then the same 3 frames scaled up x10. As you can see in the screenshot once imported, the large frames are missing a face in the below:
I’ve attached the files for reference. The screenshots are taken with Revit 2019.2 and Rhino WIP 7.0.20238.17095, 08/25/2020
I would have guessed that the scaled up frame would perform better than the smaller frame if there were tolerance issues at fault but I’m surprised that a face is missing. Do you have ideas as to why this might be? 200901_MH_HELP.3dm (649.0 KB) 200901-DirectShape_HELP.gh (298.7 KB)
Additionally, it would be great if there was some way to identify which frames had issues (missing faces, triangulated faces, etc) so that I could easily identify the elements in GH after they are created and not have to search manually pan around the Revit model looking through the thousands of frames.
I had a problem that I think is related to the matter of passing geometry directly to Revit.
Both using the Add Brep DirectShape component as well as the Add Geometry Direct shape.
The geometries are all closed solid polysurfaces, however, when passed to Revit, it generates different types of geometries, Open Brep, Untrimed Surface, Trimed surface, Invalid Brep, Closed Brep and Mesh…
Thanks for the reply Scott. Please see the attached files.
One group is for translating blocks into Revit geometry (Human Components), the other group is a more straight forward approach for translating simple polysurfaces.
I will have more time to look at this tomorrow. But it strikes me if Blocks and Blocks instances are being used in Rhino, would it make sense to make a Component Family out of the block and then insert a type instance in Revit at the locations of the Rhino Block instances? Then the model logic in Rhino would be mirrored in Revit.
The simple Brep translation makes total sense. I like how names-index and materials are also being translated.
Regarding your note on blocks, I don’t suppose you have a good lead on a tutorial for translating blocks into families do you? Eventually, it would be good to be able to make this work for full assemblies (blocks within blocks).
I’ll stay tuned.