Is there a way to create a dimension in Grasshopper that is associated with Rhino geometry? That is, once baked, the dimension updates with the Rhino geometry?
If I create a simple dimension based on the end points of a line and bake it, it doesn’t update if the Rhino line changes. I need to re-bake the dimension to update.
If the dimension is created manually in Rhino, it updates with the geometry. My guess is that the Grasshopper component is referencing (separate) points, rather than the end points of the Rhino curve. Not sure if this is a known limitation or if I’m missing something.
Thanks @leopoldomonzani , but this method only works if Grasshopper is running. As soon as Grasshopper is closed, the dimension ceases to be associative.
Sorry for the delay. We had a chat about this internally, and currently we don’t have the necessary plumbing in place to be able to do this. This is a feature that we are interested in adding to the SDK, so it’s great that you have brought this up. But, right now, I don’t think there’s any way to add history support to elements directly from GH.
I was going to suggest an alternative method which would use the Query Model Objects and the Content Cache to essentially keep things “live”, but this would require Grasshopper to be running for it to work (which it sounds like you don’t want to do). You can follow this YouTrack ([RH-91528] (https://mcneel.myjetbrains.com/youtrack/issue/RH-91528/GH-annotations-bake-with-command-history)) if you’d like to keep track of this feature request.
Thanks @AndyPayne. So would this be for Rhino 8 or Rhino 9 WIP?
Also, I’m guessing that since the dimension can’t be associated with geometry, trying to get accurate dimension on sheets (as per this post) is also not possible?
RH-91528 GH annotations bake with command history
At this point, this item is on the “Future” list, which is Rhino 10 at the earliest.
I’m hoping this will be moved to the 9.x list at some point, but, IYAM, Rhino 9 WIP is unlikely and Rhino 8 out of the question.
-wim
