Hi Sameep, there are 2 problems with your file, one of which might be unsurmountable I'm afraid.
1) you didn't actually set any value in the U field of the SrfGrid component. It needs a number that indicates how many points you have in the U direction of your surface. 2) your grid is not a proper table. It is missing all manner points, you can only construct a SrfGrid is you have a *complete* set of control points. If you untrim the surface, and set a U count, you'll at least get a result. There are ways of transferring the trim to the new surface, but easier ways are coming. http://en.wiki.mcneel.com/content/upload/images/Surface_deform.jpg -- David Rutten Robert McNeel & Associates On Oct 3, 9:34 am, "sameep padora" <[EMAIL PROTECTED]> wrote: > Hi David; > I tried what you suggested but maybe I > didn't get your instructions right. > > Have uploaded the actual file called SrfFrmGrid.zip at > http://groups.google.com/group/grasshopper3d > > Would really appreciate if you could take a look at it. > > Many Regards > Sameep > > > > On Tue, Sep 30, 2008 at 3:08 PM, David Rutten <[EMAIL PROTECTED]> wrote: > > > Hi SP, > > > when you supply the points for a surface, you have to supply them in > > ordered row/column order. Thus, if you have a surface with 3 rows and > > 4 columns, your points must be in: > > > {0,0}, {0,1}, {0,2}, {0,3}, {1,0}, {1,1}, {1,2}, {1,3}, {2,0}, {2,1}, > > {2,2}, {2,3} > > > Then, the number that tells the component how many points there are in > > the U direction is either 3 or 4 (try both, see which one gives you > > garbage, then pick the other). If your counts are 1 off, the whole > > thing won't work. Have you actually counted your lines? If your lines > > are the result of a curve or surface division, note that divisions are > > specified by number of STEPS, which means that the number of POINTS > > you get is usually Steps+1. > > > -- > > David Rutten > > Robert McNeel & Associates. > > > On Sep 30, 8:54 am, SP <[EMAIL PROTECTED]> wrote: > > > Hi have just begun dabbling in Grasshopper > > > and have been trying to generate a surface that > > > comes from grid points that are actually line ends > > > The length of the lines are contingent on distances from a prescribed > > > point. > > > The goal is that moving the point would change line lengths > > > and correspondingly alter the surface. > > > > Have gotten to a point where the SrfGrid node picks up the line ends > > > for point input. > > > But feeding in any integers for U values creates runtime errors and > > > ofcourse > > > no surfaces are generated at all. > > > > I would be grateful if someone could help with this bottleneck and > > > apologies > > > if i missed a solution similar to my prob. in the earlier posts. > > > > Thanks. > > -- > Sameep Padora > Director > sP+a > Architecture Urban Design Planning
