piebro/osm-data huggingface dataset:
rolandmwagner (2015-11-24 21:02:10+00:00): Guten Tag Herr Wolfgang Wolle, danke für die konkreten Kritikpunkte. Diese möchte ich Schritt für Schritt lösen:
train=yes: da stimme ich zu. Ich selbst habe den key/value nicht hinzugefügt. Ich stimme zu und habe die beiden vorhandenen Keys an den Bahnsteigen entfernt und hochgeladen.
Die beschriebe Doppelung von Way und Relation
https://www.openstreetmap.org/way/59048801
scheint schon gelöst worden zu sein.
Zu den Tagging Schemas der Bahnsteige: keiner der drei stammt von mir (Kakaner,Wolle,ulmtuelp). Unser OSRM Preset basiert auf das vorhandene Doppeltagging mit public_transport=platform und railway=platform. Wir fügen nur Bahnsteigabschnitte als Nodes ein.
Wir haben deutliche Verbesserungen im Bereich Indoor (Treppenschächte und Türen) und bahnhofsspezifische Features eingeführt. Damit können Bahnhöfe in Zukunft besser dargestellt werden. Das Vorhaben wird unter http://www.openrailwaystationmap.org/ beschrieben und auf dem Wherecamp 2015, am 26.11. in Berlin erläutert. Das Vorhaben fand unter Mitwirkung des "Hauseigentümers" der DB statt. Ich würde mich freuen, wenn weitere Akteure hinzustoßen. Roland
Nakaner (2015-11-24 23:13:42+00:00): Hallo Roland,

aus deiner Sprache (Wir sind hier per Du!) und aus den auf openrailwaystationmap.org verlinkten Dokumenten entnehme ich, dass ihr kommerziell mappt. Um weiteren Streit vorzubeugen, bitte ich euch dringendst, Folgendes zu tun:

1. dokumentiert eure Tags im Wiki, veröffentlicht dort eine Liste der beteiligten Accounts und die Mailadresse des leitenden Mitarbeiters
2. stellt eure Absichten auf Talk-de oder im deutschen Forum vor und gebt der Community mehrere Tage Zeit zur Diskussion, bevor ihr editiert. Die Community hat es gar nicht gern, wenn irgendwelche kommerziellen Mapper ohne vorherige Diskussion einfach losmappen. Es gibt noch keine Policy dazu, aber es ist nur noch eine Frage der Zeit, bis es eine gibt.
3. legt eure Quellen offen
4. benennt euren Auftraggeber
5. gebt an, ob ihr von einem Bundesministerium oder einer anderen öffentlichen Stelle finanziell gefördert werdet

Bitte tut das, bevor ihr weiter in OpenStreetMap editiert.

Bitte besucht außerdem, falls noch nicht geschehen, das nächste Treffen des nächstgelegenen OSM-Stammtisches, in eurem Fall Berlin oder Dresden.

Inhaltlich stimme ich mit Wolfgang überein. (Ich habe seine Schilderungen nicht 1:1 kontrolliert, dafür kenne ich ihn gut genug)

Viele Grüße

Michael
Nakaner (2015-11-24 23:14:38+00:00): Zusammenfassung: https://twitter.com/Nakaner/status/669283991216877570
Wolle DD (2015-11-25 20:05:39+00:00): Ich habe jetzt über 1 Stunde damit zugebracht die Bahnsteige (wieder) einheitlich zu taggen, Treppenaufgänge zu reparieren und auf dem Bahnsteig 3 den gelöschten Aufgang neu zu erstellen, habe vergessene Linien und Punkte ohne Eigenschaften sowie sinnlose Notizen (Lage überprüfen) gelöscht. Nun habe ich zu den schon kritisierten Sachen festgestellt, dass  Shops, wie z.B. die DB Lounge doppelt vorhanden ist. Einmal als Punkt https://www.openstreetmap.org/node/2269071535 und nun zusätzlich als Raum. https://www.openstreetmap.org/way/381367821
Das gleiche ist beim Reisezentrum, Presse und Buch, BurgerKing, Spar Express - um nur ein paar zu nennen - der Fall.
@Roland: Was hast Du eigentlich "besser" gemacht? Dein "Indoor-Mapping" ist genau so fehlerhaft wie alles andere. Dort wechselten (ich habe leider schon etliches korrigiert) Pfade und Fußwege einander ab, im Treppenhaus ist die Stufenanzahl gemappt (und nicht an der Treppe), Wege und Treppen enden im Nichts, Treppendurchbrüche wurden nicht in die Bahnsteigrelation als inner aufgenommen oder ignoriert...
Wer soll das eigentlich alles wieder in Ordnung bringen? Und woher hast Du eigentlich die ganzen (falschen oder unvollständigen) Infos her? Garantiert nicht aus bei OSM zugelassenen Quellen.
Meiner Meinung nach ist ein Revert dieses Changesets angebracht - auch wenn dann nicht nur meine Arbeit umsonst war...
Nakaner (2015-11-25 20:55:43+00:00): Hallo Wolfgang,

gibt es in dem Changeset echte inhaltliche Fehler (im Sinne von Läden eingetragen, die nicht mehr existieren, Dinge am völlig falschen Ort)?

Die Probleme, die du schilderst, erinnern mich an einen Fall mit Mentz DV, welche in Frankfurt Hbf auch von einem unfreien DB-Bahnhofsplan (veraltet war der auch noch – die Läden waren zur Hälfte wieder neu vermietet) abgezeichnet hatten. Ich habe dann rigoros revertiert.

Soll ich deinen Reparatur-Changeset und Rolands Changeset revertieren? Das wäre die einfachere Lösung. (Übrigens wäre das für dich ein Grund, dir JOSM anzueignen, dann kannst du selber revertieren. Erfahrung mit OSM hast du genug. ;-) )

@rolandmwagner Ich erwarte die Antwort auf meine Fragen, bevor ihr weitere Edits macht.

Viele Grüße

Michael
Wolle DD (2015-11-25 21:25:33+00:00): Hallo Michael,
inhaltliche Fehler habe ich bislang nicht festgestellt - ich habe allerdings keine Lust (mehr) danach zu suchen. Ob Läden oder Dinge an falschen Orten sind, kann ich nicht wirklich sagen, so genau kenne ich mich im Hbf. nicht aus. Nur die Lage der Bahnsteige, Aufgänge und Aufzüge hatte ich vor Ort recherchiert.
JOSM habe (und nutze) ich schon eine Weile, auch mit dem Revert-Plugin. Nur habe ich immer noch Skrupel ChangeSets zu reverten. Selbst hier bin ich mir nicht 100% sicher, was besser ist. Bitte entscheide Du.
Viele Grüße
Wolfgang
Nakaner (2015-11-25 21:27:19+00:00): Dann schaue ich mir mal den Changeset (und ggf. dazu gehörende Changesets von dir und ihm) morgen mit Achavi genauer an.
Wolle DD (2015-11-25 21:29:21+00:00): Okay, dankeschön!
rolandmwagner (2015-11-26 06:50:18+00:00): Guten Morgen zusammen,
da ich im Moment kaum Zeit habe und gleich um 8:00 h Steve Coast abhole und wir das Wherecamp starten, schlage ich vor, dass ich einfach zum nächsten Stammtisch nach Dresden komme. Das wäre doch am 3.12., oder? Einerseits habe ich wie beschrieben diese Punkte gar nicht gesetzt, zum anderen, und das finde ich viel spannender, möchte ich eure Idee zu Indoor und Bahnhof hören. Hier gibt es noch viel zu tun. Und übrigens, ich habe viel Zeit im Bahnhof Dresden verbracht. Die anderen Punkt, zu der wirtschaftlichen Betrachtung bringe ich entsprechend mit. Aber alles geht nicht und wir haben heute besondere Gäste aus der Welt in Deutschland. Übrigens habe ich auch die FOSSGIS2014 in Berlin gehostet. 
Beste Grüße aus Berlin (leider in Eile).
Roland
Nakaner (2015-11-26 19:34:51+00:00): Ich habe durch meine Untersuchungen festgestellt, dass es IMHO am sinnvollsten ist, den Changeset samt der Reparaturversuche zu revertieren. Die nötigen Reparturen entsprächen vom Arbeitsaufwand her einer Neuerfassung. Den Revert werde ich gleich durchführen. Eine Auflistung der von mir gefundenen Fehler und meines eigenen Wissens zu rolandmwagner werde ich anschließend auf der Dresdner Mailingliste posten.
Nakaner (2015-11-26 19:45:33+00:00): revertiert durch https://www.openstreetmap.org/changeset/35598895
Polarbear (2015-11-27 13:23:27+00:00): Fotos des ground surveys sind online: http://www.openrailwaystationmap.org/0.1.1/data/
dave_in_ag (2015-11-20 14:24:29+00:00): This seems like an accidental edit.  Should it be reverted?
naoliv (2016-07-23 21:34:25+00:00): Porra, boneco.
Devia ter colocado note nesses negócios que não existem no Bing, pros retardados que nem eu não ficar pensando da onde você tirou isso.
boneco (2016-07-23 23:09:17+00:00): Veja o source do changeset voador
naoliv (2016-07-23 23:11:41+00:00): Eu vi.
Mas leva um tempo até acabar de pensar "porque essa coisa está desse jeito?"
SomeoneElse_Revert (2019-10-13 10:07:43+00:00): This changeset has been reverted fully or in part by changeset 75619145 where the changeset comment is: Reverting some licence-incompatible changes in the USA.  See https://www.openstreetmap.org/user_blocks/3195 etc. for details.
SomeoneElse_Revert (2019-10-13 10:08:54+00:00): This changeset has been reverted fully or in part by changeset 75619145 where the changeset comment is: Reverting some licence-incompatible changes in the USA.  See https://www.openstreetmap.org/user_blocks/3195 etc. for details.
literan (2015-11-20 13:37:49+00:00): с чего вы взяли, что от МКАДа? Не от него, а от того места, где соответствующий знак стоит. Откатываю.
Geogast (2015-11-19 23:52:02+00:00): Falscher CS-Kommentar und falscher source.
Richtig: gemappt wurde Eisenbahn-Kilometrierung mithilfe von „NRW-Atlas: Digitale GrundKarte 1:5000“
mfsch (2015-11-19 23:56:14+00:00): correct changeset comment should be "added H95 cultural venue"
davidkeegel (2015-11-20 00:51:56+00:00): change description should have been "Add 29 Saxonwood Drive".
davidkeegel (2015-11-20 00:51:01+00:00): change description should have been "Add 9 Saxonwood Drive".
pyrog (2020-07-26 17:16:11+00:00): Salut Alix ?

Merci d'avoir ajouté les n° d'adresse.

Il est inutile de mettre les tags suivants :
addr:city
addr:country
addr:postcode

C'est mieux de les mettre sous forme de nœuds (et si possible, dans des relations associatedStreet) plutôt que dans les polygones.
.
exemple :
https://www.openstreetmap.org/way/150172412
Ludo les a ajouté "correctement" mais avait oublié de supprimer les adresses des polygones :
https://www.openstreetmap.org/node/4642251942

Merci,
__
Yves
PS: j'ai corrigé
npalix (2020-07-27 08:12:08+00:00): Bonjour,

J'avais suivi les recommandations du Wiki.
L'édition est ancienne, mais elle les respecte toujours.
https://wiki.openstreetmap.org/w/index.php?title=Key:addr&uselang=en-GB#If_the_address_applies_to_an_area_.28e.g._often_detached_houses.2C_terraced_house.2C_buildings_including_or_without_associated_open_areas.29

Le choix entre noeud et polygone dépend vraiment de la situation. Chez un notaire, c'est la parcelle qui a une adresse...
Si c'est pour une boite aux lettres ou une entrée, il faudra un noeud.
Je suis d'accord que l'usage de associatedStreet est intéressant, mais cela pose plein d'autres problème:
https://wiki.openstreetmap.org/wiki/Relation:associatedStreet.

Pour les autres tags, l'usage des inclusions avec des frontières est efficaces, c'est pour cela que les champs sont optionnels, ce qui n'empêche donc pas de les mettre.

Il faudrait peut être mettre à jour la page wiki française pour plus de cohérence.

Nicolas Palix
pyrog (2020-07-27 08:29:50+00:00): Salut Nicolas,

> J'avais suivi les recommandations du Wiki. 

Le wiki n'ai pas forcément à jour et/ou ne représente pas les usages dans tous les pays. De plus il est loin de faire l'unanimité.

> Le choix entre noeud et polygone dépend vraiment de la situation.

Il y a régulièrement des discussions à ce sujet (du moins en France).
Et pas forcément de consensus.

Le notaire et la DGFiP ne vont pas sur le terrain pour distribuer des colis ni faire du routage ;)

L'un des problèmes en France c'est que le bâti et les adresses proviennent du cadastre.

En tout cas, le problème principal était les doublons d'adresse (polygone/nœud).

>Il faudrait peut être mettre à jour la page wiki française pour plus de cohérence.

N'hésite pas, et aussi en discuter sur talk-fr, IRC…

Bonne journée,
__
Yves
npalix (2020-07-27 08:59:05+00:00): Je ne considère pas que ce soit un doublon.
Le bâtiment a une adresse aussi. Il faut également un noeud pour l'entrée/boite aux lettres utilisé pour les livraisons et le routage.

Je n'ai malheureusement plus le temps de faire beaucoup d'éditions, ni de participer activement aux discussions. Le wiki reste donc la seule source d'information utilisable sur les bonnes pratiques et la description des tags en dehors du support des éditeurs.
pyrog (2020-07-27 09:05:01+00:00): > Je ne considère pas que ce soit un doublon.
> Le bâtiment a une adresse aussi.

La poignée de porte, les tuiles… tout à une adresse ;)

Le géocodage inverse permet de trouver l'adresse de la maison.

Et pour un bâtiment donnant sur plusieurs rues, et/ou avec plusieurs numéros dans une même rue, mettre l'adresse sur le polygone ne fonctionne pas.

Autant mettre tout de suite l'adresse où elle se trouve réellement (la porte, boite à lettre…).

Cordialement,
__
Yves
__
Yves
GOwin (2015-11-22 08:30:19+00:00): Good to know! Welcome to OpenStreetMap, and glad to see you mapping.

If you have questions, or concerns, don't hesitate to get in touch with the local mapping community in the Philippines:

* Mailing list: https://lists.openstreetmap.org/pipermail/talk-ph/
* FB: http://fb.com/OSMph
* G+: https://goo.gl/qk7cfn

Cheers,
GOwin
Warin61 (2015-12-27 09:51:40+00:00): Hi,
'We' now have LPI base map data - you will find this much easier to use to plot out the National Parks outer boundaries, not so good for park to park boundaries. I think the LPI data is better than the dep of environment. It does include State Forest too. See what you think... I have looked at the Dorrigo and New England boarders .. think they could have some corrections?
EinKonstanzer (2015-12-06 11:33:56+00:00): Die Restrictions 5678198 und 5678197 sind zwar richtig aber in der Praxis nicht relevant
Klawodu (2015-12-08 17:55:50+00:00): Hallo EinKonstanzer,

hab sie wieder gelöscht.

Danke für die Informationen.kann nur besser werden...

Mfg klawodu
EinKonstanzer (2015-12-14 17:32:50+00:00): Jau :) Wenn du noch weitere Fragen hast, schreib mir einfach direkt.
SomeoneElse_Revert (2019-10-13 10:08:46+00:00): This changeset has been reverted fully or in part by changeset 75619145 where the changeset comment is: Reverting some licence-incompatible changes in the USA.  See https://www.openstreetmap.org/user_blocks/3195 etc. for details.
SomeoneElse_Revert (2019-10-13 10:07:51+00:00): This changeset has been reverted fully or in part by changeset 75619145 where the changeset comment is: Reverting some licence-incompatible changes in the USA.  See https://www.openstreetmap.org/user_blocks/3195 etc. for details.
luiswoo (2015-11-20 13:58:08+00:00): Блин, если тип дороги заменяется на грунтовку, зачем оставлять покрытие "без покрытия". Нужно указывать тип просёлочной дороги. Если там можно проехать на машине, то теперь нужно указать доступ для автотранспорта. Вот зачем всё нужно коверкать под навигатор с тракторными настойками?!
Nakaner (2015-12-09 15:33:59+00:00): Hallo Roland,

ich picke mir jetzt einfach einen Änderungssatz heraus; was ich hier schreibe, gilt aber auch für die anderen "Demonstrationsbahnhöfe".

Bei deinen Edits hast du zahlreiche doppelte Ladengeschäfte und andere POIs erzeugt, indem du zwar Flächen für diese eingezeichnet hast, aber nicht die Nodes gelöscht hast. Wie https://wiki.openstreetmap.org/wiki/DE:One_feature,_one_OSM_element zu entnehmen ist, wird jedes physisch existente Objekt in OSM nur einmal erfasst.

Daher möchte ich dich bitten, in den kommenden Tagen die Nodes zu entfernen. Damit die History erhalten bleibt, installierst du am besten das utilsplugin2-Plugin in JOSM. In JOSM markierst du dann beide Objekte (alter Node und neuer Way) und klickst auf Werkzeuge2 -> Geometrie ersetzen.

Viele Grüße

Michael
Nakaner (2015-12-24 12:31:08+00:00): Hallo Roland,

ich möchte dich hiermit noch einmal daran erinnern, in den kommenden Tagen die negativen Hinterlassenschaften an deinen "Demonstrationsbahnhöfen" aufzuräumen. Du hast zahlreiche doppelte POIs erzeugt. Wie man aufräumt, habe ich in meinem vorhigen Kommentar beschrieben.

Es kann nicht sein, dass du dein Zeug einfach in OSM hineinkippst und dann die Community putzen lässt.

Solltest du nicht eigenständig aufräumen, räume ich auf. Wenn ich aufräume werde ich in einigen Fällen deine Flächen-POIs löschen, wenn sie mir unplausibel erscheine oder ich aufgrund meiner Ortskenntnis weiß, dass sie falsch sind.

Viele Grüße und ein frohes Fest wünscht

Michael
rolandmwagner (2016-01-01 12:43:06+00:00): Danke für den Hinweis. Ich habe die Doppelauszeichnung mit Node und Way zu einem Way reduziert. Fahrstühle können einfach als POIs und in einem hohen Level auch als AOIs gesehen werden. Genauer ist natürlich immer ein AOI. Danke für den Hinweis, Michael.
P.S. ich bin wieder in Dresden zum Januarstammtisch.
Supaplex (2015-11-20 12:16:52+00:00): 您好：

歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
下面是台灣社群相關的網站，可以加入彼此切磋切磋！

台灣OpenStreetMap網站 http://www.openstreetmap.tw
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw

敬祝畫圖愉快！
GOwin (2015-11-20 10:40:24+00:00): Interesting! I'll make sure to drop by next time I'm near the area.

By the way, there's this:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbiergarten

In case, that's the more appropriate tag, rather than a restaurant.

Cheers,
pyram (2016-12-02 22:14:03+00:00): Ist das richtig?:
http://www.openstreetmap.org/note/802771#map=15/52.1837/8.9430
Supaplex (2015-11-20 12:02:31+00:00): 您好：

歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
下面是台灣社群相關的網站，可以加入彼此切磋切磋！

台灣OpenStreetMap網站 http://www.openstreetmap.tw
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw

敬祝畫圖愉快！
Hjart (2015-11-20 10:02:17+00:00): Please do not touch danish addressnodes. We are importing and managing them via scripts and it's much easier when they stay nodes. Furthermore danish law says that they are not associated with any particular building.
Hjart (2015-11-20 10:03:03+00:00): Thank you btw for keeping landuse and highways separate. It's much appreciated.
GOwin (2015-11-20 10:18:27+00:00): Good job Jaimee! Keep it up.

Should you wish to keep in touch with the local OSM community, we're in the following:
* [Mailing list](https://lists.openstreetmap.org/pipermail/talk-ph/)
* [Facebook](http://fb.com/OSMph)
* [Google+](https://plus.google.com/112683195199513602367)
geozeisig (2015-11-24 07:01:49+00:00): Warum werden die Haltestellen (highway=bus_stop) jetzt auf der Straße kartiert und nicht seitlich daneben, so dass man auf der Karte erkennt aus welcher Richtung der Bus kommt?
Balgofil (2015-11-25 06:28:30+00:00): Hallo geozeisig,

ich habe die Bushaltestellen auf das neue Schema umgestellt. Dabei habe ich einen zusätzlichen Way mit public_transport=platform gezeichnet und den Haltepunkt mit public_transport=stop_position. Da ich die highway=bus_stop erhalten wollte, habe ich sie zu den stop_position gepackt. Denn die platforms sind ways und bus_stop darf nur an nodes ran (siehe: https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dbus_stop). Ich wollte die Dinge aber auch nicht doppelt erfassen. Ich weiß dass die momentane Situation nicht optimal ist, vielleicht hast du einen besseren Lösungsvorschlag. Längerfristig will ich die Bus-Relations auf das neue Schema umstellen.
geozeisig (2015-11-25 17:27:43+00:00): Wenn du was änderst, wäre es aber schön, wenn die bus_stop links oder rechts des highway blieben. So steht es auch in der Wiki! Wenn nur zusätzliche tags hinzugekommen wären, hätte ich es nicht bemerkt. Einen Hinweis, wie das neue System angewendet werden sollte, kann ich dir nicht geben, da ich den Sinn noch nicht erfasst habe (wobei ich selbst schon viele Wiki-Seiten geschrieben habe). Gibt es eine Karte auf der das neue System berücksichtigt wird? Gruß
Balgofil (2015-11-26 20:42:26+00:00): Hallo geozeisig,

ich habe jetzt die Haltestellen wieder an die Seiten gepackt (siehe Changesets: 35585388 35586065). Die neuen platforms bestehen weiter.
Danke für deine Anmerkungen.
Gruß
Bob Blaylock (2015-11-20 09:03:59+00:00):   The name of this street must have been changed recently.  Google Street View has an image that clearly shows a sign identifying it as “Garden St.”, but that sign was nowhere to be seen when I was there some hours ago.  Every sign I could find identified it as “Grand St.”

  See https://www.flickr.com/photos/bob_blaylock/albums/72157660807847760
bagage (2015-11-20 09:17:20+00:00): Sorry, my bad! (iD merge button merging highway types and I did not notice it)...
GerdP (2015-11-20 09:32:39+00:00): thanks for the feedback. I hope that the new iD version 1.8..0 (released today) will help to avoid these errors .
bagage (2015-11-20 09:17:26+00:00): Thanks ;)
Zbigniew_Cz (2015-11-21 08:09:28+00:00): Kolego, po raz kolejny proszę o nieprzenoszenie ręczne adresów na obrysy. Jeśli masz ochotę rysować obrysy, proszę bardzo, ale adresy zostaw w spokoju, ponieważ je psujesz przy przenoszeniu, a ja nie mam nieskończonej ilości czasu, by je po Tobie poprawiać.
PrzemekP (2015-11-21 10:05:25+00:00): Witaj,
nie chcę być upierdliwy, ale czy chodzi o taga adr:place a nie adr:city?
Pewnie tutaj robię Ci robotę?
Zbigniew_Cz (2015-11-21 11:43:54+00:00): Chodzi o wszystkie tagi, które były na węźle, a nie znalazły się na obrysie, czyli addr:place i source:addr.
maraf24 (2015-11-21 12:56:48+00:00): By przenieść adres z węzła na obrys bez ręcznego przepisywania należy w edytorze:
1.zaznaczyć jednocześnie węzeł i obrys 
2.użyć funkcji scalania (ikonka z plusem)
PrzemekP (2015-11-21 13:33:05+00:00): Dziękuję za uwagi i pomoc, postaram się już nie robić tych błędów
GerdP (2015-11-20 18:34:55+00:00): This changeset is currently discussed, see
http://gis.19327.n5.nabble.com/improve-tagging-of-traffic-calming-tp5860596.html
Nakaner (2015-11-20 11:23:53+00:00): Hallo SaschaNuecken,

herzlich willkommen bei OSM.

Bei deinen Edits habe ich leider ein paar Kleinigkeiten zu kritisieren.

name=Zaun (https://www.openstreetmap.org/way/381441999/history) ist kein ausreichendes Tagging. Damit kann kein Datennutzer etwas anfangen. Außerdem ist Name, kein Eigenname. (https://wiki.openstreetmap.org/wiki/DE:Names#name_ist_nur_der_Name) Bitte fülle die passende Vorlage im iD-Editor aus oder ergänze manuell das Tag barrier=fence.

Bitte entferne außerdem nicht highway=* von der Straße, wenn sie privat wird. Sie wird in so einem Fall, dann höchstens von highway=residential auf highway=service degradiert und mit access=private (nicht access=no) getaggt.

Ich habe deine Edits korrigiert. Da ich keine Ortskenntnis habe und Bing dort veraltet ist, bitte ich dich, noch einmal darüber zu schauen.

Viele Grüße

Michael
chillly (2015-11-20 14:36:21+00:00): This is a mechanical edit.

Where was it discussed?
GerdP (2015-11-20 14:47:40+00:00): Well, yes, probable you can call it mechanical edit, although I've verified each node. The tag highway=traffic_calming is 
often used instead of traffic_calming=* , probably because of a missleading wiki.
chillly (2015-11-20 14:53:05+00:00): OK, a mech edit that has not been discussed and agreed will be reverted. That's the rules.
GerdP (2015-11-20 14:58:02+00:00): okay, do I have to do the revert ?
I've done this check with all nodes
(940)
GerdP (2015-11-20 14:59:26+00:00): Or maybe it is okay to discuss it now
on the tagging list ?
chillly (2015-11-20 15:01:45+00:00): Mech edits have NOTHING to do with the tagging list. You made an undiscussed unagreed mech edit, so I think you should revert it rather than asking anyone else to do it.
GerdP (2015-11-20 15:05:59+00:00): okay, I'll revert this one now and discuss 
next.
chillly (2015-11-20 15:07:08+00:00): Thanks
RobJN (2015-11-22 19:11:43+00:00): As per my email, I have no issue with the edit and feel that the fact that we are discussing this is (probably) more wasteful/harmful than this edit.

https://lists.openstreetmap.org/pipermail/talk-gb/2015-November/018052.html

I appreciate that both of you meant well but I feel a pragmatic approach on a case by case basis is often better than a blanket application of some rule. This allows us to pick our battles wisely so that we don't pull the moral of the community down.
chillly (2015-11-22 19:34:24+00:00): @RobJN, I don't agree.

All mechanical edits should be discussed before being made. Period.
GerdP (2015-11-22 20:13:05+00:00): @RobJN Thanks for the good description of what I did, you made that much more clear than I did.
@chillly: I fear you got me wrong, I don't
want to "redo" this edit, I'd prefer that this is done by the local mappers (that's what I meant with "ask the mappers to review the remaining ... nodes"
And no, you don't have to repeat that mechanical edits need discussion ;-)
RobJN (2015-12-01 19:03:02+00:00): Given that this gained unanimous approval on talk-gb (although only I commented on the merit of the change), I am going to see if it is possible to un-revert.