Why did you change layer to level?

Hello,
how could you determine wether the roads are level=0 or level=1 just from aerial pictures?
Why did you remove the layer tags?
Regards

sieht gut aus :-)

Hallo und willkommen bei OSM,
du hast hier wohl versehentlich diese Straße gelöscht: way/31675936/history. Das habe ich rückgängig gemacht: changeset/150007996.
Zu den neu erfassten Gebäuden: Wenn diese aneinandergebaut sind (also keine Lücke dazwischen), dann sollte das auch in OSM so gemappt werden. Du erreichst das, indem du z.B. einen Node auf einen anderen oder eine Linie ziehst. Mit der Taste "Q" kannst du die Gebäude auch rechtwinklig machen.
Gruß

>> [...] sondern um die Argumentation das alles gemeinsam gemapped werden muss was keine Bauliche trennung hat.
Das steht doch gar nicht da.
>> Wir hatten die Diskussion auch mehrfach im Forum [...]
Korrekt, zuletzt in https://community.openstreetmap.org/t/komplexe-kreuzungen-kreuzungsgeometrie-spurmapping-wie-mappen/111544 und da ist klar erkennbar, dass wir (außer in Ausnahmefällen) kein Fahrspurmapping betreiben.
Was ist also an meiner Argumentation falsch?

Hallo,
es gibt sicherlich Einzelfälle, bei denen Abbiegespuren (um die geht es hier) getrennt gemappt werden sollten, weil die Kreuzung sehr komplex ist oder das Routing mit dem lanes-Tagging nicht sauber funktioniert. Das ist aber eher selten und hier gar nicht der Fall.
Eine Argumentation, die die Mehrheit der Community sicherlich genauso sieht.
Zur Info noch, was der User gemappt hatte: https://osmcha.org/changesets/149241603.
Gruß

Thank you, "foot=yes" should solve the problem.

for your information: https://community.openstreetmap.org/t/neue-routing-engine-valhalla/7204/49

Hello,
"access=yes" means, that everyone is allowed to use the street (even vehicles).
I can reproduce the problem of no pedistrian routing by using Valhalla: osm.org/directions?engine=fossgis_valhalla_foot&route=50.77229%2C6.08726%3B50.77178%2C6.08596#map=19/50.77226/6.08633. In my opinion there is something wrong in the OSM data which affects the routing but I think just adding "access=yes" (or "foot=yes") is the wrong approach, because those ways should be routable by default for pedestrians.
Regards

Danke :-)

Hallo,
die Restrictions werden alle nicht benötigt, da es keine Markierungen oder Schilder gibt, die es verbieten vor oder hinter der Insel zu wenden.
Gruß

OK, das hat sich schnell geklärt. Ich war da wohl auf dem falschen Dampfer, sorry.
Vielleicht trotzdem noch ein Tipp für die Zukunft: Nur die betroffenen Nodes vom Umriss bzw. Geländer lösen. Damit wäre der Weg mit dem maxheight unter der Brücke erhalten geblieben.

Ich habe das im Forum zur Diskussion gestellt: https://community.openstreetmap.org/t/bruckenproblem-oder-doch-nicht/111282

Hallo,
die Änderung im Bereich der Melatener Brücke hängt wohl mit note/4178908 zusammen. Hier sind aber nicht die OSM-Daten das Problem, sondern StreetComplete, da weder das Routing ein Problem hat, noch diverse Validatoren. Mir ist auch nicht klar, warum SC überhaupt fragt. An dem Node war gar kein barrier=* erfasst, er ist lediglich Teil eines Wegs mit barrier=fence. Dieser hat aber eindeutig ein layer=1 gesetzt.
Ich würde vorschlagen die Änderung zurückzusetzen, da es offenbar korrekt gemappt war.
Gruß

Ja, passt so, danke. Zu dem anderen schreibe ich eine PN.

Nur zum Teil. Es fehlen die Informationen, die vorher in way/261740049/history enthalten waren (3 Spuren, turn:lanes...; das rot markierte Stück im o.g. OSMCha-Link). Du müsstest dafür way/261740050 aufteilen und entsprechend taggen.

Ich nutze dafür OSMCha. Beispiel: https://osmcha.org/changesets/149370632/

Hallo,
way/98779963: Es gibt hier keine bauliche Trennung zwischen Abbiegespur und Straße. Das war vorher mit lanes-Tagging korrekt erfasst. Änderst du das daher bitte wieder zurück.
Gruß

Sounds good, maybe together with "garden:type=residential".

Der Kommentar gehörte natürlich nicht hier hinein...