Hello,
I can’t think how to model such bulge surfaces so that they can be moved freely in the facade planes like “Droplets running down the facade”
The shape of the towers can be basically anything
Surface from points.gh (21.6 KB)
The shape of the towers can be basically anything
Surface from points.gh (21.6 KB)
Yes, that’s closer. But I would like to be able to move these convexities on the facade and sort of highlight these volumes separately with material 
1 Like
Hey, does anyone want to help me out and tweak my script a little bit?
I don’t have your plugins but it looks like you are doing well. 
P.S. I deleted some unused components, set the ‘Radius’ value on the base rectangle and noticed the last Offset Surface produces <null>. Looks great though, what’s your question?
Drops_2024Aug30a.gh (28.1 KB)
it’s the standard surface subdivision tools in grasshopepr in RH8
Thank! I just need those bulges to be more collected with a correct, ellipsoidal shape. And I think maybe here I should try another way through Boolean operations - to join ellipsoids to the facade surface.
You’re right, I happened to think they weren’t plugins 
. These tools just optimized a bit the surface subdivision and extrusion of vertical facade frames
That image inspired an idea that ultimately failed. But I kept the cyan group, which has different ways to create the basic shape (now an extrusion) and attractor points.
NOTE: Using an extrusion instead of lofted vertical lines required UV counts to be switched and surface normals to be reversed. I made changes accordingly to get the same results.
I added the white group to show the Z distance between attractor points and the nearest SDivide point, which changes if you use a different ‘U Count’. Points with larger Z distance values are less affected by ‘Max. Height’.
Drops_2024Aug31b.gh (31.6 KB)
As to elliptical shapes in top view, you have several parameters to modify now, including ‘Max. Height’ and how much effect it has, such as minimizing Z distance values. You could have separate heights for each attractor point but I would try to avoid that by manipulating other parameters first.
Keep up, it looks great. Well done.
@Joseph_Oster thanks again! Guess the discussion is coming to an end and all questions are cleared
Thanks for correcting it! I was thinking about it and didn’t realize how to fix it
Attractors can be interesting. Sometimes nudging a parameter value slightly up or down determines whether or not the code downstream works or not.
The code I posted has a preview error but you will sort all that out.
1 Like
@PeterFotiadis sorry to be a little intrusive, but I’m missing a program moral with picture from you. Do you have anything on the subject? Classics, maybe?
Odd. Is it affected by the slider value? Or maybe document tolerance? Or maybe Rhino version? I have ‘Version 8 SR11’, there were some issues about extrusion in R8.
I’ll try to check in other versions
You can do this instead:
P.S. By the way, I found three things while messing about, all shown here:
-
A simpler way to get the BBX and SrfSplit.
-
Boundary surfaces overwhelm tower surface color. This is an unfortunate relic that’s difficult to explain - when rendering colors, upstream geometry takes precedence over downstream geometry with regard to transparency, so in this case I made the tower surface color opaque.
-
The Offset Surface at the lower right is working now but because surface normals changed, it needs a negative ‘D’ value. I didn’t touch it.
Drops_2024Aug31bb.gh (24.6 KB)
2 Likes