[OSM-talk] Giving everything a unique ID
John Smith
deltafoxtrot256 at gmail.com
Thu Jun 3 15:22:50 BST 2010
On 4 June 2010 00:07, Anthony <osm at inbox.org> wrote:
> *The node/way/relation gets tagged with uuid=*, where * is generated using
> an algorithm expected to create a universally unique id (I'll let someone
> more expert determine how, but I was thinking some sort of hash on the xml
> of the feature itself plus the time). If a lat/lon pair is created then a
> new node is created with that uuid.
This is why I included links to RFC 4122, this already covers
generating UUIDs in a standard way and that way we avoid trying to
reinvent the wheel, plus there is already UUID libraries.
> *A wiki page is set up where http://domain/wiki/UUID has text, links, and a
> slippy map. The slippy map highlights the element which has the UUID. The
> text is meant to be brief - only enough to uniquely identify the "thing"
> (perhaps the description text could even be duplicated in a uuid_description
> tag). Links would be used for the actual interesting data about the
> "thing".
This wiki page could also contain a list of existing references IDs
from import sources, that way if you know the source and the ID from
the source you can find the OSM UUID.
> Please note that I've abandoned the functionality of having multiple uuids
> on a single element (e.g. uuid:building and uuid:shop). I felt that this
> overcomplicates things from the standpoint of someone clicking on "make
> permanent link" - they shouldn't have to know anything about the internal
I disagree, lets call shop and building UUID tag types, when you want
to create a unique ID and only one of these UUID tag types exists it
simply gets added as uuid=* or uuid:<UUID tag type>=*, alternatively
if there is multiple a dialog could simply ask which UUID tag type
they wish to add, similar to other JOSM preset dialogs.
More information about the talk
mailing list