Bei diesem Changeset wurde vergessen, dass oneway=yes Tag auf diesem Straßenstück zu ändern:
way/70451797/history/15

Korrigiert mit
changeset/172059552

Die eingezeichneten Fußwege finde ich nicht schön, aber ich möchte die Karte auch nicht komplizierter als nötig machen. Insbesondere die Situation für Radfahrende ist sehr kompliziert. Daher würde ich Fuß- und Radweg nicht getrennt von der Straße einzeichnen.
Siehe auch https://www.infra-hannover.de/pattenser_strasse_und_p_und_r_anlage/

Ich vermute die Antworten auf die Linksabbiege-Fragen sind jeweils Nein. Aber ich schaue mir das demnächst noch mal vor Ort an. Eine Fußgängerampel ist vorhanden und nun auch getaggt:
changeset/168403915

In Deutschland ist das mit der Beschilderung ja so eine Sache. Ich würde argumentieren, dass der Weg als beschildert gilt, wenn in einer Richtung ein Schild vorhanden ist. Aus Richtung Norden ist ein Schild vorhanden:
https://www.mapillary.com/app/?pKey=287548559516465&focus=photo

Okay, highway=secondary ist sinnvoll. Doch warum ein tertiary_link an einer secondary Straße?

typo bei way/219188458 : "Statautobahn"
---

Published using OSMCha: https://osmcha.org/changesets/161132317

Zum Thema Löschen oder demolished: Die abgerissenen Straßenstücke wurden bereits in https://osmcha.org/changesets/160009553 gelöscht. Leider wurden in dem Changeset nicht die Relationen angepasst und sind nun unterbrochen.

"Bestimmte Wege lassen sich jedoch später wiederverwenden" - das ist auch die Definition von disused: "derzeit nicht genutzt – z.B. geschlossen oder leerstehend (Wiederinbetriebnahme/-Nutzung leicht möglich; das Objekt ist noch überwiegend intakt)"

osm.wiki/DE:Lebenszyklus-Präfix

Die Zufahrten wurden in diesem Changeset gelöscht: https://osmcha.org/changesets/160009553

Meiner Meinung nach wäre es sinnvoller, entweder
1) innerhalb des landuse=construction Polygons alle (abzureißenden) Objekte zu löschen
oder
2) alle Segmente des ehemaligen Südschnellwegs mit life cycle prefix disused oder demolished zu versehen

Warum ist construction passender? Nach meinem Verständnis bedeutet highway=construction, dass am Ende der Bauarbeiten, die Straße benutzbar sein wird. Daher wäre ein Lifecycle prefix passender. Da inzwischen die Zufahrten zu den Brücken abgerissen werden und auch in OSM schon gelöscht sind, wäre auch demolished:highway=trunk denkbar.

Ich denke das highway=construction Tag an way/793875810 ist nicht korrekt: Laut Note und https://hauptstrasse-bielefeld.de ist die Straße ein temporäre Einbahnstraße. highway=construction bedeutet aber, dass die Straße komplett gesperrt wäre, siehe: highway=construction

Danke :-)

Das Level Tag macht Sinn, da die Parkebenen innerhalb des Parkhauses sind. Dann wäre es aber auch konsequent, die Ebene 0 mit level=0 zu bezeichnen. Beim Indoor Tagging ist Level ein mandatory Tag: osm.wiki/Simple_Indoor_Tagging
---

Published using OSMCha: https://osmcha.org/changesets/159930975

In Bezug auf Indoor-Tagging ist es korrekt, dass Level das korrekte Tag ist. Allerdings werden beim Indoor-Tagging normalerweise keine Wege mit highway=* getaggt. Bei Straßen sind Layer Tags üblicher, auch z.B. bei Tiefgaragen und Parkhäusern.

Davon abgesehen, sollte auch beim Layer Tag 0 die Erdoberfläche sein. Es ist nicht sinnvoll das ebenerdige Stockwerk 0 als Layer 1 zu taggen: https://osmcha.org/changesets/153142412
---

Published using OSMCha: https://osmcha.org/changesets/153142357

Die Einfahrt in das Parkhaus ist ebenerdig auf Ebene 0 laut Beschilderung im Parkhaus. Dementsprechend sollte das Tag layer=0 sein. Die Zufahrtsstraße way/1039313149 wäre entsprechend layer=-1.

Warum wurde in diesem Changeset das Tag tunnel=building_passage entfernt?
---

Published using OSMCha: https://osmcha.org/changesets/153142412

In diesem Changeset wurden die Stockwerke geändert: aus 0 wurde 1 und aus 1 wurde 2. Wenn der way/1145121982 auf Ebene 2 wechselt, muss konsequenterweise way/1039313142 auch auf Ebene 2 geändert werden.

Zur Info: In diesem Changeset wurde node/10699072838 zur Bundesstraße hinzugefügt, obwohl sie zur Koldingerstraße unter der Brücke gehört. Dadurch wurden die beiden Straßen fälschlicherweise miteinander verbunden.

Behoben in changeset/155955194 von @AndySchulte

Da die umliegenden Wege nur für vehicle=agriculture (bzw. vehicle=agriculture;forestry) freigegeben sind, gehe ich davon aus, dass die Beschränkung auch hier gilt.

Ich habe einen Fehler gemacht und das Tag als motor_vehicle interpretiert.

Da diese Wege Teil der Relation "Radwegweisungsnetz Landkreis Kassel" ( relation/8213204 ) sind, ist davon auszugehen, dass auch bicycle=yes gilt.

...das frage ich mich auch. Im Wiki gibt es nur eine leere Seite dazu:
type=turnlanes:turns?uselang=en-GB

Das Schema ist wohl schon seit 2021 obsolet und seit 2023 deprecated. Es hat wohl irgendwas mit Lane Connectivity zu tun. Vielleicht erzeugt ein veraltetes JOSM Plugin diese Relations.

Diese Relation scheint jetzt kaputt zu sein, weil ein Straßensegment fehlt:
relation/12749874/history

Ich wäre dafür, die Relationen zu entfernen anstatt sie zu pflegen/reparieren, da das Tagging-Scheme deprecated ist.

Ich halte das auch für keine gute Lösung, sondern für einen Kompromiss. Die Idee ist ja, im normalen Tag die langfristige Situation zu beschreiben und im conditional Tag die vorübergehende Ausnahme. Renderer oder Datennehmer, die nur alle paar Monate die Daten aus OSM übernehmen, können dann das conditional Tag ignorieren.

Generell würde ich davon abraten, (halbseite) Straßensperrungen, die nur wenige Wochen gültig sind, in OSM einzutragen. In manchen Apps ist die Einbahnstraße dann noch Monate lang zu sehen.

Und es kann halt auch passieren, dass vergessen wird, die Straße nach Ende der Sperrung wieder in OSM freizugeben.

Für vorübergehende Verkehrsmeldungen ist meiner Meinung nach Straßen.NRW oder die https://mobilithek.info/ der bessere Ort.