Re: [GRASS-user] How to install and use r.damflood ?
I want to install and use r.damflood : http://grass.osgeo.org/wiki/Natural_Hazards Do you know how to do ? it seems it isn't yet in the grass-addons repositoty (http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster). but see Cannata M and Marzocchi R 2012 Two-dimensional dam break flooding simulation: a GIS embedded approach. Natural Hazard 60: in press http://geoscience-meeting.scnatweb.ch/sgm2009/SGM09_Abstracts/powerpoints/Marzocchi_SGM09_Talk.pdf http://istgeo.ist.supsi.ch/site/projects/dambreak so maybe just ask the addon-authors. - best regards Helmut -- View this message in context: http://osgeo-org.1560.n6.nabble.com/How-to-install-and-use-r-damflood-tp5011858p5011921.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] use of grass 6.4 and 7 on the same location/mapsets
If they are not accessed at a same time, then only problem will be with vector data. GRASS 7 uses a bit different vector data storage format and thus vector data can be used (displayed) only after a v.build run. It's a bit annoying and I don't know if it can introduce any problems (I mean when going G7-G6 vectors), still I haven't observed any. In conclusion - for raster - doesn't matter; vectors - better stick to one version. Maris. 2012/10/28 Laura Poggio laura.pog...@gmail.com: Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ 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] How to install and use r.damflood ?
Dear Laurent, unfortunately, as correctly Helmut write, the command is not yet on the addons website. In fact we did last year some changes in order to be compatible the software on Grass 7.0 (change of libraries) and there are yet a few errors writing the raster map outputs.. I need time to check the code and correct these last errors and we will put on the grass addon website. I hope to find time during this week (maybe evenings..) I will conatct you soon and I will also inform the grass-dev mailing list. We have also created a grass script to create the imput raster map with the dam (it is called r.dam). We will upload also this command. Best regards, Roberto Marzocchi -- Gter srl Innovazione in Geomatica, Gnss e Gis Spin-off Progetto Uni.T.I. promosso da UniGE Via Greto di Cornigliano 6r - 16152 Genova P.IVA/CF 01998770992 ph: 010-8694830 Fax: 010-8694737 E-mail: roberto.marzoc...@gter.it skype: roberto.marzocchi84www.gter.it www.twitter.com/Gteronline - www.facebook.com/Gteronline 2012/10/29 Helmut Kudrnovsky hel...@web.de I want to install and use r.damflood : http://grass.osgeo.org/wiki/Natural_Hazards Do you know how to do ? it seems it isn't yet in the grass-addons repositoty (http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster). but see Cannata M and Marzocchi R 2012 Two-dimensional dam break flooding simulation: a GIS embedded approach. Natural Hazard 60: in press http://geoscience-meeting.scnatweb.ch/sgm2009/SGM09_Abstracts/powerpoints/Marzocchi_SGM09_Talk.pdf http://istgeo.ist.supsi.ch/site/projects/dambreak so maybe just ask the addon-authors. - best regards Helmut -- View this message in context: http://osgeo-org.1560.n6.nabble.com/How-to-install-and-use-r-damflood-tp5011858p5011921.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] Renewal of GRASS-PSC
On Thu, Oct 11, 2012 at 2:58 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Oct 11, 2012 at 2:43 PM, Markus Neteler nete...@osgeo.org wrote: Dear all, to make it easier to nominate a PSC member candidate, here the link to the related Wiki page: http://grass.osgeo.org/wiki/PSC_election_2012 ... of course, any community member is eligible to propose a new PSC member candidate... The deadline is Wednesday, 31 October 2012, 12:00 UTC Here in local time: http://www.timeanddate.com/worldclock/fixedtime.html?year=2012month=10day=31hour=12min=0sec=0 Then the current PSC will decide about the nominations. Best Markus -- GRASS GIS PSC Chair http://grass.osgeo.org/wiki/PSC ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] use of grass 6.4 and 7 on the same location/mapsets
I found that once I'd converted my vectors to Grass 7, I couldn't go back. I ended up going back to 6.4 and having to restore old vectors from a backup. It was a pain. Is there an easy way to convert back? Thanks, Nick Cahill On Oct 29, 2012, at 11:59 AM, Maris Nartiss wrote: If they are not accessed at a same time, then only problem will be with vector data. GRASS 7 uses a bit different vector data storage format and thus vector data can be used (displayed) only after a v.build run. It's a bit annoying and I don't know if it can introduce any problems (I mean when going G7-G6 vectors), still I haven't observed any. In conclusion - for raster - doesn't matter; vectors - better stick to one version. Maris. 2012/10/28 Laura Poggio laura.pog...@gmail.com: Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] use of grass 6.4 and 7 on the same location/mapsets
If you are in 6.4 and want to open a vector layer created in grass 7 (or the other way around), you can use v.build. Alternatively, you can also open the layer, and in the layer manager, right click the layer and select 'rebuild topology'. Rebuilding is very quick in my experience and hasn't give me any trouble, whether rebuilding from 6.4 to 7 or the other way around. Cheers, Paulo On Mon, Oct 29, 2012 at 12:24 PM, Nick Cahill ndcah...@wisc.edu wrote: I found that once I'd converted my vectors to Grass 7, I couldn't go back. I ended up going back to 6.4 and having to restore old vectors from a backup. It was a pain. Is there an easy way to convert back? Thanks, Nick Cahill On Oct 29, 2012, at 11:59 AM, Maris Nartiss wrote: If they are not accessed at a same time, then only problem will be with vector data. GRASS 7 uses a bit different vector data storage format and thus vector data can be used (displayed) only after a v.build run. It's a bit annoying and I don't know if it can introduce any problems (I mean when going G7-G6 vectors), still I haven't observed any. In conclusion - for raster - doesn't matter; vectors - better stick to one version. Maris. 2012/10/28 Laura Poggio laura.pog...@gmail.com: Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ 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 ___ 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] How to install and use r.damflood ?
Good morning Mr. Marzocchi, Thank you very much for your interesting reply. Indeed, i would like so much test your extension r.damflood. But i understand very well that you need more time to correct last errors. 1/Pending improvements, would it be possible to use an older version of the r.damflood exrtension compatible with an older version of Grass (Grass 6.4.2 for instance)? 2 / I spent my weekend looking for software that can mapping the simulation of flood by dam failure. But the majority of them seem to be created by american universities and their utilisation seems to require Arcgis spatial analyst. Do you would know apllications reliable similar to yours not requiring not free GIS owner (like arcgis)? I also wanted to congratulate you and thank you for your research, really usefull. I'm working actually on an artificial Dam in Nigeria. Thank you to throw light for me. With kind regards. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/How-to-install-and-use-r-damflood-tp5011858p5011962.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] cnames with writeVect6 of spgrass
Dear GRASS-Users and Developers, I am trying to create a point layer of a table I got in R, which includes coordinates. To avoid the truncated columnnames I would like to use th cnames-option of v.in.ogr-- something as: writeVECT6(d.points, parameters=list(vname='v_comparis_data', cnames=names(d.points)), v.in.ogr_flags=c('o','overwrite')) But somhow I can't manage to submit any other options then the flags. Does anybody know whether the cnames-parameter can be used with writeVECT6 of spgrass-package in R? Any help or hint would be very much appreciated! Patrick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How to install and use r.damflood ?
Roberto, I am extremely interested in this as well. In my office, having real-time dambreak analysis capability is extremely important. So, I am very much interested in obtaining your GRASS extension as well. Thank you, Tom Adams On Mon, Oct 29, 2012 at 6:47 AM, Roberto Marzocchi roberto.marzoc...@gmail.com wrote: Dear Laurent, unfortunately, as correctly Helmut write, the command is not yet on the addons website. In fact we did last year some changes in order to be compatible the software on Grass 7.0 (change of libraries) and there are yet a few errors writing the raster map outputs.. I need time to check the code and correct these last errors and we will put on the grass addon website. I hope to find time during this week (maybe evenings..) I will conatct you soon and I will also inform the grass-dev mailing list. We have also created a grass script to create the imput raster map with the dam (it is called r.dam). We will upload also this command. Best regards, Roberto Marzocchi -- Gter srl Innovazione in Geomatica, Gnss e Gis Spin-off Progetto Uni.T.I. promosso da UniGE Via Greto di Cornigliano 6r - 16152 Genova P.IVA/CF 01998770992 ph: 010-8694830 Fax: 010-8694737 E-mail: roberto.marzoc...@gter.it skype: roberto.marzocchi84www.gter.it www.twitter.com/Gteronline - www.facebook.com/Gteronline 2012/10/29 Helmut Kudrnovsky hel...@web.de I want to install and use r.damflood : http://grass.osgeo.org/wiki/Natural_Hazards Do you know how to do ? it seems it isn't yet in the grass-addons repositoty (http://trac.osgeo.org/grass/browser/grass-addons/grass6/raster). but see Cannata M and Marzocchi R 2012 Two-dimensional dam break flooding simulation: a GIS embedded approach. Natural Hazard 60: in press http://geoscience-meeting.scnatweb.ch/sgm2009/SGM09_Abstracts/powerpoints/Marzocchi_SGM09_Talk.pdf http://istgeo.ist.supsi.ch/site/projects/dambreak so maybe just ask the addon-authors. - best regards Helmut -- View this message in context: http://osgeo-org.1560.n6.nabble.com/How-to-install-and-use-r-damflood-tp5011858p5011921.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 -- Thomas E Adams Development Operations Hydrologist National Weather Service Ohio River Forecast Center 1901 South State Route 134 Wilmington, OH 45177 http://www.erh.noaa.gov/er/ohrfc/ EMAIL: thomas.ad...@noaa.gov VOICE: 937-383-0528 FAX:937-383-0033 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] G_malloc error
Hi Users, I'm getting 'G_malloc' errors when using large images in Grass 6.4.3rc1. I need to use much larger images than the one causing the error. Is there a way around this problem? i have 3gb of RAM on this PC (standard MS Windows installer not osgeo). Is this enough RAM or should i invest in much more... or is there another cause of this?. Error message: Current region rows: 19998, cols: 15999 ERROR: G_malloc: unable to allocate 1279792008 bytes of memory at gsds.c:575 -- Paul J. Shapley ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] G_malloc error
Paul: If you want GRASS to use more than 3.5GB of RAM, then you need to run a 64 bit operating system. Otherwise, no single application will get to see more than 4GB. Also check your motherboard's manual to see how much RAM it supports. Often, there are limits of 16, 32 or 64GB total. If you plan to use 64 bit Windows, then be aware that Microsoft has put arbitrary limitations re. usable RAM into each one of there many different release versions. E.g. a Windows Home license might not be able to use more than 8GB. Ben On 10/29/2012 02:19 PM, Paul Shapley wrote: Hi Users, I'm getting 'G_malloc' errors when using large images in Grass 6.4.3rc1. I need to use much larger images than the one causing the error. Is there a way around this problem? i have 3gb of RAM on this PC (standard MS Windows installer not osgeo). Is this enough RAM or should i invest in much more... or is there another cause of this?. Error message: Current region rows: 19998, cols: 15999 ERROR: G_malloc: unable to allocate 1279792008 bytes of memory at gsds.c:575 -- Paul J. Shapley ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] G_malloc error
Benjamin Ducke wrote: If you want GRASS to use more than 3.5GB of RAM, then you need to run a 64 bit operating system. Otherwise, no single application will get to see more than 4GB. Also check your motherboard's manual to see how much RAM it supports. Often, there are limits of 16, 32 or 64GB total. If you plan to use 64 bit Windows, then be aware that Microsoft has put arbitrary limitations re. usable RAM into each one of there many different release versions. E.g. a Windows Home license might not be able to use more than 8GB. Also, we don't currently provide 64-bit GRASS binaries for Windows, so you'd need to build it from source with a compiler that can produce 64-bit executables (and you'll need 64-bit versions of all of the relevant libraries). The last time I checked, MingGW-64 was still quite unstable, although I don't know if that has changed since. The build system doesn't support compiling with MSVC (and the free edition doesn't support building 64-bit binaries). -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] use of grass 6.4 and 7 on the same location/mapsets
Thank you very much for the information. As I am not using vectors very often it should be rather safe. Thanks Laura On 29 October 2012 11:34, Paulo van Breugel p.vanbreu...@gmail.com wrote: If you are in 6.4 and want to open a vector layer created in grass 7 (or the other way around), you can use v.build. Alternatively, you can also open the layer, and in the layer manager, right click the layer and select 'rebuild topology'. Rebuilding is very quick in my experience and hasn't give me any trouble, whether rebuilding from 6.4 to 7 or the other way around. Cheers, Paulo On Mon, Oct 29, 2012 at 12:24 PM, Nick Cahill ndcah...@wisc.edu wrote: I found that once I'd converted my vectors to Grass 7, I couldn't go back. I ended up going back to 6.4 and having to restore old vectors from a backup. It was a pain. Is there an easy way to convert back? Thanks, Nick Cahill On Oct 29, 2012, at 11:59 AM, Maris Nartiss wrote: If they are not accessed at a same time, then only problem will be with vector data. GRASS 7 uses a bit different vector data storage format and thus vector data can be used (displayed) only after a v.build run. It's a bit annoying and I don't know if it can introduce any problems (I mean when going G7-G6 vectors), still I haven't observed any. In conclusion - for raster - doesn't matter; vectors - better stick to one version. Maris. 2012/10/28 Laura Poggio laura.pog...@gmail.com: Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ 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 ___ 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] G_malloc error
On 10/29/2012 06:27 PM, Glynn Clements wrote: [snip] Also, we don't currently provide 64-bit GRASS binaries for Windows, so you'd need to build it from source with a compiler that can produce 64-bit executables (and you'll need 64-bit versions of all of the relevant libraries). The last time I checked, MingGW-64 was still quite unstable, although I don't know if that has changed since. The build system doesn't support compiling with MSVC (and the free edition doesn't support building 64-bit binaries). True. And it's a beast to install and to get all the libs and header files into place. However, the situation is improving continuously. I have documented my efforts (trying to compile a GRASS 6.4.3 distro with minimal dependencies for use via SEXTANTE in gvSIG) here: http://gvsigce.sourceforge.net/wiki/index.php/Development_and_releases. It's incomplete (I have not been successful at compiling a complete 64 bit binary set on Windows so far), but maybe it will be of some use. I believe that it is possible to compile 64 bit binaries with MSVC, after downloading some additional packages: http://support.brainvoyager.com/available-tools/52-matlab-tools-bvxqtools/339-how-to-get-a-64-bit-compiler-under-windows-to-use-with-matlab.html However, I am not sure it's worth the trouble: MS change their free MSVC policies and front-ends all the time. It seems a safer bet to me that MingGW-64 will mature soon enough. Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] G_malloc error
On Mon, Oct 29, 2012 at 8:03 PM, Benjamin Ducke bendu...@fastmail.fm wrote: On 10/29/2012 06:27 PM, Glynn Clements wrote: [snip] Also, we don't currently provide 64-bit GRASS binaries for Windows, so you'd need to build it from source with a compiler that can produce 64-bit executables (and you'll need 64-bit versions of all of the relevant libraries). The last time I checked, MingGW-64 was still quite unstable, although I don't know if that has changed since. The build system doesn't support compiling with MSVC (and the free edition doesn't support building 64-bit binaries). True. And it's a beast to install and to get all the libs and header files into place. However, the situation is improving continuously. I have documented my efforts (trying to compile a GRASS 6.4.3 distro with minimal dependencies for use via SEXTANTE in gvSIG) here: http://gvsigce.sourceforge.net/wiki/index.php/Development_and_releases. It's incomplete (I have not been successful at compiling a complete 64 bit binary set on Windows so far), but maybe it will be of some use. This would not help for the reported problem: ERROR: G_malloc: unable to allocate 1279792008 bytes of memory at gsds.c:575 because the function where this error occurs, gsds_alloc_typbuff() in lib/ogsf/gsds.c can only allocate a maximum of 2 GB in GRASS 6. This has been fixed in GRASS 7, but only if GRASS 7 is compiled with 64-bit support. As a workaround, I would suggest to change the resolution of the current region before using any 3D functionality. I guess you tried nviz or wxnviz where an image size of 19998x15999 is most probably by far exceeding the size of the display. Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] G_malloc error
The last time I checked, MingGW-64 was still quite unstable, although I don't know if that has changed since. [...] It seems a safer bet to me that MingGW-64 will mature soon enough. AFAIK the R Project for Statistical Computing [1] ships windows-64bit-binaries built upon MingGW-w64 [2]. [1] http://r.789695.n4.nabble.com/Update-on-MinGW-w64-builds-for-64-bit-Windows-td1099811.html [2] http://cran.r-project.org/bin/windows/Rtools/ - best regards Helmut -- View this message in context: http://osgeo-org.1560.n6.nabble.com/G-malloc-error-tp5011983p5012105.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] use of grass 6.4 and 7 on the same location/mapsets
On Mon, Oct 29, 2012 at 7:11 PM, Laura Poggio laura.pog...@gmail.com wrote: Thank you very much for the information. As I am not using vectors very often it should be rather safe. As Paulo wrote, v.build is all you need to convert between GRASS 6 and GRASS7 (any way). v.build does not modify the vector coordinates or geometry objects, therefore it is safe to use in both versions. Markus M Thanks Laura On 29 October 2012 11:34, Paulo van Breugel p.vanbreu...@gmail.com wrote: If you are in 6.4 and want to open a vector layer created in grass 7 (or the other way around), you can use v.build. Alternatively, you can also open the layer, and in the layer manager, right click the layer and select 'rebuild topology'. Rebuilding is very quick in my experience and hasn't give me any trouble, whether rebuilding from 6.4 to 7 or the other way around. Cheers, Paulo On Mon, Oct 29, 2012 at 12:24 PM, Nick Cahill ndcah...@wisc.edu wrote: I found that once I'd converted my vectors to Grass 7, I couldn't go back. I ended up going back to 6.4 and having to restore old vectors from a backup. It was a pain. Is there an easy way to convert back? Thanks, Nick Cahill On Oct 29, 2012, at 11:59 AM, Maris Nartiss wrote: If they are not accessed at a same time, then only problem will be with vector data. GRASS 7 uses a bit different vector data storage format and thus vector data can be used (displayed) only after a v.build run. It's a bit annoying and I don't know if it can introduce any problems (I mean when going G7-G6 vectors), still I haven't observed any. In conclusion - for raster - doesn't matter; vectors - better stick to one version. Maris. 2012/10/28 Laura Poggio laura.pog...@gmail.com: Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ 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 ___ 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 ___ 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
[GRASS-user] Dissolve and sum field
How does one dissolve and sum a field in GRASS? I guess one way would be to create a separate table of summed values and then join them back to the new dissolved layer? How would you create this table of summed values? __ *Example table:* Dissolve Column| Sum column 1 | 0.5 1 | 0.5 1 | 0.5 2 | 0.25 2 | 0.25 *into:* Diss C | Sum C 1 | 1.5 2 | 0.5 Cheers Phil. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user