Number of points

Grasshopper
1

Hello friends
Why the number of points has shifted after offset.

cover.gh (27.0 KB)

2

Not the number of points has shifted but the order…

Don’t know why that happens.

3

Canvas at 02;22;31
Canvas at 02;22;311732Ă—495 197 KB

cover_re.gh (28.7 KB)

1 Like
4

image
image1333Ă—750 93.4 KB

Fatemeh
Fatemeh1867Ă—535 75.6 KB

Fatemeh.gh (24.4 KB)

1 Like
5

Hi @Mahdiyar and @HS_Kim
How can I draw the corresponding polyline on the new points?
cover.gh (67.8 KB)

6

Canvas at 04;59;00
Canvas at 04;59;001592Ă—538 349 KB

cover_reV2.gh (74.9 KB)

7

So back to the question: why does the point order shift / change after a surface offset?

8

Well, this is not related to the offset itself, it’s when you connect directly from surface to curve. This worked perfectly until Rhino 5.
I reported this behaviour since Rhino 6 …

1 Like
9

@HS_Kim
I wanted the corner points to move towards the average points obtained.
cover.gh (73.6 KB)

10

The offset surface change the order of the points

image
image1109Ă—336 37 KB

You can use closest point to fix this

image
image1394Ă—632 97.7 KB

11

Yes, the question is why or what is the rule behind.
Is the point order always CCW at new creation, on base of which plane, etc.

1 Like
12

This also happened when project points on surface. (or polylines i don’t remember).

13

This makes even less sense to me since they are projected in a loop one after the other.

14

Also the polyline class inherits from Point3d,shouldn’t make any difference to a Point.

15

Well, don’t ask me why, but I think the input surfaces are corrupt, check the @Mahdiyar rebuild and all work fine.
I thought it was related to this issue, what do you think about this? @Baris @anon39580149

SharedScreenshot
SharedScreenshot1257Ă—795 136 KB

16

We can’t always rebuild surfaces like non planar.

17

Of course, this is why most “bugs” are fixed by going back a step and seeing how those corrupted surfaces were generated.