algorithmic modeling for Rhino
Hello everyone!
I'm having little trouble trying to connect the intersection points of a grid to form a surface.
The grid itself is composed by triangular and quadrangular polygons, and the data trees of the intersection points is giving me some problem.
Here is the process i've done to come up with the grid (best viewing the image!):
1. create a base rectangular polygon;
2. find the diagonals and subdivide these, let's say in 10 points;
3. connect the points of one diagonal to the adjacent one in this order:
4. find the intersection points on every line drawn.
Now I would like to create individual surfaces connecting all the points that form the vertices of the polygons, but I cannot find out how...
Can somebody help me?
Thanks so much!
Tags:
anyone? :)
With your setup it will be pretty tricky to try to generate your surfaces from points/edges...but you can definitely use your curves to split a base surface into smaller ones. So if you make a bounding box for all of your lines (use the union box) convert your flat box to a surface and then use your lines to split it up, you'll have what you need. That said, you'll have four extra surfaces that you'll need to extract and your surfaces will be trimmed, but you can deal with this by extracting any of your trimmed surfaces that have more than four edges, and then you can rebuild untrimmed surfaces using points/edges from your trimmed surfaces. I don't know how important ordering is for, but this technique will give you surfaces at least.
Hi David,
that's a clever solution and works perfectly!
Any way, the next step would be identify the center point as a field attractor and have all the points of the surfaces moved in the vertical direction proportionally, based on the proximity to the center point. So I think that the problem will persist in any case.
If i found the way to connect the points by solving this data tree problem, then the extrusions and the solids will be constrained to that points, allowing me a complete freedom in further developement. That's what I'm looking for!
Do you know a way to solve this data trees?
I would try solving it for a smaller number of points to see if you can identify a pattern.
The new list item component looks great. Hopefully it also has a "match outputs" like the explode tree.
I wonder if anyone ever uses on purpose the wrap input as false (in any of the components that has it). It would be great to have all wrap inputs as true by default. Ideally I would remove them all.
Only problems I can think of is either user error creating integers larger than the list length or for some conditional like "if -1 then something" which can still be used.
I just changed all wraps defaults to true. You're right, I almost always have to change it or it doesn't matter. Wrapping is a more sensible default.
--
David Rutten
david@mcneel.com
Poprad, Slovakia
Thanks everyone guys!!
The solution of Systemig work great, but I do need also the central part of the geometry! ahahah
The Stasiuk/Rutten one instead seems to be the nearest one to what I'm looking for, but I'm having trouble to make it work... Do omeone know why?
The reduced one looks way better, so I'll wait the release of 0.9.0050 version to have a try.
You can use the reduced version, just replace that particular component with 4 list item components (as you've got in your definition), or use a flip matrix followed by an explode tree component.
Welcome to
Grasshopper
© 2025 Created by Scott Davidson.
Powered by