Hi all,
I have a problem with surface split component. I used BBX to find the intersection curve among two sets of surfaces. Then i use this curve to trim the second set of surfaces. But it works only in some cases. (not all the values of the initial slider )
srf split.gh (39.0 KB)
I have no idea whatās going on deep inside the cluster that takes 10.1 seconds on the profiler!?? More clusters within clusters, for what? Otherwise, the two methods give the same result:
you should really name your clusters if you plan on going lke 8 layers deep.
i found something wierd inside this cluster:
inside you do a āInCurveā check on a list of open curves which will always fail i donāt know if this is intended but i donāt really inderstand your definition because its seperated in so many clusters. I added a ājoinā maybe this was the problem. Could you explain what you mean by āthe definition not workingā ?
EDIT:
I rewrote the part with the intersections to concentrate only on it and for the moment ignoring your data-handling done in the clusters. A few notes:
itās a good idea to cut out the unwanted parts of your outer srf before you do the brep stuff so i did that here.
the holes in your ācoperturaā surface sometimes cause the intersection to fail so i capped them. Have a look if this fits your needs:
likethis.gh (450.0 KB)
L
maybe Iāve done too many clusters ahah anyway iāve done in this way because the definition was becoming too messyā¦
anyway the final objective is to create a glass panelized curtain wall. with panels of xy dimensions;
i went on in the definition and it seems it works, even if itās becoming a bit complicated!
EDIT
I upload a more open definition. I translate all the notes in the panels in english. Have a look, I hope you understand better in this way.
srf split_open definition.gh (957.9 KB)
thank you @lando.schumpich for the time! iāll see your changes and
Iāll let you know
EDIT
This is the same definition i posted, more open and with english notes. Take a look
srf split_open definition.gh (957.9 KB)
In the definition now you can see better what i meant to do:
The definition works, but itās a bit complicated. Maybe (I think sure!) there is a clever way to do it. Any ideas? 
I didnāt understand all the part i grouped in red, what did you want to do?
I cancel it, and it seems it doesnt change anything
likethis_2.gh (894.4 KB)
well the part in red cuts the bottom curve which you ādivide lengthā to size before doing the heavy lifting with breps its just some optimization. Try to take a look again because the results of our definitions are exactly the same but this one takes around 500ms to compute while the one with the many clusters took around 4000.
On the understanding part: i donāt understand the purpose of all your boolean operations, do you intend to extract some data other then just the geometry? if not i guess most of it is not really needed to achieve the geometry.
I found out what causes the problem with both āsrf splitā and āsplit brepā:
Ć½our roof srf has a lost of āinner edgesā and when one of those edges exactly matches the start or end point of your cutting lines two different things happen:
-āsplit Brepā returns 3 instead of 2 results, this can be handled with some data sorting i did that in the new definition
-āsrf splitā will return 2 āwrongā results
i tested baking the components in rhino and doing it manually and it works just fine so maybe this is a bug @DavidRutten?
Here is a better documented version of the definition:
likethis.gh (455.2 KB)
I took a look again and i concentrate to the first part.
Here the definition with notes:
likethis_2_RE.gh (1.3 MB)
Maybe i didnt understand something, but i guess the part in red dots a removed is not really needed, but make only the definition longer. 
Iāll see the next part of the definition and iāll tell you
The purpose is to get a panelized surface, trimmed by the ceiling (that is not the final form but just a āsketchā. So i used the Boolean operations.
At the end I want to create a facade with glass panels. Iām trying to do with the simplest definition as possible.
@lando.schumpich
see the attachment
likethis_3.gh (1.3 MB)
I rewrote the second part:
ill see later the third part 
EDIT
Iāve just seen the third part.
I do not have much experience in using expression, and I donāt figure out what does the expression here.
the part in the red dots is for getting rid of the parts of the bottom curve you dont want anyway so you donāt have to 1. calculate the lines, 2. calculate the extrusions, 3. calculate the cuts, 4. find no cuts, 5. sort out the extrusion which didnāt got cut. of course the result is the same, it just takes more computation time
the expression is for the cases where brep split gives the wierd results. in words it reads something like:
If the number of elements in a tree path is more then 2, cull out the item with index 2, if not cull out the item with index 1. Which for this dataset gives the results we want. the expression also sorts out the uncut pieces because when a tree path has only 1 item in it it will be sorted out.
Hi @lando.schumpich thanks for the timely reply.
Iāve seen again the definition but iām sure now the part in red dots, at least put in this way, is useless.
Infact in that part you calculate an extrusion with wich you want to split the curve from list item But can you see in the picture below?
split with Brep the same input curve.as regards instead the expression, even if i still have to get used to use expressions, itās a very clever solution!
Thank you for now and see you soon
Huskenazy
āBrep | Curveā does find the intersection Points which are needed to split away the curve ends, check the Point output. āBCXā and āSplitā do different things so they shouldnāt be interchanged.
I use āSplit with Brepā in the definition and it does exactly what i described i donāt get where our misunderstanding is.
So itās very strange, because i have different results!
1)i have no points from BCX
2)i have only 1 curve from surface split
here the definition of the screenshot likethis_2_RE2.gh (1.3 MB)
isnt the same of your definition?
EDIT
I get your result if i plug-in the Boutput of cap holes in both BCX and split
Maybe you meant this way? and so however we dont need the part in violet group.
Anyway itās just a curiosity, because iām going on in the definition and weāve already solved that problem
i found it:
when i open your gh file with RH6 it works just like i described it.
when i open it with RH5 it breaks just like you described it.
there seems to be a change in how āSortā works. Change the list Item Index after āSortā from +1 to i like you see in the picture and it will work again.
@lando.schumpich if youāre interested, i can send you the next part of the definition. I think it works quite well for what i want but maybe we can improve it.
Thanks
sure thing iām interested
