[GRASS-user] Pyhton script problem WINGrass 6.5SVN

Hello, I posted this already last week on the WINGrass mailing list, but didn't get any answer, so maybe someone of this list can help me. I compiled an own python script together with the source of GRASS 6.5SVN on Mac OSX and on Windows. The script source (with make and description.html) was pl

[GRASS-user] Joining vectors by location

Hi group, Does anyone have a good idea of how to join vector areas by location? I'm trying to do aggregated statistics on vector maps using extracted values from rasters. I want the sum of the raster cells that lie within the vectors to be inserted into the vector attribute table. So far I've done

Re: [GRASS-user] Joining vectors by location

Hi Daniel. You should use v.rast.stats [1] as it "Calculates univariate statistics from a raster map based on vector polygons and uploads statistics to new attribute columns. " Should be a more straight forward approach. Best Regards, Daniel. [1] http://grass.osgeo.org/gdp/html_grass64/v.rast.st

Re: [GRASS-user] Joining vectors by location

Hi Daniel, Very cool name :) You should use v.rast.stats [1] as it "Calculates univariate statistics > from a raster map based on > vector polygons and uploads statistics to new attribute columns. " Should > be a more straight > forward approach. Thanks for the tip, but v.rast.stats gives me a

Re: [GRASS-user] Joining vectors by location

Hi Daniel, According to the documentation of [1] and previous discussions [2], v.rast.stats2 should be a lot faster. You should be able to change the BASECOLS variable in the script to only output the sums, which might speed things up for you. Hope that helps. Regards, Daniel. [1] http://grass

Re: [GRASS-user] category number incrementing when digitising

On 20/11/11 15:51, Shane Litherland wrote: My concern here is not how to use them, but that the check/list boxes in the dialog appear to increment the cat numbers without them actually being used. e.g. If I click on 'next to use' in the listbox ten times, the cat that will be used next goes from

Re: [GRASS-user] Joining vectors by location

2011/11/21 daniel mcinerney > According to the documentation of [1] and previous discussions [2], > v.rast.stats2 should be a lot faster. > Awesome! Only... I've got a problem here... Sorry to be so nooby, but here's what's going on: GRASS 6.4.2RC1 (ETRS89_ll):~ > g.extension extension=r.univar.

[GRASS-user] ERROR with v.report

The following command gives me an error: >> v.report map=rivers option=length units=meters OUTPUT: Displaying column types/names for database connection of layer 1: File di input specificato due volte (english: input file was set twice) ERROR: There is a table connected to input vector map 'fiumi

[GRASS-user] Re: ERROR with v.report

I've just found that it's a known bug: http://trac.osgeo.org/grass/ticket/1139 2011/11/21 G. Allegri > The following command gives me an error: > > >> v.report map=rivers option=length units=meters > > OUTPUT: > Displaying column types/names for database connection of layer 1: > File di input sp

Re: [GRASS-user] Joining vectors by location

Alright, I just figured out a way to do it, albeit an unelegant way that requires using another program. I converted the rasters to vectors as usual. Then I did the following in order to preserve the original polygons: - Extracted the centroids by using v.select - Converted the centroids to points

Re: [GRASS-user] Problems while running Export to PNG file

thje scale bar (it remained a bit bigger). Is it possilve to define Scalebar size (not just position)? Antonio __ Information from ESET NOD32 Antivirus, version of virus signature database 6648 (2021) __ The message was checked by ES

Re: [GRASS-user] Joining vectors by location

Daniel Lee wrote: > GRASS 6.4.2RC1 (ETRS89_ll):~ > g.extension extension=r.univar.zonal >WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/ > Fetching from GRASS-Addons SVN (be patient)... ... for g.extension please try the new 6.4.2rc2 built from source code, and the ver

Re: [GRASS-user] Re: ERROR with v.report

On Mon, Nov 21, 2011 at 6:28 PM, G. Allegri wrote: > I've just found that it's a known bug: > http://trac.osgeo.org/grass/ticket/1139 Could you add " -x" to the first line of the script? Then run again and it should output shell debugging to better understand what's ongoing there. Markus > 2011

Re: [GRASS-user] Joining vectors by location

On 21/11/11 18:00, Daniel Lee wrote: 2011/11/21 daniel mcinerney mailto:daniel.o.mciner...@gmail.com>> According to the documentation of [1] and previous discussions [2], v.rast.stats2 should be a lot faster. Awesome! Only... I've got a problem here... Sorry to be so nooby, but here's w

Re: [GRASS-user] Joining vectors by location

On 21/11/11 19:24, Daniel Lee wrote: Alright, I just figured out a way to do it, albeit an unelegant way that requires using another program. I converted the rasters to vectors as usual. Then I did the following in order to preserve the original polygons: - Extracted the centroids by using v.sel

[GRASS-user] Visvalingham-Whyatt algorithm for v.generalize

Hi All, Does anyone know if there has been work done to implement the Visvalingham-Whyatt line simplification algorithm in GRASS? I've been using MapShaper's online implementation of this, but suspect it would work a bit faster in GRASS. Thanks, Roger --

[GRASS-user] Re: two questions on setting a new layer for for a vector

I've solved my needs about the creation of a new layer, but I feel that the mechanism a bit counter-intuitive. A new layer can be created *only* through an intemediary vector >> v.category input=rivers output=rivers_tmp layer=2 >> g.remove vect=rivers >> g.rename vect=rivers_tmp,rivers Directly c