Gibt es irgendwo im OSM-Universum eine Wiki-Seite die kurz, knapp, aktuell über das Mapping von mit Autos befahrbaren Strassen informiert? Vor allem wie Kreuzungen (2020) gemappt werden sollten, und wann eine Strasse zu zwei Ways OSM werden muss, finde ich hierbei interessant.
Zur Lage:
https://www.openstreetmap.org/#map=18/53.56421/9.93982&layers=N Grundsätzlich hätte ich es nicht anders erfasst, als man in OSM sehen kann… Bei den oberen beiden Ausschnitten sieht man schön eine Generalisierung, die wir so nicht machen…
Sven
Es ist natürlich nicht verboten, jede Straße lediglich als einen einzelnen Way zu erfassen und Kreuzungen so einfach wie möglich zu halten. Wenn man detaillierter werden will, gelten für mich folgende Grundsätze, deren erste zwei einander schon etwas beißen:
Satz 2 heißt, dass ein einfach geradeaus fahrendes Fahrzeug in OSM kein Zickzack vorfinden sollte, der entsteht, wenn wirklich sklavisch jede bauliche Trennung, auch eine 2 m lange Insel, zum Aufteilen der Ways führt. Hier gilt es Kompromisse zu finden.
Das heißt, dass die Zweige einer in zwei Richtungsways aufgeteilten Einmündung nicht hinter der Insel einfach gemeinsam auf die Zielstraße treffen, denn dort sind dann alle Rechtsabbiegungen zu scharf abgebildet. Kann man problemlos in beide Richtungen abbiegen, sollte ein rechter Winkel gemappt werden. Ich verweise da auf meinen Blogeintrag unter https://www.openstreetmap.org/user/kreuzschnabel/diary/43843.
Also nicht erst trennen, dann zusammen, dann trennen, dann wieder zusammen. Das gibt wieder den oben angesprochenen Zickzack.
Soviel von mir auf die Schnelle dazu.
–ks
Noch was: Wenn an Aufteil-Enden nicht gewendet werden darf (das ist meist per durchgezogener Mittellinie verboten), dann muss da ein Wendeverbot gesetzt werden, sonst sind das für umleitungssuchende Router willkommene Wendestellen!
–ks
Bei einem Navi, und auch bei OSM, ist jede Kreuzung in einem Wohngebiet ja meist ein rechter Winkel. Also eine Generalisierung und nicht reale Fahrlinie. (Ja, Strassenverlauf != Kreuzung, aber grundsätzlich ist so eine Karte halt immer viel Generalisierung…)
Bei komplexeren Kreuzungen versuchen Karten(-hersteller) dem Nutzer mehr zu bieten, um zu helfen.
Persönlich finde ich viele OSM-Kreuzungen oft eher verwirrend und herausfordernd. Aus Sicht eines Navi-Nutzers ist die HERE-Version oben z.B. gut. Eine einfach zu fahrende Stelle wird einfach dargestellt. Die OSM-Version lässt einen diese Stelle studieren.
Aber gerade eben weil man bei diesen Dingen so unterschiedler Meinung sein kann, wäre ich halt heilfroh, wenn es dazu irgendeine Quelle gäbe, die offiziellen Charakter hat.
Um nochmal ein konkretes Beispiel zu liefern. Persönlich finde ich Google und Here bei dem folgenden Beispiel auch super. OSM’s Daten würde ich ändern. Irgendwer muss einem doch sagen (können), ob ich das nun darf und was OSM’s exakte Regeln sind:
Bei OSM gibt es nix offizielles, nur einen Schwarm-Konsens (oder auch nicht 
).
Wie oben bereits gesagt wurde, darf man eine Straße bei baulicher Trennung in 2 OSM-Ways splitten.
Wenn Du gute Gründe hast, die Einmündung zu vereinfachen solltest Du mit dem Ersteller Kontakt aufnehmen und ihn fragen.
In der Praxis ist das bei detailverliebten Mappern erfahrungsgemäß nur bedingt hilfreich, da deren Antwort in aller Regel vorhersehbar ist 
Hier ist zudem kaum noch herauszufinden, wer das eigentlich so gemacht hat. Scheint schon sehr lange so zu detailiert zu sein.
Auf dem ersten Blick schaut es nach dem user simlox aus, aber der hat das auch nur leicht verschoben: http://nrenner.github.io/achavi/?changeset=54740686
Ich tippe auf einen Umbau vor sieben Jahren:
http://nrenner.github.io/achavi/?changeset=16355826 nebst
http://nrenner.github.io/achavi/?changeset=16356411
Persönlich halte ich vor allem zwei Dinge an dieser Kreuzung für suboptimal:
Wenn sich ein paar von dieser Liste zusammentun und alle bitten einfachste infrastrukturelle Dinge wie Strassen, Kreuzungen, etc. bitte so und so zu mappen, wäre mir das bestimmt offiziell genug.
Ist so. Deswegen frage ich auch nach Regeln. Irgendjemand wollte etwas “nicht generalisiertes” auf den Weg bringen, und auch Jahre später ist es noch nicht fertig. Allerdings kann man nirgendwo nachschlagen, wie es denn nach der Wartung bitte aussehen soll.
Mir nicht.
Wie viel % der Mapper (Liste) würde für andere Mapper (nicht auf der Liste) entscheiden (wollen)?
Ich finde meinen Namen auch auf der Liste, halte mich aber nicht für kompetent genug, ich habe aber mehrere Meinungen zu dem Problem, die Dich wahrscheinlichst nicht weiterbringen werden.
Zielführendste meiner Meinungen: das haben wir hier schon diverse Male ohne Ergebnis durchgekaut, vlt dort nochmal nachlesen?
Gibt es einen Ort mit den besten Daten? Wo sich die Mapper anständige, einheitliche Regeln auferlegt haben, die jeder strikt zu befolgen hat? So eine Art “Musterhausen”?
Nein.
Überleg noch mal. Kann es in einem offenen Projekt mit ganz vielen Freiwilligen, die sich nicht absprechen, wer was macht, sondern die ohne jede Zuständigkeits-Priorisierung alle kreuz und quer über den ganzen Globus rummappen können und dürfen, wie sie es gerade sinnvoll finden, so einen Ort geben? Selbst wenn jeder nur an seinem Wohnort mappen dürfte (was bis heute eine ziemlich leere Karte zur Folge hätte), wären solche strikten Regeln jedem neu zuziehenden Mapper zunächst mal unbekannt.
–ks
Klar könnten sich in einem Ort Mapper absprechen, eine Mehrheit bilden und auf vernünftige Dinge einigen:
Musterhausen macht einfach die Dinge einheitlich, die ganz sicher einheitlich gemacht werden können.
In Musterhausen wäre ich gerne der zuziehende Mapper.
Aber bitte nicht einfach anpassen, nur damit es unter osm.org schöner aussieht. OSM ist eben eine Datenbank, die meist/möglicherweise mehr Daten beinhaltet als Google-Maps oder HERE.
Das Darstellen obliegt dem Renderer!
VG Uwe
+1. Das Rendering auf osm.org ist nur ein Beispiel und keinesfalls eine Referenz für Schönheit oder Richtigkeit.
@Ausgangsfrage: Wenn die Datenlage in OSM faktisch falsch ist, darfst und sollst du sie natürlich ändern. Davon lebt das Projekt. Aber eine detailliert erfasste Kreuzung re-generalisieren, nur weil du persönlich nicht so detailliert arbeitest oder darin keinen Sinn siehst, das wäre für mich eindeutig an der Grenze zum Vandalismus (Grenze deshalb, weil ja kein destruktiver Schaden an der Nutzbarkeit angerichtet wird, lediglich die Arbeit anderer wird weggeschmissen).
Jeder mappt so, wie er/sie es für sinnvoll hält und wie es optimal an die Arbeit anderer Kollegen in der Umgebung anschließt. Wie detailliert eine Kreuzung in OSM abgebildet wird, ist Geschmackssache, und das wollen wir sogar so, solange die Daten nicht falsch sind (d.h. solange sie die reale Situation so abbilden, wie es den im Wiki festgelegten Vereinbarungen oder auch der normativen Kraft des Faktischen entspricht, so dass in allen denkbaren Auswertern ein ordentliches Ergebnis rauskommt).
Wenn du Homogenität im Datenbestand suchst, bist du nicht nur bei OSM falsch, sondern generell bei Community-Projekten. Guck mal nebenan nach Wikipedia. Dort gibt es zwar Richtlinien, wie z.B. ein Artikel über eine Kleinstadt aufgebaut sein sollte, aber das sind keine starren Regeln; wenn du dort eine Kleinstadt reinstellst, kannst du den Artikel zurechtzimmern, wie du willst (andere werden ihn dann möglicherweise umzimmern, genau wie in OSM Kreuzungen umgebaut werden können).
Unser oberster Grundsatz ist lediglich: Jede Bearbeitung sollte die Gesamtkarte ein kleines bisschen besser hinterlassen, als sie vorher war, wobei ein Rückbau im Detailgrad nur dann als „besser“ bewertet wird, wenn die Detaillierung faktisch falsch war. Wenn z.B. einzelne Bäume als kleine Polygone mit landuse=forest gemappt sind, kann man sie durch Nodes mit natural=tree ersetzen, weil ein Baum nun mal kein Wald ist.
Aber rein aus Geschmacksgründen wird hier nichts zurückgebaut.
–ks
Natürlich werden Kreuzungen deutlich komplexer, wenn man daran geht, Details einzuzeichnen wie die genauen Verläufe von Fuß- und Radwegen und durch Aufteilung bei baulich getrennten Fahrspuren.
Aber OSM ist halt keine Straßenkarte sondern eine Datenbank für viele Zwecke.
Ich habe aber beim Auto-Routing durch sauber gemapte Spurauftrennungen noch keine Nachteile gehabt. Routing-Apps stellen Straßen in der Regel derartig breit dar, dass man auf dem Kartenbild die Spuraufteilungen kaum wahrnimmt. Und wenn man die von Kreuzschnabel aufgelisteten Tipps beherzigt, werden von guten Routing-Apps auch keine Abbiegeansagen an jeder Verkehrsinsel gemacht.
Magic Earth hat damit überhaupt keine Probleme und OSM hat zwar grundsätzlich Probleme beim Anzeigen der Fahrspurpfeile, aber mit der Kartenansicht “Tourenansicht” ein sehr übersichtliches Kartenlayout fürs Autofahren, dass recht gut solches Detailmapping vereinfacht dargestellt bekommt.
Für Fußgänger und Radfahrer ist ein solche detailliertes Eintragen von Kreuzungen dagegen ein echter Mehrwert. Es ist bei komplexen Kreuzungen schon von Bedeutung, wo die Fußgänger hergeschickt werden. Ich selber freue mich durchaus, wenn mir auch Online-Planungstools wie outdooractive in Bereichen mit gut detailliert gepflegten OSM-Daten beim Planen einer Wanderung oder einer Laufrunde sogar anzeigt, wo ich die Straße überquere und auf welcher Straßenseite ich den neben der Straße verlaufenden Fußweg benutzen sollte.
Meine Erfahrung als Läufer und Wanderer: Es ist gerade dieser Detailgrad, die OSM deutlich attraktiver für diese Zielgruppe macht gegenüber Google-Maps. Denn Google-Maps ist mir deutlich zu autofahrerzentriert.
So isses.
Generell gilt: Software kann problemlos generalisieren (ein Renderer kann Spuraufteilungen für seine Darstellung wieder zusammenführen oder Abbiegerampen weglassen), aber sie kann nicht detaillieren. Deshalb liefern wir in den Daten lieber einen höheren Detailgrad als einen niedrigeren ab.
–ks
Unterschiedliche Detaillierungsgrade sind kein Problem … solange zusätzliche Details zusätzlich und mit eigenen Tags eingetragen werden. Aber wir sind weit davon entfernt, dass in allen denkbaren Auswertern ein ordentliches Ergebnis herauskommt. Denn dafür bräuchte man eben doch gut durchdachte Regeln, an die man sich auch überregional hält. OSM wird erst durch Auswertesoftware nützlich, und Auswertesoftware wird nicht für jede Stadt einzeln geschrieben – also braucht es ein einheitliches maschinenlesbares Datenmodell.
Ein Projekt wie Wikipedia kann es sich problemlos erlauben, große Unterschiede von einem Kleinstadt-Artikel zum nächsten zu haben, weil dort direkt ein fertiges Produkt erzeugt wird, keine Rohdaten. Der Text, den Wikipedianer verfassen, wird im Grunde 1:1 von Menschen gelesen, es findet nur sehr geradlinige Verarbeitung durch Software statt. Und in 99% der Fälle oder mehr ist es auch noch ein und dieselbe Software, nämlich die MediaWiki-Instanz, die auf wikipedia.org läuft.
OSM hat hingegen den Anspruch, keine bloße Karte, also kein fertiges Produkt, sondern eine Datenbank für verschiedenste Anwendungen sein zu wollen – sogar solche, die der Mapper selbst noch nie in Aktion gesehen hat. Leider funktioniert aktuell aber eigentlich nur geradliniges Rendering gut. Das liegt m.E. daran, weil hier der Abstand zwischen dem, was der Mapper im Editor tut, und dem Endprodukt am geringsten ist: Dort, wo der Mapper in seinem Editor eine Linie gemalt hat, malt der Renderer auch eine hin – ggf. halt gefiltert, mit anderer Farbe oder anderem Muster, aber letztlich doch ohne sich gar zu weit von den Eingangsdaten zu entfernen.
Automatisierte Generalisierung durch Software funktioniert nach meinem Eindruck keineswegs problemlos, sondern im Gegenteil nur schwer oder gar nicht. Dasselbe gilt für andere anspruchsvollere Anwendungsfälle. Und selbst dort, wo man mit viel Entwicklungsarbeit schöne Ergebnisse erzielen kann, will man sich einen solchen Zeitaufwand normalerweise nur leisten, wenn das Datenmodell ein solides Fundament darstellt, damit die lange Arbeit nicht durch die nächste Mappingmode obsolet wird.
Leider gibt es noch keine exakten Regeln hierfür. Das liegt teils daran, dass OSM sich generell nicht leicht tut mit Entscheidungsfindung (bisweilen auch absichtlich, weil wir Dezentralisierung und Do-ocracy mögen). In diesem Fall liegt es zusätzlich aber auch daran, dass ein für unterschiedlichste Anwendungsfälle geeignetes aber trotzdem laientaugliches Datenmodell für Straßen sehr viel Arbeit und Gehirnschmalz braucht.
Daher habe ich leider auch noch keinen konkreten Vorschlag in der Schublade. Aber der Vorstellung, dass wir nach Gefühl mappen können und Software es auch ohne präzises Datenmodell schon irgendwie verstehen und generalisieren können wird, muss ich dann doch widersprechen. Solange es Geschmackssache ist, wie eine Kreuzung abgebildet wird, wird OSM sein volles Potential nicht entfalten können.
Das stimmt. Ich habe auch nicht den Idealzustand beschrieben, sondern den status quo. Und ob du eine Kreuzung nur mit zwei Ways und einem shared node erfasst oder alke Aufteilungen und Rampen einbaust, ist momentan dir überlassen. Es darf nur nicht falsch sein.
Dass ein Konsens nicht einfach wird, zeigt sich ja hier in der Diskussion - der eine mags einfach, der nächste ausführlich.
–ks
