Thomas, that makes sense. Grasshopper has no support for bitmap data at this point (though that is planned, all the knowhow is already avaiable in the RhinoScript image extension). It sounds like you need a script that translates surface uv coordinates into bitmap xy coordinates and then evaluates a pixel value. You can use the aforementioned Image extension to do this.
http://en.wiki.mcneel.com/default.aspx/McNeel/RhinoScriptImageExtension.html -- David Rutten Robert McNeel & Associates On Sep 24, 7:20 pm, twingate <[EMAIL PROTECTED]> wrote: > Hi David, > > 4 years, hehe, I think so too :) > I think I'm not doing a very good job of explaining what I'm looking > to do: I would like to use bitmap images that represent various > distributions (population density, foliage density, etc.) as inputs in > combination with a single surface 'landscape'. I picture the maps as > UV-mapped to the landscape, but this is not entirely necessary. At any > given point(u,v) on the landscape I would like to return the > corresponding color value at a point(x,y) at a given bitmap. I'm not > actually looking to deal with any color values that you see on screen, > but it would help the project if the maps could be made visible. Does > this make sense? > > /Thomas > > On Sep 24, 1:14 am, David Rutten <[EMAIL PROTECTED]> wrote: > > > > > Hi Thomas, > > > if you need to know the pixel colour due to lambertian shading then > > you'll have to implement that shading algorithm as code somewhere. If > > you also need highlights/textures/bumpmaps/emaps etc. I think you're > > in for a fun 4 years. > > > -- > > David Rutten > > Robert McNeel & Associates > > > On Sep 21, 8:52 pm, twingate <[EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > Without having investigated Grasshopper in detail; is there a method > > > for returning RGBA scalar at a point(u,v) for a given surface? > > > > /Thomas- Hide quoted text - > > - Show quoted text -
