[Tagging] Route maintenance tagging

Peter Elderson pelderson at gmail.com
Thu Jul 19 16:39:03 UTC 2018

Thanks for the warning. Of course it is not the idea to delete anything
except when proven wrong.
I meant: information from outside sources, such as gpx-trackings, which are
older then the last completed survey, should not be entered into OSM.
Also remember that I'm talking about route information, not mapped physical
objects. We're not mapping individual waymarks, but routes indicated by
waymarks. Even if you remove the route relation, nothing physical is taken
from the map.

The survey date is the key data element here, if any kind of systematic
maintenance to the route relations is setup. Will it take? I don't know.
We'll see. The check&maintenance system for cycle node network and walking
node networks (vmarc.be) works like a charm, so I have good hope)

2018-07-19 17:02 GMT+02:00 Kevin Kenny <kevin.b.kenny+osm at gmail.com>:

> On Thu, Jul 19, 2018 at 7:22 AM Peter Elderson <pelderson at gmail.com>
> wrote:
> > The goal of the idea is to tag the date of the last reality check. The
> best thing I have now is the date of the last edit, which most of the time
> results from e.g. a mapper's action (cut or remove) on a way that's part of
> the route relation.
> >
> > I want to ensure that the route in the field and the route relation stay
> in sync, and when they don't (which is a 100% certainty) that you can tell
> at what point in time it did match.
> >
> > Information older than that date (e.g. gpx-tracks) can be discarded,
> newer information can be entered, and edits after the survey date are new
> info which should be kept.
> Keeping the field survey up to date is a laudable goal, and I've no
> objection to some sort of tagging that reports "this geometry was
> field surveyed on <date>." Making it fit with the data model will be
> challenging; it's not something that can be easily automated, given
> the variety of mappers' workflows.In the current world, to make
> something like this a reality you have to have an individual or
> organization that becomes the de facto 'owner' of the route and keeps
> track of its own surveys - and that isn't very OSMish. I think this
> could be worked around with sufficient cleverness.
> But please, please, don't discard data older than a certain date. OSM
> is a very young project as geography goes. While out-of-date data can
> be misleading, the right thing to do is to inform, not to delete,
> particularly in cases where the out-of-date information is the only
> information that is available. It may also be the only information
> that can guide in recovering from an act of vandalism or a
> badly-considered import.
> Perhaps I'm coming at this from the 'wrong' perspective. since a fair
> amount of my mapping is of features that nobody has yet seen fit to
> map at all, or that were once imported from external data that I
> consider hallucinatory. If someone with a GPS found a route passable a
> decade ago, that's a piece of information that I now have that I
> wouldn't have had otherwise. It could be that the route is no longer
> passable, has been relocated, or has been demolished, but without the
> old data, what reason do I have even to go and find out?
> Moreover, the land remembers. I've been on trips where abandoned
> tracks and the grades of dismantled railroads, a century old and now
> grown to trees, have been important landmarks. I have no qualms about
> not showing them on a general-purpose map, but to an off-trail hiker,
> they are waymarks for eyes to see that can.
> The right thing to do with 'stale' data - perhaps even 'proven
> incorrect' data - is to inform, not to discard.
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging

Vr gr Peter Elderson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20180719/be46228b/attachment.html>

More information about the Tagging mailing list