<div dir="ltr">Just saw <a href="https://wiki.openstreetmap.org/wiki/Key%3Asurvey%3Adate">https://wiki.openstreetmap.org/wiki/Key%3Asurvey%3Adate</a><div>Since survey:date is a documented tag, I will start using it to record route survey dates. </div><div>Not on ways, but on sizeable hiking route relations. </div><div>See if I can get fellow mappers and walking route operators to join the effort.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-19 18:39 GMT+02:00 Peter Elderson <span dir="ltr"><<a href="mailto:pelderson@gmail.com" target="_blank">pelderson@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks for the warning. Of course it is not the idea to delete anything except when proven wrong. <div>I meant: information from outside sources, such as gpx-trackings, which are older then the last completed survey, should not be entered into OSM. </div><div>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. </div><div><br></div><div>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 (<a href="http://vmarc.be" target="_blank">vmarc.be</a>) works like a charm, so I have good hope)</div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">2018-07-19 17:02 GMT+02:00 Kevin Kenny <span dir="ltr"><<a href="mailto:kevin.b.kenny+osm@gmail.com" target="_blank">kevin.b.kenny+osm@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, Jul 19, 2018 at 7:22 AM Peter Elderson <<a href="mailto:pelderson@gmail.com" target="_blank">pelderson@gmail.com</a>> wrote:<br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
<br>
</span>Keeping the field survey up to date is a laudable goal, and I've no<br>
objection to some sort of tagging that reports "this geometry was<br>
field surveyed on <date>." Making it fit with the data model will be<br>
challenging; it's not something that can be easily automated, given<br>
the variety of mappers' workflows.In the current world, to make<br>
something like this a reality you have to have an individual or<br>
organization that becomes the de facto 'owner' of the route and keeps<br>
track of its own surveys - and that isn't very OSMish. I think this<br>
could be worked around with sufficient cleverness.<br>
<br>
But please, please, don't discard data older than a certain date. OSM<br>
is a very young project as geography goes. While out-of-date data can<br>
be misleading, the right thing to do is to inform, not to delete,<br>
particularly in cases where the out-of-date information is the only<br>
information that is available. It may also be the only information<br>
that can guide in recovering from an act of vandalism or a<br>
badly-considered import.<br>
<br>
Perhaps I'm coming at this from the 'wrong' perspective. since a fair<br>
amount of my mapping is of features that nobody has yet seen fit to<br>
map at all, or that were once imported from external data that I<br>
consider hallucinatory. If someone with a GPS found a route passable a<br>
decade ago, that's a piece of information that I now have that I<br>
wouldn't have had otherwise. It could be that the route is no longer<br>
passable, has been relocated, or has been demolished, but without the<br>
old data, what reason do I have even to go and find out?<br>
<br>
Moreover, the land remembers. I've been on trips where abandoned<br>
tracks and the grades of dismantled railroads, a century old and now<br>
grown to trees, have been important landmarks. I have no qualms about<br>
not showing them on a general-purpose map, but to an off-trail hiker,<br>
they are waymarks for eyes to see that can.<br>
<br>
The right thing to do with 'stale' data - perhaps even 'proven<br>
incorrect' data - is to inform, not to discard.<br>
<div class="m_6389017957515363934HOEnZb"><div class="m_6389017957515363934h5"><br>
______________________________<wbr>_________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/tagging</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="">-- <br><div class="m_6389017957515363934gmail_signature" data-smartmail="gmail_signature">Vr gr Peter Elderson</div>
</span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Vr gr Peter Elderson</div>
</div>