Grasshopper

algorithmic modeling for Rhino

Hi everyone,

I am running into the problem of offsetting a continuous surface. I need it watertight for 3d print.

Seems that the normals at the connection edge are oriented differently, hence my impossibility of offsetting smoothly. I have tried also to offset same distance both sides of the surface with no success.

I am trying WeaverBird to do same operation, see attached . No solution yet, any hints?

Much appreciated!

Views: 3552

Attachments:

Replies to This Discussion

Nesting depth in replies is quite limited I must say.

The problems with manual rebuild (case: paranoid meshes, he he) are 3:

1. Rhino does not have a proper clipping capability (N clips on a per View basis).

2. Rhino does not have a proper object display capability (objects per layer per view basis and/or per "collections" per view).

3. TSplines does NOT have any on-the-fly coordinate system definition capability (making "edit" a pointless waste of time). A small example about what this means as regards view navigation matters: imagine "hoovering" along a myriad of 3d objects: if you choose/opt for it: the moment that you touch an element (that could define a vector): this instantly becomes the working plane Z axis (very common capability in top MCAD apps). Not the same as a SpaceNavigator controller mind (far from it). 

If these 3 were available > rebuilding anything with TSplines could be a joy (and very fast: about 2 minutes for your mesh) 

Get this as well - Load Rhino file first attached in my previous reply (just for fun: not for your case, but we could do an extra WOW MERO spaceframe out of this paranoid M mesh).

BTW: Exo W is "tricky"

Attachments:

RSS

About

Translate

Search

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service