[GRASS-user] using v.to.rast

Hi users, i've read the help and other posts regarding v.to.rast, but i'm still not piecing it all together and would appreciate some help. i have a vector map of roads that i want to convert to a raster, so it is lines. v.support - fine, but i can not figure out what i need to do with v.digit (an

Re: [GRASS-user] compiling Add-Ons in Mac OS X

The problem with this is that in v7 I removed the "modbuild" part, assuming that the g.extension module would be working, but last I heard it still has issues. It's been a while since I tried compiling any addons, either with g.extension or modbuild or copied to source. On Mar 13, 2012, at 12:

Re: [GRASS-user] Switching Among Locations Within a GRASS Session?

On Tue, 13 Mar 2012, Tyler Smith wrote: g.mapset has a 'location' argument, so you can use it to switch locations as well as mapsets. Tyler, Thank you. I don't recall seeing that. Much appreciated, Rich ___ grass-user mailing list grass-user@li

Re: [GRASS-user] Switching Among Locations Within a GRASS Session?

On Tue, Mar 13, 2012 at 5:19 PM, Rich Shepard wrote: >   I know to use g.mapset to swich between mapsets in a given location, but > haven't found a way to switch between locations without exiting grass and > restarting it. g.mapset has a 'location' argument, so you can use it to switch locations

[GRASS-user] windows format for temporary file path

Hi, On a google search for building a temporary path in a bash script for win grass I found the manual for g.tempfile which lead me to write the line temp1=`g.tempfile pid=$$` which, on echo, generated E:\GRASSdata/newLocation/PERMANENT/.tmp/9168.0 and in use results in the following error: I

[GRASS-user] Switching Among Locations Within a GRASS Session?

I know to use g.mapset to swich between mapsets in a given location, but haven't found a way to switch between locations without exiting grass and restarting it. Usually my source data have different projections, units, or are in lat/long so I create a location specific to each theme. Then I

Re: [GRASS-user] Problem with r.in.arc needs your help to resolve [RESOLVED]

On Tue, 13 Mar 2012, Rich Shepard wrote: I refined the area for which I need the DEM and used g.remove on the two huge data files in my previous thread. Now r.in.arc finds missing lines in the hdr.adf source file. Fixed: the header has the llcenters rather than the llcorners so r.in.gdal is

[GRASS-user] GRASS vector in a vrt file ?

Hello, Is it possible to use Grass 6.4 vector in a vrt file ? I try /home/grassdata/geol/test/vector/sond/head 1 following the specifications of http://www.gdal.org/ogr/drv_grass.html http://www.gdal.org/ogr/drv_grass.html for the Datasource name and the example of http://lists.gispython

[GRASS-user] Re: compiling Add-Ons in Mac OS X

With versions 6.x of William Kynsburye (*http://www.kyngchaos.com/software/grass*) or Michael Barton ( http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/ http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/ ), I use the build template of William Kynsburye

[GRASS-user] Problem with r.in.arc needs your help to resolve

I refined the area for which I need the DEM and used g.remove on the two huge data files in my previous thread. Now r.in.arc finds missing lines in the hdr.adf source file. All data comes from http://ned.usgs.gov/ and the seemless National Elevation Dataset. I specified a region in DMS: N 49:

Re: [GRASS-user] Fail build GRASS 7.0 SVN on OS X and wx2.9

Hello Anna, thanks for your help. I _does_ compile now, and even launches, but the map display won't show any map, just the grey background, and eventually it freezes, the layers in gis.m start to blink and then I have to force quit it. Here's my msgs from terminal and Console: terminal Welco

[GRASS-user] compiling Add-Ons in Mac OS X

Hello all, on an unrelated topic to my issues with wxgui and wx2.9, I'm also facing some problems with add-ons. Specifically, I need r.stream.order. So I compile GRASS 7.0svn, and it goes fine. Here's my config options: export CFLAGS="-O2" export CXXFLAGS="" export LDFLAGS="" ./configure \ --

[GRASS-user] Re: Strange r.slope.aspect output of Aster dem

Thank you for your answers! I did g.region rast=aster_dem_ggrs and then I run again r.slope.aspect but the problem still remains. Here is the whole process. 1. I download the tiles from http://www.gdem.aster.ersdac.or.jp/search.jsp 2. Merge them: *gdalwarp ASTG* mosaic.tif* 3. Reproject the raster

Re: [GRASS-user] Strange r.slope.aspect output of Aster dem

Probably you changed resolution of the rasrter itself before runing r.aspect.slope. Has Maris said, try to first run the module with DEM native resolution, and then, if you need a better resolution, set it in yout region and then run r.resample. André 2012/3/13 Maris Nartiss > Hello, > are Yo

Re: [GRASS-user] Strange r.slope.aspect output of Aster dem

Hello, are You certain that it's not just a problem with data? Have You run Your analysis at DEM native resolution? Try to g.region rast=MyDEM before calculating aspect. Also how reprojection was done? Maris. 2012/3/12 leonidas : > I run r.slope.aspect on Aster DEM (reproject in greek grid). But

Re: [GRASS-user] Digitizing: Pango-CRITICAL Error

Rich Shepard wrote: >Running -6.5svn build 51051 on Slackware. Using the GUI to digitize a > rectangle as a new vector map. The console displays: > > (grassdata:17164): Pango-CRITICAL **: pango_layout_get_cursor_pos: assertion > ndex >= 0 && index <= layout->length' failed > >Is this so

Re: [GRASS-user] Speeding Up Reprojection of Large Raster Maps

Daniel Victoria wrote: > I thinkg you have to use "poors man parallelization"... That is, split > the work and issue multiple commands separately. > > So I'd try splitting the large raster into small chunks and then > projecting each one separately, sending the project command to the > backgroun