Rich Shepard wrote:
Starting r.terraflow produces this warning:
WARNING: raster aber5m is of type DCELL_TYPE --precision may be lost.
My understanding is that raster maps have three possible data types:
integer (cell), floating point single-precision (fcell), and floating
point
double
Thank you all for your help regarding this.
Ok about this issue: I'm producing vegetation indicators for 3 different
spatial resolution (1km, 250m, 30m) using different images but for the same
coordinates system and region. My question is, I must have 3 different
locations for each spatial
On 10/02/2010 12:12, Pedro Roma wrote:
Thank you all for your help regarding this.
Ok about this issue: I'm producing vegetation indicators for 3
different spatial resolution (1km, 250m, 30m) using different images
but for the same coordinates system and region. My question is, I must
On 28/01/2010 15:51, Markus Neteler wrote:
Martin: please read on:
On Thu, Jan 28, 2010 at 3:27 PM, Luigi Ponti lpo...@infinito.it wrote:
Hi all,
Not sure why this happens, but some of the manual pages of my
WinGRASS-6.4.SVN-r40650-1 installation are in English e.g.
v.build.all - Rebuilds
On Wed, 10 Feb 2010, Markus Metz wrote:
r.terraflow stores elevation internally as floating-point single precision
which is more than enough if elevation is in meters or feet so you can
safely ignore the warning.
Markus,
Thank you. Perhaps that warning ought to be taken out of the code
On Tue, 9 Feb 2010, Rich Shepard wrote:
Trying to follow the GRASS Book (page 292ff) to resample my 10m DEM to 5m
resolution using generation of random points and RST spline interpolation I
fail to get usable results.
My latest attempt (which ran most of the night) did not produce the
On Tue, 9 Feb 2010, Rich Shepard wrote:
I have a drainage basin (watershed; 21,000 ac/9551 ha) with two points of
interest on the main creek draining that basin. These points are
approximately in the center of the basin, not at the outlet. I'm working
with a 5m DEM map (re-sampled from the
M S wrote:
I can launch r.terraflow in GRASS 6.4, but not in 6.5. (on kubuntu
9.10).6.4 came from ubuntuGIS, which seems fine, however, 6.5 was
compiled from source.
Error message when launching the GUI is Error - Couldn't execute
r.terraflow: no such file or directory.
Have you
I haven't, but will. Much thanks!
Mark
On Wed, Feb 10, 2010 at 11:00 AM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
M S wrote:
I can launch r.terraflow in GRASS 6.4, but not in 6.5. (on kubuntu
9.10). 6.4 came from ubuntuGIS, which seems fine, however, 6.5 was
compiled from
Hi Luis,
You should be able to export GRASS vectors
to KML using v.out.kml [1] or v.out.ogr [1]
[1] http://grasslab.gisix.com/scripts/v.out.kml/
[2] http://grass.itc.it/gdp/html_grass64/v.out.ogr.html
Regards,
Daniel.
Luis Lisboa wrote:
Greetings
I would like to know if there is any
Vincent wrote:
more than a question, I just send an advice to whom may be
in the same
issue : trying to re-install the r.surf.nnbathy add-on on a
recent linux
distro, I met a problem with its compilation against gcc on
this step :
gcc -g -O2 -Wall -pedantic
-fno-force-mem
Luis,
There is also the r.out.kml add-on:
http://grass.osgeo.org/wiki/GRASS_AddOns#r.out.kml
Regards,
Christian
On 10 févr. 2010, at 16:08, Daniel McInerney wrote:
Hi Luis,
You should be able to export GRASS vectors
to KML using v.out.kml [1] or v.out.ogr [1]
[1]
On Wed, 10 Feb 2010, Markus Metz wrote:
The segment library failed to format a temporary file, it could not write
to the file, but I don't know why. What does g.region -p say,
Markus,
GRASS 6.4.0svn (Oregon):/usr4/grassbase g.region rast=aber5m res=5 -ap
projection: 99 (Lambert Conformal
Rich Shepard pisze:
On Wed, 10 Feb 2010, Markus Metz wrote:
The segment library failed to format a temporary file, it could not
write
to the file, but I don't know why. What does g.region -p say,
Markus,
GRASS 6.4.0svn (Oregon):/usr4/grassbase g.region rast=aber5m res=5 -ap
projection: 99
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
not so large, I'd rather say moderate
Jarek,
I have larger maps.
OK. Please explain 'exterior watershed basin' in the context of
r.watershed.
it is the size (in cells number) of flow accumulation when r.watershed starts
delineate streams
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
it is the size (in cells number) of flow accumulation when r.watershed
starts delineate streams
Jarek,
Now that I have a successful run I'd like to learn how to interpret the
output maps. For examples, the accumulation map is a solid rectangle of
Rich Shepard pisze:
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
it is the size (in cells number) of flow accumulation when r.watershed
starts delineate streams
Jarek,
Now that I have a successful run I'd like to learn how to interpret the
output maps. For examples, the accumulation map is
In order for a basin to be delineated correctly, the pour point has to
be in a high accumulation area (I once heard the expression synthetic
river...)
Well, put your pour point on top of the accumulation map and see if
it's on top of the river. If not, change your easting and northing
coordinates
On Wed, 10 Feb 2010, stephen sefick wrote:
Stream accumulation map:
Have you set a reasonable threshold?
Stephen,
I've no idea. I set the minimum basin size at 5 acres, so using 10m x 10m
cell resolution I came up with a threshold of 21780.
Attached is a small region showing the output
On Wed, Feb 10, 2010 at 12:51 AM, Marco Tuckner
marcotuck...@public-files.de wrote:
Hello,
I have a projected location in UTM coordinates.
I would like to correct some images imported into that location.
The question is now:
In which format do I nee the coordinates in the icnd-file that
On Wed, 10 Feb 2010, Daniel Victoria wrote:
In order for a basin to be delineated correctly, the pour point has to
be in a high accumulation area (I once heard the expression synthetic
river...)
Daniel,
Perhaps if I explain what I'm trying to do it will help everyone who's
assisting me.
An option for organizing the data would be to work with only one
location but different mapsets, one for each resolution. But you still
would have to set the resolution with g.region.
Daniel
On Wed, Feb 10, 2010 at 8:23 AM, Micha Silver mi...@arava.co.il wrote:
On 10/02/2010 12:12, Pedro Roma
Looking at the PNG it does not look like any of the pour points are on
the channel. It has to be exactly on top of the lines in the flowacc
map. By setting the pour point to the right place you can delineate
the drainage area for each of them and see how much came from the
reservoir.
On Wed, Feb
agreed- the lower point does not look like it is on the stream.
On Wed, Feb 10, 2010 at 1:56 PM, Daniel Victoria
daniel.victo...@gmail.com wrote:
Looking at the PNG it does not look like any of the pour points are on
the channel. It has to be exactly on top of the lines in the flowacc
map. By
On Wed, 10 Feb 2010, stephen sefick wrote:
Stream accumulation map:
Have you set a reasonable threshold?
Stephen,
I've no idea. I set the minimum basin size at 5 acres, so using 10m x 10m
cell resolution I came up with a threshold of 21780.
Attached is a small region showing the output
On Wed, 10 Feb 2010, Daniel Victoria wrote:
Looking at the PNG it does not look like any of the pour points are on the
channel. It has to be exactly on top of the lines in the flowacc map. By
setting the pour point to the right place you can delineate the drainage
area for each of them and see
The easiest way that I have found to snap a point to a stream is to
use Qgis to edit the vector.
hth,
Stephen
On Wed, Feb 10, 2010 at 2:04 PM, Rich Shepard rshep...@appl-ecosys.com wrote:
On Wed, 10 Feb 2010, Daniel Victoria wrote:
Looking at the PNG it does not look like any of the pour
Rich Shepard wrote:
On Wed, 10 Feb 2010, Micha Silver wrote:
A quick tip regarding r.water.outlet (you may have noticed this already)
The module creates a new raster covering the whole analysis region with
two possible values: 1 for all cells draining into the outlet, and 0
everywhere else.
On Wed, 10 Feb 2010, Micha Silver wrote:
r.null house_catchment setnull=0
and
r.to.vect -s house_catchment out=house_catchment feature=area
Micha,
I have the coordinates correct now. When I get the house_catchment map I
want the area encluded. Haven't found how to calculate that; v.build?
Rich Shepard pisze:
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
try to use r.stram.basins from add ons it has solevd thsese prooblems
Ah! Will do. Thanks, Jarek.
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
Rich wrote:
WARNING: Subprocess failed with exit code 8
WARNING: category information for [aber5m.ws.accum] in
[beaver_lake]
missing or invalid
WARNING: category information for [aber5m.drain] in
[beaver_lake] missing
or invalid
WARNING: category information for
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
http://grass.osgeo.org/wiki/R.stream.*
Jarek,
Will r.stream.stats calculate the basin area for the two sub-catchments?
I see the input parameters as the raster maps for streams, flow direction,
and DEM. Doesn't seem to calculate the areas of the
On Wed, 10 Feb 2010, Micha Silver wrote:
r.to.vect -s house_catchment out=house_catchment feature=area
Micha,
This process worked flawlessly ... once I corrected slightly off
coordinates for the dam point. The last step I need is a way to calculate
the areas of these two partial basins.
On Wed, 10 Feb 2010, Rich Shepard wrote:
Isn't there a way to calculate areas of the vectors produced by the
r.water.outlet-to-vector process?
Of course there is, silly me: v.report. Works like a charm.
Rich
___
grass-user mailing list
Following the example on the r.topidx man page I ran the two following
commands:
r.mapcalc house_elev = if (isnull(aberDEM), aberDEM, house_catchment)
r.topidx in=house_elev out=house_tci
I can find no output. house_tci does not display in a monitor, running
r.stats -Anc house_tci
When I overlay a raster map with the vector watershed boundaries the
centroid of that vector map is displayed as a small 'x.' Is there a way to
remove that centroid from the display?
Thanks,
Rich
___
grass-user mailing list
If you are displaying using command line, d.vect manual tells us about
options display and type. Not sure which to use but I believe one
should do what you want.
If you are using the GUI, the vector properties will let you turn of
centroids and do other cool stuff.
On Wed, Feb 10, 2010 at 10:27
I'm expecting that the following commands in GIS.m should display a
spearfish60 map on monitor x0:
g.region rast=elevation@permanent
d.mon x0
d.rast elevation@permanent
They run without error but nothing appears on the monitor. I can display
the map on Map Display 1, though. I'm using
Rich Shepard pisze:
On Wed, 10 Feb 2010, Jarek Jasiewicz wrote:
http://grass.osgeo.org/wiki/R.stream.*
Jarek,
Will r.stream.stats calculate the basin area for the two
sub-catchments?
I see the input parameters as the raster maps for streams, flow
direction,
and DEM. Doesn't seem to
Hi Luis,
Both v.out.kml (Vectors) and r.out.kml (Rasters) are for the time being GRASS
add-ons (http://grass.osgeo.org/wiki/GRASS_AddOns). v.out.ogr is already part
of the standard GRASS6.4 distribution.
Peter
--
Dr. Peter Löwe
peter.lo...@gmx.de
Jetzt kostenlos herunterladen: Internet
40 matches
Mail list logo