Ja, TRs sagen ob man Abbiegen darf, turn:lanes sagen wie man abbiegen soll. Letzteres wird von Spurassis in den Navis genutzt.
Vielleicht nicht falsch im sachlichen Sinne, aber jedenfalls nicht zielführend. „turn:lanes=through|through;right“ besagt „Die zwei Fahrstreifen haben Richtungspfeile, auf der linken zeigt er nach geradeaus und auf der rechten nach geradeaus und rechts“. Das hilft dem Fahrspurassistenten dabei, die richtige Spur vorzuschlagen. Es sagt aber nichts darüber aus, wohin man abbiegen darf (beispielsweise darf man auch aus einer Geradeausspur nach rechts in eine kleine Zufahrt abbiegen) und wird bei der Routenfindung nicht berücksichtigt.
Abbiegebeschränkungen werden ausschließlich über turn restrictions (das bedeutet das ominöse TR ausgeschrieben) abgebildet.
–ks
Hallo Kreuzschnabel,
vielen Dank für das “Aufdröseln” dieser beider unterschiedlichen Taggings. Das war zum Verständnis sehr hilfreich…
Falls Dir weitere solche Fälle auffallen könntest Du vor und nach der Bearbeitung den Viewer&Validator von user:Zartbitter am entsprechenden Kartenausschnitt öffnen. Für’s Beispiel sieht das dann so aus:
https://ahorn.lima-city.de/tr/?zoom=17&lat=51.460&lon=7.032&layer=Grayscale&overlays=TTT
Nebenbei, falls Dich bei Magic Earth die Anzeige der vorgeschlagenen Fahrspur interessiert, die auf Basis von turn / turn:lanes angezeigt werden. Diese Merkmale für turn / turn:lanes werden nicht nur empfohlen an den Stellen einzutagen, wo Pfeile auf der Fahrbahn gemalt sind, sondern es empfiehlt sich diese auch schon beginnend an den Stellen einzutragen wo die Fahrtrichtungen per Verkehrszeichen angezeigt werden* (also auch dort ohne Pfeile auf der Fahrbahn). So lese/verstehe ich zumindest die wiki derzeit:
https://wiki.openstreetmap.org/wiki/DE:Key:turn
(siehe Tabelle das 6. Beispiel: “slight_right / (nur) leicht rechts abbiegen”)
*Oder von mir aus noch einige Meter vor der Verkehrszeichenposition, z.B. ab der Stelle, wo der Fahrer die Pfeile auf dem entsprechenden Verkehrszeichen erkennen kann 
Hallo AB-inf-x-chg-AB,
vielen Dank für den Tipp mit dem Viewer&Validator von Zartbitter.
Diese Empfehlung kann ich nur unterstützen, da verschiedene User im Magic Earth Forum (https://www.android-hilfe.de/forum/magic-earth.3177/) berichten, daß die Anzeige der vorgeschlagenen Fahrspur relativ spät kommt. Magic Earth zeigt das an, was getaggt wurde.
Sie sollten aber erst ab da eingetragen werden, wo auch entsprechende Spuren vorhanden sind.
Ab wo ein Router die Spuren anzeigt, ist ja erst mal eine ganz andere Sache. Wenn sie zu spät angzeigt werden, sollte man ME kontaktieren und bitten, dass die Hinweise auch schon 200m vorher angzeigt werden, solange das nicht mit einer anderen Abzweigung kollidiert.
Kopier mal eine Unterhaltung zu Magic Earth aus dem Nachbarforum zu diesem Thema rein:
"Ich bin heute nochmal die Strecke über das Wilhelmshavener Kreuz gefahren und habe dabei genau das Verhalten des Spurassistenten beobachtet:
Er wird genau erst zu Beginn der Abfahrtspur eingeblendet.
Dies ist m.E. für eine richtige Wahl der Spur zu spät. Vor allem im Bereich von komplexen Autobahnkreuzen.
Vielleicht kann es so programmiert werden, dass der Spurassistent bereits mind. 500m davor eingeblendet wird.
Trauco"
Also, sollte der Spurassistent früher angezeigt werden, um eine rechtzeitiges Einordnen zu ermöglichen. Dies kann man durch Taggen unterstützen.
das wäre taggen für den router.
Besser wäre, wenn der Router die Informationen früher anzeigt. Dass lässt sich sicher programmieren, ohne dass die Datenbank hierfür verändert werden muss.
Gerne und sorry blaubaer11, dass das jetzt hier bissl ins OT geht, aber ich mach’ mal weiter…
Dazu bin ich derzeit noch anderer Meinung. Sagen wir mal angenommen wir haben beispielsweise ein solches Strassenstück, welches direkt am Kreuzungspunkt endet:
oneway=yes
lanes=2
turn:lanes=through|right
dann könnte man am Strassenstück vorher (wenn es noch einspurig ist) folgendes dranschreiben (falls man schon Schilder sieht, die die Richtungsangaben der Spur und folgenden Spuren erkennen lassen):
oneway=yes
lanes=1
turn:lanes=through;right
Also einfach “|” durch “;” ersetzen.
Ja, wenn weder Schilder noch Pfeile dazu Auskunft geben, ansonsten gerne rein damit.
Ja, generell früher die Option zur Anzeige einstellen, sodass dann an den Stellen wo die entsprechenden Merkmale bei OSM in der Datenbank bereits vorhanden sind, diese dann auch früher angezeigt werden.
ME hat da noch Optimierungsbedarf, habe ich auch beobachtet. Teilweise werden die Pfeile nur 200m vor dem Kreuzungspunkt angezeigt, teilweise überhaupt nicht. Obwohl das Erfassen der turn:* Merkmale an diesen beobachteten Stellen gegeben ist und soweit von der Syntax passen sollte.
Damit sagst du „Diese Fahrbahn hat eine Spur, die als „geradeaus und rechts“ markiert ist“ und nicht „Das kommende Straßenstück hat zwei Spuren, die als „geradeaus“ und „rechts“ markiert sind“. Wenn das so getaggte Straßenstück gar keine Spurmarkierung hat, ist es schlicht sachlich falsch und damit reinstes Taggen für den Router. Das „Vorausschauen“ muss der Auswerter leisten, nicht ein vorweggenommenes Tagging.
Was soll denn ein Router, der zeitigere Ansagen macht (MapFactor ist darin AFAIR ziemlich gut) mit deinem vorwegnehmenden Tagging anfangen? Er nimmt natürlich an, dass dein Richtungspfeil-Tagging der Realität entspricht, und sagt seinem Nutzer schon 200 Meter vorher, er soll auf die „geradeaus und rechts“ markierte Spur fahren. Zu einem Zeitpunkt, wo so etwas weder vorliegt noch weiter vorn erkennbar ist.
Nein, es ist niemals sinnvoll, eine Schwäche eines Auswerters durch Tagging auszugleichen. Es ist deshalb nicht sinnvoll, weil es in anderen Auswertern, die diese Schwäche nicht haben, zwangsläufig zu Artefakten führt. Vergleiche hinken, aber: Würdest du eine Straße, die ihren Namen von „Hafenstraße“ in „Königsallee“ ändert, auch schon 200 Meter vorher name=Königsallee taggen, damit der Wechsel früh genug im Router erkennbar ist?
–ks
Spuren werden dort getaggt, wo sie vorhanden sind. Ob sie durch Pfeile auf der Fahrbahn oder durch Schilder über der Fahrbahn (wie in deinem Beispiel) markiert sind, ist dabei gleichwertig. Aber auch im angeführten 6. Beispiel ist die slight_right-Spur bereits da, es ist kein „vorwegnehmendes“ Tagging vor der Spuraufteilung!
Bei fließend ausscherenden Spuren schreibt das Wiki sogar vor, sie erst ab dem Punkt zu taggen (also erst dort die Way-Teilung für das Spurtagging vorzunehmen), wo die Spur ihre volle Breite erreicht hat, und nicht schon dort, wo die ausleitende Schräge anfängt:
Also schon gar nicht dort, wo sie erst angekündigt wird, aber noch nicht vorhanden ist.
–ks
Gut, dann ist es besser Wiki-konform zu taggen. Magic Earth (ME) liefert neben dem Spurassistenten eine Richtungsvoranzeige, die bereits 20 km vor einem Richtungswechsel anzeigt, ob es eher links oder rechts weitergeht. Mir persönlich reicht dies. Zusätzlich gibt es auf Autobahnen Richtungsvoranzeigen mit denen ich mich gut orientieren kann.
Werde mit dem ME Support reden, ob der Spurassistent früher gebracht werden kann.
OK
Das war auch eigentlich nicht mein Plan, aber vielleicht kam das ja so rüber.
Wie oben geschrieben, turn:lanes ab da wo entweder Pfeile aufgemalt sind oder ab da wo Schilder stehen. Wenn Schilder stehen, von mir aus nicht unbedingt exakt ab der Stelle wo das Schild steht, sondern ab da von der Stelle von wo man die Info’ des Schildes erkennen kann.
Ich hatte hier (wo es von “;” zu “|” kommt) beispielsweise an folgenden Fall gedacht (das Bild samt entsprechenden Attribut könnte man ggf. noch im wiki aufnehmen):
https://www.mapillary.com/app/?pKey=TzH4Focr7lRRphA_gx02mA&focus=photo&lat=49.76832554169812&lng=10.100748162421382&z=17
Das würde dann für diesen Weg
https://www.openstreetmap.org/way/161280605
bedeuten, er bleibt so wie es derzeit bereits erfasst ist, mit:
lanes=3
oneway=yes
turn:lanes=through|through|slight_right
Aber für das vorherige Wegstück
https://www.openstreetmap.org/way/269894799
würde von mir das bekommen:
lanes=2
oneway=yes
turn:lanes=through|through;slight_right
Also im Prinzip analog zum Beispiel von Nachricht #22 aber anstatt lanes von 1 zu 2 hier von 2 zu 3. Oder ist das nun Tagging für den Router?
Und nochmal kurz zum Vorausmappen.
Hier am Beispiel steht das 1000m Schild an diesem Punkt: https://www.openstreetmap.org/node/2750247616
Man kann die Information des 1000m Schildes etwas weiter vorher ungefähr ab dieser Stelle erkennen. Also würde ich das
turn:lanes=through|through;slight_right
bereits ab diesem Punkt https://www.openstreetmap.org/node/298887295 nachfolgend setzen. Das sind dann ca. 100m vorher.
Sind diese 100m jetzt Tagging für den Router?
Ein anderes Beispiel folgt …
Beispiel 2 (vielleicht auch etwas fürs wiki…):
Es steht dieses Schild am Wegesrand parat:
https://www.mapillary.com/app/?pKey=IJoBQ0fPDDdxQCh5NvJJbw&focus=photo&lat=50.2317733729415&lng=8.73905420068965&z=17
Hat das Auswirkung bezüglich Merkmal
turn:lanes=*
auf diesen Weg?:
https://www.openstreetmap.org/way/257329202
Nein. Erst ab dem Punkt wo die Richtungen tatsächlich markiert sind bzw. ab wo aus “Schmalstrich unterbrochen” eine durchgezogene Linie wird.
Eine Navi-Software muss dann auch mal etwas nach vorne schauen.
Ich meine für solche Vorwegweiser gab es separate Tags.
Ich werde dies mit dem Support von ME diskutieren.
Ganz oft kommt die durchgezogene Linie erst eine Autolänge vor der Haltelinie oder dem Abzweig, wenn überhaupt. Aber auch vorher schon sind Spuren auf der Straße oder eben auch durch Schilder markiert. Oben gezeigte Beispiele würde ich schon interpretieren, dass die beiden Spuren für bestimmte Richtungen vorgesehen sind. Da könnte man meiner Meinung nach schon turn:lanes taggen. Turn:lanes sagt ja nichts darüber aus, ob man eine Spur wechseln darf oder nicht.
Es gilt grundsätzlich das Rechtsfahrgebot. Ohne Pfeile darf man nur in bestimmten Situationen die linke Spur nutzen. Sobald es Pfeile gibt, darf man z. B. mit dem LKW auf die linke Spur. Davor nicht.
Rechtlich machen die Pfeile also durchaus einen Unterschied. Siehe StVO, Zeichen 297.
Vorwegweiser haben keine rechtliche Bedeutung. Anders sieht es aus, wenn “Verkehrszeichen […] auf einer weißen Trägertafel aufgebracht” sind.
(https://wiki.openstreetmap.org/wiki/Key:turn)
Das ist entweder falsch oder missverständlich.
Vorwegweiser sollten mit https://wiki.openstreetmap.org/wiki/Key:destination bzw. https://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost oder ähnliche gemappt werden.