OpenStreetMap und externe Datenbanken

Aus Geoinformation HSR
Version vom 4. November 2012, 16:14 Uhr von Stefan (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „OSM und externe Datenbanken (Fachinformationssysteme), bzw. weitere Fachinformationsgemeinschaften. OpenStreetMap-Daten können mit anderen (Geo)Daten verkn…“)

(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

OSM und externe Datenbanken (Fachinformationssysteme), bzw. weitere Fachinformationsgemeinschaften.

OpenStreetMap-Daten können mit anderen (Geo)Daten verknüpft werden. Nennen wir diese anderen Geodaten 'Fachinformationssysteme' (FIS,en: Professional Information System, PIS) und die Mitglieder, die an den FIS beteiligt sind 'Fachinformationsgemeinschaften' (FIG, en:Professional Information Community/PIC).

Dabei müssen die FIGs die Lizenzbestimmungen von OSM beachten. Dies gilt besonders, wenn die OSM-Daten heruntergeladen und zusammen mit anderen in einer Datenbank verwaltet werden.

Für die Verknüpfung bietet sich technisch die OSM_ID an, und das wird auch bei einigen externen Projekten so ausgenutzt.

Lösungsansätze:

  1. Entweder das FIS zeigt mittels OSM_ID auf OSM-Objekte (DB[osmid]->OSM)
  2. oder umgekehrt: in OSM werden IDs erfasst, die auf Objekte des FIS zeigt (OSM[tags]->DB).
  3. oder es gibt eine möglichst eindeutige Kombination von Tags, die ein OSM-Objekt identifizieren. Vgl. dazu die Verknüpfung von Wikipedia mit Objekten und Kartenausschnitten in OpenStreetMap (vgl. Projekt 'WIWOSM').
  4. Es ist auch denkbar, dass das FIS sich über OSM-Datenströme informiert, wo sich etwas geändert hat ('OSM-Alert-Service' mittel Analyse der 'Diffs').

Diskussion der Lösungsansätze:

  • Die erste Variante belastet OSM am wenigsten und es gibt einige Projekte, die das verwendent, z.B. OpenStreetBugs
  • Die erste Variante hat aber einige Nachteile: Die Eindeutigkeit und Unveränderbarkeit von OSM_IDs ist nicht garantiert (vgl. dazu einige Diskussionen aut Talk-de). Zudem realisieren OSMler nicht, dass da etwas "dranhängt" und löschen als Folge davon Nodes (und in OSM gibt es kein Loesch- und Editierverbot).
  • Bei der zweiten Variante kann man Tags z.B. mit Präfix (in der Art "TMC:tmc_id=8326765" angeben). Die Variante soll mit besonderer Zurückhaltung gehandhabt werden, d.h. es sind die OSM-Richtlinien zu konsultieren.
  • Die dritte Variante eignet sich in Fällen, wo die Beziehung zwischen FIS und OSM "lose" ist. Sie eignet sich nicht für

Beispiele: tbd.