Hi GRASSusers,
I found m.clump command in the "Manuals" section of GRASS web page. But I
did not find it in my compiled GRASS5beta8 on IRIX, neither I did in
GRASS5beta11 binaries for Linux. Is it a part of GRASS4.3 version?
I wonder if there is a way to use GRASS to divide values of slope angle,
or some other attributes, into statistically acceptable and separable
ranges or scales. Something like what clustering algorithm do for you in
ERDAS/Imagine. It is always a problem when one have to categorize
morphometric property into the certain classes and one does't want to use
empiricial tresholds.
PROBLEMS WITH r.statistics:
As for r.statistics, is there any limitations on number of region for base
map? My base map has around 8000 unigue regions, and r.statistics doesn't
work well. For 5-7% of all regions it produces the desired statistics in
hexadecimal format (I think it is hexadecimal). When I run:
r.mapcalc=outputmap_cats=@outputmap
r.mapcalc dies on "Segmentation fault" on IRIX6.5 machines. Original base
map was produced by r.clump, and I ran r.support before I used it for
r.statistics.
r.statistics doesn't work if method=average. I assume it uses some
procedures from r.stats, and there is a bug, at least on IRIX6.5. If
method=min or method=max, it just work for first region in base map(lowest
categoy value, concerns Linux, and IRIX6.5). Again, the base map has 8000
unique regions.
Thanks in advance,
Rado
Rado Bonk
Geography and Geology
UNO, Omaha, NE 68182-0199
rado@cosmos.unomaha.edu
http://rbonk.host.sk
Hi Rado,
On Sat, Mar 31, 2001 at 02:29:54PM -0600, Rado Bonk wrote:
Hi GRASSusers,
I found m.clump command in the "Manuals" section of GRASS web page. But I
did not find it in my compiled GRASS5beta8 on IRIX, neither I did in
GRASS5beta11 binaries for Linux. Is it a part of GRASS4.3 version?
please give r.clump a try.
I wonder if there is a way to use GRASS to divide values of slope angle,
or some other attributes, into statistically acceptable and separable
ranges or scales. Something like what clustering algorithm do for you in
ERDAS/Imagine. It is always a problem when one have to categorize
morphometric property into the certain classes and one does't want to use
empiricial tresholds.
You may use the GRASS/R interface: Then you have plenty of functions
available. It can store GRASS data (raster/vector/sites) back and forth from
and to R. For those not familiar with "R": It is a free statistics package,
a sort of "S-Plus" clone.
http://www.geog.uni-hannover.de/grass/statsgrass/
PROBLEMS WITH r.statistics:
As for r.statistics, is there any limitations on number of region for base
map? My base map has around 8000 unigue regions, and r.statistics doesn't
work well. For 5-7% of all regions it produces the desired statistics in
hexadecimal format (I think it is hexadecimal). When I run:
r.mapcalc=outputmap_cats=@outputmap
r.mapcalc dies on "Segmentation fault" on IRIX6.5 machines. Original base
map was produced by r.clump, and I ran r.support before I used it for
r.statistics.
r.statistics doesn't work if method=average. I assume it uses some
procedures from r.stats, and there is a bug, at least on IRIX6.5. If
method=min or method=max, it just work for first region in base map(lowest
categoy value, concerns Linux, and IRIX6.5). Again, the base map has 8000
unique regions.
Mhhh, please report this as bug in
http://www.geog.uni-hannover.de/grass/bugtracking/bugreport.html
Then we'll look into this.
Kind regards
Markus Neteler
Dear grass members,
I seem to be successfully importing reems of OS data via r.in.ntf,
however, after running g.region and then r.in.ntf I get the following
message in the r.in.ntf output window
NOTE: Some or all of the input data falls outside both the
CURRENT and DEFAULT regions. The output map contains all
the data, but you must change the current region to use
it. You may also wish to ask the owner of the location to
change the default region.
My question is, "is this a standard note"? I am not sure that I
understand how to change the current region to use all the data?
Am I missing the point?!
Please help if you can.
best wishes,
Gail.
Gail Higginbottom,
Centre for European Studies and General Linguistics,
University of Adelaide,
Adelaide, South Australia,
Australia. 5005.
and
Department of Physics and Mathematical Physics
ghigginb@physics.adelaide.edu.au
http://www.physics.adelaide.edu.au/~ghigginb/
(08) 8303:6440
On Tue, Apr 03, 2001 at 08:58:24PM +0930, Gail Higginbottom wrote:
Dear grass members,
I seem to be successfully importing reems of OS data via r.in.ntf,
however, after running g.region and then r.in.ntf I get the following
message in the r.in.ntf output window
NOTE: Some or all of the input data falls outside both the
CURRENT and DEFAULT regions. The output map contains all
the data, but you must change the current region to use
it. You may also wish to ask the owner of the location to
change the default region.
My question is, "is this a standard note"? I am not sure that I
understand how to change the current region to use all the data?
Am I missing the point?!
Please help if you can.
Don't know anything about r.in.ntf, but "g.region rast=<name>" should
set the region to match the data...
--
Eric G. Miller <egm2@jps.net>
Dear GRASSList,
has anyone tryed to modell the flux of cold air (arise during the night when
there are no clouds) in GRASS?
That's pretty difficult, but I need only rough estimates...
Thanks,
Dieter
----------------------------------
Dieter Lehmann
University of applied Sciences
Schelmenwasen 4-8
D-72622 Nuertingen, Germany
lehmann@fh-nuertingen.de
Phone: +49 (0) 7022 404 Ext. 192 or Ext. 152
Fax: +49 (0) 7022 404 Ext. 166
Date: Wed, 03-Apr-01 12:00:00 +0000 (GMT)
Time: 15:01:29
----------------------------------