[Talk-de] Permanente/stabile OSM IDs!

[Stefan Keller]

Lieber Peter

Am 27. Juli 2012 17:18 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> Am 27.07.2012 16:23, schrieb Stefan Keller:
...
>> Gegeben ein Gebäude in OSM mit den Tags Gebäude, Tankstelle und Shop
>> dann erhält das OSM-Objekt eine einzige PID.
>> In der "anderen Fachdatenbank" werden drei Objekte verwaltet, die alle
>> auf das eine permanente/stabile OSM-Objekt zeigen.
>
> Oh, das ist gut.
> Dann baue ich einen Bot, der vorsichtshalber an jedes Objekt eine ID klebt,
> z.B. die ID, die das Objekt schon aus osm hat.
> Solange mein Bot der schnellste ist, bin ich immer der erste und alle
> anderen müssen damit klarkommen.

Ich habe niemals von einem Bot gesprochen, sondern dass die
Interface-DB immer dann eine PID vergibt, wenn ein OSM-Objekt verlinkt
wird und zwar als PID gegen aussen und als PID auf dem OSM-Objekt.
Diese PID wird dann von möglichst vielen via LinkdOSMDB genutzt. Ein
OSM-Objekt - eine PID, fertig. Zudem: Mapper erkennen die
ID-Eigenschaft und Freiwillige helfen, Spezialfälle zu fixen, wie sie
oben z.T. oben diskutiert worden sind.

> Danke - benutzen wir doch einfach die OSM-ID direkt und lassen alle
> Datenbanken damit klarkommen, das läuft nämlich auch hier wieder aufs
> gleiche raus: Die Funktionalität zum "Klarkommen" müssen dann alle
> unterstützen.

Ja; die Variante B1 mit der OSM-ID als Link zwischen Interface-DB und
OSM behalte ich im Auge.

LG, Stefan

Am 27. Juli 2012 17:18 schrieb Peter Wendorff <wendorff at uni-paderborn.de>:
> Am 27.07.2012 16:23, schrieb Stefan Keller:
>
>> Hallo Manuel
>>
>> Am 27. Juli 2012 10:38 schrieb Manuel Reimer <Manuel.Spam at nurfuerspam.de>:
>>>
>>> Stefan Keller wrote:
>>>>
>>>> Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle"
>>>> OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird
>>>> (oder wurde).
>>>
>>> Ich würde auch die UUID nicht an *alle* Objekte hängen. Der, der sie
>>> zuerst
>>> braucht, legt sie an.
>>
>> Dann meinen wir dasselbe mit PID und deiner Auffassung von UUID.
>> Üblich ist aber m.E. die Auffassung, dass UUIDs nur ein einziges Mal
>> an ein Objekt gehängt werden.
>>
>>> Schon deshalb, weil ein Objekt ja mehr als eine UUID
>>> haben kann. Wenn jemand eine Referenz auf das Gebäude will, dann legt er
>>> ein
>>> "uuid:building"-Tag an. Der nächste interessiert sich vielleicht für die
>>> Funktion des Gebäudes (z.B. Restaurant) und packt noch ein "uuid:amenity"
>>
>> ...
>>
>> Das scheint mir aber zu weit zu gehen und hier verstehe ich Frederiks
>> Bedenken
>> Solch eine inflationäre Vergabe ist m.E. nicht nötig.
>> Ich stelle mir das so vor, dass die Fachdatenbank einfach nimmt, was
>> es in OSM gibt. Das löst ein Einfügen einer PID aus.
>> Wenn eine andere Fachdatenbank damit nicht leben kann, dann muss sie
>> das intern lösen.
>> Gegeben ein Gebäude in OSM mit den Tags Gebäude, Tankstelle und Shop
>> dann erhält das OSM-Objekt eine einzige PID.
>> In der "anderen Fachdatenbank" werden drei Objekte verwaltet, die alle
>> auf das eine permanente/stabile OSM-Objekt zeigen.
>
> Oh, das ist gut.
> Dann baue ich einen Bot, der vorsichtshalber an jedes Objekt eine ID klebt,
> z.B. die ID, die das Objekt schon aus osm hat.
> Solange mein Bot der schnellste ist, bin ich immer der erste und alle
> anderen müssen damit klarkommen.
>
> Danke - benutzen wir doch einfach die OSM-ID direkt und lassen alle
> Datenbanken damit klarkommen, das läuft nämlich auch hier wieder aufs
> gleiche raus: Die Funktionalität zum "Klarkommen" müssen dann alle
> unterstützen.
>
> Gruß
> Peter
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de