[GRASS-user] some problems in grass622 (ubuntu binaries)

2009-01-29 Thread orkun
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 ===

Re: [GRASS-user] some problems in grass622 (ubuntu binaries)

2009-01-29 Thread Nikos Alexandris
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

Re: [GRASS-user] some problems in grass622 (ubuntu binaries)

2009-01-29 Thread Nikos Alexandris
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

Re: [GRASS-user] some problems in grass622 (ubuntu binaries)

2009-01-29 Thread orkun
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

Re: [GRASS-user] starspan with grass support compilation failure

2009-01-29 Thread Nikos Alexandris
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 [...]

[GRASS-user] problem with r.proj

2009-01-29 Thread Mohammed Rashad
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

Re: [GRASS-user] problem with r.proj

2009-01-29 Thread Daniel Victoria
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

Re: [GRASS-user] understanding r.watershed

2009-01-29 Thread Markus Metz
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

Re: [GRASS-user] starspan with grass support compilation failure

2009-01-29 Thread Dylan Beaudette
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

Re: [GRASS-user] starspan with grass support compilation failure

2009-01-29 Thread Nikos Alexandris
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

Re: [GRASS-user] starspan with grass support compilation failure

2009-01-29 Thread Jonathan Greenberg
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,

Re: [GRASS-user] starspan with grass support compilation failure

2009-01-29 Thread Nikos Alexandris
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

[GRASS-user] compile grass gdal from svn

2009-01-29 Thread Paolo Craveri
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

Re: [GRASS-user] compile grass gdal from svn

2009-01-29 Thread Nikos Alexandris
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

Re: [GRASS-user] Re: understanding r.watershed

2009-01-29 Thread M S
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.

Re: [GRASS-user] compile grass gdal from svn

2009-01-29 Thread Paolo Craveri
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

[GRASS-user] [GRASSLIST:1216] Re: terrain modeling

2009-01-29 Thread M S
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

Re: [GRASS-user] Re: understanding r.watershed

2009-01-29 Thread Markus Metz
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

Re: [GRASS-user] error in installation of grass 64 windows

2009-01-29 Thread Markus Neteler
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

[GRASS-user] r.neighbors modal filter for two raster layers

2009-01-29 Thread maning sambale
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

[GRASS-user] Re: r.neighbors modal filter for two raster layers

2009-01-29 Thread maning sambale
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]

[GRASS-user] Re: r.neighbors modal filter for two raster layers

2009-01-29 Thread maning sambale
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