[GRASS-user] Query: number of 'areas' reported in v.build output does not necessarily represent different geographical areas

Markus Metz markus.metz.giswork at gmail.com
Wed May 8 07:27:04 PDT 2013


On Wed, May 8, 2013 at 11:56 AM, RichardC <richtcooper at hotmail.com> wrote:
> Thanks for your fast replies. I'll certainly take a look at the script.
>
> Snapping with v.clean seems to work quite nicely on this occasion:

Easier (and maybe safer) would be to snap already during import with
v.in.ogr snap=

BTW, in the latest versions of GRASS, v.in.ogr suggest a snapping
threshold if errors are encountered.

Markus M

>
>                 snap lines/boundaries   0.000001
>                 break lines/boundaries  0.00
>                 remove duplicates       0.00
>                 remove small angles at nodes    0.00
>                 break lines/boundaries  0.00
>                 break polygons  0.00
>                 remove duplicates       0.00
>                 remove lines/boundaries of zero length  0.00
>                 remove duplicate area centroids 0.00
>
> Output:
> Number of nodes: 774
> Number of primitives: 786
> Number of points: 0
> Number of lines: 0
> Number of boundaries: 776
> Number of centroids: 10
> Number of areas: 14
> Number of isles: 2
> Number of areas without centroid: 4
>
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.nabble.com/Query-number-of-areas-reported-in-v-build-output-does-not-necessarily-represent-different-geographics-tp5052007p5052033.html
> Sent from the Grass - Users mailing list archive at Nabble.com.
> _______________________________________________
> grass-user mailing list
> grass-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user


More information about the grass-user mailing list