Re: [GRASS-user] Re: highest and lowest point in catchment

Thanks Richard, but elevation data is on a raster map. The idea I had was to generate point vector files with the highest and lowest point and then generate the colums with y and y coordinates... but it seems to me like a complicated way and I was wondering if there is a possibility to do that

Re: [GRASS-user] aggregate a field across features and then display related charts and histograms

On 27/01/08 18:35, David Epstein wrote: Hello, I have looked over a lot of documentation but am still having trouble with this task. I hope somebody on the list can point me in the right direction! I have a table of land parcels as polygon features in a postGIS database. I have another table o

[GRASS-user] Re: highest and lowest point in catchment

[EMAIL PROTECTED] wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to [EMAIL

Re: [GRASS-user] segment_format error with r.watershed

Wes, IMHO your problem indicates that you are exceeding the 32bit limits for file size (I may be wrong but Total Cells: -1831011296 may indicate that). GRASS >= 6.0 includes experimental support for reading and writing large files (> 2GB) if it is possible in your operating system. If you compile

Re: [GRASS-user] Problems with v.to.db and v.db.addcol

Could you please post the precise error message? Thanks Markus On Jan 29, 2008 8:54 PM, Niels Thevs <[EMAIL PROTECTED]> wrote: > Under my Windows GRASS GIS the commands v.to.db and v.db.addcol did not > work properly, when I wanted to calculate the areas of polygons. There > were error meaaages

[GRASS-user] Problems with v.to.db and v.db.addcol

Under my Windows GRASS GIS the commands v.to.db and v.db.addcol did not work properly, when I wanted to calculate the areas of polygons. There were error meaaages that it could not poen or execute the dbase files. Does anybody how to overcome this problem ? Best regards Niels --

Re: [GRASS-user] Snap across layers (SOLVED)

ok... solved... the bgmap must be a map of nodes... (I have obtained it with v.to.points -v) then all works fine... thanks Il giorno mar, 29/01/2008 alle 16.54 +0100, ivan marchesini ha scritto: > Hi Martin and Luca... > I have just tried with v.out.ascii as you suggested... > > I have two te

Re: [GRASS-user] Snap across layers

Hi Martin and Luca... I have just tried with v.out.ascii as you suggested... I have two test vector layer ("pippo" and "pippo1") each one contains only one area (without centroid) they are really similar and vertex are quite near each other (~30 meters) I have tried these commands: v.edit a3 too

[GRASS-user] v.db.addtable G_calloc Problem

Hi Everybody I've got a little problem with the v.db.addtable command when I make this v.db.addtable map=toto layer2 I've got this Using vector map name extended by layer number as table name: toto_2 Creating table with columns (cat integer) WARNING: The table is now part of vector map and may b

[GRASS-user] db.tables & v.db.connect -p mismatch? why?

Hi everyone, I overlaid two postGIS polygon layers connected to two different databases (same postgresql server). Will tables (including postGIS geometry) for the resulting new layer automatically be generated through the current connection? I am getting results that do not match: ON THE ONE HAN

Re: [GRASS-user] union features of vector

Try using v.overlay with the "OR" operator: http://grass.osgeo.org/grass63/manuals/html63_user/v.overlay.html Giovanni 2008/1/29, Alfredo Alessandrini <[EMAIL PROTECTED]>: > There is in Grass a command like "union features" of Arcview? > > I've try to utilise the function "v.dissolve", but it don

[GRASS-user] RE: Document management

>Wesley, > >cleaning up my mail box I found your message (see below). >We would be interested to know you involved - do you see >a chance? > >Eric Patton is coordinating the documentation efforts, I am >sure he would welcome you to help out with polishing the GRASS >documentation. > >Best regards >

Re: [GRASS-user] Snap across layers

Hi, 2008/1/28, Luca Casagrande <[EMAIL PROTECTED]>: > Markus Neteler ha scritto: > > - v.edit does it: > > bgmap Name of background vector map(s) snap to > > - the new digitizer in wxgrass does it (not yet enabled by default) Luca: > Before moving to my data, I am doing some tests with 2

[GRASS-user] union features of vector

There is in Grass a command like "union features" of Arcview? I've try to utilise the function "v.dissolve", but it don't work or I don't utilise it correctly :-) Alfredo ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mai

[GRASS-user] segment_format error with r.watershed

Greetings all, I am trying to run r.watershed on a county-wide LIDAR data layer. However, r.watershed returned a segment_format error during Section 1 of the analysis. Here is the error output: SECTION 1 beginning: Initiating Variables. 5 sections total. segment_format(fd,1,-1831011296,1,2

Re: [GRASS-user] Building wxgrass vdigit

Hi Craig, 2008/1/28, Craig Leat <[EMAIL PROTECTED]>: > I am trying out the new wxpython gui from trunk for the first time and I am > running into some trouble with building vdigit. > > My system is an i586 32 bit Ubuntu Gutsy (7.10) box and I have built the 6.3 > RC3 branch from source. I have fo

Re: [GRASS-user] SHELL variable not set

On Jan 29, 2008 11:42 AM, Hamish <[EMAIL PROTECTED]> wrote: > Martin Wegmann wrote: > > unfortunately I added 'rm .* ' instead of a 'rm $variable.*' in a > > GRASS script, hence I had to setup a new user account > > just to highlight the trap, as I've fallen into it too: > > if $variable is unset f

Re: [GRASS-user] SHELL variable not set

Martin Wegmann wrote: > unfortunately I added 'rm .* ' instead of a 'rm $variable.*' in a > GRASS script, hence I had to setup a new user account just to highlight the trap, as I've fallen into it too: if $variable is unset for some reason, 'rm "$variable".*' becomes 'rm "".*' which is processed

Re: [GRASS-user] SHELL variable not set

Martin Wegmann wrote: > unfortunately I added 'rm .* ' instead of a 'rm $variable.*' in a GRASS > script, hence I had to setup a new user account but when starting grass63 as > the new user I get: > > sh-3.1$ grass63 > Cleaning up temporary files. > Starting GRASS ... > GISDBASE='/data1/gr

Re: [GRASS-user] SHELL variable not set

Am Montag, 28. Januar 2008 19:17:12 schrieb Roberto Antolin: > Hello Martin and all, > > Martin Wegmann escribió: > > Is is a GRASS or Linux specific problem? Any idea which SHELL variable I > > have to set? And how to do so? > > I'm not sure, but I think you have to set just the SHELL variable. Tr

[GRASS-user] SHELL Variable problem: Workaround

Hello Oggi, this is a quick workaround if you prefer for some reason not to nuke the user account anyway: Set the variable manually on the shell: SHELL=/bin/bash and start GRASS. Cheers, Peter -- Dr. Peter Löwe <[EMAIL PROTECTED]> Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten

[GRASS-user] highest and lowest point in catchment

Hello all, I hope the questions does not seem too simple, but I have now no real good idea how to solve this simple problem: I need to find the highest and the lowest point within catchments WITH their coordinates (and to get the information about altitude and coordinates, of course) thanks