Ja, die Referenz auf die original-ID würde ich bestimmt übernehmen.
Bezüglich der Korrektur der Lage der bereits eingezeichneten Hydranten
würde ich fast einen TMS-Layer empfehlen, nach dem man die 67 Stück
manuell korrigiert.
So einen Layer kann ich rendern - *zum Bereitstellen desselben würde ich
die OSM-AT-IT-Admins bitten, ob nicht eventuell der OSM-AT Webspace
dafür verwendet werden kann?*
Zum serven einer vorgerenderten mbtiles Datei bräuchte man nur dieses
Node.JS Programm: https://github.com/mapbox/tilestream
Einen Import würde ich nach Anpassung der bestehenden Hydranten dann
schnell und unkompliziert durchführen.
Am 2013-04-18 11:47, schrieb Soldier Boy:
Wir es jetzt einen Import geben? Wenn ja wann?
Ich würde die refs von OGD mitreinnehmen. aber als eigener key wie:
ogd:vienna:ref=*
Am 17. April 2013 18:54 schrieb Stefan Tauner <[email protected]
<mailto:[email protected]>>:
On Wed, 17 Apr 2013 18:11:25 +0200
Markus Mayr <[email protected]
<mailto:[email protected]>> wrote:
> Du sprichst da ein noch ungelöstes Problem an. Mit entsprechendem
> Aufwand lassen sich anhand von Referenznummern und
geographischem Extent
> die Daten auch im Nachhinein abgleichen.
> Nur programmieren muss man das. ;-)
Du hast ja beim Import die bestehenden Bäume auch schon ausgefiltert.
Sehr viel anders ist das löschen auch nicht: existierende OSM
trees mit
source=OGDWien aus allen bestehenden OSM-trees filtern und ähnlich wie
zuvor mit den OGD filtern, sodaß nur die überbleiben, die aus OGD
in OSM
importiert wurden, nun aber nicht mehr in den OGD auftauchen.
Wenn man besonders sicher sein will, kann man noch auf den letzten
User
schauen und auf scubbx_ogdvienna_trees filtern... großartig conflaten
muß/soll man eh nicht in dem Fall IMHO: wenn jemand die Teile schon
angegriffen hat, kann man davon ausgehen, daß sie eh manuell
maintained
werden. Natürliche wäre eine komplette Conflation, die geänderte
Attribute auch updated, wünschenswert, aber andererseits ändert sich
auch nichts so annähernd dramatisches wie Baum da ja/nein. :)
Ich fände es jedenfalls sinnvoller, wenn wir das Problem lösen würden,
statt noch mehr unmaintainte Daten zu importieren (so gut sie zu dem
Zeitpunkt auch sein mögen).
Die Hydranten find' ich persönlich relativ uninteressant, auch
wegen den
fehlenden Attributen, aber das ist kein Grund sie nicht zu
importieren,
sofern das Update-Problem gelöst bzw. zumindest berücksichtigt wird
(und die Positionsdaten stichprobenartig für gut befunden werden).
--
Kind regards/Mit freundlichen Grüßen, Stefan Tauner
_______________________________________________
Talk-at mailing list
[email protected] <mailto:[email protected]>
http://lists.openstreetmap.org/listinfo/talk-at
_______________________________________________
Talk-at mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-at
_______________________________________________
Talk-at mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-at
