[GRASS-user] r.li.setup
Dear List, I've been trying to use the r.li suite in a landscape ecology course and found the r.li.setup fails to create configuration files if one tries to setup the sampling frame by drawing regions or by using vector layers. The moving window, however, works. Any suggestions on how to overcome this? Thanks, Ravi Config file for region (2 regions were attempted but the input dialoge did not allow me to digitise the regions of interest.) SAMPLINGFRAME 0|0|1|1 MASKEDSAMPLEAREA 0.0|0.0|1.0|1.0|one MASKEDSAMPLEAREA 0.0|0.0|1.0|1.0|two MASKEDSAMPLEAREA 0.0|0.0|1.0|1.0|one MASKEDSAMPLEAREA 0.0|0.0|1.0|1.0|two Config file for vector input (vector comprised of 6 polygons) SAMPLINGFRAME 0|0|1|1 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using i.rectify and data type
António Rocha: > Hello Markus > Are you sure? Because I have tried i.rectify (1st order, 2nd order and 3rd > Order) with a CELL image and my output was also CELL. Yes. The order (1st, 2nd, or 3rd) affects only coordinate transformation. The resampling method determines how the new cell value is calculated. This is the difference between the option order and the option method. BTW, the option method has been introduced only relatively recently, i.e. is not available in 6.4.1, I think, only 6.4.2. > Markus Metz wrote: >> >> 2011/7/21 António Rocha : >> >>> >>> Greetings >>> >>> I have one question regarding i.rectify's data type output: If I have my >>> input is a CELL map, will my output will be also CELL? I mean, does it >>> keep >>> my data type? >>> >> >> That depends on the resampling method. Only nearest neighbor preserves >> the datatype, with all other resampling methods the output will be >> DCELL. This is similar to r.proj, only that r.proj uses FCELL for >> resampling methods other than nearest neighbor. >> >> >> __ Information from ESET NOD32 Antivirus, version of virus >> signature database 6314 (20110721) __ >> >> The message was checked by ESET NOD32 Antivirus. >> >> http://www.eset.com >> >> >> >> >> > > > > __ Information from ESET NOD32 Antivirus, version of virus signature > database 6314 (20110721) __ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using i.rectify and data type
Hello Markus Are you sure? Because I have tried i.rectify (1st order, 2nd order and 3rd Order) with a CELL image and my output was also CELL. Markus Metz wrote: 2011/7/21 António Rocha : Greetings I have one question regarding i.rectify's data type output: If I have my input is a CELL map, will my output will be also CELL? I mean, does it keep my data type? That depends on the resampling method. Only nearest neighbor preserves the datatype, with all other resampling methods the output will be DCELL. This is similar to r.proj, only that r.proj uses FCELL for resampling methods other than nearest neighbor. __ Information from ESET NOD32 Antivirus, version of virus signature database 6314 (20110721) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 6314 (20110721) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using i.rectify and data type
2011/7/21 António Rocha : > Greetings > > I have one question regarding i.rectify's data type output: If I have my > input is a CELL map, will my output will be also CELL? I mean, does it keep > my data type? That depends on the resampling method. Only nearest neighbor preserves the datatype, with all other resampling methods the output will be DCELL. This is similar to r.proj, only that r.proj uses FCELL for resampling methods other than nearest neighbor. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Using i.rectify and data type
Greetings I have one question regarding i.rectify's data type output: If I have my input is a CELL map, will my output will be also CELL? I mean, does it keep my data type? Thanks Antonio __ Information from ESET NOD32 Antivirus, version of virus signature database 6313 (20110721) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] flow accumulation
On Thu, Jul 21, 2011 at 3:30 PM, frans-joost wrote: > Dear GRASS users, > > I'm trying to implement the Morgan Morgan Finney model for erosion > estimation. > One problem I'm having is with the accumulation of surface runoff. > Is it possible to sum all cells that are uphill, meaning each individual > cell has an amount of water that flows downslope. > It should be possible to use a flow direction map to accomplish this. Flow direction is usually an output, not an input for hydrological modeling. At least in GRASS, r.terraflow and r.watershed take elevation (plus other optional parameters) as input and produce amongst others flow accumulation and flow direction as output. > > r.terraflow does not have an option to accumulate using another map > r.watershed gives me very high and negative values (not sure what happened > there) r.watershed flow accumulation output [0]: The absolute value of each cell in this output map layer is the amount of overland flow that traverses the cell. This value will be the number of upland cells plus one if no overland flow map is given. If the overland flow map is given, the value will be in overland flow units. Negative numbers indicate that those cells possibly have surface runoff from outside of the current geographic region. Thus, any cells with negative values cannot have their surface runoff and sedimentation yields calculated accurately. Markus M [0] http://grass.osgeo.org/grass64/manuals/html64_user/r.watershed.html ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] flow accumulation
On Thu, Jul 21, 2011 at 3:30 PM, frans-joost wrote: > Dear GRASS users, > > I'm trying to implement the Morgan Morgan Finney model for erosion > estimation. > One problem I'm having is with the accumulation of surface runoff. > Is it possible to sum all cells that are uphill, meaning each individual > cell has an amount of water that flows downslope. > It should be possible to use a flow direction map to accomplish this. > > r.terraflow does not have an option to accumulate using another map > r.watershed gives me very high and negative values (not sure what happened > there) > This goes in the direction what I am trying to do with seed dispersal via water, and I did not get any responses - maybe not possible? Rainer > > Thank you in advance > Frans-Joost > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/flow-accumulation-tp6606761p6606761.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 > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] flow accumulation
Dear GRASS users, I'm trying to implement the Morgan Morgan Finney model for erosion estimation. One problem I'm having is with the accumulation of surface runoff. Is it possible to sum all cells that are uphill, meaning each individual cell has an amount of water that flows downslope. It should be possible to use a flow direction map to accomplish this. r.terraflow does not have an option to accumulate using another map r.watershed gives me very high and negative values (not sure what happened there) Thank you in advance Frans-Joost -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/flow-accumulation-tp6606761p6606761.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] Problem With The Module r.colors
Hi Martin, On 2011/07/21 20:07, Martin Landa wrote: 2011/7/21 trung dung: r.colors module using this rule file and the following error appeared: "ERROR: "color", "rules", and "raster" options are mutually exclusive" Here is the whole command line "r.colors map=landuse color=rules rules=/home/hongluan/rules.file" I'm using GRASS 6.4.1 in GRASS 6.4.2 this command works, try to remove `color=rules`. Is GRASS-6.4.2 expected to be released soon? or are you referring to GRASS-6.4.SVN? Best Venka ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problem With The Module r.colors
Hi, 2011/7/21 trung dung : > r.colors module using this rule file and the following error appeared: > "ERROR: "color", "rules", and "raster" options are mutually exclusive" > Here is the whole command line > "r.colors map=landuse color=rules rules=/home/hongluan/rules.file" > I'm using GRASS 6.4.1 in GRASS 6.4.2 this command works, try to remove `color=rules`. Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS Database doesn't copy correctly
On Thu, Jul 21, 2011 at 11:56 AM, Daniel Lee wrote: > Hello there, > > Has anybody already had troubles copying the GRASS database to a server? > I've just got the standard folder that GRASS uses to store its locations, > mapsets and data, etc., and all I want to do is copy it over to a server > that I have access to by copying the folder they're contained in (in this > case it's called GRASS_Data). I've had problems with this before that not > all of the data copies correctly and I just can't explain it. On my local > hard drive the database has 120 GB and as soon as I copy it over to the > server it's only got 74 GB. Other file operations work without problems, > even when copying large amounts of data. This is the third attempt to copy > the stuff; any clue why this is happening? Thanks! > OS desktop and server? permission issues? Are hidden files copied? is the server hdd full? File system on desktop and server? If the desktop allows files >4GB, does the server as well? How did you copy? What about archiving on desktop, and extracting archive on server? Questions over questions. Cheers, Rainer > > Daniel > > -- > > B.Sc. Daniel Lee > > Geschäftsführung für Forschung und Entwicklung > > ISIS - International Solar Information Solutions > > > Deutschhausstr. 10 > > 35037 Marburg > > Festnetz: +49 6421 379 6256 > > Mobil: +49 176 6127 7269 > > E-Mail: l...@isi-solutions.org > > Web: http://www.isi-solutions.org > > > ___ > grass-user mailing list > grass-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-user > > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS Database doesn't copy correctly
Hello there, Has anybody already had troubles copying the GRASS database to a server? I've just got the standard folder that GRASS uses to store its locations, mapsets and data, etc., and all I want to do is copy it over to a server that I have access to by copying the folder they're contained in (in this case it's called GRASS_Data). I've had problems with this before that not all of the data copies correctly and I just can't explain it. On my local hard drive the database has 120 GB and as soon as I copy it over to the server it's only got 74 GB. Other file operations work without problems, even when copying large amounts of data. This is the third attempt to copy the stuff; any clue why this is happening? Thanks! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web: http://www.isi-solutions.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Question about target parameter in r.in.gdal
Hi. Thanks but just one last question: WHat shall I place in this parameter? the path to the GCP file? On Tue, Jul 19, 2011 at 10:17 AM, Alfredo Alessandrini wrote: > from GRASS manual: > > Support for GCPs: In case the image contains GCPs they are written to > a POINTS file within an imagery group. They can directly be used for > i.rectify. The target option allows to automatically re-project the > GCPs from their own projection into another projection read from the > PROJ_INFO file of the location name target. > > > 2011/7/19 Helena Herrera : > > Greetings > > I've read r.in.gdal's help and for me it's not clear what is the purpose > of > > "target" parameter? What shall I place in target parameter? > > Thanks > > Helena > > ___ > > 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] Cut Subscene
Hi Christian Mask is only masking out areas, it doesn't change your extent. You need to change your region bounds. You can set those is menu-Config-region-set region (or g.region on the command line). Region is a very important concept in GRASS GIS.If you are not familiar with regions, make sure to read a bit more in the help files. A quick way to change your region extend visually is in the map display window, where you can set your region from the current display. Cheers Paulo On Wed, Jul 20, 2011 at 5:32 PM, Christian Röttger < chris.roett...@uni-muenster.de> wrote: > Hello, > > i'm working with grass 6.4.1 and have a huge quickbird scene which i want > to cut, so that i only work with a small sample area. > i created a mask and performed all operations, working very well. but when > i export the test area as geotiff it has the same extent as the huge base > image. > also tried to copy the masked area with mapcalc, same problem. > > what is the best way to cut huge images into pieces without loosing data > information? > > thanks > christian > > > ___ > 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