Fahrspuren mit Richtungspfeilen erfassen; Wochenaufgabe in KW 47/48

Hallo

  • für Walters “nicht überstürzen” Aussage!

Es ist die erste (noch potentielle) Wochenaufgabe, bei der vorher im OSM-Forum diskutiert wird und das ist a) sinnvoll und b) zielführender.

Es macht nichts, diese Woche keine Aufgabe zu haben. Lieber gut vorbereiten.

viele Grüße

Dietmar

Wer unbedingt jetzt eine Wochenaufgabe braucht, weil er sonst nichts zu treiben hat:
Aktualisiert doch die HKTS eurer Nachbarschaft :sunglasses:

Ansonsten zum Thema:
Ich lasse mir die Zeit, die ich benötige, um das vernünftig aufzusetzen. Ganz nebenbei muss ich auch noch mich, meine Familie, unseren Hund und die Katze ernähren. Und so schlecht ist das Wetter zum Glück momentan nicht, dass mir in der Freizeit nichts anderes einfallen würde :wink:

Hallo,

ja als Wochenaufgabe wäre das mal nicht schlecht… was aber meiner Ansucht nach noch fehlt, ist ein Tool, mit dem man recht flink die Eingaben auf Fehler prüfen kann… Solange und sofern man JOSM benutzt ist eine gewisse Fehlerprüfung mit bei. So könnte man auch schneller sehen, wo noch Bedarf wäre… (oder hab ich was übersehen…??)

Sven

Auch von mir ein klares “+1” für diese Wochenenaufgabe.
Hier habe ich auch ein wenig an einer detailierteren overpass-turbo-Abfrage gearbeitet: http://overpass-turbo.eu/s/5KS - an meiner Lieblings-Spur-Tagging-Kreuzung :slight_smile:

Ein Teil dieser Zeit ist vorbei und hier
https://drive.google.com/file/d/0B_3PJBM5cOz5OF9DZFlTRE5IVzQ/view?usp=sharing
findet ihr meine ersten Ideen für das “howto”.

@mueschel:
Danke für die aufgebohrte overpass-turbo-Abfrage. Ich habe sie eingebaut.

Was noch fehlt:

  • Erläuterungen zu besonderen Spuren für Busse, Fahrräder, TMC…
  • Etwas mehr zur Rettung von Relationen :confused:
  • …und was von euch noch kommt

Feuer frei für konstruktive Vorschläge, Wünsche, Anregungen…

Noch ein Nachtrag zu autobahn-bilder.de: Die Freigabe hätten wir (kannte nur die frühere Diskussion dazu nicht), siehe http://forum.openstreetmap.org/viewtopic.php?id=8035.

Danke, chattiewoman. Die Quelle baue ich noch ein. Dazu kommt dann aber noch der Hinweis, dass diese Bilder genau wie bing aerial nicht immer den aktuellen Stand wiedergeben und deshalb mit entsprechender Vorsicht und am besten nur als Gedächtnisstütze nach vorheriger Prüfung an Ort und Stelle oder in Verbindung mit aktueller Ortskenntnis verwendet werden sollten.

Hallo, auch wenn es noch keine Wochenaufgabe gibt, habe ich mal ein paar Kreuzungen unter die Lupe genommen.
Bei komplexeren Kreuzungen wird’s schwierig:

http://osrm.at/9YP

Wenn der Weg geroutet werden soll, kann am Startpunkt von 3 Lanes nur die linke genommen werden. Es geht zwar auf der linken und mittleren Spur halblinks, aber wenn man um die Kurve rum ist, landet man auf einer 5 spurigen Strasse, und von den beiden ankommenden Spuren geht die rechte auf die abgehende rechte Spur. Von der linken Spur kann ich zwischen den abgehenden Spuren 1-4wählen, und von dort komme ich in alle Richtungen.

Ich vermute, auch mit getaggten Turn Lanes, wird der Router mir sagen: Ich kann die linke und mittlere Spur wählen, und wenn ich um die Kurve rum bin, Spur 2 und 3.
Das ist für beide Ways einzeln betrachtet richtig, und auch so eingetragen, aber richtig wäre halt, ich komme nur von der linken Spur nach Norden.

Gut zu sehen auf dem Luftbild:

http://binged.it/1EpiiOo

Hier auf osm: http://osm.org/go/0G461inPZ

Ist es möglich, dem Router die richtigen Informationen zu geben?
Ich denke, gerade für solche Fälle braucht man Spurassisten, denn an Kreuzungen, an denen alles eindeutig ist, brauche ich keinen.

PS. Ich war fest davon überzeugt, dass auf dem 2. Abschnitt eine durchgezogene Linie ist. Dem ist nach Luftbild nicht so. Damit ist meine Frage eigentlich hinfällig, da man ja beide Spuren benutzen darf. Auch wenn es keinen Sinn macht, von ganz rechts über 3 andere Spuren nach links zu wechseln. Die Frage bezieht sich also darauf, wie wäre es zu taggen, wenn dort eine durchgezogene Linie wäre. :sunglasses:

Das wäre entweder Aufgabe eines Spurassistenten in der Navi-SW (schon vorher: “links halten”), da das Navi ja weiß, wo es nach der übernächsten Kreuzung weitergehen soll.

Möglich wäre per Tagging eine Erweiterung von destination:lanes auch für die Fälle, wo das noch nicht explizit auf einem Vorwegweiser steht, aber eine Hilfe für das (Spur-)Routing wäre. Wenn es die Wegweisung bereits gibt, ist das Tagging durch http://wiki.openstreetmap.org/wiki/DE:Key:destination ja schon abgedeckt.

Hier ist die mittlere Spur falsch getagt
https://www.openstreetmap.org/way/25076286
Die Durchgezogene Linie ist weder auf dem Luftbild noch hier http://www.mapillary.com/map/im/KatQmikFNSSCaNL7nHoChg zu erkennen.
Dieser Weg https://www.openstreetmap.org/way/305951360 hat nach Luftbild keine Abbiegespuren
Hier wäre ein only_straight_on nach meiner Meinung passender http://www.mapillary.com/map/im/c_K4d6DlmlJFkYk8Zvhosw

Ganz einfach: mit change:lanes. Wenn dort eine durchgezogene Linie wäre, dann müsste auch schon vorher ein entsprechender Wegweiser stehen, und ein destination:lanes wäre in jedem Fall gerechtfertigt.
Wenn es um das taggen von Abbiegespuren geht, sollte man meiner Meinung nach den Grundsatz “wir mappen was wir sehen” etwas weniger streng auslegen. Auch wenn da kein Pfeil auf der Straße ist, aber sich zweifelsfrei eine bestimmte Zuordnung ergibt, dann darf das (so sehe ich es) so getagged werden.

Was hat eine restriction “only_straight_on” mit Abbiegespuren zu tun? In dem Falle dieser Kreuzung sehe ich es völlig gerechtfertigt, diesem Weg turn:lanes zu verpassen. Die Fahrstreifenmarkierung und damit die Führung des Verkehrs ist eindeutig, auch wenn keine Pfeile vorhanden sind.

Die Straße “Am Windmühlenberg” habe ich eben übersehen.
Ein Router würde Richtung Richtung Kurt Schumacher Straße vermutlich die Linke Spur vorschlagen.

Aber das Navi weiss ja nach dem tagging auch nur, dass beide Spuren zur übernächsten Kreuzung führen und wird sie dementsprechend anbieten.
Mit Destination ist auch so eine Sache, selbst wenn es beschildert wäre, steht u.U. an der 2. Stelle auf dem Wegweiser für die gleiche Spur etwas anderes (z.B. ein Stadtname mehr), als auf dem ersten. Das kann man imho von einem Router nicht erwarten, das zu erkennen.

Das slight_right der mittleren Spur bezieht sich hier wohl auf die Busspur, die zur Mittelinsel der Kurt-Schumacher-Straße führt.

Die durchgezogene Linie existiert wohl auch nur in meinem Kopf. Vielleicht war da früher mal eine. Oder ich hab es falsch in Erinnerung, weil es immer zu Problemen führt, wenn jemand von ganz rechts rüberzieht, um doch nach Norden zu kommen.

Ja, dort habe ich gestern erst die lanes eingetragen, da ich dachte, man müsste hier die lanes weiterführen.

Kenn ich noch gar nicht das tag, muss ich mich mal einlesen. Aber das Problem bleibt, dass ich mein tagging nicht testen kann. Schön dass es für JOSM einen Zeichenstil gibt, der mir die lanes sofort visualisiert, aber was ein Router daraus macht (machen kann), kann ich nur vermuten.

So wie es im Augenblick aussieht könnte ich für ein rechts abbiegen nach “Am Windmühlenberg” beide Spuren verwenden (through;right|right).
Zum “John-F.-Kennedy-Platz” müsste ich die linke Spur (t h r o u g h;right) fahren. Der Weg müsste deshalb eigentlich mit (through|through;right) getagt sein.
Falls das entprechend ausgeschildert ist könntest du eventuell mit destination:lanes arbeiten.
“|Kurt-Schumacher-Straße” für das zweispurige Stück und dann “|||Kurt-Schumacher-Straße|Kurt-Schumacher-Straße”.

Das funktioniert natürlich nicht, wenn der Router/Spurassistent nur eine simple Vorwärtssuche macht. Er müsste dann schon zumindest ein lokales backtracking machen, was deutlich intelligenter, aber auch aufwendiger ist. Das wären dann die Spurempfehlungen, die das Verhalten eines Fahrers mit Ortskenntnis nachempfinden.

Über Tagging lässt sich das nur schwer realisieren (siehe die posts). Das müsste man dann schon lange vor der Kreuzung und vor der Beschilderung durchführen. Auf Autobahnen ist diese Vorwegweisung bei Autobahnkreuzen/-dreiecken meist realisiert, in Städten wäre der Autofahrer mit einem Schilderwald wegen der Kreuzungsdichte überfordert. Die Datenbank ist da tolerabler - bei Routern bin ich mir da allerdings nicht so sicher.

Ich habe mir die Kreuzung jetzt noch einige Male angesehen, und da sind einige neue Fragen und Erkenntnisse aufgekommen.

btw, ich möchte hier keineswegs den Wochenaufgabenthread kapern, sondern diese Kreuzung zur Veranschaulichung von grundsätzlichen Fragen nutzen.

Also nochmal kurz zur Kreuzung:

Völlig richtig, und inzwischen meine ich auch, dass er anders getaggt gehört. Ich war fälschlicherweise davon ausgegangen, dass Markierungen auf dem Augusttorwall (die Ausgangsstraße) sich schon auf die nächste Kreuzung beziehen. Sprich, halblinks heisst Richtung Norden/Auguststraße, rechts heisst Osten/Kurt-Schumacher-Straße.
Das ist natürlich falsch. Es bezieht sich nur auf die Kreuzung Augusttorwall/Wolfenbüttelerstraße. Und rechts auf der mittleren Spur heisst rechts ab auf die Wolfenbütteler.

Trotzdem, um jetzt zum Grundsätzlichen zu kommen, müsste man dem Router die Information an die Hand geben können, wie sinnvoll die Lanes zu nutzen sind.
Ich möchte nicht, wenn ich vom Augusttorwall komme und zur Auguststraße möchte, dass der Router mir die linke und mittlere Spur anbietet (auch wenn es erlaubt ist). Da ich ja auf dem kurzen Stück John-F-Kennedy-Platz eine Spur kreuzen müsste, auf der sich nur Rechtsabbieger in Richtung Kurt-Schumacher-Straße befinden.

Ich bin mir nicht sicher, ob dort Schilder stehen, die eine Benennung der Destination haben. Aber warum kann ich das nur bei Kreuzungen mit Schildern?
Wie wäre es, bei Destination den Ziel-Straßennamen einzugeben? Also würde ich (unter anderem) auf dem Augusttorwall eintragen: destination:lanes= Auguststraße|Kurt-Schumacher-Straße;Wolfenbüttelerstraße|Wolfenbüttelerstraße.
Aus dieser Information wüsste der Router, die mittlere Spur führt nicht zur Auguststraße.
Oder richtung Osten könnte er daraus generieren: Nehmen Sie die mittlere Spur auf/über John-F-Kennedyplatz in Richtung Kurt-Schumacher-Straße.

Wenn ich mal mitkapern darf, da ich grad meine erste Destination gemalt hab:

Klingt sinnvoll und genau so hab ich das gerade hier auch gemacht. Sinn dahinter ist, dass normal nicht vorgesehen ist, in den Frauenplan einzubiegen (Einbahnstrasse läuft da normal auch andersrum, und grad is zusätzlich Baustelle).
Kann sich das mal wer mit Plan anschauen und mir sagen, ob ich es richtig hab?

destination ist keine Angabe für Router, die festlegt, wohin ein Weg führt oder nicht führt. destination ist nur eine grobe Richtungsangabe wie sie auf Wegweisern zu finden ist. Das angegebene Ziel kann dabei auch mehrere hundert Kilometer entfernt sein. Überspitzt gesagt könnte mit der Angabe auch die Auguststraße in irgendeiner anderen Stadt oder einem anderen Land gemeint sein.

http://wiki.openstreetmap.org/wiki/Key:destination

http://wiki.openstreetmap.org/wiki/DE:Key:destination

Insofern richtig: destination in der momentanen Definition im Wiki ist an die Wegweiser gebunden.
Die Frage ist, ob man zur Unterstützung von Routern in der Innenstadt die Bedeutung von destination erweitert (wäre abwärtskompatibel) oder einen neuen subtag einführen muss.

Aus den Bildern die ich weiter oben verlinkt habe könnte man für den 5 spurigen Teil “destination:lanes=Cityring Süd|Cityring West|Cityring West||” ableiten.
Davor wäre dann “turn:lanes=through|through;right” + “destination:lanes=Cityring Süd;Cityring West|”.
Das anschließende Stück bekäme destination:lanes=Cityring Süd|Cityring Süd|Cityring West|Cityring West + eventuell destination=Cityring Süd;Cityring West.