I think that either the orient component is broken in some cases or
it's really weird to use. I'm going to go with the first option.
There's probably a better way of doing it, but if its planar surfaces
what you want to orient, try this:
http://grasshopper3d.googlegroups.com/web/orient_torus.jpg
It recreates the surface inside grasshopper already in the frame, so
it doesn't have to reorient geometry


On Nov 8, 10:57 pm, jvannest <[EMAIL PROTECTED]> wrote:
> I've simplified the problem to just 4 grasshopper components. An image
> (Shingles-on-torus-Frame_VS_Plane.jpg) of the simple problem is
> here...
>
> http://groups.google.com/group/grasshopper3d/web/Shingles-on-torus-Fr...
>
> ... I'm pretty sure that the /Surface Frames/ command does not supply
> the data to the /Orient/ command correctly. What is the difference
> between a Frame and a Plane? The addition of a normal? Maybe that will
> help me get to the bottom of this.
>
> Curiously,
>
> Jason
>
> On Nov 8, 1:43 pm, jvannest <[EMAIL PROTECTED]> wrote:
>
> > Hello all,
>
> > I am trying to do something just like taz's "orient_shape_to_srf.png",
> > but am having a spot of trouble. The simple goal is to regularly
> > distribute small surfaces on a torus.
>
> > "Shingles-on-torus.3dm.zip" and "Shingles-on-torus.jpg" are uploaded
> > to demonstrate the confusion. In summery, [1] the torus is divided
> > into curves, [2] the curves are divided regularly for points, [3] the
> > tangents of those points are used to set up local planes. Finally, [4]
> > those local planes are used for the orient command, but for a reason I
> > cannot understand the distributed polygon fly off the torus!
>
> > Does anyone have an idea for why this might happen?
>
> > Thank you,
>
> > Jason

Reply via email to