On Wed, May 8, 2013 at 11:56 AM, RichardC <[email protected]> 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 > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-user _______________________________________________ grass-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-user
