Offset-curve in a grid cell gives different direction for segments

Hello,

I am new to grasshopper. This is a very silly issue, but when I populate the offset curve of rectangular cells and try to pick a single segment by listing items, the offset line segment is completely randomized; it changes with the change of distance and also the size of rectangular cells.

Is there any way to pick the segments that will remain constant throughout the grid cells? I have tried reparametrizing, simplifying, or grafting without knowing much about what they do, but no outcome made any difference.


offset trial.gh (13.7 KB)

I don’t got the same CurveOffset component, not sure why you use that one specifically and not the GH native one. Anyways all you had to do was flatten the CurveOffset (see picture/video below)


missing


offset trial_2024Apr15a.gh (8.5 KB)

Or with an expression (-x) on the Offset ‘D’ input:


offset trial_2024Apr15b.gh (8.5 KB)

P.S. Come to think of it, unlike Scale, you don’t need an ‘XZ’ plane centered in each cell:


offset trial_2024Apr15bb.gh (7.9 KB)

My bad I didn’t realize it wasn’t a native one, but I only switched to another available one when the native offset-curve won’t work, Here is the script rendered just like yours, but I still face the same problem.
And i have also uploaded the GH file, can you check if the script works on your device? i can’t identify what the problem is.

offset trial native.gh (12.4 KB)

This doesn’t seen to work on mine, 1st one named “offset trial_2024Apr15a.gh” did work but the moment the offset has the negetive expression in the same file it started acting weird. So i downloaded and opened “offset trial_2024Apr15b.gh” too and it has the same problem.

I can open all three versions in R8 and they work the same as R7. Version ‘bb’ is recommended.

P.S. OH :exclamation: I forgot about the edge indexing issue. Standby…

1 Like

No i can open the files, doesn’t work means the same issue persists and the list item is picking random segments, i attached the screenshot so you can understand the problem is still there

Yeah, sorry, I forgot the point. This version sorts the segments (actually their midpoints) along a circle.


offset trial_2024Apr15c.gh (14.6 KB)


offset trial_2024Apr15cc.gh (21.2 KB)

The reason I forgot the point is because versions ‘a’, ‘b’ and ‘bb’ in R7, using the standard GH Offset Curve component, don’t exhibit the problem. R8 is where there is a problem. Version ‘a’ in R8 shows the left edge of each cell instead of the bottom edge in R7. Versions ‘b’ and ‘bb’ in R8 with “-x” expression are not consistent from cell to cell about which edge is highlighted, so maybe there is yet another R8 issue here.

But I never worry about bugs or “why” questions, I routinely sort geometry to get consistent order, as I did in versions ‘c’ and ‘cc’.

Thank you so much!! I also noticed the negative value messes up the consistency, and I opened previous ‘a’, ‘b’, files, including my ones in Rhino 7, and yes, they work just fine! Thank you for clarifying the bug within R8 and the geometry sorting script in ‘c’.

This is the same as yesterday’s version ‘cc’ with Value List (blue group) and Stream Filter added. ‘Sorted’ is the same in both R7 and R8, ‘Unsorted’ is not.

Sorted, R7 and R8:


offset trial_2024Apr16a.gh (25.0 KB)

Unsorted R7:

Unsorted R8: