Grasshopper

algorithmic modeling for Rhino

Hello everyone, Im currently trying to generate a grid of deformed boxes. Starting from dividing a surface in squares from a grid, I extruded these surfaces by a vector normal to each surface

Lets say I have 25 surfaces, and so 25 directions. Everything fine.

But I wanted to have 12 go in one direction and 13 go in the other direction.

What I did was to create both negative and positive directions, having 50 directions for 25 surfaces. So I then proceeded to weave these directions, and split the list in 2.

To the left is what I achieved in grasshopper, to the right is the desired result.

As you can see the first story of prisms is extruded in the wrong direction.

Thanks for any insight.

Views: 498

Attachments:

Replies to This Discussion

I havent managed to fix your definition, but I have at least found the error. The surface split component doesn't put the surfaces in the "correct" order. Of course it doesn't really know what "correct" is, because it is in 3D space. So you will have to somehow order them the right way.

I have used the Text Tag to display the "IDs" of the surfaces. Also I noticed that you are getting the normal vector of those segements and its the same for all of them, because it is using the original untrimmed surface for evaluation (not sure why).

Lastly I would not use the "Only draw preview geometry for selected objects" option. You should get into the habbit of just hiding things you dont need to see any more. That way its much easier to see multiple things at once without having to Ctrl-select multiple things.

Attachments:

Alright, thank you very much. Will try to use the "only draw preview geometry for selected objects" less time.

Regarding the normal directions, you are right, thats not exactly what I wanted, but could not manage to eval each fragment differently...

Regarding the order of the splitted fragments...Its quite a ride isn't it?  At least I got the list and the pattern. I want to name them from left to right column like, and the count follow as it changes rows. Pretty much as its right now without the error.

The 24 down there complicates things a lot :(

Still cant figure it out.

Hi ShynnSup, if you use IsoTrim (Surface > Util tab) instead of SurfaceSplit, you won't shuffle the subsurfaces' order.
(P.S.: you don't need any normals since you probably want to extrude all surfaces in Y-direction.)

Oh man, you are genius! It worked!

Totally right about the y direction, dunno why I didn't notice, it was actually curving my solids a bit so you solved that too!

Thank you sir.

RSS

About

Translate

Search

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service