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
>
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 schr
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 D
Am 13. November 2014 18:01 schrieb Wolfgang Hinsch
:
> 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 in den Ring:
>
> e
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 o
5 matches
Mail list logo