<div dir="ltr">Dear Martin,<div><br></div><div>Yes, using external tables unioned to objects by opaque keys is not a very KISS solution. A more KISS solution would be to keep tag meta data close to or even better within the element itself.</div><div><br></div><div>Assuming all tag values are stored in zero based arrays, could we not add a 2 byte last updated/creation date meta data value to the [-1] index. The overhead would be minimal, the overall OSM data structure would not have to be modified.</div><div><br></div><div>Best regards,</div><div><br></div><div>Stuart </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 7 Apr 2020 at 01:30, Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><br><br><div dir="ltr">sent from a phone</div><div dir="ltr"><br><blockquote type="cite">On 6. Apr 2020, at 16:51, Paul Allen <<a href="mailto:pla16021@gmail.com" target="_blank">pla16021@gmail.com</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">or use <a href="https://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID</a></blockquote><div><br></div><div>I didn't even know that existed.  I'm not sure I trust such IDs to survive</div><div>intensive editing by newbies who can delete an object then add it</div><div>with quite different tags.</div></div></blockquote><br><div><br></div><div>these IDs are defined through their significant properties, if these get “messed up” you may hope that someone else will fix it sooner or later.</div><div><br></div><div> Compared to this, an ID_mySpecial_App=123 tag has much more potential for breakage, because following editors don’t know what it refers to (e.g. the physical place or the business/service?), and often don’t know how to deal with it when some properties have changed, or when they split them: keep it on all parts, some parts or remove it? To solve this you’d have to know what mySpecialApp does and how it uses the IDs.</div><div><br></div><div>And we’d end up with a lot of different opaque foreign keys cluttering up the same objects, in some cases, even if we required the linked db to be free and open.</div><div>On the other hand there are already people adding references to proprietary databases, e.g. 80000 facebook urls, 2000 google ids, 500 foursquare. The trick is to offer message relaying and use a contact: tag ;-)</div><div><br></div><div>Cheers Martin </div></div>_______________________________________________<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.org/listinfo/tagging</a><br>
</blockquote></div>