<div dir="ltr"><span style="font-size:12.8px">Re: Erik</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">> Last but not least, do you have a sense how common this category of</span><br style="font-size:12.8px"><span style="font-size:12.8px">change is for typical POIs?</span><br style="font-size:12.8px"><br>I have no idea, but I would say fairly common. I analysed the evolution of nature reserves in Belgium as a test case, and they do really evolve. Starting their life as a node, then a way, then a relation. There is also no real logic. For example, the way for nature reserve A can become the way for nature reserve B upon remapping reserve A as a relation.<div><br></div><div><br style="font-size:12.8px"><span style="font-size:12.8px">> Any external community-maintained database will typically at least</span><br style="font-size:12.8px"><span style="font-size:12.8px">deal with merges or deletions. In those cases where my sync job</span><br style="font-size:12.8px"><span style="font-size:12.8px">doesn't know what to do, my default would be to add the record to a</span><br style="font-size:12.8px"><span style="font-size:12.8px">work log where the community can decide what to do. But of course I'd</span><br style="font-size:12.8px"><span style="font-size:12.8px">like to keep those cases to a minimum.</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Well yes, that would be a plan. However, as the example above illustrates, not just the disappearance of an ID is a problem. The same OSM object might have changed names to become something else. Say, I take the McDonalds node, change it to Wendy's, move it next door, then create a way for the McDonalds. Good luck with that :)</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">So the challenge isn't just finding the new way to refer to the same object, but also deciding if the object has changed enough for you to decide it no longer represents the same object.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div class="gmail_extra">Re: Marc<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It's better not to add external IDs to OSM. It would be OK if there is<br>
only 1 project in the world that would do this, but if every pet<br>
project will start doing this ...<br></blockquote><div><br></div><div>I don't see the problem with having many tags. Considering that it would be a bit of a special thing to do (if automated), case by case permission would probably be necessary, thus avoiding multiplications of these tags.</div><div>It's also not much removed from the use of the ref=* tag.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, in general, there is no way for contributors to verify the IDs<br>
added by third parties, which makes it hard to verify whether they are<br>
still valid.<br></blockquote><div><br></div><div>Making verification easy could be a requirement for a project wanting to do this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Furthermore there is no guarantee that someone might remove this tag.<br>
So you will need a fallback method anyway.<br></blockquote><div><br></div><div>I don't think any of the three methods I described can work with just one method. I think you'll probably need all three for decent results.</div><div><br></div><div>But I've got the feeling people here believe the "generalized description link" should work. So maybe that's the best place to start.</div></div><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Joost @</div><div dir="ltr"><a href="http://www.openstreetmap.org/user/joost%20schouppe/" target="_blank">Openstreetmap</a> | <a href="https://twitter.com/joostjakob" target="_blank">Twitter</a> | <a href="https://www.linkedin.com/pub/joost-schouppe/48/939/603" target="_blank">Link<wbr>edIn</a> | <a href="http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/" target="_blank">Meetup</a></div></div></div></div></div></div>
</div></div></div>