Hallo In9o,

schön, dass du zur Verbesserung in OSM beiträgst. Jedoch ist mir ein kleiner Fehler in deinen Bearbeitungen aufgefallen. Sitzbänke werden nicht als name=Sitzbank eingetragen, sondern als amenity=bench (siehe osm.wiki/DE:Tag:amenity%3Dbench). Andernfalls können sie von Navigationsprogrammen und anderen Werkzeugen nicht korrekt ausgewertet werden. Korrigierst du es entsprechend? Als Name sollte ohnehin immer nur der offizielle Name gesetzt werden (siehe dazu auch osm.wiki/DE:Names#name_ist_nur_der_Name).

Grüße
Alex

Teilweise korrigiert, siehe note/439461. Güntzstraße südlich der Striesener Straße jedoch noch nicht, da bin ich mir nicht sicher wie es vor Ort aussieht.

Hallo reise1980. Schön, dass du OSM in Herschdorf vervollständigst. Beim "Löschwasserteich" wäre es jedoch nett wenn du den Namen wieder entfernen würdest. Als Name sollte nur der offizielle Name gesetzt werden (siehe dazu auch osm.wiki/DE:Names#name_ist_nur_der_Name), keine beschreibenden Namen.

Ich dachte der Ersteller meldet sich noch mal. Aber ist ja nun schon ewig her. Wenn du es wieder reparieren möchtest dann gerne :)

Ist er das? Ist es nicht nur eine Spur neben der Straße?

Ich entdecke (manche) der Änderungen über Feeds, beispielsweise WhoDidIt: osm.wiki/Quality_assurance#WhoDidIt
Ist aber recht zeitaufwändig, daher schaue ich nur ab und zu mal rein und übersehe sicher auch genug.

Man bekommt eine E-Mail. Die landet natürlich in deinem E-Mail-Posteingang, nicht aber im Posteingang des OSM-Nachrichtensystems.

Ach das hast du ja bereits geändert. Allerdings nur bei einem Teil der Straße, beim oberen Stück der Glacisstraße nicht. Wie gesagt, weiß nicht wie es da vor Ort aussieht.

Wenn du magst kannst du das beheben, mittels cycleway:left=lane bzw. cycleway:right=lane (in Richtung des Weges), und cycleway=lane entfernen siehe cycleway=*
Kenne mich vor Ort leider nicht aus. Aber laut Bing sieht es so aus als wäre cycleway:right=lane richtig.

Ich verstehe, dass diese Information bei nicht separat eingezeichneten Fahrrichtungen nicht zur Verfügung steht. Aber ist diese Information denn wirklich so nützlich? Bzw. für wen? Spontan fallen mir da lediglich Radfahrer ein. Der Detailgrad von Informationen für Radfahrer ist durch die Verwendung von cycleway=lane/track/* eh schon nur recht eingeschränkt verfügbar verglichen mit separat eingezeichneten Radwegen. Für Autofahrer hingegen sehe ich keinen Mehrwert. Denn wenn Straße und Gleise sich kreuzen, gibt es immer auch eine Ampel. Damit Router Wartezeiten für derartige Querungen berücksichtigen können, brauchen sie also lediglich Ampeln auszuwerten. Die eigentlichen Querungen von Gleisen stellen daher für mich derzeit keinen ersichtlichen Mehrwert dar. Aber vielleicht übersehe ich ja etwas.

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.