Merge surfaces (trim and untrim) sharing same edge

Grasshopper
21

Cool! I wasn’t aware of that.

I don’t know if I can say that about myself, but if anything I’ve gotten better at patience and brute force! :laughing: I’ve also learned a lot from amazing masterminds in the forum.

As for this (thanks for catching it), I think it’s expected given the differences in the surfaces. Also, I am not sure which grasshopper file we’re looking at now by the way, hehe! Unfortunately, I think this will be like chasing your tail: you can ‘pick’ the same isocurve count for both surfaces, but the isocurves component will most likely continue to miss a top or bottom edge, thus making things uneven again.

I’m lazy and don’t want to investigate further - my cheat would be to turn the surfaces (again) into edge surfaces, generate the isocurves then pull back to your trimmed surfaces and go from there:
2ExtendSrf_cc_Equal-IsoCrv-Cheat.gh (84.0 KB)

image
image2701×1299 328 KB

It seems to get rid of both problems: same isocurve count and doesn’t miss top/bottom ones.

I hope it helps - report back if you spot another bug.

Best,
RC

22

I get the logic of rebuilding all these surfaces ! will keep digging with this! amazing thx @René_Corella. Cheers

23

I am a little bit late for the party, but you can use Brep.Merge surfaces from rhinocommon for that

image
image2836×1378 438 KB

image
image1920×1001 212 KB

MergeFaces2.gh (95.9 KB)

24

@dfytz1,

is it more or less the same solution @Jakob_v_Schirmeister pointed out ? I mean, are you altering the whole file tolerance by doing so ?

25

No. I am altering tolerance, but that is not the point here, and it works differently. Instead three surfaces joined into one polysurface (that using deconstruct brep will give you 3 surfaces back) merge surface method i showed makes one surface out of three.