Dann habe ich wohl Ausreisser angeschaut. An manchen Stellen passen die Angaben auf den Markern überhaupt nicht zu den Vegetationsspuren, die man im Luftbild sieht, da ignoriere ich dann auch mal den Marker und denke, dass der verdreht wurde oder sonstwie falsch aufgestellt. Blöd sind auch die Stellen im Wald, wo man auf dem Luftbild nichts sieht und kaum eine Chance hat, eine halbwegs genaue Position des Pfostens zu bestimmen. Gibt jedenfalls noch viele Pfosten zu finden ;)

Habe gestern diverse Fotos von Markern gemacht und die Lage der Leitungen entsprechend verbessert. Du scheinst die Positionsangaben auf den Markern generell zu ignorieren. Warum?

Ich habe leider nur Details zur Ernst-Abbe-Straße

Habe noch mal das engl. Wiki gelesen und denke jetzt, das ich falsch lag. Es geht wohl tatsächlich darum, zwei getrennt gezeichnete parallele Wege irgendwie als Einheit zu kennzeichnen.
Sorry for the noise!

Ich werde mich mal schlau machen. Habe das tag selbst noch nie verwendet.

Meine typische Kombination für Straßen, die ich als Radfahrer bevorzuge und die Autofahrer vermutlich eher meiden, wenn sie es eilig haben:
highway=unclassified
lane_markings=no
cycleway:both=no
surface=*
zone:traffic=*

Moin aus Wildeshausen!
Bitte mal prüfen: Bin am 29.3 an der Bremer Straße unterwegs gewesen. Mein Foto zeigt ein Verbotsschild für Fußgänger und Radfahrer in Richtung N ab dieser Einmündung node/3224716156
Zumindest in diese Richtung ist bicycle=yes also falsch.

Moin aus Wildeshausen!
Ich wundere mich gerade über dual_carriageway=yes an z.B. way/127979471
Nach meinem Verständnis sollte das tag nur verwendet werden, wenn die beiden Fahrtrichtungen durch eine einzige OSM-Linie dargestellt werden. Hier ist das nicht der Fall. Auch nicht an der B6. Liege ich da falsch?

Das käme dann wohl auf das Navi an bzw. die Programlogik. Normalerweise sollte ein Navi höherwertige Straßen bevorzugen (tertiary,secondary....)
Im LK Diepholz war früher gefühlt fast jede andere Straße mit lanes=1 erfasst, was nach meiner Logik totaler Unsinn war. Generell gilt natürlich in OSM: Wir mappen nicht für den Router oder den Renderer. Es sollen also nicht Daten absichtlich falsch erfasst werden, um ein anderes Routing oder Rendering zu erreichen. Aus meiner Sicht gehört lanes=1 zu dieser Kategorie, aber die Diskussion im Netz hat ja auch gezeigt, dass die Bedeutung des Tags selbst unklar ist.

Ich setze lanes=1 nur da, wo zweispurige Kfz sich nicht begegnen können oder dürfen.
Zum Beispiel, weil nicht genug Platz zwischen Leitplanken oder Gebäuden ist oder weil entsprechende Schilder da stehen.
Wenn keine Mittellinie da ist, dann setze ich lieber gar kein lanes=*.

Das Thema wurde hier diskutiert:
https://community.openstreetmap.org/t/anzahl-der-fahrspuren-lanes-wenn-diese-nicht-markiert-sind/117984
Mein erster Beitrag dazu:
https://community.openstreetmap.org/t/anzahl-der-fahrspuren-lanes-wenn-diese-nicht-markiert-sind/117984/152

Hier ist immer noch der Name Astrup dran: way/344446795/
Ich hatte den mal gelöscht mit dieser Änderung:
changeset/128893016

Danke für die Rückmeldung :)

Moin aus Wildeshausen!
Du hast hier an einigen Straßen ein lanes=1 ergänzt. Warum? Die Straßen sind doch alle so breit, das sich dort zwei Autos begegnen können, ohne das eines zurückfahren müsste.

Moin aus Wildeshausen!
Wenn die Namen unter Astrupern so verwendet werden, dann wäre wohl eher loc_name=* sinnvoll. Siehe auch osm.wiki/DE:Namen

Moin aus Wildeshausen!
Ist an den neuen Straßen wie way/1292811519 wirklich der Name Astrup ausgeschildert?
Oder evtl. nur die Hausnummern mit addr:place=Astrup, die damit erschlossen werden?

Zahlendreher: Radtour am 13.3.

Zahlendreher: Radtour am 13.3.

Zahlendreher: Radtour am 13.3.

Zahlendreher: Radtour am 13.3.