[Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Wolfgang Schreiter osmbox at posteo.de
Wed Jun 26 13:00:09 UTC 2019


Am 26.06.2019 13:36 schrieb Johann Haag:
> Am Mi., 26. Juni 2019 um 10:07 Uhr schrieb Wolfgang Schreiter
> <osmbox at posteo.de>:
> 
[...]
>> Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so
>> bedauerlich
>> das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen
>> Daten
>> würden nach OSM importiert. Was dann? Wir hätten einen riesigen,
>> nicht
>> verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als
>> Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten
>> solcher
>> Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten,
>> QS,
>> Pflege,...). Vielleicht ist das alles eines Tages überholt (was
>> schade
>> wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe
>> z.B.
>> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/ [1]).
> 
> Diese fatalistische Sichtweise teile ich nicht, Amtliche Daten sind
> keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance
> solche verbessern zu können, Amtlichen Stellen erhalten als Lohn
> einen Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher,
> amtliche Stellen werden keine OSM Korrekturen so einfach in ihr
> Amtliches System übertragen. OpenStreetMap liefert aber einen
> Hinweis, wo Amtliche Stellen ihre Daten überprüfen sollten, und das
> ist auch für Gemeinden und Städte sehr wertvoll.

Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass 
Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt 
haben, OSM auswerten, um zu sehen, welche Änderungen wir nach erfolgtem 
Import daran vorgenommen haben - das ist den Aufwand schlicht nicht 
wert, sie müssten die Daten ja auch noch extra verifizieren.

>> Imports sind sowieso gründlich zu überlegen, werden aber -
>> besonders
>> wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte
>> durchgeführt
>> - immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht
>> für
>> Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr.
> 
> OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert.
> Weltweit gibt es unzählige Beispiele für erfolgreiche Importe.

Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den 
gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, 
einschließlich der Entscheidung, welche Daten nun aktueller sind. Das 
geht nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell 
und automatisch erstellte Daten gleich behandelt.

LG
Wolfgang



More information about the Talk-at mailing list