Setzt iD Abbiegebeschränkungen ohne Wissen des Mappers?

kreuzschnabel · 2018-03-23T21:22:23.000Z

wambacher:

das wirst du uns doch wohl noch sagen können.

Einen Gang zurück bitte, Walter. Galbinus hat gerade geschrieben, dass er beruflich gerade so eingespannt ist, dass er kaum zum Mappen kommt und für solche Recherchen wohl gar keine Zeit hat.

Ich probier mal an einer unauffälligen Stelle.

–ks

milet · 2018-03-23T21:45:27.000Z

Ja, iD legt Relationen für TurnRestrictions an. Man sieht das auch, wenn man im linken Bearbeitungs-Fenster nach unten scrollt.
Die grafische Editier-Funktion verschleiert das natürlich etwas.
Screenshot_1
Screenshot_2

kreuzschnabel · 2018-03-23T21:45:31.000Z

kreuzschnabel:

Ich probier mal an einer unauffälligen Stelle.

Braucht man gar nicht hochzuladen, ist eindeutig:

Ganz von selbst setzt iD keine Abbiegebeschränkungen, jedenfalls ist mir gerade nichts dergleichen aufgefallen.
Klickt man einen shared node zweier Straßen an, öffnet sich im linken Panel automatisch ein Editorfenster für Abbiegebeschränkungen. Dort wird die Umgebung des Nodes nochmals dargestellt, und man wird aufgefordert, per Klick einen “von”-Weg zu selektieren. Hat man das getan, werden alle in Frage kommenden “to” mit grünen Pfeilen (erlaubt) gekennzeichnet, und der User kann per Klick einzelne Pfeile rot (verboten) oder blau (vorgeschrieben) machen.
Es gibt im Abbiegebeschränkungen-Editor keine Möglichkeit, den Gültigkeitsbereich bezüglich Verkehrsarten zu beschränken. Und auch keinen Hinweis, dass man das eventuell machen muss.
Die angelegte Abbiegebeschränkung erscheint sofort unten unter “Alle Relationen”. Da muss man natürlich erstmal hinscrollen.
Nur wenn man dort unten die angelegte Relation gezielt selektiert, kann man Ausnahmen festlegen. Das macht man natürlich nur, wenn man überhaupt weiß, dass Ausnahmen festgelegt werden können und manchmal auch müssen, weil TRs per default für alle Fahrzeuge gelten.

Ein Mapper, der das gemacht hat, sollte also – Thema Kommunikation – zumindest mit „Abbiegebeschränkung“ etwas anfangen können, denn das steht groß in dem aufpoppenden Editor.

Bedenklich finde ich:

Punkt 2: der automatisch aufpoppende Editor erweckt den Eindruck, als seien solche Beschränkungen an jedem shared node erforderlich oder wünschenswert. Das wird durch die Aufforderung „Selektieren Sie einen von-Weg“ noch forciert und kann einen Benutzer schon dazu verleiten, vorsichtshalber mal Abbiegeverbote auf einen kreuzenden Radweg einzutragen. Es gibt dort keinen Hinweis darauf, dass a) Abbiegeverbote nur dort gemappt werden sollten, wo sie unbedingt erforderlich sind, und b) keine Abbiegeverbote gemappt werden, wo sich der Sachverhalt schon aus anderen Umständen ergibt (also PKW biegt nicht auf Radweg ab).

Ich würde den Abbiegebeschränkungen-Editor nur auf Wunsch aufgehen lassen, nicht schon beim Selektieren eines shared node. Denn alles automatisch Erscheinende erweckt den Anschein, als sei es der nächste erforderliche Schritt, dort etwas zu machen.

Punkt 3: der Abbiegebeschränkungen-Editor sollte ein Schaltfeld „Betroffene Verkehrsarten“ bekommen, das per Default auf „alle Fahrzeuge“ steht. Dann nämlich merkt der Mapper, dass er auch in dieser Hinsicht etwas machen muss.

–ks

Galbinus · 2018-03-23T22:04:08.000Z

Kreuzschnabel, was Du beschreibst, ist der neue iD. vor 1/2 Jahr war das anders. Deutlich rudimentärer. Und ich habe den Verdacht, dass damals bereits vorhandene Abbiegebeschränkungen bei Veränderungen mittes iD verschlimmbessert wurden. Ich vermute bei dem von Kreuzschnabel gefundenen Fehler mit dem Radweg, dass dort irgendwas vorhanden war, was ich verändert hatte und dabei ungewollt eine vorhandene Abbiegebeschränkung übernommen habe…
Im aktuellen wird iD deutlich mehr angezeigt und werden auch erklärende Kommentare eingeblendet. Und alles sieht deutlich komplizierter aus. Damit werde ich mich mal in einer ruhigen Stunde näher beschäftigen, jedenfalls bevor ich irgendwann mal wieder eine Abbiegebeschränkung bearbeite.

Elefant_aus_Wuppertal · 2018-03-23T22:08:11.000Z

Wo wir gerade beim Thema sind - wie ist das eigentlich: Verkehrsteilnehmer, die die Beschränkung nicht beachten müssen, werden ja i. d. R. mit except=* ausgenommen. Ist es mittlerweile denn auch als Methode anerkannt,
restriction:<betroffene_verkehrsteilnehmer> zu verwenden? Das kannte ich bisher von restriction:hgv, da man dort das so einfacher handhaben kann als wenn man tausend Values in except=* schreiben muss.

Und was mache ich, wenn ich eine Abbiegebeschränkung habe, die nur für hgv’s ab 10 m tatsächlicher Länge gilt? Gibt es leider hinter Bahnübergängen in meiner Gegend dauernd.

Gibt es so was wie restriction:conditional oder except:conditional? Denn genau wie bei Zugangsbeschränkungen stößt man sonst an seine Grenzen, wenn die Definition der Beschränkung quasi in den Value gehört und nicht in den Key.

Elefant_aus_Wuppertal · 2018-03-23T22:12:49.000Z

Die Unterstützung von turn restrictions mit Ways als “via” macht die Sache halt komplizierter denn je für Unerfahrene…

kreuzschnabel · 2018-03-23T22:26:13.000Z

Lukas458:

Gibt es so was wie restriction:conditional

Yup, steht auf der Wikiseite zu turn restrictions gleich in der ersten Tabelle.

restriction:hgv:conditional=no_left_turn@(length>10)

ist dein Freund.

–ks

slhh · 2018-03-24T00:49:12.000Z

kreuzschnabel:

Die angelegte Abbiegebeschränkung erscheint sofort unten unter “Alle Relationen”. Da muss man natürlich erstmal hinscrollen.

Nur wenn man dort unten die angelegte Relation gezielt selektiert, kann man Ausnahmen festlegen. Das macht man natürlich nur, wenn man überhaupt weiß, dass Ausnahmen festgelegt werden können und manchmal auch müssen, weil TRs per default für alle Fahrzeuge gelten.

gilt nur für Relationen, die den urspünglich selektierten Node als via Member haben.
Wenn man dort Abbiegebeschränkungen mit anderem via node oder mit via Way anlegt, muss man für 5. erstmal einen der Member in der Hauptkarte selektieren.

kreuzschnabel · 2018-03-24T06:25:59.000Z

Wie auch immer, das Hauptübel sehe ich darin, dass beim Selektieren des shared nodes dieser blickfangende Editor von selbst aufklappt und dem Mapper suggeriert, er müsse als nächstes unbedingt dort was machen, als sei das ein notwendiger oder auch nur empfohlener Schritt. Da wird nicht drauf hingewiesen, dass das Setzen von TRs an shared nodes die Ausnahme ist und nur dann gemacht wird, wenn es ansonsten wirklich zu Fehlroutings kommen kann.

–ks

Nop · 2018-03-24T08:11:02.000Z

Die Verbesserung des Abbiegeeditors kam mit iD 2.7.0 am 2. März 2018.

https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#271

Eventuell handelt es sich um ein bereits behobenes Problem.

Ich sehe es auch problematisch, daß sich dieser Editor dem Benutzer so aufdrängt. Ich war beim ersten mal sehr überrascht und wußte auch nicht so recht was ich damit anfangen sollte.
Letztendlich habe ich ihn in meinem Fork komplett deaktiviert, a man zum Wandern keine Abbiegerelationen braucht und er doch enorm verwirrt.

bye, Nop

Nakaner · 2018-03-25T12:28:12.000Z

Ilya Zverv hat die Anzahl der Abbiegebeschränkungen gezählt und einen Anstieg an Abbiegebeschränkungen mit einem Via-Way entdeckt, weil iD das jetzt unterstützt.

mmd · 2018-03-25T13:08:30.000Z

Da sind schon komische Sachen dabei:

https://www.openstreetmap.org/relation/8143686
https://www.openstreetmap.org/relation/8143900
https://www.openstreetmap.org/relation/8127671
https://www.openstreetmap.org/relation/8127204 (??)

Würde ich alles mit via-Knoten statt via-Way mappen, ist so unnötig kompliziert.

FvGordon · 2018-03-25T14:18:45.000Z

Hier habe ich zwei gegensätzliche Abbiegebeschränkungen mit den selben Elementen gefunden:

“restriction”=“only_left_turn”
Linie: Brückenstraße (561545038) als “from”
Linie: Brückenstraße (561545039) als “via”
Linie: 560557705 als “to”

“restriction”=“no_left_turn”
Linie: Brückenstraße (561545038) als “from”
Linie: Brückenstraße (561545039) als “via”
Linie: 560557705 als “to”

Da reicht doch die no_left_turn.

Auch bei dem 1. bis 3. Beispiele von mmd sehe ich eine falsche Interpretation der eingetragenen Abbiegebeschränkung durch den Router, wenn man von einem anderen Weg kommend in den via-Weg einfährt - dann gilt die Beschränkung nämlich nicht. Diese Beschränkungen sollten noch uf via-Knoten umgebaut werden.

Und im 2. Beispiel (https://www.openstreetmap.org/relation/8143900) sind zu viele no_u_turn vorhanden.

Franz

chris66 · 2018-03-25T15:09:08.000Z

Naja, ID wird halt vorwiegend von Anfängern benutzt, da werden Fehler und komische Eintragungen nicht aus bleiben…

Schön wäre eine Seite wo neue, mit ID erstellte TurnRestrictions rot aufblinken.

kreuzschnabel · 2018-03-25T17:46:55.000Z

chris66:

Naja, ID wird halt vorwiegend von Anfängern benutzt, da werden Fehler und komische Eintragungen nicht aus bleiben…

Und genau deshalb stellt sich die Frage, ob es überhaupt sinnvoll ist, diese Anfänger geradezu dazu aufzufordern, TRs zu mappen. Ohne ihnen zu sagen, welche Reichweite das haben kann, wenn man nicht genau weiß, was man tut (Routingfehler, Auswirkungen auf Fahrradrouting etc.).

Wenn wir OSM als ernsthafte Alternative zu kommerziellen Anbietern von Kartenmaterial platzieren wollen, sollten da möglichst wenige solche Klopfer drin sein (idealerweise natürlich gar keine, aber das wird unerreichbar sein).

chris66:

Schön wäre eine Seite wo neue, mit ID erstellte TurnRestrictions rot aufblinken.

Jo.

–ks

mmd · 2018-03-25T18:08:23.000Z

Die Relationen oben habe ich mit http://overpass-turbo.eu/s/xjU gefunden, dort lässt sich das Tagesdatum sowie andere Kriterien auch noch anpassen. Nicht alles ist von iD, es gibt auch JOSM-Mapper mit via-Way-Ambitionen.

https://www.openstreetmap.org/relation/8146005 sieht irgendwie auch komisch aus mit 2 via Ways und dem no_left_turn auf der Linksabbiegespur…

GerdP · 2018-03-26T07:37:20.000Z

mmd:

Da sind schon komische Sachen dabei:

https://www.openstreetmap.org/relation/8143686
https://www.openstreetmap.org/relation/8143900
https://www.openstreetmap.org/relation/8127671
https://www.openstreetmap.org/relation/8127204 (??)

Würde ich alles mit via-Knoten statt via-Way mappen, ist so unnötig kompliziert.

Nur mal so aus Interesse: wie soll das gehen?
Nach meinem Verständnis ist max. ein via-Node erlaubt, aber eben 1 oder mehrere via-Ways.
Die Relation 8143686 verbietet das Linksabbiegen nur, wenn man aus dem Weg 572747655 kommt.
Wer hingegen in Weg 26401598 aufs Rad (oder ins Auto) steigt darf auch links abbiegen.
Ich wüsste nicht, wie man das mit via-Nodes darstellen kann.

Gerd

FvGordon · 2018-03-26T07:56:25.000Z

GerdP:

Wer hingegen in Weg 26401598 aufs Rad (oder ins Auto) steigt darf auch links abbiegen.
Ich wüsste nicht, wie man das mit via-Nodes darstellen kann.

Auch wer aus der Alten Straße von Norden kommt bräuchte diese Abbiegebeschränkung nicht beachten.

Mit nur einem Node wäre der neue from-Weg der alte via-Weg (26401598), der via Knoten der Knoten zwischen altem via-Weg und to-Weg (47813171) und der to-Weg bleibt.

Franz

FvGordon · 2018-03-26T08:18:39.000Z

Anmerkung zu https://www.openstreetmap.org/relation/8143686:
Möglicherwese meinte der Mapper auch die am Straßenrand ausgeschilderte Abbiegebeschränkung, nicht von Süden in die Alte Straße einzufahren. Da das eine Einbahnstraße ist, wissen die Router, dass sie dort nicht entlang dürfen und wir brauchen hier gar keine Abbiegebschränkung.

Franz

GerdP · 2018-03-26T08:53:52.000Z

FvGordon:

GerdP:

Wer hingegen in Weg 26401598 aufs Rad (oder ins Auto) steigt darf auch links abbiegen.
Ich wüsste nicht, wie man das mit via-Nodes darstellen kann.

Auch wer aus der Alten Straße von Norden kommt bräuchte diese Abbiegebeschränkung nicht beachten.

Mit nur einem Node wäre der neue from-Weg der alte via-Weg (26401598), der via Knoten der Knoten zwischen altem via-Weg und to-Weg (47813171) und der to-Weg bleibt.

Franz

Richtig, auch wer aus der Alten Straße kommt, bräuchte diese Abbiegebeschränkung nicht zu beachten.
Mit einem via-Node kannst Du das aber eben nicht ausdrücken.
Ich kenne die Lage vor Ort nicht, habe also keine Ahnung, ob die Relation richtig ist.

Gerd