OpenStreetMap: Unterschied zwischen den Versionen

Aus Geoinformation HSR
Wechseln zu: Navigation, Suche
(FAQ: Was tun bei vermutetem Vandalismus?)
 
(94 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 4: Zeile 4:
  
 
Weitere Wiki-Seiten hier zu OSM:  
 
Weitere Wiki-Seiten hier zu OSM:  
* [[OSM-Technisches]] - u.a. zum Austausch-Dateiformat von OpenStreetMap
+
* [[HowTo OpenStreetMap]] - 'Alles' über das Erfassen, Editieren und Darstellen von OpenStreetMap-Daten.
* [[OpenStreetMap in drei Minuten]] und [[HowTo OpenStreetMap]] - 'Alles' über das Erfassen, Editieren und Darstellen von OpenStreetMap-Daten
+
* [[OpenStreetMap und externe Datenbanken]] - Grundsätzliches zur Realisierung von Applikationen, die OpenStreetMap-Daten nutzen.
* [[OpenStreetMap-Workshop]]
+
* [[Nutzen von OpenStreetMap-Daten in GIS]]
* [[Micro Mapping Party Rappi]]
+
* [[OSM-Technisches]] - u.a. zum Austausch-Dateiformat von OpenStreetMap.
* [[GPS]]
 
  
Siehe auch:
+
Externe Links zu OpenStreetMap: [http://www.openstreetmap.org/ OpenStreetMap-Startseite], [http://wiki.openstreetmap.org/wiki/DE:WikiProject_Switzerland OpenStreetMap Schweiz]/[http://wiki.openstreetmap.org/wiki/Switzerland OpenStreetMap Switzerland], [http://lists.openstreetmap.ch/pipermail/talk-ch/ Talk-CH Mailingliste] sowie [http://forum.openstreetmap.org/viewforum.php?id=30 OSM Forum Schweiz]
* [http://dev.ifs.hsr.ch/redmine/projects/osminabox/wiki OpenStreetMap-in-a-Box]
 
* [[POI-Service]]
 
* OpenStreetMap (extern):
 
** [http://www.openstreetmap.org/ OpenStreetMap-Startseite]
 
** [http://wiki.openstreetmap.org/wiki/DE:WikiProject_Switzerland OpenStreetMap Schweiz]/[http://wiki.openstreetmap.org/wiki/Switzerland OpenStreetMap Switzerland]
 
** [http://lists.openstreetmap.ch/pipermail/talk-ch/ Talk-CH Mailingliste] sowie [http://forum.openstreetmap.org/viewforum.php?id=30 OSM Forum Schweiz]
 
  
 
== Einführung ==
 
== Einführung ==
  
Die beste Art, sich ein Urteil über OSM zu bilden, ist sicherlich selber Hand anzulegen.  
+
Die beste Art, sich ein Urteil über OSM zu bilden, ist sicherlich selber Hand anzulegen. Das [[HowTo OpenStreetMap]] bietet eine erste Anleitung dazu.
* Das [[HowTo OpenStreetMap]] bietet eine erste Anleitung dazu.
 
* Der offizielle "Einstieg" ist hier: [http://wiki.openstreetmap.org/wiki/DE:Newbie DE:Newbie]
 
  
Eine gute Einführung in OpenStreetMap bietet der [http://de.wikipedia.org/wiki/OpenStreetMap Wikipedia-Artikel] und dieser Vortrag von [[Media:OSM-Vortrag_Henrichs_Arndt_2008.pdf|Henrichs u. Arndt]] (.pdf).
+
Hier ein Ausschnitt von OpenStreetMap rund um [[Rapperswil]], von dem auch das Bild oben rechts stammt: [http://www.openstreetmap.org/index.html?lat=47.225572&lon=8.820000&zoom=16 OpenStreetMap mit 47N/8.82E].
  
Hier ein Ausschnitt von OpenStreetMap rund um [[Rapperswil]], von dem auch das Bild oben rechts stammt: [http://www.openstreetmap.org/index.html?lat=47.225572&lon=8.820000&zoom=16 OpenStreetMap mit 47 N /8.82 E]
+
Hier ein Eindruck, wie live/near-realtime(!) und rund um die Uhr OpenStreetMap von Freiwilligen ergänzt wird: [http://osmlab.github.io/show-me-the-way/#bounds=45.51,5.83,47.87,11.52 "Show-me-the-Way" (Schweiz)"].
  
Slippy Map heisst die Karte auf der Startseite von OpenStreetMap. Sie stellt die Daten von Mapnik (default) und Osmarender (siehe "+" rechts oben) dar. Mapnik ist ein in Renderer, der in C++ geschrieben ist und Osmarender ein Renderer in Python(?) mit SVG output, der mit Hilfe des 'tiles@home'-Projekts hergestellt wird, also mit freier Kapazität von privaten Rechnern.
+
Anwendungen: siehe z.B.
 +
* OSM.ch https://www.osm.ch
 +
* http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services
 +
* http://wiki.openstreetmap.org/wiki/DE:OSM-Anwendungen
 +
* http://osmtools.de/portal/
  
Es gibt zurzeit drei wichtige Karten-Editoren (hier ein [http://wiki.openstreetmap.org/index.php/Comparison_of_editors Vergleich]): Potlatch (Webapplikation, Flash), JOSM (Desktopapplikation, Java) und Merkaartor (Desktopapplikation, C++).
+
== OpenStreetMap an der HSR ==
  
=== Was ist OpenStreetMap? ===
+
Siehe [[OpenStreetMap an der HSR]].
  
OpenStreetMap ist nicht primär ein Kartenprojekt, obwohl das natürlich der zugänglichste Weg ist, die Daten zu 'sehen'. Die erfassten Geodaten liegen erst einmal konsistent geordnet in einer Datenbank. Gewisse Skripte erzeugen aus Teilen dieser Datenbank dann grafische Ausgabe in Form von Kartendarstellungen oder in Form von Navigationsanweisungen, wie z.B. hier für Fussgänger: [http://www.openrouteservice.org/ OpenRouteService].  
+
== OpenStreetMap im Vergleich ==
 +
 
 +
Alleinstellungsmerkmale ("Unique Selling Points") von OpenStreetMap:
 +
* viele POIs (z.B. Brätlistellen, Sitzbänke)
 +
* hohe Aktualität der Daten (Tage/Minuten/Stunden, statt Wochen/Monate)
 +
* Zugänglichkeit der Daten (offen und kostenlos)
 +
* Kontrollierbarkeit der Daten (jeder kann editieren)
 +
* grosse bestehende Community mit "kritischer Masse" (ca. 60 Mapper erfassen ca. 6000 Punkte in der Schweiz pro Tag)
 +
 
 +
Opportunities von OpenStreetMap:
 +
* Personalisierbarkeit - individuelle Karten und Infos
 +
* Grenzüberschreitend - macht nicht halt an Regionsgrenzen
 +
* Alternative zu Google, Facebook & Co. - Monopole sind nicht nachhaltig
 +
* "Sharing economy" - Synergien nutzend
 +
 
 +
OpenStreetMap im Vergleich amtlichen Daten:  
 +
* ist grenzüberschreitend (geht nahtlos über Kantons- und Landesgrenzen hinweg)
 +
* ist routingfähig
 +
* ist teilweise aktueller
 +
* hat teilweise mehr POIs
 +
* ist teilweise detaillierter
 +
 +
OpenStreetMap im Vergleich mit Google Maps (GMaps):
 +
* ist auch als Rohdaten zugänglich, auch lokal/offline - GMaps gibt die Daten nicht frei 
 +
* kann kostenlos genutzt werden im Rahmen der freien Lizenz - GMaps beansprucht die Urheberschaft für sich und hat ein kostenpflichtiges API-Geschäftsmodell
 +
* OpenStreetMap-Daten enthalten keine Werbung und sind grundsätzlich "Privacy Preserving" - Google's Geschäftsmodell ist Webung und trackt User
 +
 
 +
Success Stories von OpenStreetMap:
 +
* BKG - die "Swisstopo Deutschlands" - nutzt OpenStreetMap in ihrem TopPlus-Produkt
 +
* Outdooractive hat auf OpenStreetMap umgestellt
 +
* OpenStreetMap wird weiter u.a. genutzt von folgenden Schweizer Top-level Websites: Websites SBB, ZVV, search.ch
 +
 
 +
== FAQ ==
  
 
=== Was ist der Nutzen? ===
 
=== Was ist der Nutzen? ===
  
;Freizeit: OpenStreetMap ist für immer mehr Leute eine sinnvolle Freizeitbeschäftigung.
+
;Öffentliche Hand: Behörden beschaffen sich und besitzen grundsätzlich seit je ihre eigenen Daten (Karten), allen voran die topografischen Ämter und die Vermessungsstellen. Vom Wesen her sind diese Daten jedoch 1. tendenziell nicht so aktuell wie OSM-Daten (durchschnittlich ca. ein bis sechs Jahre älter). Beispiele dafür sind Wanderwege oder Neubauten. Zudem gibt es 2. bestimmte Daten (v.a. Point-of-Interests [[POI]]), die nicht systematisch oder nicht zentral erhoben werden. Dazu gehören beispielsweise Aussichtspunkte oder Rollstuhlparkplätze. Sie dazu aktuell den [http://www.fossgis.de/konferenz/2011/programm/track/Workshops%20%28bezahlt%29/247.de.html Vortrag "OpenStreetMap für Behörden..."] an der FOSSGIS2011.
;Öffentliche Hand: Behörden beschaffen sich und besitzen grundsätzlich seit je ihre eigenen Daten (Karten), allen voran die topografischen Ämter und die Vermessungsstellen. Vom Wesen her sind diese Daten jedoch 1. tendenziell nicht so aktuell wie OSM-Daten (durchschnittlich ca. ein bis drei Jahre älter). Beispiele dafür sind Wanderwege oder Neubauten. Zudem gibt es 2. bestimmte Daten (v.a. Point-of-Interests [[POI]]), die nicht systematisch oder nicht zentral erhoben werden. Dazu gehören beispielsweise Aussichtspunkte oder Rollstuhlparkplätze. Sie dazu aktuell den [http://www.fossgis.de/konferenz/2011/programm/track/Workshops%20%28bezahlt%29/247.de.html Vortrag "OpenStreetMap für Behörden..."] an der FOSSGIS2011.
+
;Firmen: Immer mehr Firmen und App-Entwickler verwenden OSM als Hintergrundkarte (vgl. [http://switch2osm.org/ switch2osm]). Zudem werden POIs (z.B. [[OpenEcoMap]]), Gebäudeadressen und Routingdienste immer mehr eingesetzt.
 +
;Freizeit: Daten für OpenStreetMap zu erfassen ist für viele Leute eine sinnvolle Freizeitbeschäftigung. Sie profitieren auch davon, dass diese dann u.a. in kommerziellen Naviationssystemen integriert sind (z.B. in Garmin-Geräten).
  
== Qualitaet ==
+
=== Wie steht es mit der Qualitaet? ===
  
 
Im [http://www.sogi.ch/Infoblatt/Infoblatt_1_2007.pdf Infoblatt 1/2007 der SOGI (.pdf)] gibt es einen Bericht dazu. [http://www.refnum.com/osm/gmaps.html Hier] ein Evaluations-Versuch in einer englischen Kleinstadt, in dem hervorgeht, dass Google Maps (d.h. Teleatlas) Daten schlechter abschneiden als ein lokales Projekt. Der Vergleich ist mit Vorsicht zu werten, setzt jedoch ein wichtiges Zeichen für den Wert solcher Projekte.
 
Im [http://www.sogi.ch/Infoblatt/Infoblatt_1_2007.pdf Infoblatt 1/2007 der SOGI (.pdf)] gibt es einen Bericht dazu. [http://www.refnum.com/osm/gmaps.html Hier] ein Evaluations-Versuch in einer englischen Kleinstadt, in dem hervorgeht, dass Google Maps (d.h. Teleatlas) Daten schlechter abschneiden als ein lokales Projekt. Der Vergleich ist mit Vorsicht zu werten, setzt jedoch ein wichtiges Zeichen für den Wert solcher Projekte.
Zeile 48: Zeile 76:
 
* OSM Inspector: [http://tools.geofabrik.de/osmi/?view=geometry&lon=13.40185&lat=52.52564&zoom=11]
 
* OSM Inspector: [http://tools.geofabrik.de/osmi/?view=geometry&lon=13.40185&lat=52.52564&zoom=11]
 
* Keep Right: [http://keepright.ipax.at/report_map.php?zoom=11&lat=52.52564&lon=13.40185&layers=B0T&db=osm_EU]
 
* Keep Right: [http://keepright.ipax.at/report_map.php?zoom=11&lat=52.52564&lon=13.40185&layers=B0T&db=osm_EU]
 +
* Interaktiv (Whodiddit?): https://simon04.dev.openstreetmap.org/whodidit/scripts/rss.php?bbox=8.808848,47.220528,8.830757,47.228776
 
* Allgemein: [http://wiki.openstreetmap.org/wiki/Quality_Assurance Quality Assurance]
 
* Allgemein: [http://wiki.openstreetmap.org/wiki/Quality_Assurance Quality Assurance]
 +
 
Weitere Hinweise zur Qualität von Crowd-Sourced Geodaten allgemein und OpenStreetMap im Speziellen findet man im Artikel '[[Geodaten-Qualitaet]]'.
 
Weitere Hinweise zur Qualität von Crowd-Sourced Geodaten allgemein und OpenStreetMap im Speziellen findet man im Artikel '[[Geodaten-Qualitaet]]'.
  
 
Artikel:
 
Artikel:
 +
* [http://de.slideshare.net/geomantic/openstreetmap-data-quality Managing Data Quality in OpenStreetMap] by Steven Johnson, NC GIS Conference 2013.
 
* Qualitätssicherung in OpenStreetMap: Links und Werkzeuge, die zur Verbesserung, Sicherung und Kontrolle der Qualität der OpenStreetMap-Daten beitragen [http://wiki.openstreetmap.org/wiki/Qualit%C3%A4tssicherung].
 
* Qualitätssicherung in OpenStreetMap: Links und Werkzeuge, die zur Verbesserung, Sicherung und Kontrolle der Qualität der OpenStreetMap-Daten beitragen [http://wiki.openstreetmap.org/wiki/Qualit%C3%A4tssicherung].
* "Quality assurance of crowdsourced geocoded address-data within OpenAddresses: Concepts and Implementation"; Master Thesis (UNIGIS MSc) by Hans-Jörg Stark [http://www.unigis.ac.at/club/bibliothek/pdf/40138.pdf]
+
* Liste von P. Neis: [http://www.geog.uni-heidelberg.de/personen/gis_neis.html] [http://neis-one.org/cv/]
* "Tools for Assuring the Quality of Crowdsourced Geographic Data: Analysis and Implementation"; Master Thesis (UNIGIS MSc) by Nico Schmidt (work in progress).
+
 
* "Qualität von OpenStreetMap-Daten - Entwicklungsdynamik und Verbesserungspotenziale", Alexander Zipf, Universität Heidelberg, Vortrag am 21. AGIT-Symposium Salzburg, Juli 2010, [http://www.agit.at].
+
=== Was tun bei vermutetem Vandalismus? ===
 +
 
 +
Vorgehen bei vermutetem Vandalismus (Schweiz-bezogen):
 +
* Mail an Changeset-Kommentar, d.h. an den User.
 +
* Nicht dringend: Mail an Mailing Liste talk-ch (http://lists.openstreetmap.ch/mailman/listinfo/talk-ch )
 +
* Dringend: Mail an den Vorstand SOSM board@sosm.ch
 +
* Ganz dringend Mail an die Data Working Group von der OSM Foundation data@openstreetmaporg (https://wiki.openstreetmap.org/wiki/Data_working_group )
 +
 
 +
=== Gibt es Statistiken? ===
 +
 
 +
Statistische Daten bilden die Grundlage zur Beurteilung (u.a. zur Qualität, siehe oben) und zum Verwalten (Monitoring) eines jeden Projekts. Hier einige Weblinks dazu:
 +
* Laufend aktualisierte Statistik zur Nutzung: http://osmstats.altogetherlost.com/index.php?item=countries&country=Switzerland
 +
* Statistik zur ganzen OSM-Datenbank: [http://wiki.openstreetmap.org/wiki/Stats Statistik-Hauptseite auf dem OSM-Wiki].
 +
* Statistikangaben pro Nutzer: [http://hdyc.neis-one.org/?Geonick How did you contribute to OpenStreetMap?].
 +
* Statistik (Summen) von einzelnen Objekten mit Analyse-Tools, z.B. Alle Zoos der Schweiz: <tt><nowiki>http://labs.geometa.info/postgisterminal/?xapi=*[tourism=zoo]</nowiki></tt> [http://labs.geometa.info/postgisterminal/?xapi=*%5Btourism=zoo%5D].
 +
* Für weitere Analysen mit OSM siehe [[HowTo_OpenStreetMap]]
 +
 
 +
=== Gibt es eine ID? ===
 +
 
 +
Siehe [[Permanent ID]].
 +
 
 +
=== Nachteile / Kritik ===
 +
 
 +
Die Kritik kann wie folgt zusammengefasst werden:
 +
* Vollständigkeit?
 +
* Daten-Qualität?
 +
* Speziell: Vandalismus?
 +
* "Governance" - Wer bestimmt?
 +
* Kein homogener SW-Stack. Es braucht Know-how, um die Daten aufzubereiten
 +
 
 +
Zitat [http://georeferenced.wordpress.com/2011/04/20/should-an-eu-opendata-project-use-google-bing-maps-or-openstreetmap-does-it-even-matter/]: Probably the best choice politically (compared to Google and Bing Maps), if only for the term ‘open’. Coverage looks very good and is nearing completion in many parts of Europe. But it will never be as consistent as that of other suppliers, and once coverage is complete there’s still the issue of updates (once the blank spaces are mapped, will people be motivated enough to remap them?).  Also, with OSM being an open community, there is some uncertainty around governance and future direction – it’s all very organic and could go off in multiple directions. Then there’s an unresolved issue around the Creative Commons licence which restricts re-use for commercial purposes (unless you’re in the business of giving away your intellectual property). There has been talk of a new OpenDB licence but to be honest I’m not sure how advanced this is and whether it will resolve this particular issue.
 +
 
 +
=== Abgrenzung ===
 +
 
 +
Die OSM-Gemeinschaft freut sich über jeden, der OSM nutzt! Es gibt aber auch Dinge, die NICHT in OSM gehören.
 +
 
 +
Hier einige Ausschlusskriterien:
 +
* Keine Duplikate von extern gehaltenen Datenbeständen
 +
* Keine Bilder.
 +
* OSM ist kein Projekt "für die Karte" - es ist primär eine Datenbank. Es wird nicht für den "Renderer" erfasst (Trennung von Daten und Darstellung).
 +
* OSM ist keine Datenbank für "alles". Kritisch sind z.B. Imports, v.a. weil damit nicht sichergestellt ist, dass die Daten kontrolliert sind (vgl. die Import-Seite im OSM Wiki).
 +
 
 +
Falls Interesse besteht, OSM mit anderen Datenbanken zu verknüpfen, siehe [[OpenStreetMap und externe Datenbanken]] (Fachinformationssysteme).
  
 
== FAQ ==
 
== FAQ ==
Zeile 72: Zeile 145:
  
 
;Warum dauert es teilweise bis 7, 8 Tage, bis eigene Daten, die man hoch geladen hat, in der Open Street Map-Karte dargestellt werden?: Es gibt folgende Renderer: Mapnik, Osmarender plus Kosmos. Alle arbeiten grundverschieden.  1. Mapnik - der Standard-Renderer - basiert auf einer Datenbank,  deren Füllung eine Woche dauert. Die Daten werden dabei ich Echtzeit gerendert.  2. In Osmarender, dessen Output man über die rechte Schaltfläche erreichen kann, geht es i.d.R. wenige Stunden. Dahinter steckt das Projekt Tiles@Home, bei dem viele Rechner von Privatleuten zusammengeschaltet sind. Diese rendern ihnen zugewiesene Tiles und laden diese anschließend wieder auf den Server. Jedoch müssen die Änderungen zunächst in eine Warteliste eingetragen werden. Dies geschieht normalerweise über einen Bot, der geänderte Tiles automatisch einträgt. Diese Tiles landen dort allerdings mit Proritätsstufe 2. Je nach Aktivität gibt es Verzögerungen, so dass die Aktualisierung durchaus zwei oder drei Tage in Anspruch nehmen kann. Um das zu beschleunigen, gehst man auf http://www.informationfreeway.org und zoomt an die betroffene Stelle in Zoomlevel 12. Daraufhin klickt man auf Permanentlink und fügt oben am Ende der URL noch &user=*Dein Name* (ohne Sternchen) an. Nun folgt der Maus ein rotes Quadrat. Dieses verschiebt man an die gewünschte Stelle, hält die Ctrl-Taste gedrückt und klickt drauf. Nun erscheint noch ein Dialog: Klicke auf OK und dann möglichst zügig unten auf Render requests. In dieser Tabelle sucht man nun mit Ctrl+f nach seinem Namen und klickt daneben auf die beiden Koordinaten. Dort kann man auch den Status abfragen.
 
;Warum dauert es teilweise bis 7, 8 Tage, bis eigene Daten, die man hoch geladen hat, in der Open Street Map-Karte dargestellt werden?: Es gibt folgende Renderer: Mapnik, Osmarender plus Kosmos. Alle arbeiten grundverschieden.  1. Mapnik - der Standard-Renderer - basiert auf einer Datenbank,  deren Füllung eine Woche dauert. Die Daten werden dabei ich Echtzeit gerendert.  2. In Osmarender, dessen Output man über die rechte Schaltfläche erreichen kann, geht es i.d.R. wenige Stunden. Dahinter steckt das Projekt Tiles@Home, bei dem viele Rechner von Privatleuten zusammengeschaltet sind. Diese rendern ihnen zugewiesene Tiles und laden diese anschließend wieder auf den Server. Jedoch müssen die Änderungen zunächst in eine Warteliste eingetragen werden. Dies geschieht normalerweise über einen Bot, der geänderte Tiles automatisch einträgt. Diese Tiles landen dort allerdings mit Proritätsstufe 2. Je nach Aktivität gibt es Verzögerungen, so dass die Aktualisierung durchaus zwei oder drei Tage in Anspruch nehmen kann. Um das zu beschleunigen, gehst man auf http://www.informationfreeway.org und zoomt an die betroffene Stelle in Zoomlevel 12. Daraufhin klickt man auf Permanentlink und fügt oben am Ende der URL noch &user=*Dein Name* (ohne Sternchen) an. Nun folgt der Maus ein rotes Quadrat. Dieses verschiebt man an die gewünschte Stelle, hält die Ctrl-Taste gedrückt und klickt drauf. Nun erscheint noch ein Dialog: Klicke auf OK und dann möglichst zügig unten auf Render requests. In dieser Tabelle sucht man nun mit Ctrl+f nach seinem Namen und klickt daneben auf die beiden Koordinaten. Dort kann man auch den Status abfragen.
 
== Anwendungen ==
 
 
Siehe:
 
* http://osmtools.de/portal/
 
* http://wiki.openstreetmap.org/wiki/DE:OSM-Anwendungen
 
* http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services
 
  
 
== Darstellungsmodell  ==
 
== Darstellungsmodell  ==
  
Ein Darstellungsmodell inkl. Kartenlegende (=> [[Darstellungsmodell]]) macht v.a. Bezüge auf ein (Geo-)Datenmodell. Ein Darstellungsmodell beschreibt
+
OpenStreetMap kennt verschiedene Renderer, allen voran Mapnik. Dazu kommen u.a. Osmarender und Kosmos. Alle verwenden je ein einziges [[Darstellungsmodell]] für die ganze Welt (inkl. Schrift). Bei Google Maps ist das länderspezifisch.
 
 
OpenStreetMap kennt verschiedene Renderer, allen voran Mapnik. Dazu kommen u.a. Osmarender und Kosmos. Alle verwenden je ein einziges Darstellungsmodell für die ganze Welt (inkl. Schrift). Bei Google Maps ist das länderspezifisch.
 
  
 
* [http://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml osm.xml]
 
* [http://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml osm.xml]
Zeile 90: Zeile 154:
 
== (Geo-)Datenmodell ==
 
== (Geo-)Datenmodell ==
  
OSM grenzt sich - wohl unfreiwillig aber stolz - ab von herkömmlichen GIS-Normen, indem eine topologische Knoten-Kanten-Struktur verwendet wird und alle Attribute als Key-Value-Paare ablegt. Nachfolgend eine detailliertere Beschreibung (aus [http://wiki.openstreetmap.org/index.php/Daten_Editieren]):  
+
OSM grenzt sich - wohl unfreiwillig aber selbstbewusst - ab von herkömmlichen GIS-Normen, indem eine topologische Knoten-Kanten-Struktur verwendet wird und alle Attribute als Key-Value-Paare ablegt. Nachfolgend eine detailliertere Beschreibung (aus [http://wiki.openstreetmap.org/index.php/Daten_Editieren]):  
  
 
=== Konzeptionelles Schema ===
 
=== Konzeptionelles Schema ===
  
Das Grundgerüst der OSM-Daten besteht aus 3 Grundelementen (Node, Segment und Way, [http://wiki.openstreetmap.org/index.php/Data_Primitives Data Primitives]) sowie dem Pseudoelement Area. Diese können jeweils Attribute zugewiesen bekommen.
+
[[Bild:OSM_Schema_Simple.png‎|thumb|OSM-Schema als einfaches UML-Diagramm]]
* Node: Ein Node ist ein einzelner Punkt mit geografischen Koordinaten (Latitude und Longitude).
+
 
* Segment: Ein Segment besteht aus zwei Nodes und entspricht somit eine gerichtete Strecke mit Start und Endpunkt. Segmente sollten der Übersichtlichkeit nicht viel länger als 500m sein, da sich andere sonst schwer tun, diese wieder zu bearbeiten.(seit API 0.5 obsolet)
+
Das OSM-Datenmodell in Kürze:
* Way: Ein Way ist eine geordnete Liste von Segmenten. Meistens versucht man diese zu einer gerichteten, nicht verzweigten Linie zusammen zu fassen. Um das Editieren zu erleichtern, sollten Ways nicht länger als 5km sein, längere Ways sollte man immer versuchen aufzuteilen. Eines der meistgebrauchten Attribute hier ist highway=...
+
* Nodes, Ways und Relations
* 'Area': Die Definition einer Fläche in OSM besteht im einfachsten fall aus einem geschlossenen Way welcher mit einem Flächenatribut
+
* Node enthält [[Koordinaten]]
getagt ist. Flächen können aber auch wesentlich komplexer sein, wenn sie aus inneren, äussere Ränder oder zusätzlichen Enklaven bestehen. Hierzu wird in OSM eine Relation verwendet um die verschiedenen Ways als Teilelemente einer Fläche in Beziehung zu bringen.
+
* Way enthält Liste von Nodes
Eine Ausführliche Definition einer Fläche kann im OSM Wiki nachgeschlagen werden:
+
* Flächen = kein eigenständiger „Typ“: 1. Ways mit Tags oder 2. Ways und Relations, die innere Ränder haben können (Achtung Multipolygon: Andere Def. als bei GIS!)
http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons
+
* Nodes, Ways und Relations…
 +
** können 0,1 oder mehrere Tags haben
 +
** enthalten die gemeinsamen Attribute: osm_id, user_id, user_name, last_modified, version, (changeset)
 +
* Tag = Key/Value-Paar (EAV-Modell)
 +
* Das „OSM-Schema“ im OSM-Sprachgebrauch => Kombination von Tags. Siehe OSM Wiki, taginfo oder OpenPOIMap.ch
 +
 
 +
Weiterführende Wiki-Seiten: [http://wiki.openstreetmap.org/index.php/Data_Primitives Data Primitives]. Eine Ausführliche Definition einer Fläche kann im OSM Wiki nachgeschlagen werden: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons
  
 
Ein paar Beispiele einer Area wären, wenn in der Tag-Liste folgendes steht:
 
Ein paar Beispiele einer Area wären, wenn in der Tag-Liste folgendes steht:
Zeile 116: Zeile 186:
  
 
PostgreSQL-Schema von Brett Henderson: http://gweb.bretth.com/apidb06-pgsql-latest.sql
 
PostgreSQL-Schema von Brett Henderson: http://gweb.bretth.com/apidb06-pgsql-latest.sql
 +
 +
[[Bild:OSM_Schema_v1.png|400px|thumb|OSM-Schema als ER-Diagramm (Grafik: Andreas Hahn)]]
 +
 +
=== Flächen (Polygone) ===
 +
 +
Es gibt in OSM leider noch keinen Geometrie-Datentyp "Fläche" vergleichbar mit OGC's Simple Feature-Standard (Polygon) oder Interlis' SURFACE/AREA. Es gibt jedoch einige "Abmachungen":
 +
 +
* Eine einfache Fläche wird durch einen "Closed Way" 'gemapped' (= Polygon).
 +
* Eine Fläche mit innerem Rand wird über eine zusätzliche Relation 'gemapped'. Flächen mit inneren Rändern werden zurzeit 'Multipolygon' genannt. HINWEIS: Multipolygon im aktuellen Sinne von OSM ist nicht zu verwechseln mit OGC's Definition von Multipolygon, welche mehrere "echte" Polygone mit allenfalls mehreren inneren Ränder zulässt.
 +
* Bei Multipolygon-Relations müssen *alle* beteiligten Flächen die selben Tags haben. D.h. man muss den inneren Bereich, einmal als inneren Rand der äußeren Fläche und einmal die innere Fläche separat mappen.
 +
* ACHTUNG: Die Definitionen von 'Fläche'/'Polygon' und 'Multipolygon' sowie das Taggen mit Relations ist noch im Fluss! vgl. http://trac.openstreetmap.org/ticket/969
 +
 +
=== ID's (osm_id) ===
 +
 +
This section is a informal discussion of OSM IDs.
 +
 +
OpenStreetMap IDs (OSM ID, osm-id) are set by the official OSM database after an edit. Each OSM element (node, way, and relation) has an own ID domain range and started initially at OSM ID 1. OSM ID's are of data type "unsigned integer" 64 bit (bigint, int8).
 +
 +
  NOTE: OSM IDs are declared as not being stable.
 +
  Yet, many software rely on them (probably because of lack of alternatives).
 +
  A prominent solution is the [https://wiki.openstreetmap.org/wiki/Permanent_ID OSM Permanent ID].
 +
 +
In many cases, mulitple objects from OpenStreetMap are aggregated by the (post-)processing software into a single object, like for road lines. In this case an ID will be selected randomly among the involved OpenStreetMap objects.
 +
 +
Converting ways to polylines or to polygons (like e.g. with osm2pgsql) are a special case of aggregation. Then, often the (post-)processing softwares signs the (way) ID to a negative one (which makes their types bigint/int8 signed).
 +
 +
Note that for newly created objects which have not yet received an OSM ID by the OSM database, locally produced negative ID numbers are used too, especially in an OSM changeset.
 +
 +
Another solution for assigning OSM IDs to newly (ad-hoc) created objects (e.g. per data process) could be to take e.g. the number 10 billions (10,000,000,000) as seed and to decrement it.
 +
 +
The following '''"Mapbox Streets OSM ID"''' formula is a solution to transform OpenStreetMap IDs to make them unique across node, way, and relation object, based on their object type (source: https://www.mapbox.com/vector-tiles/mapbox-streets-v7/ ):
 +
  * node    (id × 10)    (eg. 123 => 1230) 
 +
  * way      (id × 10) + 1 (eg. 123 => 1231)
 +
  * relation (id × 10) + 4 (eg. 123 => 1234)
 +
 +
These are the osm_id min/max-ranges from Switzerland (208-04-08) which (no "MB Streets v7" formula applied there):
 +
  id-element ; min[int8];  max[int8]
 +
  node      ;    172206; 5538175622
 +
  way        ;    78216;  577795918
 +
  relations  ;      410;    8191267
 +
  osm_point  ;    172251; 5538175621
 +
  osm_line  ;  -8188414;  577795918
 +
  osm_polygon;  -8191341;  577808739
 +
 +
This is the SQL query used to produce the above statistics using [[PostGIS Terminal]]:
 +
<pre>
 +
select 'osm_nodes  ' as id, min(id) as min, max(id) as max
 +
from osm_nodes
 +
union
 +
select 'osm_ways  ', min(id), max(id)
 +
from osm_ways
 +
union
 +
select 'osm_rels  ', min(id), max(id)
 +
from osm_rels
 +
union
 +
select 'osm_point  ', min(osm_id), max(osm_id)
 +
from osm_point
 +
union
 +
select 'osm_line  ', min(osm_id), max(osm_id)
 +
from osm_line
 +
union
 +
select 'osm_polygon', min(osm_id), max(osm_id)
 +
from osm_polygon
 +
</pre>
  
 
== Software & Webservices ==
 
== Software & Webservices ==
 +
[[Bild:OSM_Components.png|400px|thumb|Die OSM-Architektur (Deployment, logisch-physische Sicht)]]
 +
 +
Editier-Software:
 +
* iD ist webbasiert und der Standard (z.B. 'Edit'-Tab bei OpenStreetMap.org).
 +
* [[JOSM]] (Desktop) OSM-Daten-Editor.
 +
 +
* [[OpenStreetMap Notes]] / OSM Notizen.
 +
* OSM Wiki page [https://wiki.openstreetmap.org/wiki/Quality_assurance Quality Assurance].
 +
 +
Siehe auch [[HowTo OpenStreetMap]].
  
Software:
+
Android-Software: siehe [http://wiki.openstreetmap.org/wiki/Android OpenStreetMap-Wiki].
* [[JOSM]] ist neben dem Potlatch der zurzeit am häufigsten verwendete OSM-Daten-Editor.
 
* [http://wiki.openstreetmap.org/index.php/Potlatch Potlatch] ist webbasiert und wird aktiviert, wenn man auf den 'Edit'-Tab klickt bei OpenStreetMap.org.
 
* Siehe auch [[HowTo OpenStreetMap]].
 
* Android: siehe [http://wiki.openstreetmap.org/wiki/Android OpenStreetMap-Wiki].
 
  
Services
+
Webservices:
 
* OSM API: http://wiki.openstreetmap.org/wiki/API  
 
* OSM API: http://wiki.openstreetmap.org/wiki/API  
* OSM XAPI: http://wiki.openstreetmap.org/wiki/Xapi
+
* OSM Overpass: Siehe [[OSM-Technisches]]
** NOTE: the service and the software and hardware behind this 'official' server are instable and often offline.
+
* OSM basierrte Basiskarten: Siehe u.a. Esri OSM Layer (und [[WMS#Bekannte_WMS_Server]])
** New implementation in Java: [https://github.com/iandees/xapi-servlet XAPI-Servlet] project by Ian Dees ([http://openstreetmap.us/uixapi/xapi.html Helper Webtool], example: [http://azure.openstreetmap.org/xapi/api/0.6/node%5Bnatural=peak%5D%5Bbbox=5.94360,45.93587,10.61279,47.73193%5D natural=peak within Switzerland]).
 
* [[WMS]]:
 
** http://osm.wheregroup.com/cgi-bin/osm_basic.xml?SERVICE=WMS&REQUEST=GetCapabilities
 
** http://www.camptocamp.org/cgi-bin/c2corg4osm?SERVICE=WMS&REQUEST=GetCapabilities
 
** http://osmwms.itc-halle.de/maps/osmfree?SERVICE=WMS&REQUEST=GetCapabilities
 
  
 
== Tipps & Tricks ==
 
== Tipps & Tricks ==
Zeile 154: Zeile 289:
 
* Ortsplan (Permalink): [http://www.informationfreeway.org/?lat=6053767.00148&lon=959776.56033&zoom=16&layers=B000000 Beispiel von informationfreeway.org] (von [http://wiki.openstreetmap.org/index.php/User:Ast User:Ast]) oder (besser) [http://www.openstreetmap.org/index.html?lat=47.225572&lon=8.822279&zoom=14 von openstreetmap.org].
 
* Ortsplan (Permalink): [http://www.informationfreeway.org/?lat=6053767.00148&lon=959776.56033&zoom=16&layers=B000000 Beispiel von informationfreeway.org] (von [http://wiki.openstreetmap.org/index.php/User:Ast User:Ast]) oder (besser) [http://www.openstreetmap.org/index.html?lat=47.225572&lon=8.822279&zoom=14 von openstreetmap.org].
  
== Beispiele / Gallerie ==
+
== Beispiele / Galerie ==
 
Die Beispiele hier wurden mit Hilfe des Geometa Directory's ermittelt, welches die [[Geo-Bookmark]]s-Eigenschaften von OSM und den geonames.org-Dienst ausnützt. Hier ein eigener Aufruf mit 'Wien' als Anfrage: http://88.198.44.148/directory/search.php/all/osm?place=Wien
 
Die Beispiele hier wurden mit Hilfe des Geometa Directory's ermittelt, welches die [[Geo-Bookmark]]s-Eigenschaften von OSM und den geonames.org-Dienst ausnützt. Hier ein eigener Aufruf mit 'Wien' als Anfrage: http://88.198.44.148/directory/search.php/all/osm?place=Wien
  

Aktuelle Version vom 20. Februar 2022, 22:18 Uhr

OpenStreetMap-Logo
OpenStreetMap von Rapperswil (SG) (Osmarender, Stand 27.01.08)

OpenStreetMap (abgekürzt OSM) ist ein Open-Source-Projekt mit dem Ziel, ein für jeden frei - entsprechend der Creative Commons-ShareAlike-Lizenz - verfügbares weltweites Geodaten-Material, z.B. Karten oder Routing-Dienste, in elektronischer Form zu schaffen.

Weitere Wiki-Seiten hier zu OSM:

Externe Links zu OpenStreetMap: OpenStreetMap-Startseite, OpenStreetMap Schweiz/OpenStreetMap Switzerland, Talk-CH Mailingliste sowie OSM Forum Schweiz

Einführung

Die beste Art, sich ein Urteil über OSM zu bilden, ist sicherlich selber Hand anzulegen. Das HowTo OpenStreetMap bietet eine erste Anleitung dazu.

Hier ein Ausschnitt von OpenStreetMap rund um Rapperswil, von dem auch das Bild oben rechts stammt: OpenStreetMap mit 47N/8.82E.

Hier ein Eindruck, wie live/near-realtime(!) und rund um die Uhr OpenStreetMap von Freiwilligen ergänzt wird: "Show-me-the-Way" (Schweiz)".

Anwendungen: siehe z.B.

OpenStreetMap an der HSR

Siehe OpenStreetMap an der HSR.

OpenStreetMap im Vergleich

Alleinstellungsmerkmale ("Unique Selling Points") von OpenStreetMap:

  • viele POIs (z.B. Brätlistellen, Sitzbänke)
  • hohe Aktualität der Daten (Tage/Minuten/Stunden, statt Wochen/Monate)
  • Zugänglichkeit der Daten (offen und kostenlos)
  • Kontrollierbarkeit der Daten (jeder kann editieren)
  • grosse bestehende Community mit "kritischer Masse" (ca. 60 Mapper erfassen ca. 6000 Punkte in der Schweiz pro Tag)

Opportunities von OpenStreetMap:

  • Personalisierbarkeit - individuelle Karten und Infos
  • Grenzüberschreitend - macht nicht halt an Regionsgrenzen
  • Alternative zu Google, Facebook & Co. - Monopole sind nicht nachhaltig
  • "Sharing economy" - Synergien nutzend

OpenStreetMap im Vergleich amtlichen Daten:

  • ist grenzüberschreitend (geht nahtlos über Kantons- und Landesgrenzen hinweg)
  • ist routingfähig
  • ist teilweise aktueller
  • hat teilweise mehr POIs
  • ist teilweise detaillierter

OpenStreetMap im Vergleich mit Google Maps (GMaps):

  • ist auch als Rohdaten zugänglich, auch lokal/offline - GMaps gibt die Daten nicht frei
  • kann kostenlos genutzt werden im Rahmen der freien Lizenz - GMaps beansprucht die Urheberschaft für sich und hat ein kostenpflichtiges API-Geschäftsmodell
  • OpenStreetMap-Daten enthalten keine Werbung und sind grundsätzlich "Privacy Preserving" - Google's Geschäftsmodell ist Webung und trackt User

Success Stories von OpenStreetMap:

  • BKG - die "Swisstopo Deutschlands" - nutzt OpenStreetMap in ihrem TopPlus-Produkt
  • Outdooractive hat auf OpenStreetMap umgestellt
  • OpenStreetMap wird weiter u.a. genutzt von folgenden Schweizer Top-level Websites: Websites SBB, ZVV, search.ch

FAQ

Was ist der Nutzen?

Öffentliche Hand
Behörden beschaffen sich und besitzen grundsätzlich seit je ihre eigenen Daten (Karten), allen voran die topografischen Ämter und die Vermessungsstellen. Vom Wesen her sind diese Daten jedoch 1. tendenziell nicht so aktuell wie OSM-Daten (durchschnittlich ca. ein bis sechs Jahre älter). Beispiele dafür sind Wanderwege oder Neubauten. Zudem gibt es 2. bestimmte Daten (v.a. Point-of-Interests POI), die nicht systematisch oder nicht zentral erhoben werden. Dazu gehören beispielsweise Aussichtspunkte oder Rollstuhlparkplätze. Sie dazu aktuell den Vortrag "OpenStreetMap für Behörden..." an der FOSSGIS2011.
Firmen
Immer mehr Firmen und App-Entwickler verwenden OSM als Hintergrundkarte (vgl. switch2osm). Zudem werden POIs (z.B. OpenEcoMap), Gebäudeadressen und Routingdienste immer mehr eingesetzt.
Freizeit
Daten für OpenStreetMap zu erfassen ist für viele Leute eine sinnvolle Freizeitbeschäftigung. Sie profitieren auch davon, dass diese dann u.a. in kommerziellen Naviationssystemen integriert sind (z.B. in Garmin-Geräten).

Wie steht es mit der Qualitaet?

Im Infoblatt 1/2007 der SOGI (.pdf) gibt es einen Bericht dazu. Hier ein Evaluations-Versuch in einer englischen Kleinstadt, in dem hervorgeht, dass Google Maps (d.h. Teleatlas) Daten schlechter abschneiden als ein lokales Projekt. Der Vergleich ist mit Vorsicht zu werten, setzt jedoch ein wichtiges Zeichen für den Wert solcher Projekte.

Hier einige bekannte Tools:

Weitere Hinweise zur Qualität von Crowd-Sourced Geodaten allgemein und OpenStreetMap im Speziellen findet man im Artikel 'Geodaten-Qualitaet'.

Artikel:

  • Managing Data Quality in OpenStreetMap by Steven Johnson, NC GIS Conference 2013.
  • Qualitätssicherung in OpenStreetMap: Links und Werkzeuge, die zur Verbesserung, Sicherung und Kontrolle der Qualität der OpenStreetMap-Daten beitragen [3].
  • Liste von P. Neis: [4] [5]

Was tun bei vermutetem Vandalismus?

Vorgehen bei vermutetem Vandalismus (Schweiz-bezogen):

Gibt es Statistiken?

Statistische Daten bilden die Grundlage zur Beurteilung (u.a. zur Qualität, siehe oben) und zum Verwalten (Monitoring) eines jeden Projekts. Hier einige Weblinks dazu:

Gibt es eine ID?

Siehe Permanent ID.

Nachteile / Kritik

Die Kritik kann wie folgt zusammengefasst werden:

  • Vollständigkeit?
  • Daten-Qualität?
  • Speziell: Vandalismus?
  • "Governance" - Wer bestimmt?
  • Kein homogener SW-Stack. Es braucht Know-how, um die Daten aufzubereiten

Zitat [7]: Probably the best choice politically (compared to Google and Bing Maps), if only for the term ‘open’. Coverage looks very good and is nearing completion in many parts of Europe. But it will never be as consistent as that of other suppliers, and once coverage is complete there’s still the issue of updates (once the blank spaces are mapped, will people be motivated enough to remap them?). Also, with OSM being an open community, there is some uncertainty around governance and future direction – it’s all very organic and could go off in multiple directions. Then there’s an unresolved issue around the Creative Commons licence which restricts re-use for commercial purposes (unless you’re in the business of giving away your intellectual property). There has been talk of a new OpenDB licence but to be honest I’m not sure how advanced this is and whether it will resolve this particular issue.

Abgrenzung

Die OSM-Gemeinschaft freut sich über jeden, der OSM nutzt! Es gibt aber auch Dinge, die NICHT in OSM gehören.

Hier einige Ausschlusskriterien:

  • Keine Duplikate von extern gehaltenen Datenbeständen
  • Keine Bilder.
  • OSM ist kein Projekt "für die Karte" - es ist primär eine Datenbank. Es wird nicht für den "Renderer" erfasst (Trennung von Daten und Darstellung).
  • OSM ist keine Datenbank für "alles". Kritisch sind z.B. Imports, v.a. weil damit nicht sichergestellt ist, dass die Daten kontrolliert sind (vgl. die Import-Seite im OSM Wiki).

Falls Interesse besteht, OSM mit anderen Datenbanken zu verknüpfen, siehe OpenStreetMap und externe Datenbanken (Fachinformationssysteme).

FAQ

Die am häufigsten gestellten Fragen sind u.a....

Welche Hardware ist nötig, , um OSM-Daten selber zu erfassen?
Mehr dazu siehe HowTo OpenStreetMap.
Gibt es einen typischen Arbeitsprozess (Workflow), um OSM-Daten zu erfassen?
Mehr dazu siehe ...
Wie gut ist die Qualität der von Laien erstellten Geodaten?
Siehe OpenStreetMap#Qualitaet.
Wie viele registrierte Benutzer gibt es ungefähr?
Gemäss Usernamen in den Daten, die einen Node oder einen Way editiert haben, gibt es weltweit ca. 32'500, mit Endung .de ca. 2'800 und EU-weit ca. 6'700 User. Auf der "Talk-de"-Mailingliste gibt es ca. 330 Users, davon ca. 20 Schweizer (.ch und .com-Adressen). Ca. 10% der weltweiten User sind im letzten Monat aktiv gewesen.
Gibt es eine Statistik zur OpenStreetMap-Datenbank (z.B. Erfassungsaktivitäten)?
Ja, siehe http://wiki.openstreetmap.org/index.php/Stats
Warum dauert es teilweise bis 7, 8 Tage, bis eigene Daten, die man hoch geladen hat, in der Open Street Map-Karte dargestellt werden?
Es gibt folgende Renderer: Mapnik, Osmarender plus Kosmos. Alle arbeiten grundverschieden. 1. Mapnik - der Standard-Renderer - basiert auf einer Datenbank, deren Füllung eine Woche dauert. Die Daten werden dabei ich Echtzeit gerendert. 2. In Osmarender, dessen Output man über die rechte Schaltfläche erreichen kann, geht es i.d.R. wenige Stunden. Dahinter steckt das Projekt Tiles@Home, bei dem viele Rechner von Privatleuten zusammengeschaltet sind. Diese rendern ihnen zugewiesene Tiles und laden diese anschließend wieder auf den Server. Jedoch müssen die Änderungen zunächst in eine Warteliste eingetragen werden. Dies geschieht normalerweise über einen Bot, der geänderte Tiles automatisch einträgt. Diese Tiles landen dort allerdings mit Proritätsstufe 2. Je nach Aktivität gibt es Verzögerungen, so dass die Aktualisierung durchaus zwei oder drei Tage in Anspruch nehmen kann. Um das zu beschleunigen, gehst man auf http://www.informationfreeway.org und zoomt an die betroffene Stelle in Zoomlevel 12. Daraufhin klickt man auf Permanentlink und fügt oben am Ende der URL noch &user=*Dein Name* (ohne Sternchen) an. Nun folgt der Maus ein rotes Quadrat. Dieses verschiebt man an die gewünschte Stelle, hält die Ctrl-Taste gedrückt und klickt drauf. Nun erscheint noch ein Dialog: Klicke auf OK und dann möglichst zügig unten auf Render requests. In dieser Tabelle sucht man nun mit Ctrl+f nach seinem Namen und klickt daneben auf die beiden Koordinaten. Dort kann man auch den Status abfragen.

Darstellungsmodell

OpenStreetMap kennt verschiedene Renderer, allen voran Mapnik. Dazu kommen u.a. Osmarender und Kosmos. Alle verwenden je ein einziges Darstellungsmodell für die ganze Welt (inkl. Schrift). Bei Google Maps ist das länderspezifisch.

(Geo-)Datenmodell

OSM grenzt sich - wohl unfreiwillig aber selbstbewusst - ab von herkömmlichen GIS-Normen, indem eine topologische Knoten-Kanten-Struktur verwendet wird und alle Attribute als Key-Value-Paare ablegt. Nachfolgend eine detailliertere Beschreibung (aus [8]):

Konzeptionelles Schema

OSM-Schema als einfaches UML-Diagramm

Das OSM-Datenmodell in Kürze:

  • Nodes, Ways und Relations
  • Node enthält Koordinaten
  • Way enthält Liste von Nodes
  • Flächen = kein eigenständiger „Typ“: 1. Ways mit Tags oder 2. Ways und Relations, die innere Ränder haben können (Achtung Multipolygon: Andere Def. als bei GIS!)
  • Nodes, Ways und Relations…
    • können 0,1 oder mehrere Tags haben
    • enthalten die gemeinsamen Attribute: osm_id, user_id, user_name, last_modified, version, (changeset)
  • Tag = Key/Value-Paar (EAV-Modell)
  • Das „OSM-Schema“ im OSM-Sprachgebrauch => Kombination von Tags. Siehe OSM Wiki, taginfo oder OpenPOIMap.ch

Weiterführende Wiki-Seiten: Data Primitives. Eine Ausführliche Definition einer Fläche kann im OSM Wiki nachgeschlagen werden: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons

Ein paar Beispiele einer Area wären, wenn in der Tag-Liste folgendes steht:

  • Parkplatz. Dieser würde mit amenity=parking getaggt werden.
  • Freizeitpark: Dieser würde mit leisure=park getaggt werden.
  • Wasser: natural=water
  • Wald: landuse=forest (oder natural=wood)
  • Tags: oder auch Attribute genannt, werden dazu verwendet, um in OSM weitere Informationen mit einen Node, Segment oder Way zu verknüpfen. Tags können von Benutzern frei gewählt werden, hier Map Features (deutsch) und hier die aktuelleren Map Features als Original.
  • Siehe dazu auch HowTo_OpenStreetMap#OSM-Flächen (Polygone).

Mehr Informationen zum Dateiformat und zu Konvertierungen siehe bei Software unten und OSM.

Physisches Schema

PostgreSQL-Schema von Brett Henderson: http://gweb.bretth.com/apidb06-pgsql-latest.sql

OSM-Schema als ER-Diagramm (Grafik: Andreas Hahn)

Flächen (Polygone)

Es gibt in OSM leider noch keinen Geometrie-Datentyp "Fläche" vergleichbar mit OGC's Simple Feature-Standard (Polygon) oder Interlis' SURFACE/AREA. Es gibt jedoch einige "Abmachungen":

  • Eine einfache Fläche wird durch einen "Closed Way" 'gemapped' (= Polygon).
  • Eine Fläche mit innerem Rand wird über eine zusätzliche Relation 'gemapped'. Flächen mit inneren Rändern werden zurzeit 'Multipolygon' genannt. HINWEIS: Multipolygon im aktuellen Sinne von OSM ist nicht zu verwechseln mit OGC's Definition von Multipolygon, welche mehrere "echte" Polygone mit allenfalls mehreren inneren Ränder zulässt.
  • Bei Multipolygon-Relations müssen *alle* beteiligten Flächen die selben Tags haben. D.h. man muss den inneren Bereich, einmal als inneren Rand der äußeren Fläche und einmal die innere Fläche separat mappen.
  • ACHTUNG: Die Definitionen von 'Fläche'/'Polygon' und 'Multipolygon' sowie das Taggen mit Relations ist noch im Fluss! vgl. http://trac.openstreetmap.org/ticket/969

ID's (osm_id)

This section is a informal discussion of OSM IDs.

OpenStreetMap IDs (OSM ID, osm-id) are set by the official OSM database after an edit. Each OSM element (node, way, and relation) has an own ID domain range and started initially at OSM ID 1. OSM ID's are of data type "unsigned integer" 64 bit (bigint, int8).

 NOTE: OSM IDs are declared as not being stable. 
 Yet, many software rely on them (probably because of lack of alternatives).
 A prominent solution is the OSM Permanent ID.

In many cases, mulitple objects from OpenStreetMap are aggregated by the (post-)processing software into a single object, like for road lines. In this case an ID will be selected randomly among the involved OpenStreetMap objects.

Converting ways to polylines or to polygons (like e.g. with osm2pgsql) are a special case of aggregation. Then, often the (post-)processing softwares signs the (way) ID to a negative one (which makes their types bigint/int8 signed).

Note that for newly created objects which have not yet received an OSM ID by the OSM database, locally produced negative ID numbers are used too, especially in an OSM changeset.

Another solution for assigning OSM IDs to newly (ad-hoc) created objects (e.g. per data process) could be to take e.g. the number 10 billions (10,000,000,000) as seed and to decrement it.

The following "Mapbox Streets OSM ID" formula is a solution to transform OpenStreetMap IDs to make them unique across node, way, and relation object, based on their object type (source: https://www.mapbox.com/vector-tiles/mapbox-streets-v7/ ):

 * node     (id × 10)     (eg. 123 => 1230)  
 * way      (id × 10) + 1 (eg. 123 => 1231)
 * relation (id × 10) + 4 (eg. 123 => 1234)

These are the osm_id min/max-ranges from Switzerland (208-04-08) which (no "MB Streets v7" formula applied there):

 id-element ; min[int8];  max[int8]
 node       ;    172206; 5538175622
 way        ;     78216;  577795918
 relations  ;       410;    8191267
 osm_point  ;    172251; 5538175621
 osm_line   ;  -8188414;  577795918
 osm_polygon;  -8191341;  577808739

This is the SQL query used to produce the above statistics using PostGIS Terminal:

select 'osm_nodes  ' as id, min(id) as min, max(id) as max
from osm_nodes
union
select 'osm_ways   ', min(id), max(id)
from osm_ways
union
select 'osm_rels   ', min(id), max(id)
from osm_rels
union
select 'osm_point  ', min(osm_id), max(osm_id)
from osm_point
union
select 'osm_line   ', min(osm_id), max(osm_id)
from osm_line
union
select 'osm_polygon', min(osm_id), max(osm_id)
from osm_polygon

Software & Webservices

Die OSM-Architektur (Deployment, logisch-physische Sicht)

Editier-Software:

  • iD ist webbasiert und der Standard (z.B. 'Edit'-Tab bei OpenStreetMap.org).
  • JOSM (Desktop) OSM-Daten-Editor.

Siehe auch HowTo OpenStreetMap.

Android-Software: siehe OpenStreetMap-Wiki.

Webservices:

Tipps & Tricks

Hinweise:

  • Die durchschnittliche Arbeitsleistung zum Erfassen von OSM-Daten eines 'OpenStreetMappers' ist 1km² pro Tag/Abend. Das ergibt 5.666 km² pro Woche.
  • Die GPS-Daten werden typischerweise nur als Hintergrundbild verwendet, d.h. es wird 'darübergezeichnet'.
  • Nur Nodes, Ways und Closed Ways taggen, keine Segments.
  • Die Betrachter-Ebene wird gecached: Die Kacheln, werden zur Zeit alle 48 Stunden flächendeckend erneuert. In der Zwischzeit hilft es, in verschiedenen Zoom Ebenen im Firefox Browser, mit einem Klick der rechten Maustaste auf eine veraltete Kachel zu klicken, dann "Grafik anzeigen" und "Neu laden" wählen.
  • Nutze die Daten (gemäss Open Commons-Lizenz), in Dokumenten (konvertiere z.B. SVG zu PNG), in E-Mails (über 'Permalink') und Webmapping-Applikationen (z.B. OpenLayers) oder in Navigationsgeräten (...).

HOWTOs und FAQs:

Verschiedenes:

Beispiele / Galerie

Die Beispiele hier wurden mit Hilfe des Geometa Directory's ermittelt, welches die Geo-Bookmarks-Eigenschaften von OSM und den geonames.org-Dienst ausnützt. Hier ein eigener Aufruf mit 'Wien' als Anfrage: http://88.198.44.148/directory/search.php/all/osm?place=Wien

Weblinks

Literatur/Vorträge: