On Tue, Aug 23, 2011 at 8:48 AM, Hermann Peifer pei...@gmx.eu wrote:
Hi,
r.univar gives me negative cell counts, whereas r.stats -c produces correct
results (I hope ;-):
(...)
41 118441
42 193
43 135
44 8189
* 2704177984
I guess this is the same integer overflow issue reported earlier
On Fri, Sep 9, 2011 at 6:17 AM, Andrés Silva andres.silv...@gmail.com wrote:
Of course. I get the same bug:
(Fri Sep 9 01:13:27 2011)
v.mkhexgrid output=hexgrid regionname=central_10m@PERMANENT sidelength=500
Creating GRASS ascii file with hexagons
Importing GRASS ascii file
Construyendo
It sure looks like permissions are the problem here. The GUI needs to write
things to your GIS Database and to temp files. If you are not the owner, there
could be problems.
Michael
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of
I am running v.kernel on a vector layer of points. The points are mostly
bunched up in small-ish areas, but when I run v.kernel, the
*entire*background is yellow.
Is it possible to make v.kernel use a transparent (clear) background where
it finds no activity, rather than painting everything
Markus wrote:
I can confirm this (64bit Linux):
GRASS 6.4.2svn (nc_spm_08):~ g.region -dg res=8
...
GRASS 6.4.2svn (nc_spm_08):~ r.univar elevation
100%
total null and non-null cells: -347311046
total null cells: -350476046
...
I suppose that r.univar is lacking the needed
On Sun, Sep 11, 2011 at 10:49 PM, Aren Cambre a...@arencambre.com wrote:
I am running v.kernel on a vector layer of points. The points are mostly
bunched up in small-ish areas, but when I run v.kernel, the entire
background is yellow.
Is it possible to make v.kernel use a transparent (clear)
Edgar wrote:
g.extension did not work, it required svn
sudo apt-get install subversion
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On 11/09/2011 23:26, Hamish wrote:
try r48240 in trunk.
I downloaded grass7 from trunk and its r.univar now reports for the same
map I used earlier:
total null and non-null cells: 271400 (rather than -1580967296)
Thanks for the fix. Will it also find its way into version 6.4.2?
I applied that to the raster layer, and it had no effect. The entire
background remains yellow.
Here's the command: *r.null test_fail_heatmap null=0.0*
I also re-ran v.kernel and got no change.
Does http://trac.osgeo.org/grass/ticket/1276 have anything to do with this?
Aren
On Sun, Sep 11,
Aren wrote:
I applied that to the raster layer, and it had no effect. The
entire background remains yellow.
if you run the query tool (arrow with a table next to it in the
map display window) , or d.what.rast if using the old Xmonitors,
does it report those areas as NULL or 0?
you can
10 matches
Mail list logo