[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