[GRASS-dev] [GRASS GIS] #3430: v.clean threshold in lat-long: metric or not?
GRASS GIS
trac at osgeo.org
Fri Nov 10 11:59:55 PST 2017
#3430: v.clean threshold in lat-long: metric or not?
--------------------------+-------------------------
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.3
Component: Vector | Version: 7.2.2
Resolution: | Keywords: v.clean
CPU: Unspecified | Platform: Unspecified
--------------------------+-------------------------
Comment (by mmetz):
Replying to [comment:2 mmetz]:
> Replying to [comment:1 mlennert]:
> > Replying to [ticket:3430 neteler]:
> [...]
> > >
> > > Should the G_important_message() be removed from main.c?
> >
> > Looking through the code, I actually have the feeling that the
documentation is wrong, at least for some of v.clean's functionalities.
> [...]
> >
> > So while area calculations might use meters (i.e. the rmarea function
mentioned in the SE message), I'm not sure this is the case for snapping
distances... I think this needs very careful review before deciding what
to do.
>
> I suggest to remove the message, because the message does not
distinguish between the different cleaning tools. For tool=rmarea, the
threshold must always be in square meters as stated in the manual.
Otherwise, I'm pretty sure that the threshold is map units, also for
latlon.
According to https://gis.stackexchange.com/questions/258089/v-clean-with-
rmarea-and-lat-long-projection there is another issue with v.clean
tool=rmarea because it might remove areas that should not be removed. A
test dataset would be helpful.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/3430#comment:3>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list