Hi Ok about this I just need to have an idea (or a link that can explain me this): 1- When I import a raster map (r.in.gdal) will it import all the raster or only the portion that fits in the current defined region? 2- If I define as a region a wider area than the image, will it process where the image is not available?
Thanks Kim 2010/9/27 stephen sefick <ssef...@gmail.com> > Where you don't have the image, if I understand you correctly, would > be NULL values? In that case you will have to default to someone more > experienced, but I suspect that it is run on the entire map, but NULL > means no data so no process. Just a wag. > hth > > Stephen > > On Mon, Sep 27, 2010 at 8:58 AM, Kim Besson <kimbesson1...@gmail.com> > wrote: > > Hi stephen and rest of GRASS users > > > > That was not my quiestion. My question is: if a have a an uimage inside a > > regions, will it process and run for all the region or only for where I > have > > the image(it's not importing only image-processing). ? > > > > Thanks > > Kim > > > > 2010/9/27 stephen sefick <ssef...@gmail.com> > >> > >> I get a little confused with the region raster processing stuff also. > >> But, this is what I do, and it seems to work. Anything that is > >> brought in from the outside (r.in.*) will import the entire map. > >> Anything that is done withing GRASS will respect the region. So, just > >> make sure to set the region before each calculation and you should be > >> OK. > >> > >> On Mon, Sep 27, 2010 at 8:52 AM, Kim Besson <kimbesson1...@gmail.com> > >> wrote: > >> > Greetings > >> > > >> > I have a very "dumb" question regarding region definition/processing: > >> > - I have defined a an area (example; 30N 20S -10W -5W). I have a > raster > >> > image with (30N 15N -7W -5) I mean, it only cover a part of the > region. > >> > If I > >> > run GRASS image-processing algorithms and processors does it run in > all > >> > image or only where I have a raster image? > >> > > >> > Thanks and sorry for tyhis such a dumb question > >> > Kim > >> > _______________________________________________ > >> > grass-user mailing list > >> > grass-user@lists.osgeo.org > >> > http://lists.osgeo.org/mailman/listinfo/grass-user > >> > > >> > > >> > >> > >> > >> -- > >> Stephen Sefick > >> ____________________________________ > >> | Auburn University | > >> | Department of Biological Sciences | > >> | 331 Funchess Hall | > >> | Auburn, Alabama | > >> | 36849 | > >> |___________________________________| > >> | sas0...@auburn.edu | > >> | http://www.auburn.edu/~sas0025 | > >> |___________________________________| > >> > >> Let's not spend our time and resources thinking about things that are > >> so little or so large that all they really do for us is puff us up and > >> make us feel like gods. We are mammals, and have not exhausted the > >> annoying little problems of being mammals. > >> > >> -K. Mullis > >> > >> "A big computer, a complex algorithm and a long time does not equal > >> science." > >> > >> -Robert Gentleman > > > > > > > > -- > Stephen Sefick > ____________________________________ > | Auburn University | > | Department of Biological Sciences | > | 331 Funchess Hall | > | Auburn, Alabama | > | 36849 | > |___________________________________| > | sas0...@auburn.edu | > | http://www.auburn.edu/~sas0025 | > |___________________________________| > > Let's not spend our time and resources thinking about things that are > so little or so large that all they really do for us is puff us up and > make us feel like gods. We are mammals, and have not exhausted the > annoying little problems of being mammals. > > -K. Mullis > > "A big computer, a complex algorithm and a long time does not equal > science." > > -Robert Gentleman >
_______________________________________________ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user