Danke Mlvln :).

Das wäre super nett von dir :). Vielen Dank.

Oder geht es nur um das landuse? residential landuse bis an die Bordsteinkante hat sich in Berlin historisch so entwickelt und bisher waren beiden Varianten in Ordnung.

Mir geht es mehr um die footways und crossings. Wenn du die landuse enger setzen möchtest (was sicher OK ist), wäre es vielleicht einfacher, damit noch einmal gezielt von neuem zu beginnen. In der Berliner Matrix Gruppe helfen wir dabei auch gerne :).

Hast du ein Beispiel für falsche Gehwege?

Ich benutzte immer eine Kombination aus Luftaufnahmen, Mapillary und der Staßenraumkarte. Bei den Gehwegen und Querungen nutze ich die aktuelle Empfehlung der Pedestrian Navigation Gruppe.

Im aktuellen Stand fehlen Querungen und Bordsteinübergänge (und Kanten). Auch sind Querungen an Zufahrten gedoppelt.

Aus meiner Perspektive ist es so zur Zeit nicht mehr korrekt gemapped. Auch ist mindestens eine Straßenfläche in mehrere Polygone aufgeteilt.

Was würdest du vorschlagen?

Hi Apex_OSM :)

Hier war der Straßenverlauf samt Bordstein gemapped und nun nicht mehr. Gibt es einen Grund für die Änderung? Insbesondere enden die Fußquerungen nicht mehr an den Bordsteinen, so dass StreetComplete hier nicht nach der Höhe fragt.

Viele Grüße

Hi akihitohikimato :).

Warum fügst du die Adressen, die an den Eingängen eingetragen sind, als neuen Node ein das Gebäude-Polygon ein?

Viele Grüße
kartograph

Genau, das ist die einfache oder weniger präzise Variante. Dort war aber bereits die präzisere Variante gemapped, siehe auch footway=traffic_island.

Da es bereits gemapped war, scheint es hier ja unterschiedliche Auffassungen zu geben.

In Berlin sind wir dabei die Straßenflächen detailliert zu mappen, aus meiner Sicht wurde hier Information gelöscht. Nämlich unter anderem wo die Verkehrsinsel ist, wie groß, welche Kerb-Details und welche Surfaces.

Auch ist die Fahrbahn an der Stelle geteilt, weil die Richtungsfahrbahnen um ein Hindernis leiten.

Über den Sinn und Zweck von Micro-Mapping und insbesondere ob so eine Situation als dual_carriage getagged sein sollte, lässt sich sicherlich diskutieren. Für Berlin gibt es die Matrix-Chats: OSM Berlin und fachbezogen OSM Verkehrswende. Liest du da mit?

Hallo geozeisig :)

Warum hast du die Verkehrsinsel gelöscht? Ist Vor-Ort keine mehr?

Viele Grüße

Hi Mlvln :)

Die Straßenbefahrung von 2014 ist leider nicht mehr ganz aktuell. Hoffentlich gibt es mal eine neue :).

Ich hatte die Tage die Kreuzung um node/5352673474 nachgezeichnet. Auf den Straßenfotos ist ein neuer Verlauf (der Knick zum Abbiegen nach Rechts) zu sehen. Habe es mit changeset/169569733 wieder an die Fotos angepasst.

Viele Grüße

Habe mal versucht das mit changeset/169094496 zu fixen.

Hi klnkengi,

ich glaube die Turn-Restriction ist hier zu restriktiv, weil es die Auffahrt auf die Autobahn verhindert.

Vielleicht reicht das Geradeaus-Verbot hier aus?

Viele Grüße!

Hi miwie :)

Ist hier wirklich eine Ampel?
Gemapped ist eine Einbahnstraße, hier kann nicht auf die Kreuzung gefahren werden.

Viele Grüße

Hi Nakaner :).

Der Aufzug zum U-Bahnhof Rathaus Steglitz scheint nicht verbunden und nicht Teil der Relation. Ist der noch nicht in Betrieb? Ich war schon länger nicht mehr dort.

Viele Grüße

Hi nokika :)

Id (und auch andere Tools) nutzt für Marken und Anbieter den Name Suggestion Index (kurz NSI). Wenn du einen Fehler gefunden hast, melde den bitte auch dort. Hier geht es vermutlich um: https://github.com/osmlab/name-suggestion-index/blob/ae4bb7949d3c5d30116e5238e28c412fb22988f7/data/operators/amenity/kindergarten.json#L387

Viele Grüße
Kartograph

Ich kenne mich rechtlich mit Radwegen nicht aus, wirst du aus den Aufnahmen schlau? https://www.mapillary.com/app/?pKey=946601563464396&focus=photo&x=0.3326788954037668&y=0.49981337713381524&zoom=0&lat=52.4818475&lng=13.320894&z=17

Glaube note/3733653 ist hier relevant. Lese ich das richtig, dass da eigentlich kein `cycleway=track` mehr existiert?

Also diese hier: way/1349085090

Hi Langläufer,

meinst du die Hildegardstraße?

Hi sundew. Du scheinst systematisch operator:wikidata von Briefkästen zu entfernen. Was hat es damit auf sich?

Hallo sundew,

ich würde dies weder als großflächig noch als automatisch bezeichnen. Großflächig ist sicher Auslegungssache, aber ich übernehme nicht blind irgendwelche Änderungen die iD vorschlägt. Ich nutze die Warnungen lediglich zum Finden. Es sind ein bisschen viele Änderungen pro Changeset, das stimmt.

Vor-Ort gewesen bin ich in Hamburg nicht, das ist aber meiner Auffassung nach aber auch nicht notwendig, wenn die Änderungen auf nutzbaren Quellen basieren und nachprüfbar sind. Das sollte hier der Fall sein. Deswegen gibt es ja Luft- und Straßenaufnahmen. Wobei hier irgendwie Mapillary als Quelle fehlt, das hab' ich vergessen. May bad.

Zum Beispiel lässt sich ohne weiteres aus Mapillary und Luftaufnahmen erkennen, ob eine Highway/Building-Intersection eine building-passage sein sollte. Nur weil iD dies als Warnung gefunden hat, macht das die Änderung nicht schlecht. Das Aufsplitten von Wegen ist übrigens auch mit id Handarbeit, lediglich verschwindet danach die Warnung.

Viele Änderungen sind auch vom neuen Stolpersteine-Schema und Harmonisierung von Parkscheinautomaten, die von anderen Mappern in der Region ebenfalls genutzt werden. Sowie Wikidata-Links (hauptsächlich bei Briefkästen, wie im Wiki vorgeschlagen). Sicher könnten das eigene Changesets sein.

Warum entfernst du eigentlich die Wikidata-Links? Ich hatte das auch bei einem deiner Changesets nachgefragt. Bei einigen Briefkästen gab es es da scheinbar ein richtiges Hin- und Her.

Ich stimme dir zu, dass ich hier ein bisschen zu viel pro Changeset gemacht habe. Die Änderungen sind meiner Auffassung nach inhaltlich korrekt und liefern einen Mehrwert.

Da hier viele Stunden Arbeit drin stecken, würde ich dich bitten, dies zuerst zur DWG zu eskalieren, bevor du etwas löscht.

Viele Grüße!