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
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
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
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
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
5 matches
Mail list logo