OpenStreetMap und externe Datenbanken: Unterschied zwischen den Versionen
Stefan (Diskussion | Beiträge) K (Die Seite wurde neu angelegt: „OSM und externe Datenbanken (Fachinformationssysteme), bzw. weitere Fachinformationsgemeinschaften. OpenStreetMap-Daten können mit anderen (Geo)Daten verkn…“) |
Stefan (Diskussion | Beiträge) K |
||
Zeile 1: | Zeile 1: | ||
− | [[ | + | [[OpenStreetMap]] 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). | + | 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. |
+ | |||
+ | Man kann folgende externe Datenbanken unterscheiden: | ||
+ | * Externe Datenbanken im engeren Sinne, welche die OSM-Daten geschickt filtern und aufbereiten (ohne eigene Daten/Ebenen), z.B. OpenStreetBugs, Lonvia's Wanderkarte, [http://wheelmap.org/?a=b&lat=47.2269198&lon=8.8245459&q=Rapperswil&zoom=17 Wheelmap]. Datei ist es denkbar, dass von den Applikationen auch Daten wieder an OpenStreetMap zurückgegeben werden (z.B. Wheelmap). | ||
+ | * Externe Datenbanken im weiteren Sinne, welche die OSM-Daten mit eigenen verknüpfen (und das Resultat davon dann wieder als ODbL lizenzieren) | ||
+ | * Externe Datenbanken, die | ||
+ | |||
+ | FISs im weiteren Sinne sind Daten der Amtlichen Vermessung (Grundbuch-Kataster). | ||
− | |||
Für die Verknüpfung bietet sich technisch die OSM_ID an, und das wird auch bei einigen externen Projekten so ausgenutzt. | Für die Verknüpfung bietet sich technisch die OSM_ID an, und das wird auch bei einigen externen Projekten so ausgenutzt. | ||
Zeile 17: | Zeile 23: | ||
* 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). | * 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. | * 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 | + | * Die dritte Variante eignet sich in Fällen, wo die Beziehung zwischen FIS und OSM "lose" ist. Sie eignet sich nicht gut für die Automatisierung. |
+ | |||
− | |||
[[Kategorie:OpenStretMap]] | [[Kategorie:OpenStretMap]] |
Version vom 4. November 2012, 16:32 Uhr
OpenStreetMap 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.
Man kann folgende externe Datenbanken unterscheiden:
- Externe Datenbanken im engeren Sinne, welche die OSM-Daten geschickt filtern und aufbereiten (ohne eigene Daten/Ebenen), z.B. OpenStreetBugs, Lonvia's Wanderkarte, Wheelmap. Datei ist es denkbar, dass von den Applikationen auch Daten wieder an OpenStreetMap zurückgegeben werden (z.B. Wheelmap).
- Externe Datenbanken im weiteren Sinne, welche die OSM-Daten mit eigenen verknüpfen (und das Resultat davon dann wieder als ODbL lizenzieren)
- Externe Datenbanken, die
FISs im weiteren Sinne sind Daten der Amtlichen Vermessung (Grundbuch-Kataster).
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:
- Entweder das FIS zeigt mittels OSM_ID auf OSM-Objekte (DB[osmid]->OSM)
- oder umgekehrt: in OSM werden IDs erfasst, die auf Objekte des FIS zeigt (OSM[tags]->DB).
- 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').
- 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 gut für die Automatisierung.