Thank you very much that is exactly what I was looking for.
would not have come up with the idea of doing that with surfaces.
thanks again for the quick reply
P.S. Exploring the model further, I found that it got confused about which of the split surfaces to ignore when I reduced the ‘Count’ slider. So replaced sorting by area with a proximity test (cyan group).
P.P.S. Variable offsets based on area are distracting and not necessary when ‘Count’ values are low. This cuts that out so the purple group slider is just the offset value, like version ‘a’.
The inconsistent widths of the borders bothered me, though there are other ways to write that code, to derive offsets in proportion to area, that might be smoother. Perhaps accounting for the ratio of edge curve length to area… so that triangles with long edges and small areas get smaller offsets?
OK, I’ve added a new purple group called ‘Offset Proportional To Area’ that considers the ratio of area to edge length and remapped ‘Min/Max’ settings to determine offsets for each hole. Smoother?
it is very smooth and I like it very much!
I’ll take my time tomorrow to study the different variants and to understand all the connections.
much to learn!
I meant to reverse the sorted list output to apply the largest offset to the surrounding shape (the blue line in earlier post) but the smallest looked better? Then I realized there is no need for sorting at all since I already have the Min/Max slider values and can use either one!
P.S. On second thought, multiplying the area/length ratio by area was a mistake? So offset isn’t actually based on area, only the area to edge length ratio?? logo geometrisch SC_2022Jan22hh.gh (28.4 KB)
The way it was wired, the ‘Min’ slider was affecting the blue line offset, preventing it from going to zero. So I added another Domain component wired for zero to ‘Max’ offset for the blue border.
The purple group computes offsets based only on the ratio of area to edge length, ignoring actual area, so small holes will have the same offset as large holes if their ratios are the same. That’s not quite what I wanted…
I understand the negative offset for the holes but why does the blue border offset also require a “-x” expression and negative offset value?
Regarding the blue border offset, can it be that lines also have a direction?
if so, then i could imagine the reason.
my thought is that if the line is pointing in one direction, then + would be to the right and - to the left of the line.
I don’t know if that’s the case, but it just went through my head.
Good thinking! You are correct. Adding Flip Curve after Join reverses the effect of the ‘D’ (Distance) input to Offset, so the “-x” expression for the blue border offset is removed:
The curious thing is that the “-x” expression wasn’t originally needed for the blue edge curve but something changed to affect the joined polysurface edge curve direction.
I’m lazy though, not curious enough to answer my own question. Again, good thinking!! Keep up.