[GRASS-user] large shapefile not importing properly with v.import

Helmut Kudrnovsky hellik at web.de
Fri Oct 20 13:07:55 PDT 2017


>Can you provide examples where v.in.ogr with cleaning/polygon conversion did
not work, but v.in.ogr -c + >v.clean produced better results?

really good data sets with all kind of (topological) mess are (from [correct
and incorrect] overlapping to self intersections etc):

o Natura 2000 data (~ 1GB):

https://www.eea.europa.eu/data-and-maps/data/natura-8#tab-gis-data

o World database of protected areas (~ 1 GB):

https://www.protectedplanet.net/

>The real cleaning happens only if the snap option is set to > 0.

v.in.ogr gives some hints about the snap option, sometimes I don't know what
should be the optimal setting.

>noticed that v.in.ogr complains about overlapping areas, which were input
polygons that should not >overlap, but snapping did not help there, instead
I needed to remove small areas afterwards with v.clean.

same experiences here.

>Should the current min_area option of v.in.ogr also be used to remove small
areas in the output?

never used this option:

min_area=float
    Minimum size of area to be imported (square meters)
    Smaller areas and islands are ignored. Should be greater than snap^2
    Default: 0.0001

do you mean the small areas shouldn't be imported or small areas should be
added to the neighbor area with the longest adjacent boundaries?



-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html


More information about the grass-user mailing list