[Talk-at] Wien: Feuerhydranten - Import

[Markus Mayr]

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 <stefan.tauner at gmx.at 
> <mailto:stefan.tauner at gmx.at>>:
>
>     On Wed, 17 Apr 2013 18:11:25 +0200
>     Markus Mayr <markus4mayr.lists at gmail.com
>     <mailto:markus4mayr.lists at gmail.com>> 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
>     Talk-at at openstreetmap.org <mailto:Talk-at at openstreetmap.org>
>     http://lists.openstreetmap.org/listinfo/talk-at
>
>
>
>
> _______________________________________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20130418/f55cd3fc/attachment.html>