Hallo,
welchen Sinn hat denn dieser Node? Die Daten sind doch (z.T.) bereits auf der Fläche way/225997251 erfasst.
Gruß

Ist ja ein Kindergarten, da muss man damit rechnen. Aber für einen Spielplatz reicht das wohl nicht. Da braucht man schon was Größeres (Rutsche,...) :-).

Allgemein der Hinweis, dass man nicht für den Renderer mappen sollte.
Ist das überhaupt ein Spielplatz? Ich sehe auf dem Foto drei Bauwagen und eine Matschwüste in der Mitte. Zu einem Spielplatz gehört sicherlich noch etwas mehr.
Hier würde ich eher den neuen Node löschen und von der Fläche das leisure=playground entfernen. Dann wird wahrscheinlich (hängt vom Zoomlevel und dem Renderer ab) auch der Name angezeigt.

Der neuere kann weg, denn beim älteren sind ja viel mehr Daten hinterlegt.

Hallo,
den gibt es schon: way/520143382. Von dir selber vor etwas mehr als einem Jahr gemappt.
Gruß

Danke. Ich habe noch den Namen der stop_position angepasst.

Das wäre zumindest logisch. Auch im Fahrplan der 284 steht nur noch Kroschstraße: https://avv.de/files/avv/files/fahrplaene/linienfahrplaene/284_avv.pdf. Änderst du den Namen noch?

Noch eine Nachfrage: Heißt die Haltestelle weiterhin "Abzweig Bettenhoven" oder auch "Kroschstraße"?

Hallo,
gut gemacht! Ich habe noch die Busroute angepasst (da ist iD nicht wirklich für geeignet): changeset/64618595.
Gruß

Vielleicht braucht man ein eigenes Tag für Corps- bzw. Verbindungshäuser. Dass bei solchen der Name der Verbindung am Gebäude erfasst ist, halte ich für legitim (hatte ich ja schon im Forum geschrieben).
renema hat hier m.E. nichts falsch gemacht.

Ich habe mal das offenbar versehentliche Verschieben der Ahornstraße rückgängig gemacht: changeset/64570085.

Danke

Hallo,
das Geschäft hat den ganzen Januar über geschlossen? Muss ein gutes Weihnachtsgeschäft gewesen sein :-).
Gruß

Hallo,
du hast beim Multipolygon "Hürtgenwald" (relation/116883) einfache Ways mit der Rolle "inner" hinzugefügt. Das sorgt aber für Fehler, denn "inner" dürfen nur Flächen sein. Ich habe das korrigiert: changeset/64347620.
Gruß

Nachtrag: Test mit Graphhopper auf osm.org/.

Du hast aber als Ziel die südliche Abbiegespur angegeben. Ich glaube nicht, dass auch maphnsj dort hin wollte. Er fuhr von Norden nach Süden, also lag sein Ziel wahrscheinlich weiter südlich. Basierend auf den OSM-Daten zu jenem Zeitpunkt hätte ganz normal geradeaus (Roermonder Str. nach Kohlscheider Str.) gelotst werden müssen - ohne Umweg.
Bei meinem Test war das auch so. Zu dem Zeitpunkt gab es zwar noch die Wendeverbote, aber die haben aus meiner Sicht keine Rolle gespielt, da das Ziel nicht innerhalb der Kreuzung lag.

In changeset/63935740 hatte ich ihm schonmal geschrieben, dass sein Mapping-Verhalten auch eine dauerhafte Sperre zur Folge haben kann. Ich finde, die ist jetzt gerechtfertigt nachdem auch der 4. Warnschuss nicht geholfen hat.

Anzunehmen. Dann wäre es ein Problem von OSMand und sollte nicht durch Wendeverbote "korrigiert" werden. Ich habe den Changeset rückgängig gemacht und in dem Zuge einige tatsächlich fehlende Abbiegebeschränkungen ergänzt (changeset/64192751).

Hallo,
die Wendeverbote sind sinnlos und keine Verbesserung der Daten. Ich empfehle einen Revert des Changesets.
Gruß

Das Ergebnis wäre wahrscheinlich 10 Antworten mit 11 Meinungen. :-)
Danke für deine Erläuterungen. Um etwas aufzuräumen habe ich nun die beiden Name-Nodes gelöscht und stattdessen, um die Form beizubehalten, die place-Nodes hinzugefügt (für Roetgen zunächst die zwei doppelten zusammengeführt): changeset/64127412.