grass-user@lists.osgeo.org
If you can't see this email, please click here. Subbu.battula Subbu.battula wants you to become a Zorpian Hi , You must be special! Your friend Subbu.battula, has invited you to be a part of Zorpia! Join now for free! Subbu.battula's Friends: This message was delivered with the subbu.battula initiation. If you wish to discontinue receiving invitations from us, please click here: Block future invitations Copyright © 2003-2010 Zorpia.com All rights reserved. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Weekly snapshot question
Dear all, I have a question regarding the weekly snapshot. Since a few weeks it seems that the i686-pc version is not provided any more the last version I managed to have from the website is: grass-6.4.0svn-i686-pc-linux-gnu-10_07_2010.tar.gz Now it seems to be replaced by: grass-6.4.0svn-x86_64-unknown-linux-gnu-14_08_2010.tar.gz Is there a possibility to have again access to this i686-pc version because it was very useful :-) Thanks in advance for your answer Greg --- Gregory Giuliani Spatial Data Infrastructure UNEP/DEWA/GRID-Europe 11, chemin des Anémones CH - 1219 CHATELAINE Phone: (+41 22) 917 84 17 Fax: (+41 22) 917 80 29 Web: http://www.grid.unep.ch ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Table is not created with vector map
Alright, I've run the same test again with the same raster after having deleted my mapset and importing it again into another location. I've read a lot in the forums about coor files being too large and it seems that my hypothesis of the vector being too large is completely invalid. Here some additional info: When I use v.build I get the same error: Coor files of vector map homogeneous_ar...@permanent is larger than it should be (94546466 bytes excess) Nonetheless, v.build runs to the end. Trying to add a column after running v.build gives me the same problem. I get the following message: Coor files of vector map homogeneous_ar...@permanent is larger than it should be (94546466 bytes excess) Coor files of vector map homogeneous_ar...@permanent is larger than it should be (94546466 bytes excess) Coor files of vector map homogeneous_ar...@permanent is larger than it should be (94546466 bytes excess) DBMI-DBF driver error: Table 'homogeneous_areas' doesn't exist. Error in db_execute_immediate() ERROR: Error while executing: 'ALTER TABLE homogeneous_areas ADD COLUMN area double precision ' ERROR: Cannot continue (problem adding column). Still no further. Running v.digit also doesn't help; I have the same problem. I also tried exporting the vector as a shapefile and that didn't work either; GRASS complained about not being able to access the level 2 topology data. Any help would be appreciated, or at least a nudge in the right direction. I've read a lot of stuff online but haven't found anything that helps me in this situation yet and am confident that GRASS can do this... The coor file is only 90 MiB large with a topo file of 231.8 MiB, therefore not huge files. Of course, I wouldn't mind doing it with r.area, but my thread there has also died off... People, I'm sorry if I'm asking stupid questions but at least I'm trying! :P Thanks a bunch, Daniel -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Table-is-not-created-with-vector-map-tp5432355p5435807.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
Re: [GRASS-user] Opensource and pretty maps design anybody?
I think that of all open source GIS, gvSIG currently has the most advanced interactive map production facilities: http://www.oadigital.net/software/gvsigoade It has very advanced labeling modes, flexible symbology and symbol levels, and also comes with a complete map layout GUI. The version above also comes with integrated GRASS GIS 6.4, so you can directly map your GRASS data into a gvSIG data view and map layout. My colleagues have informed me that they can produce high-quality maps by exporting to PS/PDF and then doing the final retouching in Inkscape (of which the latest version is due any day now). Best, Ben On 08/17/2010 08:12 PM, kapo coulibaly wrote: Thank you all for your suggestions. I've used qgis quite a bit, it has a nice GUI but it is not very good with pretty maps. I'll give the SVG format, GMT and other graphic softwares a try. But how do you handle large numbers of feature (contour labeling)? It can be pretty tedious if you are going to cycle through various attributes attached to the same features. I think there is a case to be made that there is a gap to be filled. Opensource GIS software (Grass GIS, qGIS, Mapwindow, Saga...etc) could use some enhancement in this department. On Tue, Aug 17, 2010 at 11:59 AM, Malte Martin ma...@perlomat.de wrote: QGIS? http://www.qgis.org/en.html It comes along with a GRASS Plugin so you can use GRASS datasets. Malte Am 17.08.2010 um 17:56 schrieb kapo coulibaly: I've been using opensource GIS for a while (GRASS a lot). But they are all very limited when it comes to creating nice maps. I always have to resolve to using ArcGIS to put final touches on maps. Anybody has a suggestion for a free software to use for map design? ___ 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 -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Fw: Re: [GRASS-user] Opensource and pretty maps design anybody?
--- On Wed, 18/8/10, Ravi ravivundava...@yahoo.com wrote: From: Ravi ravivundava...@yahoo.com Subject: Re: [GRASS-user] Opensource and pretty maps design anybody? To: Rich Shepard rshep...@appl-ecosys.com Date: Wednesday, 18 August, 2010, 4:34 PM I use 1. Create an .svg file from the shape file 2. Open .svg file in Inkscape, a wonderful software with RGB and CMYK colour palette, and also great text fonts and justification --- On Tue, 17/8/10, Rich Shepard rshep...@appl-ecosys.com wrote: From: Rich Shepard rshep...@appl-ecosys.com Subject: Re: [GRASS-user] Opensource and pretty maps design anybody? To: grass-user@lists.osgeo.org Date: Tuesday, 17 August, 2010, 9:33 PM On Tue, 17 Aug 2010, kapo coulibaly wrote: I've been using opensource GIS for a while (GRASS a lot). But they are all very limited when it comes to creating nice maps. I always have to resolve to using ArcGIS to put final touches on maps. Anybody has a suggestion for a free software to use for map design? Sure: psmap within GRASS. Or you can use any of the graphic applications such as the GIMP, dia, Inkscape, etc. I've found that psmap produces outstanding output at a specified scale. It takes a while to grok all the options and you need to build a text file to produce what you want (no clicking, dragging, or other GUI stuff), but you can put what you want exactly where you want it. I suppose you could also use PSTricks with it but I've not looked at doing so. Rich ___ 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] SVN problems
Got it working now! I did not have FFTW included in the compilation. Once I installed the libraries and set the --with-fftw flag it all worked. Grass 6.5 looks very nice. I'm particularly eager to try out the modeler :) Looks very nice! Congrats all! Daniel On Wed, Aug 18, 2010 at 2:43 AM, Glynn Clements gl...@gclements.plus.com wrote: Daniel Victoria wrote: I get errors in lib/gmath that says: /home/daniel/grass/grass6_devel/lib/gmath/blas_level_1.c:91: undefined reference to `sqrt' Am I missing some library? No; it's a bug in lib/gmath/Makefile, which should have $(MATHLIB) in the definition of EXTRA_LIBS. $(MATHLIB) (typically -lm) will usually get pulled in anyhow (e.g. via $(FFTWLIB)), hence the reason that no-one has noticed this before. -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] g.extension not working
Hi all,
Just got 6.5svn compiled in Ubuntu 9.04 and I'm now trying to install
r.stream.order using g.extension. When I give the command
g.extension extension=r.stream.order prefix=${GISBASE}
I get:
[: 196: /home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu:
unexpected operator
[: 219: add: unexpected operator
And then the files are checked out from svn but compilation fails with
the messages bellow. Any hints? Do I need to checkout other extensions
first?
Thanks
Daniel
Fetching r.stream.order from GRASS-Addons SVN (be patient)...
Ar.stream.order/orders.png
Ar.stream.order/main.c
Ar.stream.order/description.html
Ar.stream.order/global.h
Ar.stream.order/io.c
Ar.stream.order/order.c
Ar.stream.order/Makefile
Checked out revision 43156.
Compiling r.stream.order...
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Module.make:25:
warning: overriding commands for target `install'
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include/Make/Rules.make:90:
warning: ignoring old commands for target `install'
test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\grassmods\
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/io.o -c io.c
io.c: In function ‘create_base_maps’:
io.c:57: warning: format not a string literal and no format arguments
io.c: In function ‘write_maps’:
io.c:172: warning: format not a string literal and no format arguments
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\grassmods\
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/main.o -c main.c
main.c: In function ‘main’:
main.c:142: warning: format not a string literal and no format arguments
gcc -I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include
-g -Wall -Werror-implicit-function-declaration -fno-common
-I/usr/include/gdal -I/usr/include -DPACKAGE=\grassmods\
-I/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/order.o -c order.c
order.c: In function ‘trib_nums’:
order.c:24: warning: format not a string literal and no format arguments
order.c:26: warning: format not a string literal and no format arguments
order.c: In function ‘find_nodes’:
order.c:68: warning: format not a string literal and no format arguments
order.c:97: warning: format not a string literal and no format arguments
order.c:108: warning: format not a string literal and no format arguments
order.c:123: warning: format not a string literal and no format arguments
order.c: In function ‘do_cum_length’:
order.c:164: warning: format not a string literal and no format arguments
order.c: In function ‘strahler’:
order.c:259: warning: format not a string literal and no format arguments
order.c: In function ‘shreeve’:
order.c:313: warning: format not a string literal and no format arguments
order.c: In function ‘horton’:
order.c:364: warning: format not a string literal and no format arguments
order.c: In function ‘hack’:
order.c:447: warning: format not a string literal and no format arguments
gcc -L/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
-Wl,--no-undefined -Wl,--export-dynamic
-Wl,-rpath-link,/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/lib
-L/usr/lib -o
/home/daniel/grass/grass6_devel/dist.i686-pc-linux-gnu/bin/r.stream.order
OBJ.i686-pc-linux-gnu/io.o OBJ.i686-pc-linux-gnu/main.o
OBJ.i686-pc-linux-gnu/order.o -lgrass_vect -lgrass_dbmibase
-lgrass_gis -lgrass_datetime -lz -lgrass_dbmiclient
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
-lgrass_datetime -lz -lgrass_dgl -lgrass_dig2 -lgrass_gis
-lgrass_datetime -lz -lgrass_rtree -lgrass_gis -lgrass_datetime
-lz -lgrass_linkm -lgrass_rtree -lgrass_dig2 -lgrass_gis
-lgrass_datetime -lz -lgrass_rtree -lgrass_dgl -lgrass_rtree
-lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis
-lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -L/usr/lib
-lgdal1.7.0 -L/usr/lib -lgeos -lgeos_c -lgrass_dbmiclient
-lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz -lgrass_gis
-lgrass_datetime -lz -lgrass_dbmibase -lgrass_gis
-lgrass_datetime -lz -lgrass_gis -lgrass_datetime -lz -lm
-lz
OBJ.i686-pc-linux-gnu/main.o: In function `main':
/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/main.c:54:
multiple definition of `springs'
OBJ.i686-pc-linux-gnu/io.o:/home/daniel/grassdata/br_wgs84/jip/.tmp/xadrez/2602.0/r.stream.order/io.c:5:
first defined here
OBJ.i686-pc-linux-gnu/main.o: In function `main':
Re: [GRASS-user] d.out.file in wxpython?
On Mon, Mar 29, 2010 at 9:35 PM, Hamish hamis...@yahoo.com wrote: Francesco wrote: I am also trying to export a display. I found d.out.file was great as it could export also as geotiff. Is it planned for it to be also in wxpython new gui? No, due to the different display driver used it is not possible. But the map display canvas has a save image button, which is next to the printer button. (devs: can we set the default for that to PNG?) The map display canvas save image button works ok but takes the screen resolution. It would be nice to have the option to increase the resolution as it was/is for the PNG driver. Not sure if such high res rendering is offered by wxPython... Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS GIS 6.4 batch
Hi there I am fairly new to GRASS GIS and need some help on how to use GRASS GIS for batch jobs. I have a series of 1000 MODIS sat-images that I want to batch-process in GRASS GIS in the following simple way: r.in.gdal -e input=F:\Projects\LSTdaily\2000_065_LST_Day_1km.tif output=g2000_065_LST_Day_1km r.mapcalc LST65_Celcius=float(2000_065_LST_Day_1km * 0.02)-273.15 r.mapcalc LST65_Celcius0 = if(LST65_Celcius-200, LST65_Celcius, null()) r.out.gdal -c input=LST65_Celcius0 nodata=- output=F:\Projects\BBMB\GRASSGIS\LST65_c.tif type=Float32 I know I can do this manually with the GRASS command line, but I would like to create a batch file where this can be executed from. Thus the batch file should be able to open GRASS GIS and execute the few lines above without any interaction needed. Does anyone have a similar batch-file I can look into, or can anyone assist me? I am not experienced within shell-programming and other things that I have found related to this topic. I am working on a Win XP/7 with GRASS GIS 6.4. Best regard Rasmus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Flow Direction Map Question (r.stream.extract)
I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. Any help would be greatly appreciated -- 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] d.out.file in wxpython?
Hi, 2010/8/18 Markus Neteler nete...@osgeo.org: On Mon, Mar 29, 2010 at 9:35 PM, Hamish hamis...@yahoo.com wrote: The map display canvas save image button works ok but takes the screen resolution. It would be nice to have the option to increase the resolution as it was/is for the PNG driver. Not sure if such high res rendering is offered by wxPython... try 6.5+. Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SVN problems
Hi, 2010/8/18 Daniel Victoria daniel.victo...@gmail.com: Got it working now! I did not have FFTW included in the compilation. Once I installed the libraries and set the --with-fftw flag it all worked. Grass 6.5 looks very nice. I'm particularly eager to try out the modeler :) Looks very nice! Congrats all! the modeler is under active development. Please report bugs or wishes on trac if needed. Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Flow Direction Map Question (r.stream.extract)
stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. Any help would be greatly appreciated ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Taudem and r.watershed (and r.stream also) uses different direction coding If you want to use any network modeling software it shall use the same data. Both direction and stream map must always match. However r.stream.extract can use any accumulation map including external software. You can use DEM and accum map created with Taudem (for example Dinf or D8-LFD) next generate network and direction map using r.stream.extract HTH J. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Flow Direction Map Question (r.stream.extract)
The stream network that is extracted is slightly different between the two pieces of software, but they look close enough... Thank you all for your help. Stephen On Wed, Aug 18, 2010 at 1:08 PM, Jarek Jasiewicz jar...@amu.edu.pl wrote: stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. Any help would be greatly appreciated ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Taudem and r.watershed (and r.stream also) uses different direction coding If you want to use any network modeling software it shall use the same data. Both direction and stream map must always match. However r.stream.extract can use any accumulation map including external software. You can use DEM and accum map created with Taudem (for example Dinf or D8-LFD) next generate network and direction map using r.stream.extract HTH J. -- 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SVN problems
Glynn Clements wrote: I get errors in lib/gmath that says: /home/daniel/grass/grass6_devel/lib/gmath/blas_level_1.c:91: undefined reference to `sqrt' Am I missing some library? No; it's a bug in lib/gmath/Makefile, which should have $(MATHLIB) in the definition of EXTRA_LIBS. Fixed in r43160. -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] SVN for grass projects
Grass'ers: I've recently learned the wonders of SVN, and was hoping to drop this r.gridengine code I've been working on (it parallizes r.* commands using grid engine) someplace so I can use SVN, and also have the code easily available if anyone wants to try it out. I can use sourceforge, but I didn't know if there was a more grass-friendly host location that would be more appropriate (like http://r-forge.r-project.org/ is for R packages). Thanks! --j ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SVN for grass projects
grass add-ons site? Dylan On Wed, Aug 18, 2010 at 2:45 PM, Jonathan Greenberg greenb...@ucdavis.edu wrote: Grass'ers: I've recently learned the wonders of SVN, and was hoping to drop this r.gridengine code I've been working on (it parallizes r.* commands using grid engine) someplace so I can use SVN, and also have the code easily available if anyone wants to try it out. I can use sourceforge, but I didn't know if there was a more grass-friendly host location that would be more appropriate (like http://r-forge.r-project.org/ is for R packages). Thanks! --j ___ 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] Flow Direction Map Question (r.stream.extract)
stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. if results are categorical (D8) I'd suggest to use r.reclass to sync them. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SVN for grass projects
On Wed, Aug 18, 2010 at 11:45 PM, Jonathan Greenberg greenb...@ucdavis.edu wrote: Grass'ers: I've recently learned the wonders of SVN, and was hoping to drop this r.gridengine code I've been working on (it parallizes r.* commands using grid engine) someplace so I can use SVN, and also have the code easily available if anyone wants to try it out. I can use sourceforge, but I didn't know if there was a more grass-friendly host location that would be more appropriate (like http://r-forge.r-project.org/ is for R packages). Please upload it to the GRASS Addons SVN. Then it can be easily found. To gain write access, please read: http://trac.osgeo.org/grass/wiki/HowToContribute#WriteaccesstotheGRASS-Addons-SVNrepository Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Flow Direction Map Question (r.stream.extract)
Hamish, It is D8. I am not entirely sure what you mean. On Wed, Aug 18, 2010 at 5:38 PM, Hamish hamis...@yahoo.com wrote: stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. if results are categorical (D8) I'd suggest to use r.reclass to sync them. Hamish -- 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS GIS 6.4 batch
Rasmus wrote: I am fairly new to GRASS GIS and need some help on how to use GRASS GIS for batch jobs. I have a series of 1000 MODIS sat-images that I want to batch-process in GRASS GIS in the following simple way: r.in.gdal -e input=F:\Projects\LSTdaily\2000_065_LST_Day_1km.tif output=g2000_065_LST_Day_1km r.mapcalc LST65_Celcius=float(2000_065_LST_Day_1km * 0.02)-273.15 r.mapcalc LST65_Celcius0 = if(LST65_Celcius-200, LST65_Celcius, null()) r.out.gdal -c input=LST65_Celcius0 nodata=- output=F:\Projects\BBMB\GRASSGIS\LST65_c.tif type=Float32 I know I can do this manually with the GRASS command line, but I would like to create a batch file where this can be executed from. Thus the batch file should be able to open GRASS GIS and execute the few lines above without any interaction needed. see GRASS_BATCH_JOB http://grass.osgeo.org/grass64/manuals/html64_user/variables.html#enviro http://grass.osgeo.org/grass64/manuals/html64_user/grass6.html http://grass.osgeo.org/wiki/GRASS_and_Shell#GRASS_Batch_jobs Does anyone have a similar batch-file I can look into, or can anyone assist me? I am not experienced within shell-programming and other things that I have found related to this topic. I am working on a Win XP/7 with GRASS GIS 6.4. that may be a problem. as far as I know the Windows startup batch file bypasses the normal init.sh startup script, which is what handles the batch job processing. Also it is built for UNIX scripting, not msdos .bat files, so even if GRASS+MSys on WinGrass could do it (perhaps it can?), you'd have to look into writing it as a unix shell script. (in the most basic form a unix .sh and msdos .bat are the same thing, just commands pasted into a text file. things like automated loops are very different though) Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] using r.mapcalc on a 100 rasters to produce one output (a temporal set of rasters)
My apologies if this is a repeat post, but i think my question did not get delivered last try. (I'm new here!) I am looking for a way for GRASS to do create one output raster based on the analysis of say 100 rasters (same spatial coordanates, but each raster has an equal time interval between them). For example if I have 100 rasters that have only 0's and 1's, and I want to calculate an output raster that shows how long it took each cell to first acquire a value of 1. Another example: sums up all 100 rasters to one output raster. From what I've gathered, I think that r.mapcalc will do the necessary functions, but I cannot find an example where it is processing 100s of rasters in a temporal set.Am I correct in assuming that r.mapcalc is the best solution for my problem? Are there other functions I should know about? Is there any examples that are similar to my problem? Thank you for you advicea.o. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
