Rhino 8 Feature: SectionTools Integrated

Thanks Wim.

This is marked as a V9 feature. This seems like a fairly critical drafting feature.
I hope I don’t have to use dots or manual text until then. At least the scaling should be fixed.

Thank’s for pointing the hatch sacling out. It is a bit tedeous to preview the right scaling setting. Maybe a preview button would be useful.

Hi @nperillo.np,
We have logged these items.

  1. RH-77192 to scale the section label down on the layout will hopefully to available 8.0 or sooner.

  2. Then we have logged RH-77206 to assign a clipping plane label to special annotation style.
    And also we requested that in a future Rhino the clipping plane use an assigned annotation style for text and arrow settings.

  3. As a workaround, you can turn off the clipping plane text in Properties and create standard Rhino text that uses the *object name" of the clipping plane in a text field. Sounds worse than it is. So I made you a video that shows how to do it here.

We will let you know there when there is something to test.
Let us know if you see anything else not working as expected.
Thanks for testing.

Sincerely,
Mary Ann Fugier

Hi @rajaa
did you managed to sort out an “origin” option for sections placed on model?

I think this is rather crucial to exploit the new capabilities of clipping tools in a drafting workflow!

Please have a look also to my posts above:, there are still questions with no reply.

This topic looks is marked as solved but actually is not yet…
thanks!

There were few issues raised in this thread, but in regards to the consistent placement of drawings, we haven’t looked into it yet. I understand it is important, and will look into it soon. Thanks for bringing it up again.

Hello!

Aye! It ain’t.
Here’s my wishlist, with the risk of double mentions (I’m late to the party, I know. Looks like the helpfiles have been updated already. Hoping for consideration anyway.)

  • Clipping Section creation:
    I’d prefer placement default to be clicking start and end point (option Dir=Custom), without additional placement of the plane’s location. 2 points already define the line/plane, and it’s easy to constrain drawing a line in X or Y if needed.

  • Clipping Section editing:
    After turning on a clipping plane’s control points and moving one, why does the other need to move as well, practically scaling the plane? Even the endmarkers scale with it.
    +1 to: end markers should be definable in look and size, and have a text style.

This looks like a bug:
When moving the Clipping Plane, the Clipping Section auto-updates (which is cool). However, when moving the plane out of the object’s bounding box (I think), so that the Clipping Section would only consist of projection lines (boundaries) anymore, it jumps to another location. Can’t be right.

Another bug: renaming the ClippingPlane should also rename the layers of the Section Drawing, and vice versa. They can get out of sync.

  • EditClippingDrawings
    Placement: The command has to be invoked, the Clipping Section selected, and the option ‘PlacementPoint’ chosen.
    Instead of this, I’d like to be able to place the Clipping Drawing onto any CPlane, at any location. The Clipping Drawing should be selectable as an ‘entitiy’ (group, block?), and be transformable.
    (I’m aware that it is already selectable by unlocking the corresponding layers, and moving the lines. However, they fall back to their original position when the plane updates.)
    Also, when the sectioned 3D object changes and the Clipping Drawing updates, the position of the
    2D objects is not maintained, but instead the Clipping Drawing’s lower bounding box edge.
    This is not good, since a Clipping Drawing, when seen through a Detail view, and should keep it’s exact location in the layout.
    Since this is hard to describe, here’s a screengrab:

I’d expect the Clipping Section to extend in negative y, not to extend above!

It’s still hard to find the best workflow for extracting 2D out of 3D, show it in a Detail, annotate it, and have the whole layout setup auto-update cleanly when changing the original 3D objects. There are still important puzzle pieces missing imho. until this works in a satisfactory way. To be continued.

Thanks for reading!

I’ve tested SectionTools in Rhino 8 Beta. It looks like many things have been changed since WIP version. I’ve found out some issues.

  1. Background lines are created together with Section.
    Background on Section
    Background lines are overlapped with section lines. I don’t know why background lines need to be created on sectioned object. This is very annoying because it affects display order.

  2. Objects location changed after adding new objects.
    Location Changed
    Looks like initial origin is always kept. However, whenever new objects are added, layout and details have to be changed as well.

  3. It’s impossible to set different print width for section and background
    through SaveClippingSectionViews. It is possible through CreateClippingSectionDrawings by setting printwidth of objects in property panel. Even though it’s time consuming, but it works anyway. I think it should be also possible through SaveClippingSectionViews as well.

  4. Looks like Floor Plan can be created only through rotating CreateClippingSection after placing it first.

  5. Addbackground options is not available when placing CreateClippingSection. Background can be added only through EditClippingDrawings only after placing CreateClippingSection. I think it should be available as an option for CreateClippingSections

  6. Setting Display Color, Print Color, and Print Width for hatch created through Section Style is not available. Do we have to edit them manually? Maybe we could, if it is possible. However, whenever some changed are added, everything goes back to initial setting automatically.

You can create a button with macro that set Dir=Custom by default

Do you suggest to move one side at a time?

This is on the list to add section annotation styles here…

I see it and it does look like a bug. I files it here…. Thank you.

This is discussed and filed here…

RH-77192 is fixed in the latest BETA

Is this bug? I have no idea why there are background lines under sectioned object in floor plans. Do I miss something?


Floor Plan Error.3dm (135.3 KB)

This does look like a bug. Filed here…
Thanks for the report

The location of the section is defined by the grip point and placement point. For example, if the grip point is “min” and the placement point is the origin, then the drawing is placed so that the min point of the bounding box of section curves (not background, just section) is always places at the origin. Does that make sense?
If this is not desirable, what do you expect?

Sectionbs are set to the “Print Width” of the objects they cut. Does that help?

You can set the Dir=CPlane when you run CleppingSections command
Does that help?

There is the option AddBackground in ClippingDrawings command. Does that help?

This is a known issue that is on the list to be implemented. Here…

Hello! Thanks for the answers recently!

I was half expecting this… Allright, but having to place 2 points AND a position is one click too much. Position is already given by the 2 points.
I like the way Archicad does this (or Revit, or…)

Sure! Like this (VisualArq this time):

Regarding ClippingDrawing:

  • It’s important that the objects(!), not their bounding box, stay in place!
    Say you have some layout, with 2D elements on top of a Detail,

…then you add some 3D parts,
image

… and update the ClippingDrawing. The content moves:

Not so good… Don’t underestimate this please!
You might know that VisualArq has a PlanView and SectionView feature. Do basically the same thing as your section tools, but they do this right - 2D objects stay put.
Not to talk about Archicad or Revit, where there’s an extra 2D environment/sheet between 3D and layout space (floorplan/section view). We don’t have such a thing (yet), so we need to be clever about how a Detail ‘looks into’ the 3D scene.

Since we are talking about it: Make2D has this nasty habit, too, of placing it’s 2D extraction to some random location, which even changes anytime the 3D objects change.
And will it make any difference if I use Make2D or ClippingDrawing (with borders on) for a 2D drawing?

  • Something else: the hatch direction of the 2D extraction should be the same as in 3D, right?
    image

Thank you!

  1. Rajaa. This is exactly what I’m saying. I totally agree with Eugen.
    Objects “MUST” remain in the same position. Otherwise, our layout will get toally messy. Again, you should think about what’s going to happen to thousands of annotions, dimensions, and text in layouts. Everything will be away off the right place. Seriously, this is a big disaster.

  2. Position should be changed with Edit command like move and rotation.
    We should be able to organize the position of tens of drawing in the model space. When you update sections through EditClippingDrawings, section goes back to original place. When you move or rotate sections, positioin of objects should be updated as well.

I left comment a comment on Eugen’s post.

Yes, they are. The problem is that SaveClippingSectionViews use object’s printwidh for both section and background. It’s not possible to set different printwith for background through SaveClippingSectionViews. Background aslso use object’s printwidh. We can not understand which lines are cutting lines and which ones are background lines when we print out.

Thanks. Solved.

My mistake! Solved. I thought that the option is available only through EditClippingDrawings

I’ve looked into your link. Is that really about making is possible to set Dispaly, Print Color and Print width for Hatch through SectionStyle? It doesn’t look like that…

Could you please give me your opinion about the first question : 1.Backgorund lines are created together with Section?

Thanks.

I think I answered this one here (Rhino 8 Feature: SectionTools Integrated - #52 by rajaa).
Please let me know if I misunderstood

Do you suggest that background is set to hairline thickness, or perhaps by output layer?

The best way that locations of sections stay put is if they are placed in their true 3D location. Whenever you extract drawings and project to xy-plane (Make2D or ClippingDrawings), it becomes tricky to keep in the exact location when changing the model or the location of the clipping plane.

I do however appreciate the problem when placing dimensions, figures, etc. then the section shifts. Did you try the workflow to use the clipping section view in detail? You can save to a clipping section to named view, then set the detail to be that section view. You can also set the clipping plane thickness to be zero to see the section only. Is this workflow useful in your workflow?