Hi all,
I divided a list of curves into different segments, and I want each of the planes that has been split to show the List Length - if that makes sense.
I’m pretty new to data trees so sorry in advance if the wording of the question doesn’t make sense.
Desired Result
Not to me.
3. Attach minimal versions of all the relevant files
Hi @inno,
Your solution is not giving me the desired result.
I want each of the resulting planes to show the Length of the List
So all the planes on the curve that has been divided into 3 planes to all show 3, 3, 3
Here’s the .gh file in question
list length question.gh (9.4 KB)
I don’t know what you are connecting/where… this is what I see on my screen:
list length question_Re.gh (15.3 KB)
Awesome! That Repeat Data is exactly what I was looking for.
Thanks!
I respectfully much hope we all do agree the role of that Repeat Data is just to increase computational time and occupy some otherwise empty space on the gh canvas? 
as GH works with the basic principle of Longest List, data is already Repeated under the hood of each component
no Repeat Data is needed in this case
no_repeat_data_needed.gh (22.9 KB)
I didn’t understand your description. Now that others have deciphered your intent and I’ve looked at your file, this can be done without Repeat.
P.S. Looking at this more carefully, I see the planes used to display text are not the same planes where the curves are located, which is tilted at a different angle:
Good idea using Align Plane. Thanks for pointing that out. I’ll look into simplifying the script.
As I said, the curves are not all on the same plane, even if you had three planes (one for each section). They appear to be on curved surfaces? So all the solutions are flawed.
I believe this (version text_tag_2025Jan24a.gh) is correct:
Compared to this from yesterday:
This version uses a point on the adjacent curve to create planes, so they are aligned even when the curves appear to be on a curved surface.
Yesterday’s version ‘Jan24a’ fixed a problem with the planes used to show the numbers by deriving one plane at the start of each line, then copying that plane to the other points on the same line using Plane Origin. This was an improvement because the planes respect a point on the closest line, while all earlier versions did not . Those planes are incorrect.
But what if the lines were curved instead of straight “Line-like Curves”?
I copied version ‘Jan24a’ and added a white group to bend the lines by moving their midpoints down. The slider labeled “fracLen” determines maximum deflection as a fraction of each line’s length; the slider labeled “bend” (blue group) determines how much of that maximum is applied.
As expected, bending the lines results in chaotic planes - for several reasons.
So I changed the algorithm to derive planes at each point instead of the beginning of each line.
Still works as before when “Bend” = 0:
I see some anomalies but this is several steps beyond what @Coopercho asked for.
If the lines (or bent curves) were on surfaces, this would be a whole different ball game, using surface normals to derive planes.
