Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

2014-11-13 Diskussionsfäden Wolfgang Hinsch
Hallo, Am Mittwoch, 12. November 2014, 09:49:45 schrieb Joachim Kast: ... denn von dem Network-Vorschlag halte ich persönlich für nicht optimal (Änderung eines Verwendungszweckes eines Tag's, müsste auch erst ausführlich diskutiert werden). Es mag sein, dass network=* nicht so optimal

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

2014-11-13 Diskussionsfäden Martin Koppenhoefer
Am 13. November 2014 18:01 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de : Ich schlage daher vor, über _ein_ objektbezogenes Referenz-Tag nachzudenken, dass in eindeutiger Form, wo notwendig, vergeben wird und das dann jeder Nutzer für seine Anwendung benutzen kann. Ich werfe mal ein Tag

[Talk-de] externe Referenznummern (WAS:Suche Ansprechpartner und Lösungsvorschlag (elotse))

2014-11-13 Diskussionsfäden Michael Reichert
Hallo Wolfgang, Am 2014-11-13 um 18:01 schrieb Wolfgang Hinsch: Vorteil gegenüber dem heutigen Gebastel: Ein Tag für alle und gut. Vorteil gegenüber der ID direkt: Wird das Objekt geteilt oder verschmolzen, bleibt das Tag im Gegensatz zur ID erhalten, es überlebt auch eine Änderung des

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

2014-11-13 Diskussionsfäden Joachim Kast
Am 13.11.2014 um 18:01 schrieb Wolfgang Hinsch: Letztlich läuft es immer wieder auf das gleiche Problem hinaus, über das seit mehreren Jahren diskutiert und für das immer wieder eine Lösung abgelehnt wurde: Eindeutige Verweise auf OSM-Daten aus anderen Datenbeständen heraus. Alles schreit

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

2014-11-13 Diskussionsfäden Frederik Ramm
Hallo, On 11/13/2014 06:12 PM, Martin Koppenhoefer wrote: So was gabs schon öfter als Vorschlag, gelöst wird dadurch aber nichts, Stichwort uuid. Einige Importe haben sogar irgendwie eine uuid an Objekte drangehängt. weil der nächste Mapper ja nicht weiss, wie er beim Verändern eines so