Grasshopper should match multiple input trees more intelligently

I'm dividing up two surfaces into UV coordinates and using the coordinates to draw curves on the surfaces. I put the two surfaces into a graft, so that one is at {0:0} and the other is at {0:1}. Then I create trees of UV points for the lines with two points at every branch. This tree has branches
{0:0:0:0}, {0:0:0:1}, ..., {0:0:0:35},
{0:1:0:0}, {0:1:0:1}, ..., {0:1:0:35}
(the first two numbers in the path correspond to the surface). What I want it to do is draw curves for UV points {0:0:0:*} on surface {0:0}, and draw curves for UV points {0:1:0:*} on surface {0:1}. But when I put the surface tree and UV point tree into a CrvOnSrf (longest list, no flattening), they don't match up properly. Instead it draws all the curves on surface {0:0}. I thought the whole point of trees was to make what I was expecting happen automatically.

To work around this problem, I created a new tree where branches {0:0:0:0}, {0:0:0:1}, ..., {0:0:0:35} each had one copy of surface {0:0} and branches {0:1:0:0}, {0:1:0:1}, ..., {0:1:0:35} each had one copy of surface {0:1}. Thankfully Grasshopper matches this tree correctly because paths of these surfaces match the paths of the points exactly. But it's such an inelegant solution and it shouldn't be necessary. Grasshopper should match tree branches more intelligently (and allow the user to select different schemes). To state the scheme I am describing precisely: whenever a component has two input trees, branch {A:B:...:X} of the smaller tree should be matched with branches {A:B:...:X:*:*:...:*} of the larger tree. I think that would be what users want in most cases.

Tags: branches, combination, data, paths, structures, trees

Attachments:

blends.ghx, 317 KB
blends.3dm, 90 KB

▶ Reply to This

Replies to This Discussion

Permalink Reply by phillip on April 12, 2012 at 7:09am

Hi,

back again at my favourite topic. I love the script above, but I came to a point where it doesnt work, if the List is not consistent. Any Idea for this?

And another thing: is there a better way to split a three , but by a pattern? I´d like to have something where I can divide to positive, negative side by inputing the specific path, not a mask.

Thanks,

Phillip

Attachments:

limitsofdatamatch.JPG, 193 KB
TreeMatch.gh, 27 KB

▶ Reply

Permalink Reply by Andrew Heumann on April 12, 2012 at 7:20am

At least for me, your persistent data doesn't deserialize properly - could you upload the associated rhino file and a .gh with referenced data instead?

Permalink Reply by phillip on April 12, 2012 at 7:30am

I see. strange, I also had a problem with ctrl+c, ctrl+v into another document with the missing planes. Some bug...

Please try again, this should work.

Attachments:

TreeMatch_fix.gh, 27 KB

Permalink Reply by phillip on April 12, 2012 at 7:34am

and just in case...

Attachments:

refpoints.3dm, 32 KB

Permalink Reply by Andrew Heumann on April 12, 2012 at 7:51am

If I've understood the problem correctly, a script I wrote to assign an arbitrary path structure to a flat list of data might do the trick. See if this is what you wanted.

Permalink Reply by phillip on April 12, 2012 at 8:12am

Not really.

The script should match as shown in the picture. Ideally it would also have an input where you could say to which branch, like in the path mapper.

e.g.:

in:

Data 1: {a;b}

Data 2: {a;b;c;d}

O: +1

Out:

transferred Data 1: {a;b;c} according to the structure of Data 2

A little like an inverted shift paths.

Do you know what I mean?

Attachments:

assign paths.JPG, 136 KB

Permalink Reply by Andrew Heumann on April 12, 2012 at 7:58am

whoops, made a mistake in the last upload - try this one.

Attachments:

Assign_paths_example.gh, 28 KB

▶ Reply

Permalink Reply by Andrew Heumann on April 12, 2012 at 8:43am

Like this then? Doesn't have the shift input, but should automatically match up the two sets. Haven't tested it much, just put it together, so use with caution!

Attachments:

like_this.gh, 34 KB

▶ Reply

Permalink Reply by Andrew Heumann on April 12, 2012 at 8:53am

on a second look I'm still confused about what you're trying to accomplish. Doesn't Vicente's script do what you want so long as you pass it the right data to match?

Attachments: