Soweit mir bekannt ist es Konses, dass Markierungen in der Regel nicht ausreichen, um eine Straße in OSM durch zwei separate Wege darzustellen. Wenn Markierungen alleine ausreichen würden, dann könnten so viel mehr Straßen separat eingezeichnet werden, ohne dass sich meiner Meinung nach ein Mehrwert ergeben würde.

Verstehe ehrlich gesagt nicht was das mit der (nicht vorhandenen) baulichen Trennung der Straße zu tun haben soll.

Sehe ich auch so, das würde sämtliche Straßen mit Gleisverläufen betreffen.

"10 Hinterhaus" ist keine korrekte Hausnummer. "Hinterhaus" gehört auch definitiv nicht in die Adresse und eigentlich auch nirgendwo anders in die Daten. Korrigierst du das?

Hallo PeterDRS. Warum hast du denn die Fahrbahnen der Marienbrücke getrennt? Diese sind baulich nicht getrennt und sollten daher in OSM nur durch einen einzelnen Weg dargestellt werden.

Analog zu den anderen Änderungen: Hier ist an der Straße bereits cycleway=track gesetzt, nun ist der Radweg mehrfach vorhanden.

Man muss sich die Tags anschauen, das ist richtig. Zumindest, solange die meisten Renderer sie noch nicht anzeigen.

Wenn sich die Eigenschaft einer Straße ändert, dann muss sie an diesem Punkt aufgetrennt werden. Das gleiche ist auch bei anderen Eigenschaften wie maxspeed, surface, etc. notwendig.

Diese Kommentare landen auch nicht im Posteingang. Man bekommt lediglich eine Mail.

Bezüglich der Redundanz: Ja, das sollte vermieden werden. Siehe dazu auch osm.wiki/One_feature,_one_OSM_element (leider nur auf englisch).

Bei Rad-/Fußwegen neigt man bei OSM aufgrund des steigenden Detailgrades mittlerweile dazu, nur dann separate Wege zu verwenden, wenn der Rad-/Fußweg gegenüber der Straße baulich getrennt ist. Das ist meistens nicht der Fall, so dass stattdessen Attribute wie cycleway=* und sidewalk=* verwendet werden. Dass der Standard-Layer diese momentan noch nicht anzeigt, ist leider unschön, aber das kommt sicher in Zukunft noch.

Achso. Ich denke, selbst wenn das Parken auf einem kurzen Abschnitt mal nicht erlaubt ist, ist parking:lane hier dennoch besser geeignet. Es geht ja hauptsächlich darum zu markieren, dass dort prinzipiell Parkmöglichkeiten existieren.

Hallo frugivore. Gleiches Problem wie bei changeset/33392530 , auch hier ist der Radweg nun doppelt da bereits die Straße ein cycleway=lane Attribut besitzt. Das ist nicht gut. Abgesehen davon müssen Wege mit allen anderen kreuzenden Wegen einen gemeinsamen Knoten haben, das ist bei deinem neu angelegten Weg nicht der Fall. Dadurch ist ein korrektes Routing möglich.

Hm, wie bist du denn dann auf meinen Kommentar aufmerksam geworden? Den gibts ja erst seit gestern.

Was genau ändert sich denn dort ständig?

Gut. Ich denke parking:lane ist in diesen Fällen in Ordnung, siehe auch die Beispiele im Wiki: parking:lane=*/Examples
Die Parkmöglichkeiten entsprechen meiner Meinung nach eher einem Parken entlang der Straße als einem Parken auf einem abgegrenzten, nicht direkt zur Straße gehörenden Parkplatz. Bei OSM muss man hier und da abwägen, welche Attribute besser zur jeweiligen Situation passen.

Hallo frugivore. Durch deine Änderung ist der Radweg nun leider doppelt eingetragen, näheres dazu siehe note/439461

Generell wäre es wahrscheinlich besser diese kleinen Parkplätze am Straßenrand durch parking:lane einzuzeichnen statt amenity=parking, siehe dazu osm.wiki/DE:Key:parking:lane. Ist leider etwas komplizierter.

Du hast dich recht oft verschrieben: amnety statt amenity. Korrigierst du das? Und private=no ist auch komisch, was soll das bedeuten? Dafür gibt es access=yes.

Weg 90814707 heißt doch nicht offiziell "Speisehalle" :/

Bei 82 geänderten Objekten würde ich mich über einen Kommentar freuen :\

Natürlich, man könnte es auch "Katze" nennen. "Drogenmarkt" finde ich jedenfalls nirgends als Synonym für "Drogerie". Ist aber auch egal, Humor scheint hier gerade etwas unterrepräsentiert zu sein. Wird nicht wieder vorkommen ;)

"Drogerie" nennt man das hierzulande :)