Rhino 8 Feature: GH1 Is Now More Than Just Geometry!

You can set notes with a python script.

notes_python.gh (11.6 KB)

and here’s a python script to set document user text

Hi all,

can someone give some information why target distance from the baked view does not match to the input value. Please see image below:

also what is the purpose of the “Z - view depth parameter”. It seams that is not controlling depth of the views?

Thanks!

@AndyPayne would it be possible in one of the future release to add a component for the Clipping planes creation with options to control parameters on the right.

Like “Custom Depth”, “Objects Clipped” etc. Also ability to assign Clipping plane to specific Details will help a lot.

This component in my opinion will make significant improvement for the automatic drawings creation with the Grasshopper

The reason is to have possibility to create views on the 3D model where we can control view depth in order to see only part of the complete model

Actually, I’ve been working on support for section/clipping planes and section styles just this week. I don’t think we’re too far away from releasing some components for this. However, it will be in Rhino 9 WIP.

That is great news. I look forward to new release.

Just to explain in few more sentences my idea.

If for example I have a large 3D model of some structure and I need 100 detail drawings. The goal would be to produce with GH 100 layouts with Details, (let say 3 Details per one layout, front, top and side view) and then with “Clipping plane component” to generate 3x100 clipping planes (named views).

For each clipping plane I would assign some custom clipping depth and list of objects that are clipped. Also each plane would be assign to one of the 300 Details

This way I would have 100 layouts that are documenting directly a 3D model

Thanks!

…any news regarding GH components for clipping planes ? Having ability to control those attributes from inside GH would mean a lot

Hopefully coming very soon in Rhino 9 WIP.

I’ve been playing around with the Hatch component for filling map polygons and I’m very impressed by how fast they generate. Some polygons overlap, and I’d like to control which one covers the other.

If I stack them on different Z planes and bake, it works as expected. Unfortunately, I can’t seem to control how they stack when printing a Grasshopper preview directly as vectors. Whatever I try, the draw order seems fixed.

Any suggestions or possible future fix?

The hatch components are discussed in more detail here: New Component: Create Hatch patterns with Grasshopper in Rhino 9

But an example would be interesting to see. There are a number of variables in play and looking thru the example would help

Hi @scottd, Thanks, I’ll post on the other thread.

The description at the beginning of the post mentions an “Import Model” component. I can not locate it in the Rhino 8 on Mac with Grasshopper Version dated 08. September 2025. Instead I discovered a component called “Import Content”.

Assuming this is the substitute, please correct the documentation found here:

…and anywhere else “Import Model” is mentioned….
Thank you for the great work!

Import content seems consistent with the rest of the component naming. I’m having a look at it and I’m wondering if there’s a way to filter out linked blocks? should there be a “read linked blocks” boolean like in rhino’s insert? it might speed it up a little?

Vaguely related,
Is there a smarter way to filter linked block instance geometry by layer than this?


and an alternative to human’s item selector to pick items?

I’m having an issue pushing flipped surfaces. Pushing request seems to be ignored and normals remain unchanged.

Do you have a test file? @guido
As for an alternative to Human’s Item Selector, Heteroptera has a Pick Item component.

Yes, @guido a Grasshopper example (along with the Rhino file if necessary) would be helpful for us to debug this on our end.

FlipSrfTest.gh (11.1 KB)
FlipSrfTest.3dm (83.1 KB)
Sure, Here’s a simplified version.

@kike It would be great to standardise RiR’s Value picker. Would that be hard?

Oh, I’ve requested that a bunch of times over the years.

@AndyPayne as @guido pointed out, the flipping of surfaces and curves does not work, at least when I try to replace an existing geometry. I’ve been trying to troubleshoot this in my scripts as well.

Flip Curve Surface.gh (26.7 KB)
Flip Curve Surface.3dm (66.2 KB)

E1: Let me update the WIP, the to update didn’t install the latest version yet.
The video was from: (9.0.25266.10145, 2025-09-23).
E2: Also applies to (9.0.25280.12305, 2025-10-07) and Version 8 SR23
(8.23.25251.13001, 2025-09-08)

@AndyPayne Here is the case I was talking about in the previous post. When I offset curves and there already exists a similar curve with a different direction, it will not be replaced with the offset curve that has its direction updated.

Steps to reproduce

  1. Create a series of offsets where identical curves should emerge (this is the case with an offset distance 0).
  2. Flip the original curve that’s being offset
  3. Check the tangent vectors at the curves’ ends. In one direction, the curve with a 0 offset is not updated accordingly. The Offset output is different from the Content Cache Result.

Content Cache - Flip Curve - Offsets.gh (27.5 KB)
Content Cache - Flip Curve - Offsets.3dm (80.3 KB)