[GRASS-user] running Grass in batch mode without a script
Hi, I'm trying to add a feature to the Emacs grass-mode, allowing the user to create new locations interactively as they start the Grass session. The easiest way to do this would be to start a separate grass session to create the location in batch mode, then return to the normal setup procedures already in place. I can create the location with: grass -c source_file ~/grassdata/location_name But this opens a new interactive instance of Grass, before I've had a chance to set up the Emacs processing. Using the environmental variable GRASS_BATCH_JOB requires that it point to a shell script, but I'm not sure if there is a way to install a shell script within an Emacs package that is portable among Windows, Mac and Linux. So is there a way to run a grass job in batch mode without invoking a script? Or other suggestions? Thanks! -- Tyler Smith plantarum.ca ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] output values of r.composite
When I use r.composite to create, i.e., a false_color composite from
three Landsat bands, the RGB values in the composite are slightly
different than the values in the original bands. Why is that?
Here's an example:
# Import three bands
GRASS 7.0.0svn (UTM33N):~/Downloads for b in 2 3 4; do r.in.gdal --o
input=LE71830542003069SGS00_B${b}.TIF output=b${b}; done
r.in.gdal complete.
# Create composite
GRASS 7.0.0svn (UTM33N):~/Downloads r.composite r=b4 g=b3 b=b2
out=false_color --o
Creating color table for output raster map...
100%
Writing raster map false_color...
100%
r.composite complete. Raster map false_color created.
GRASS 7.0.0svn (UTM33N):~/Downloads r.info -g false_color
north=1065915
south=856485
east=731415
west=497985
# Choose a point for testing
GRASS 7.0.0svn (UTM33N):~/Downloads x=60; y=90
# and query with r.what
GRASS 7.0.0svn (UTM33N):~/Downloads r.what -n map=b4,b3,b2 coord=${x},${y}
easting|northing|site_name|b4|b3|b2
60|90||67|108|96=
GRASS 7.0.0svn (UTM33N):~/Downloads r.what -n -r map=false_color
coord=${x},${y}
easting|northing|site_name|false_color|false_color_color
60|90||12712|065:106:098
GRASS 7.0.0svn (UTM33N):~/Downloads
Thanks,
Micha
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] running Grass in batch mode without a script
On Wed, Jan 28, 2015 at 9:50 PM, Tyler Smith ty...@plantarum.ca wrote: ... So is there a way to run a grass job in batch mode without invoking a script? Yes, you just need to set some environment variables, see e.g. here: http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#Bash_examples_.28GNU.2FLinux.29 Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.massmov
I think that the quickest solution for this problem could be to change my pc platform or use a virtual platform (virtual box) Could it be ? What platform does support the r.massmov addon without error or interface problem? Thanks, for the patience Da: grass-user-boun...@lists.osgeo.org grass-user-boun...@lists.osgeo.org per conto di Helmut Kudrnovsky hel...@web.de Inviato: sabato 24 gennaio 2015 15.17 A: grass-user@lists.osgeo.org Oggetto: Re: [GRASS-user] r.massmov It means that there's something to fix in the module? Or is a grass issue? tested here again: GRASS Version: 7.1.svn GRASS SVN revision: 64291 Build date: 2015-01-24 Build platform: i686-pc-mingw32 GDAL: 1.11.1 PROJ.4: 4.8.0 GEOS: 3.4.2 SQLite: 3.7.17 Python: 2.7.4 wxPython: 2.8.12.1 Platform: Windows-7-6.1.7601-SP1 (OSGeo4W) as r.massmov doesn't show any (re)action, it's hard to say; but I assume a fix in r.massmov is needed. a quick test with different debug levels: g.gisenv set=DEBUG=3 g.gisenv set=DEBUG=5 C:\r.massmov C:\ C:\r.massmov --help C:\ C:\r.massmov --ui C:\ if you try to invoke the module, unfortunately nothing happens: no error message, no debug message, ... maybe something with parallelization in windows? - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/r-massmov-tp5181466p5183520.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Color Vector by text attribute
(cc list) On Wed, Jan 28, 2015 at 10:50 PM, Richard Nairn rich...@nairnconsulting.ca wrote: If I look at v.colors the column specification says it needs a numeric column, not a text column - thus precluding a rules file for a text column? Mhh, maybe you are right (I didn't use it too much yet, perhaps others in the list have suggestions). If yes, you could generate a numeric column and populate it for example with v.db.update. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Color Vector by text attribute
If that is the case it is really kind of clunky as it breaks the relationship between the original value and the colour. I will have to look into this further. I went the route of doing a select distinct on the text attribute and doing a v.db.update on RGBDATA for each distinct attribute with a colour. The biggest issue of course is if you edit the attribute then the colour is immediately wrong. On 2015-01-28 03:04 PM, Markus Neteler wrote: (cc list) On Wed, Jan 28, 2015 at 10:50 PM, Richard Nairn rich...@nairnconsulting.ca wrote: If I look at v.colors the column specification says it needs a numeric column, not a text column - thus precluding a rules file for a text column? Mhh, maybe you are right (I didn't use it too much yet, perhaps others in the list have suggestions). If yes, you could generate a numeric column and populate it for example with v.db.update. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Color Vector by text attribute
Hi, I haven't used GRASS in a while and I'm having some difficulty trying to figure out out the best way to symbolize my vectors like I might in ArcMap. The issue is trying to colour the vector by a text attribute. I have a type field with things like T,F,Tv... Do I really have to add the RBGVALUE field and then update that for every distinct entry? Or is there an easier way to do that. That seems like an awful hassle to do that. Thanks ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Large Grass Raster Notes
Jeshua, On Fri, Jan 23, 2015 at 3:22 AM, Vaclav Petras wenzesl...@gmail.com wrote: On Thu, Jan 22, 2015 at 9:10 PM, Jeshua Lacock jes...@3dtopo.com wrote: Since that is indeed the case, it would be super nice to add a pattern flag to r.patch and v.patch. It would. I'm not sure if there is a ticket for it. Please open an enhancement ticket for this in trac: http://trac.osgeo.org/grass/ - New ticket (requires login) thanks Markus Note that some other modules accept file with names which gives different possibilities than pattern option, e.g. usage with temporal framework. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
