Ich möchte dich bitten, künftig zu beachten, was auch andere Mapper getaggt haben. Wenn etwas in OSM falsch ist, sollte man prüfen, warum es falsch ist. Bei solch einer Prüfung (meist genügt reines Anschauen der Tags, manchmal ist auch ein Blick in die History des Objekts nötig) wäre dir aufgefallen, dass ich wheelchair:description="reines Behinderten-WC. WC für das restliche Volk eine Etage unter dem Querbahnsteig" getaggt habe.

Durch deinen Edit hast du aus diesem reinenen Behinderten-WC ein behindertentaugliches Universal-WC gemacht und damit die Datenqualität von OSM verschlechtert. Das WC für Nichtbehinderte ist im 1. Untergeschoss unter dem Querbahnsteig.

Bitte unterlasse solche Änderungen und anderen Vandalismus. Andernfalls werden wir deinen Account sperren.

revertiert durch changeset/36533915, Begründung siehe dort

revertiert durch changeset/36533915, Begründung siehe dort

revertiert durch changeset/36533915, Begründung siehe dort

Die revertierten Änderungssätze haben außerdem vorhandene Abbiegebeschränkungen ignoriert (so gab es danach eine Abbiegebeschränkung, die den oneway-Tags=* ihrer Mitglieder widersprach) und es wurden mehrere sich kreuzende, aber unverbundene Straßen-Ways angelegt, die auf demselben Layer (0 = Default) lagen.

revertiert durch changeset/36509888

Zum Ausprobieren bitte die Dev-API verwenden, nicht OpenStreetMap selbst. OSM ist kein Spielplatz, sondern wird produktiv genutzt. osm.wiki/Sandbox_for_editing

Administrative Grenzen sind ein Themenbereich, in dem nur erfahrene Mapper editieren sollten. Diese sollten dafür auf keinen Fall iD verwenden. iD schrottet gerne Grenze und Multipolygone.

revertiert durch changeset/36509291

Mit deiner Trennung von Frankfurt (Main) Hbf in Nord- und Südseite bin ich nicht glücklich. Ich möchte dich daher bitten, deine Änderung an node/205364328 rückgängig zu machen und node/3933430459 wieder zu löschen.

Die Trennung ist rein leit- und sicherungstechnischer Natur (Leipzig Hbf ist auch in zwei ESTWs getrennt). Beide Teile haben dasselbe Ril100-Kürzel, in der Betriebsstellenliste der DB (http://data.deutschebahn.com/datasets/betriebsstellen/), die wir verwenden dürfen, taucht nur ein Eintrag auf. Der bisherige Konsens in der Community war es, erst dann zwei Bahnhof-Nodes anzulegen, wenn es getrennte Betriebsstellen sind (entlang der Berliner Stadtbahn ganz gebräuchlich).

Wir müssen beim Taggen den Spagat zwischen einerseits korrekter Abbildung der Bahn-Realität und andererseits einem Tagging, das auch Nicht-Bahner in akzeptabler Zeit nachvollziehen können, schaffen. Getrennte Betriebsstellen lassen sich noch deutlich einfacher vermitteln, als der kleine Unterschied an der zweiten Ziffer der Signalnummer (02A213 vs. 01A211).

Du hast in diesem Änderungssatz den Metro von shop=wholesale auf shop=supermarket umgetaggt. Dem kann ich nicht zustimmen. Der Metro richtet sich nicht an Privatkunden (ohne Kundenkarte kommt man da nicht rein). Es handelt sich daher nicht um einen Supermarkt.

way/25056931/history osm.wiki/DE%3ATag%3Ashop%3Dwholesale

Bitte beachte, dass es für Telefon- und Faxnummern eine vorgeschriebene Syntax gibt: phone=*

Bitte beachte osm.wiki/DE:Names#name_ist_nur_der_Name

Wir mappen nicht für einen einzelnen Auswerter. "Bahnsteig der Halltestelle Herweghstraße, Fahrtrichtung stadteinwärts" wird daher nicht als Name, sondern höchstens als description=* erfasst. Das stellt die Wheelmap zwar nicht dar, aber das ist nicht unser Problem. Denn wir mappen nicht für einen speziellen Renderer und auch nicht für einen speziellen Datennutzer. osm.wiki/Tagging_for_the_renderer

Noch so ein Beispiel (anderer Änderungssatz, aber gleiche Serie an Änderungssätzen): way/54672708/history

siehe auch meinen Kommentar bei changeset/36168592

siehe auch meinen Kommentar bei changeset/36168592

siehe auch meinen Kommentar bei changeset/36168592

Schön, dass du einen Editwar anfängst. Aber der von mir revertierte Änderungssatz (changeset/36163944) war in Teilen einfaches mechanisches Umtaggen. Hättest du die von dir bearbeiteten Objekte genauer angesehen, wären dir syntaktisch falsche Telefonnummern aufgefallen. Dass du diese nicht korrigiert hast, zeigt mir, dass es sich um einen undiskutierten mechanischen Edit gehandelt hat. node/2021474352/history

Ich werde die DWG bitten, sich den Fall anzuschauen, da ich selbst keine Lust auf Editwar habe.

teilweise revertiert durch changeset/36163944

Begründung siehe changeset/36099470

Ich habe diesen Änderungssatz soeben revertiert. changeset/36163730

Dieser Änderungssatz ist in Teilen mechanisch. phone=*, fax=*, email=* und website=* sind weiterhin gültige Tags. contact:*=* ist gleichbedeutend. Was du getan hast, ist reines Umtaggen. Dass die Telefonnummern im falschen Format getaggt waren, hat dich scheinbar nicht gejuckt. Solche Umtagging-Aktionen nützen OSM gar nicht. Sie stören beim Revertieren von Importen (mache ich gerade) und gauckeln eine Mapping-Aktivität vor, die gar keine ist.

Bitte diskutiere solche Edits vorher mit der Community auf der Mailingliste. Der Automated Edits Code of Conduct schreibt das vor. osm.wiki/Automated_Edits_code_of_conduct Dieser Regeln greifen auch schon bei semiautomatischen Suche & Ersetzen in JOSM.

Du gibst bei vielen deiner Änderungssätze "DPAG" als Quelle an. Welche Verzeichnisse der Deutschen Post verwendest du da genau als Quelle?

Meinst du nicht, dass toilets:wheelchair=yes bei einer öffentlichen Toilette, die schon mit wheelchair=yes getaggt ist, nicht überflüssig ist? Oder kannst du mir eine Toilette nennen, die wheelchair=yes, aber toilets:wheelchair=no verdient?

Dieser Änderungssatz war in Teilen wirklich unnötig. phone=*, website=* usw. sind kein veraltetes Tagging. Zum Taggen von Kontaktdaten (Telefon, Fax, Website usw.) gibt es zwei konkurrierende Schemen, beide sind aktuell. Das Umtaggen vom einen ins andere ist ein überflüssiger Edit, der andere nur behindert und/oder stört. Sei es, dass er Datennutzer zu unnötigen Änderungen in ihren per Diff gepflegten Datenbank zwingt oder mich beim Revertieren von Imports stört und mich mit ~ 300 Koflikten beglückt.