hello
I ran into some problems in grass622 (ubuntu binaries).
Sorry for long error output.
I was wondering how I could overcome this problem ?
I encountered this when I imported shape file into grass:
GRASS 6.2.3 (pro1):~ *** buffer overflow detected ***: v.in.ogr
terminated
===
On Thu, 2009-01-29 at 11:01 +0200, orkun wrote:
hello
Hi Orkun!
I ran into some problems in grass622 (ubuntu binaries).
Sorry for long error output.
I was wondering how I could overcome this problem ?
I encountered this when I imported shape file into grass:
[...]
Check out a thread in the
On Thu, 2009-01-29 at 10:39 +0100, Nikos Alexandris wrote:
The link:
Check out a thread in the archive [1] about this.
[1]
http://n2.nabble.com/Buffer-overflow-v.in.ogr-on-GRASS-6.4-RC2-td2151192.html#a2160500
___
grass-user mailing list
thank you
As far as I see from the url address you have
given there is similar problem with GRASS 6.4.0RC2.
regards
On Thu, 2009-01-29 at 10:39 +0100, Nikos Alexandris wrote:
On Thu, 2009-01-29 at 11:01 +0200, orkun wrote:
hello
Hi Orkun!
I ran into some problems in grass622 (ubuntu
On Wed, 2009-01-28 at 18:05 +0100, Nikos Alexandris wrote:
Not sure if I should post this here. I have a problem compiling starspan
with support for GRASS.
# configuring reports no problems
./configure --with-grass=/usr/local/grass-6.5.svn
# attempt to compile...
make
[...]
when i use r.proj to reproject it from lat-long location to albers equal
area projection. it is not reponding. After one hour the output is same on
screen.
#i entered the following command:
r.proj input=ras_1 location=ll_rast mapset=root dbase=/root/GRASSDATA
output=ra_map2 method=nearest
#when
WOW! With such small resolution in your Alberts location, no wonder
r.proj is having a hard time. Try to set the resolution in the output
location to something more reasonable and compatible with you original
map resolution...
Cheers
Daniel
On Thu, Jan 29, 2009 at 11:16 AM, Mohammed Rashad
Georg Kaspar wrote:
Hi,
when providing a binary depression layer for r.watershed, areas around
those depressions will be left out in the resulting basin map.
Maybe your basin threshold was too high, try with a lower value. Basins
are only calculated if there is a stream exceeding the
On Thu, Jan 29, 2009 at 4:22 AM, Nikos Alexandris
nikos.alexand...@felis.uni-freiburg.de wrote:
On Wed, 2009-01-28 at 18:05 +0100, Nikos Alexandris wrote:
Not sure if I should post this here. I have a problem compiling starspan
with support for GRASS.
# configuring reports no problems
On Thu, 2009-01-29 at 09:07 -0800, Dylan Beaudette wrote:
On Thu, Jan 29, 2009 at 4:22 AM, Nikos Alexandris
nikos.alexand...@felis.uni-freiburg.de wrote:
On Wed, 2009-01-28 at 18:05 +0100, Nikos Alexandris wrote:
Not sure if I should post this here. I have a problem compiling starspan
with
Folks:
I would LOVE to see someone take over development on starspan -- I
did submit a OSGEO application but it came back denied, more or less,
because of lack of community support. There are a lot of bugs and user
interface issues still remaining that would be nice to get cleaned up,
On Thu, 2009-01-29 at 10:15 -0800, Jonathan Greenberg wrote:
Folks:
I would LOVE to see someone take over development on starspan -- I
did submit a OSGEO application but it came back denied, more or less,
because of lack of community support. There are a lot of bugs and user
Hi to all
I have just build gdal and grass (6.5) from their respective svn sources.
When I start grass, I get this error:
WARNING: Digitization tool is disabled (libgdal1.5.0.so.1: cannot open
shared object file: No such file or directory). Detailed information
in README file.
Traceback
On Thu, 2009-01-29 at 20:11 +0100, Paolo Craveri wrote:
Hi to all
I have just build gdal and grass (6.5) from their respective svn sources.
When I start grass, I get this error:
WARNING: Digitization tool is disabled (libgdal1.5.0.so.1: cannot open
shared object file: No such file
Since a lake stores water, it sounds reasonable to consider it a
depression. That is what I used on an internally drained watershed, and it
worked well.
More or less a feature you determine will hold water, and not overland
flow. The other areas of all have flow characteristics (e.g.
Hi Nikos
2009/1/29 Nikos Alexandris nikos.alexand...@felis.uni-freiburg.de:
On Thu, 2009-01-29 at 20:11 +0100, Paolo Craveri wrote:
I don't remember facing this error. Are you 100% you removed libgdal
from Ubuntu repositories?
# sudo apt-get purge libgdal1-1.5.0
sudo apt-get purge
It looks like it was exported in Z,Y,X or Z,X,Y coordinates. You will have
to tell GRASS that on input; the order or the values. Its normally x,y,z
format.
have fun.
Mark
On Wed, Jan 28, 2009 at 3:22 PM, Frank Aragona fr...@agroinnovations.comwrote:
Mark,
I've attached the .csv file for
Georg Kaspar wrote:
On Thu, 29 Jan 2009 10:20:36 -0500, M S wrote:
In short, r.watershed, without depression input, will route water in
and *up* and out of depressions in the terrain to illustrate the
complete downward path. This is why no DEM filling is necessary. By
entering in known
On Wed, Jan 28, 2009 at 1:58 PM, Zahid Parvez
grassgisbanglad...@gmail.com wrote:
I have downloaded grass 64 windows from http://trac.osgeo.org/osgeo4w/
location and then download and install according to installation procedure.
after download and installation when I start the GRASS form
Hi,
Any ideas in doing this:
I want to get the mode of raster categorical values for a defined
window based on 2 raster layers.
For example, I set a window of 5x5, so I get mode value from 50 pixels
(25 for raster a and 25 for raster 2).
--
cheers,
maning
What operator in mapcalc should I use to evaluate a mode from a given window:
r.mapcalc test_andmode = mode (map1[-1,-1] map1[-1,0]
map1[-1,1] map1[0,-1] \
map1[1,-1] map1[1,1] map1[0,0] map1[0,1] map1[-1,0]
map2[-1,-1] map2[-1,0] \
map2[-1,1] map2[0,-1] map2[1,-1] map2[1,1]
Well, it should be ,
r.mapcalc test_andmode = mode (map1[-1,-1] , map1[-1,0] , map1[-1,1]
, map1[0,-1] , map1[1,-1] , map1[1,1] , map1[0,0] , map1[0,1] ,
map1[-1,0] , map2[-1,-1] , map2[-1,0] , map2[-1,1] , map2[0,-1] ,
map2[1,-1] , map2[1,1] , map2[0,0] , map2[0,1] , map2[-1,0])
On Fri, Jan
22 matches
Mail list logo