Hello kiky423! Just one question: Why?
Fully reverted in changeset/82202275 --bestregards!bm
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/82201895

void Cs, already repaired in https://osmcha.org/changesets/82172938
---

Published using OSMCha: https://osmcha.org/changesets/82173016

Werter geozeisig,
die Diskussion hatten wir bereits an anderer Stelle: Das rücksichtslose Löschen von landuse wird für schlecht befunden. Wenigstens als kerb könnte man es beibehalten – so behoben in changeset/82199548
--besteGrüße!bm
---

Published using OSMCha: https://osmcha.org/changesets/82198570

Gleiches Vorgehen erneut in 82172258 / 82172285

Hallo prenzl! Schön, dass du so fleißig POI aktualisierst – wobei: hier hast du erst gelöscht und dann neu angelegt in changeset/82161716 . Das ist nicht nur unnötig kompliziert, sondern auch unschön, da dadurch (wie hier zB Adress-)Details und vor allem die Chronik verworfen werden, s. osm.wiki/DE:Good_practice#Erhalte_die_Chronik
osm.wiki/Keep_the_history
Ich möchte empfehlen, sich mit Grundprinzipien von OSM vertraut zu machen. Vielleicht wäre es auch eine gute Idee, mehr als nur jeweils eine Änderung in ein Changeset zu packen – das würde solche Irrtümer von vorneherein eindämmen.
Behoben in changeset/82168060
Happy mapping! --besteGrüße!bm

Hey janolezab!
@ amazon locker – hier habe ich einen solchen und eine DHL-Packstation hinzgefügt/verändert: https://osmcha.org/changesets/82082831
@ Durchfahrt: Tankstelle in Gebäudeteile zerlegen, Überdachung als Dach, ways darunter entsprechend zB covered=yes – schau dir evt ein paar andere Tankstellen in Berlin an, denke da hat jmd dahingehend umgebaut. happy mapping! --besteGrüße!bm
---

Published using OSMCha: https://osmcha.org/changesets/82072503

Hey janolezab, da hat iD (ausnahmsweise) Recht – man muss sonst nicht alles glauben/befolgen, was iD gerne hätte. --besteGrüße!bm
---

Published using OSMCha: https://osmcha.org/changesets/82072718

Hey tordans, das nenne ich mal eine interessante Kombination:
way/779999278
way/364590496
node/2096395291
Bin mir noch nicht sicher, was ich davon halten soll... Die (zu befürchtende) logische Konsequenz wird wohl sein, dass die Straße samt daran klebender Relationen in Richtungsfahrbahnen aufgesplittet wird. Kann man machen, aber ob es die Kartendaten wirklich verbessert, halte ich für fraglich. --besteGrüße!bm

fixed: changeset/82009434

Hallo avrichter!

Danke für deine zeitnahe Antwort. Ich denke, ich verstehe deine Intention nun besser, nämlich die Datenqualität durch einheitliche Kategorisierung zu verbessern. Allerdings habe ich begründete Zweifel an einerseits der Kategorisierung und andererseits der konkreten Umsetzung, wie ich kurz argumentieren möchte:

1) Mitunter gibt es eine bessere Möglichkeit, als zu löschen, nämlich je nach Zutreffendem besser zu taggen, zB: access=private, highway=footway, etc.

2) Exemplarisch die 3 nordwestlichsten an Hohensteiner Straße, Spessartstraße:
way/154364413
way/773746650
way/154368295
sind auf Orthophotos 2019 klar erkennbar, müssten also vorhanden sein. Das bestreitest du, wie ich es verstehe, auch nicht. Fehlen sie in OSM, da hier gelöscht, mag bzw wird sie ziemlich sicher (irgendwann) jemand anders (zB Amazon Logistics) neu anlegen – nicht notwendigerweise besser, sondern wahrscheinlich mit noch weniger Info als bisher, zB mangels Ortskenntnis und ziemlich sicher ohne Kenntnis dieser Vorgeschichte.

3) Löschen damit zu argumentieren, dass es a) sowieso nur einen geringen Teil betrifft und b) nur dadurch Konsistenz (auf Basis welcher Kategorisierung, s.(1) und (4)?) erreicht werden kann, indem (vorgebliches Ziel der) Vollständigkeit aufgegeben wird, da diese c) ohnehin nur mit viel Aufwand zu erreichen wäre – das halte ich für abenteuerlich, bzw übersteigt das meine derzeitigen quantenkognitiven Fähigkeiten. Bitte also um Nachsicht, sollte ich das Argument nicht angemessen nachvollzogen und gewürdigt haben.

4) Es sollte nicht bloß innerhalb eines kleinen Gebietes einer großen Stadt, sondern insgesamt in OSM konsistent sein (ich weiß, ich weiß!) – a) subjektive Maßstäbe wie persönliche Kategorisierungen, die letztlich intransparent bleiben, sind dem eher abträglich und daher tunlichst zu vermeiden (wie zuvor). b) Was andere Kartendienste für gut/sinnvoll erachten, ist nebensächlich bzw irrelevant – sie sind weder Kriterium noch zulässige Quelle für OSM.

Fazit: Wenn es tatsächlich nur einige wenige Wege betreffen sollte, die hier – und so verstehe ich das Problem – primär schlecht getaggt sind, so scheint das kein ausreichender Grund zu sein sie zu löschen, siehe 1). Viel mehr ist die Frage, ob nicht, wie in 4) ausgeführt, die Kategorisierung unzureichend ist – evt ist die eigene und/oder auch jene von OSM verbesserungswürdig – ein Blick ins Wiki kann helfen bzw wo dieses unklar, entsprechend Unterstützung der Community einholen. (Auch darauf zielte die Frage nach vorheriger Besprechung, da dort evt schon etwas geklärt wäre, was nun hier stattfindet). Da wie in 2) exemplarisch betrachtete Wege (mehr konnte ich mir aus Zeitgründen nicht ansehen) offensichtlich existieren, was auch nicht bestritten wird, scheint eine Löschung keine Lösung, sondern lediglich eine Verlagerung des Problems zu sein: Wege sind dann nicht zwar mehr falsch getaggt, sondern gar nicht mehr vorhanden, bis sie wieder jemand neu anlegt – mit bereits bekannten, bzw neuen Problemen.

Aus vorgenannten Gründen – und um späteren Mehraufwand durch erneut angelegte Wege zu vermeiden – habe ich mich entschieden, das Changeset sofort und komplett zu revertieren: changeset/82000389

Bitte um Verständnis und an den fraglichen Wegen von Fall zu Fall entsprechend nachbessern – Tagging, barriers etc.!

--besteGrüße!bm

Gerngeschehen, möchtest du bitte dennoch die Frage beantworten? --besteGrüße!bm

Hallo avrichter! Der Changeset-Kommentar ist rätselhaft: Existieren diese oder nicht? Falls ersteres, wieso dann nicht als privat getaggt? Und: Hast du dieses Vorgehen irgendwo besprochen? --besteGrüße!bm

beschädigte turn restriction repariert in: changeset/81980978

Hallo Cartmenez!
#ReviewRequestReply
Gibt es das Geschäftslokal (Räumlichkeiten) als solches (zB leerstehend) noch? Statt Löschen eines leerstehenden Geschäftslokals u.a. POI ist es meist besser, disused:* zu setzen, s. osm.wiki/DE:Key:disused: (beachte generell osm.wiki/Lifecycle_prefix ), um die Chronik zu erhalten: s.:
osm.wiki/DE:Good_practice#Erhalte_die_Chronik
osm.wiki/Keep_the_history
Die Doppelung als post_office ließe sich mE aber auch besser darstellen, der Knoten kann somit auf jeden Fall weg.
Bei Unklarheiten einfach rückfragen! Happy mapping! --besteGrüße!bm

edeka had already been mapped – fixed in changeset/81968470

Hallo SE Kaaai, willkommen zu OSM!
Bitte konsultiere vor dem Editieren das OSM Wiki und beachte die Grundprinzipien von OSM! Aus im Kommentar zu meinem Changeset genannten Gründen, habe ich deine Änderungen komplett zurückgenommen, dh deinen Eintrag gelöscht in: changeset/81967694 – falls du dazu Fragen hast, stelle diese einfach. Happy mapping! --besteGrüße!bm

Es ist schwierig, ja. Bei diesem Cs sieht man auch sehr schön, was schlecht daran ist: Rendering von Stolperstein verdeckt Eingang/Adresse 15. Gibt es eine sinnvollere Lösung, in eindeutigen Fällen wie diesen, die Eingänge mit Hausnummern zu versehen? Vielleicht sollte man das auch noch mal diskutieren, denn korrekt zugeordnete Eingänge helfen ja auch beim (relativen) Positionieren von Radständern etc.

Hallo zonque!
Statt Löschen eines leerstehenden Geschäftslokals u.a. POI ist es meist besser, disused:* zu setzen, s. osm.wiki/DE:Key:disused: (beachte generell osm.wiki/Lifecycle_prefix ) – entsprechend geändert, s.: changeset/81898794 – bei Unklarheiten dazu einfach nachfragen!
--besteGrüße!bm

Ärgerlich. Nicht nur scheinbar, sondern offensichtlich – verstehe ich :conditional nicht oder das Routing? Nutzt es schon die aktuelleren Daten aus dem jüngeren Cs https://osmcha.org/changesets/81781011 ? Sollte jedoch beides zum selben Ergebnis führen – und das ist nicht das, was es macht. Immerhin wird für Fahrrad eine alternative Route vorgeschlagen, die sich auswählen lässt. (Sollte jedoch genau umgekehrt sein, mE.)
In OSMand~ (mit aktuellen Daten) ist das Ergebnis völlig daneben: anscheinend richtungsabhängig, ungeachtet des gewählten Transportmodus-Profils. So macht das keinen Spaß.

entries => (side) entrances
---

Published using OSMCha: https://osmcha.org/changesets/81747600