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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
--
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
17 matches
Mail list logo