Routing / Spurmapping

Mal schauen, ob ich die erwähnte PNG Grafik vom Harald bekommen kann.

http://lists.openstreetmap.org/pipermail/talk-at/2012-January/003670.html

*Bei den beiden professionellen Datenanbietern hat sich der Weg, so wie ich ihn in der PNG Grafik erläutert habe durchgesetzt. Dieses ist in Guidance Komponenten recht einfach zu implementieren. *

Chris

Es spricht ja nichts gegen die Aufteilung der Kreuzung, es sollte aber eine Differenzierung stattfinden. Z.B. sollten die Hauptfahrspuren ganz normal als Kreuzung eingetragen sein (vom Typ [highway=crossing; type = tertiary {fiktive Beispielbezeichnung}] inkl. aller restrictions).
Dazu kann man, wenn man will, noch [highway=lane] eintragen (wer auf WYSIWYG steht). Für Mapnik etc sieht es dann schön aus und bei mkgmap z.B. kann man einfach sagen, ich will keine [highway=lane] gerendert haben, benutze nur [highway=crossing] und deren restrictions.
Da aber derzeitig alle Fahrspuren den gleichen Tag, z.B. highway=tertiary, bekommen, ist eine Differenzierung nicht mehr machbar.

Noch zur Info, es gibt aktuell eine Abstimmung zu diesem Thema
http://wiki.openstreetmap.org/wiki/Proposed_features/Turn_Lanes

Ob man damit bereits einen Spurassistenten realisieren kann weiß ich nicht, generell
finde ich ein attributsbasiertes Spurmapping aber besser als Separatmapping, deshalb
von mir ein “+1”. :wink:

Dieses Propoastal ist leider nicht ganz ausgereift, da es nur die Anzahl der Spuren angibt. Nicht die Art der Spuren. Das ist schließlich auch für die Wiederstandsberechnung beim Routing interessant.
Interessant ist zum Beispiel diese Einbahnstraße:

lanes=3
lanes:turnleft=1
lanes:through=3

Angegeben ist das die Straße 3 Spuren hat. Aber es werden 3 Spuren für Geradeaus und eine für Links abbiegen angegeben. Statt zwei für Geradeaus und eine für Links und Geradeaus.
Aus dieser einfach Situation kann man das ja noch berechnen.

lanes=4
lanes:turnleft=1
lanes:through=3
lanes:turnright=1

Aber wie ist es hier? Teilt sich eine Spur mit der Geradeausrichtung mit den Rechts- oder Linksabbiegern?

Ist nicht gerade diese Frage ein zentraler Punkt des Proposals? Im Abschnitt 2.4.3 “Ambiguity” stellt der Ersteller des Proposals ja fest, dass in diesem Fall zusätzliche Angaben notwendig sind und führt daher die “lane positions” ein (Abschnitt 3). Konkret würde dann zusätzlich ein Tag vergeben wie z.B. lanes:turnright:location=1, wobei auch “defaults” gesetzt sind.

Auf den ersten Blick halte ich das Proposal daher auch für gut durchdacht (aber bevor ich abstimme, muss ich mich damit noch etwas befassen - Talk-Seite lesen etc.).

Mit dem Proposal kann man keine Spuren mappen, sondern nur die Anzahl von Spuren. Insbesondere kann man keinerlei Attribute für einzelne Spuren vergeben.

Es handelt sich also sicher nicht um eine Lösung des Spur-Problems. Man kann mit diesem Proposal als Lückenfüller eventuell noch ein Weilchen länger hinausschieben, sich um eine echte Lösung kümmern zu müssen.

@viw:

Der Fall ist auch bedacht, du hast falsch getaggt :wink:

lanes:through:location=right

Wenn die Rechtsabbiegerspur auch die Geradeausspur ist, ansonsten =left
Siehe Lane Positions.

Ich find das gut, vor allem wenn es dazu führt, das skobbler nen Spurassistenen bekommt :slight_smile:

Ich finde es auch gut wenn jemand unsere Daten weiterverwendet.
Aber was Skobler angeht, schau dir bitte nochmal die E-Mail an. Davor habe ich schlicht Angst. Wenn ich dann auch noch dranschreiben soll Spur 1 führt zu Spur 2 der nächsten Straße. Oder habe ich das mit dem Ziel falsch verstanden?
Absolut sinnvoll finde ich allerdings die Info Spur1 nach Köln Spur 2 und 3 nach Bremen. Wenn dies dann auch noch mit den großen Schildern übereinstimmt ist das wirklich eine Hilfe.

Mmmh,

  1. einzelne Spuren will man nicht taggen
  2. Relationen will man auch nicht
  3. und wenn ich mir diesen thread/schema anschauen, bin gespannt, wie das der “0815”-Mapper in praxi hinkriegt,
    wenn selbst viw damit seine Problemchen hat …

Vielleicht sollte man das ganz auf die “Anwendungssoftwareebene heben” (JOSM/Potlatch) und dort einfach für jedermann “Kreuzungen malen” lassen,
das letzendlich darunterliegende Schema kann dann durchaus komplizierter sein.

+1
Das ganze ist mindestens so komplex wie die MP’s.
Na ja, OSMI bekommt dann einen neuen Bereich “lane corrector” und die OSM-Müllabfuhr hat eine weiteres Betätigungsfeld. Das immer schlechtere Fernsehprogramm schafft auf jeden Fall schon mal Zeitfenster für solche Aktivitäten.

Nahmd,

Warum ein zusätzliches Tag? Man kann doch auch taggen, was man sieht:

lanes=4
lanes:turnleft_and_through=1
lanes:through=2
lanes:turnright=1

Die Tagnamen praktischerweise etwas gekürzt natürlich.

Gruß Wolf

Aber was ist denn unter 4: Building lane directions? Das hab ich nicht ganz verstanden. Wenn man so taggen würde, wärs ja ganz einfach:

lanes: l,s,s,sr

(left, through, through, through and right)

oder halt lanes:ls,s,s,r

fertig! :slight_smile:

:laughing: :laughing: :laughing:

Naja das Problem ist halt, wie Spuren weiterführen. Eine Spur die an dieser Kreuzung geradeaus führt kann an der nächsten Kreuzung schon eine Rechtsabbiegespur sein.

Wenn die dann wie auf dem Foto gezeigt auch noch sehr kurz ist, weil die nächste Kreuzung gleich kommt empfielt es sich eben schonmal eine andere Spur zu nehmen oder eben genau diese um dann in der gewünschten Richtung weiter zu fahren.

Aber wenn ichs richtig tagge, ist es doch eindeutig, oder hab ich jetzt nen Denkfehler?

Also…

erste Strasse:

l,s,sr,sr (2 Rechtsabbieger)

Da ich 2 Rechtsabbieger habe, hat die nächste Strasse zwangsläufig 2 Spuren:

s,s

und später z.B.:

ls,rs

Und da willst du dann nach links. Also muss der Router nur soweit schauen bis zur nächsten Kreuzung und dann feststellen, dass die 2. Spur von rechts die richtige wär.

Naja, die Zielstraße muss nicht zwangsläufig gleich viele Spuren haben. Zwar darf man dann zumindest in Deutschland die Spur frei wählen, aber trotzdem wäre eine vernünftige Einordnung frühzeitig natürlich sinnvoll.

Das meinte ich ja mit dem richtig taggen. Die Zielstrasse MUSS soviele Spuren haben, wie auf sie führen. Also entweder biegt eine Spur auf eine einspurige Strasse ab, die dann vielleicht kurz danach zweispurig wird. Oder die 2. Spur entsteht wirklich im Abbiegepunkt, aber dann ist es auch so, dass ich von der 2. Spur von rechts auf die 2. Spur von rechts der Zielstrasse abbiege.
Verlink doch mal ein Gegenbeispiel, am Besten Luftbild. Entweder steh ich total aufm Schlauch oder wir reden einfach aneinander vorbei.

Das Problem können doch dann die router lösen, indem Sie in Richtung Zielpunkt, die Spurauswahl optimieren nach dem Motto: “So früh wie möglich auf eine Spur, die man nicht mehr in Zielrichtung wechseln muss.”
Ob die GPS-Genauigkeit allerdings ausreicht, um auch entsprechend anzusagen, wenn man falsch ist (“Wechseln Sie eine Spur nach rechts”) wage ich zu bezweifeln.

Das bringt mich auf eine Idee:
Genau so könnte man doch mappen: lanes=l,s,r usw.
Der Renderer/Router baut dann das Bild zusammen. Die Bedeutung der Kürzel ist dann
t>turnback
l>left
s>straight
r>right
So könnte man auch im Feld zur Erfassung schnell mitschreiben.

So würde das ganze vorgeschlagene unterschiedliche Gedöns für den key auf einen “lanes” reduziert, wenn man sich dazu entschließen könnte, auf forward und backward zu verzichten, indem man in entsprechenden Bereichen akzeptiert, dass auch mit einer Linie getrennte, gegenläufige Spuren auch getrennt und mit oneway angelegt werden können. Auf Autobahnen und den meisten mehrspurigen Bundesstraßen außerorts wäre die Spurtrennung sowieso schon gegeben. Im innerstädtischen Bereich und den anderen Fällen könnte so das durch versehentliche Richtungsänderung eines unbedarften Mappers entstehende Chaos verhindert werden.

Zumindest könnte man damit auch gleich die Spurwechselmöglichkeit erfassen, wie es in der oben genannten Mail vorkam: “s|s” sind zwei Spuren mit durchgezogener Trennlinien, “s,s” zwei mit gestrichelter Linie. Auch Sonderspäßchen wie doppelte Linien ließen sich machen “s||s” oder “s|,s”. Wenn man dem Leerzeichen noch Bedeutung gibt, wird aus “s s” zwei Spuren ohne Linie als Trennung. Und Konstruktionen wie “s#s” = Trennung durch Verkehrsinsel/Mittelstreifen/echte bauliche Trennung sind auch gemütlich drin. Trotzdem, ich sehe langfristig keinen Weg vorbei an getrennt gemappten Spuren.