<div dir="ltr">The biggest problem with ids is that it may degenerate into cases where single objects has a giant list of various ids.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-09-18 9:17 GMT+02:00 Peter Wendorff <span dir="ltr"><<a href="mailto:wendorff@uni-paderborn.de" target="_blank">wendorff@uni-paderborn.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 18.09.2014 um 08:35 schrieb Alex Rollin:<br>
<span class="">> On Thu, Sep 18, 2014 at 12:18 PM, Mateusz Konieczny <<a href="mailto:matkoniecz@gmail.com">matkoniecz@gmail.com</a>><br>
> wrote:<br>
><br>
>> That is really poor idea. IMHO remembering location and object type should<br>
>> be enough to identify it.<br>
>><br>
><br>
> OK, I'm game:  let us say it is a node with an amenity and name tag<br>
> attached.  Let us also say that the positioning is absolutely accurate, for<br>
> the sake of the cases.  Let us say my goal is to maintain the node, in the<br>
> same place, and to add international names and more information over time.<br>
>  These are heritage objects, for the most part, not commercial locations.<br>
><br>
> So, I post it to OSM, and then it is changed.<br>
><br>
> Change case 1.  Someone moves the node, changes the name, changes and the<br>
> amenity tags (new, different amenity value)<br>
> Change case 2. Someone deletes the node, and then someone else adds it<br>
> again in a slightly (100m) different position<br>
><br>
> How do I know/get-notified it was changed?<br>
</span>Counter-question: Why should your personal id help there? Some examples:<br>
<br>
Change case 3: Someone removes your ID (whyever), as a result your id is<br>
missing and you have to fall back to handle it as if there was no id at all.<br>
Change case 4: Someone moves your object without touching the id - what<br>
do you do in that case? is it still the same object or something else?<br>
Spotting that could be done by observing the object by id (and react on<br>
edits on it)<br>
Change case 5: Someone edits the tags of your object. Let's say you have<br>
a heritage that is a building and inside this building there's a museum.<br>
Let both be tagged on a single node where you set the ID to. Someone<br>
else adds the building outline and re-uses the node as one node of the<br>
outline. Should your ID be moved as well?<br>
Change case 5a: Same as 5, but as in the building there's more than just<br>
the museum, the node has to be split to two (or more) objects. There's a<br>
polygon for the building outline, and three nodes inside - one for the<br>
museum, one for the gift shop and one for the public toilets. Where<br>
should the ID go to? The Building? The Museum? The shop? Building and<br>
museum? It's very hard to decide that without exactly knowing how your<br>
ID is built.<br>
<br>
In contrast look at the overpass-permanent-id [1] as another way how to<br>
achieve such ids.<br>
This is more a qualitative approach: You define what to link to by it's<br>
properties.<br>
If you want to link to the museum with a given name in a roughly known<br>
area, you can do that. If you want to link to a building with a given<br>
address, that's possible, and if you want to link to a gift shop even<br>
that's no problem.<br>
Of course this may break as well, but you don't have much more work to<br>
spot these errors, and mappers who want to edit the objects you linked<br>
to have much less work and confusion.<br>
<br>
regards<br>
Peter<br>
<br>
[1] <a href="http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID" target="_blank">http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID</a><br>
<div class="HOEnZb"><div class="h5">> Specifically, how would you setup a system to receive notification that the<br>
> object was changed?<br>
> Have you done it?  Do you have some scripts to share?  (Can I please NOT<br>
> have to add a relation?)<br>
> We are talking about many thousands of nodes, btw.<br>
><br>
> Oh, btw, should we be busy stripping out all the USGS GNIS tags?  Of course<br>
> not, so, I am new to this, and I spend a lot of time on OSM, but I really<br>
> don't know where to start with scripting tracking for thousands of nodes<br>
> that might get a new unique ID every other week.<br>
><br>
> Where do I start?<br>
><br>
><br>
><br>
>> 2014-09-18 1:43 GMT+02:00 Alex Rollin <<a href="mailto:alex.rollin@gmail.com">alex.rollin@gmail.com</a>>:<br>
>><br>
>>> Hello,<br>
>>><br>
>>> We are surveying for local points of interest.<br>
>>><br>
>>> We need to store an ID for these objects to keep track of them. I think<br>
>>> this is called a "personal key"?<br>
>>><br>
>>> Something like indonesiaheritage:ID=231892312<br>
>>><br>
>>> Is that the acceptable format for such a thing?<br>
>>><br>
>>> We will then publish a page on the wiki about the data, and connect that<br>
>>> page to the WikiProject.<br>
>>><br>
>>> I am deducing from what I see for the USGS_GNIS survey import:<br>
>>><br>
>>> <a href="https://wiki.openstreetmap.org/wiki/USGS_GNIS" target="_blank">https://wiki.openstreetmap.org/wiki/USGS_GNIS</a><br>
>>><br>
>>> gnis:feature_id (allows feebdack on the data set, corresponds to original<br>
>>> data)<br>
>>><br>
>>> Is there anything else we can do to improve our plan?<br>
>>><br>
>>> Relevant links:<br>
>>><br>
>>> WikiProject Indonesia:<br>
>>> <a href="http://wiki.openstreetmap.org/wiki/WikiProject_Indonesia" target="_blank">http://wiki.openstreetmap.org/wiki/WikiProject_Indonesia</a><br>
>>><br>
>>> Here is my user page on the wiki.<br>
>>><br>
>>> <a href="https://wiki.openstreetmap.org/wiki/User:Alexrollin" target="_blank">https://wiki.openstreetmap.org/wiki/User:Alexrollin</a><br>
>>><br>
>>> --<br>
>>> Alex<br>
>>><br>
>>> _______________________________________________<br>
>>> Tagging mailing list<br>
>>> <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
>>> <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
>>><br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Tagging mailing list<br>
>> <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
>> <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
>><br>
>><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Tagging mailing list<br>
> <a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>