I am trying to split a series of surfaces with intersection curves on the surfaces. I am getting duplicate results which I am able to cull but there may be a better data structure to prevent the duplicates.
Something is happening when I calculate the intersection curves between the surfaces to be split (intersection set A) and the splitting surfaces (set b).
I used Trim Tree after the Brep | Brep intersection.
When you’re operating on a list of surfaces with a list of curve-sets (one set per surface), graft the surface list first. That way branch {i} of the surfaces maps to branch {i} of the intersection curves.
Yes. The reordering you saw is from Surface Split. It does not preserve the order of the cutter curves, so the output pieces come back in a solver-dependent sequence.
In my first file I patched it manually by culling one tile and inserting it at the desired index.
The revised file automates this: for each branch I take the split-piece centroids, pull them to the original surface, read their UV with Surface CP, and sort by U. That gives a consistent order without any manual edits.
