[GRASS-user] Query: number of 'areas' reported in v.build output does not necessarily represent different geographical areas
Nikos Alexandris
nik at nikosalexandris.net
Fri May 10 11:37:41 PDT 2013
[..]
Markus M:
> >> I assume the global mangroves map should not have overlapping
> >> polygons, therefore as long as there are overlapping areas and/or the
> >> number of centroids is not equal to the number of input polygons, more
> >> cleaning is needed.
Nikos A:
> > Unfortunately it seems there are overlapping polygons.
Markus M:
> Obviously so, and fairly large overlapping areas according to your
> output even for snap=1e-6:
> Overlapping area: 5.32085E+09 (41538 areas)
>
> Therefore there are probably logical errors in the input data, for
> example the same mangrove polygon might be present more than once.
> This can not be cleaned automatically with v.in.ogr or v.clean. You
> can investigate overlapping areas in the imported vector with d.vect
> type=area layer=2 (only overlapping areas have a category in layer 2).
It looks _not_ good at all. Layer 2 over layer 1 uploaded at:
<http://picpaste.com/global_mangroves_usgs_2011_imported_snap_1e-6_layer2_over_layer1-EWItDQK6.png>.
I have also found the relevant "factsheet" for the Global Mangrove
Distribution (USGS, 2011), which does not help very much I think:
<http://www.unep-wcmc.org/medialibrary/2013/01/08/51d9d8c6/mangroves_usgs.pdf>
Nikos
More information about the grass-user
mailing list