Wieso nimmst du den See von der Schottergrube aus (relation/2218921)?

Verwachsene Steinbruche bitte nicht von der Waldfläche ausnehmen! Ich hatte sie mit Absicht nicht als inner members ins Wald-Multpolygon eingehängt. Wenn dir die Ortskenntnis fehlt, dann editiere bitte nicht an diesen Multipolygonen herum.

Please don't do these type of so-called corrections. The multipolygon was already correct, you just made everything more complicated. When you think that a multipolygon like this is incorrect, contact the local mapper who did all the work mapping it, instead of botching it.

Wir haben bei node/3490898296 keine Pecherhütte gesehen. Wie genau sind die Koordinaten?

Hier ist ein Straßenabschnitt doppelt gemappt (485649701, 485649882), siehe note/977534. Kannst du das reparieren...

Die Changeset-Beschreibung "neue Einträge" passt nicht sehr gut, wenn deine einzige Änderung an way/173449504 die (hoffentlich versehentliche) Löschung des religion-Tags ist...

If you think that a tag is wrong, you should delete the tag at best, not the entire object. You even deleted an entire hotel (way/123140891). Besides, you shouln't do mass edits without discussing them beforehand, see osm.wiki/Automated_Edits_code_of_conduct. And you should be particularly careful when editing data in a county you have never been to. The local mapping communities usually do a good job mapping their region, so they don't need mass edits from outside.

Die Straßen heißen nicht "Fischl" und "Dorf". Das sind Ortsnamen.

Ja, das gleiche hab ich mir auch gedacht, aber ich hab es nicht bei allen Wegabschnitten umgesetzt. Jetzt hab ich es nachgeholt. Ich glaube zwar nicht, dass mit route=hiking die Schwierigkeit gemeint war (sondern eher dass das ein Wanderweg ist), aber sac_scale=hiking wird schon stimmen.

Ortskenntnis habe ich auch keine (ich editiere die Gegend nur um GPS-Tracks eines Freundes zu verwerten), aber man sieht auf den Luftbildern, dass der Weg weder schwierig noch gefährlich ist.

Du musst dicht nicht entschuldigen, es war ja keine Absicht und der Fehler war leicht behebbar.

Ok... Ich hab mir jetzt erlaubt, die Straße ungefähr zurück zu schieben.

Ist durch. Ich verwende für so was diese Perlscripts: https://github.com/woodpeck/osm-revert-scripts
Schwierigkeiten treten dann auf, wenn Objekte in der Zwischenzeit bearbeitet wurden. Besonders grauslich wird es dann mit Relationen (Multipolygone usw.), aber die waren diesmal zum Glück nicht betroffen. Tagänderungen sind vergleichsweise harmlos. Mühsam war nur, dass etliche Ways zerteilt worden waren (v.a. von emergency99 für seine Busrouten). Außerdem kommen viele redundante source:maxspeed/maxspeed:type von anderen Changesets. Ich hab zwar alle bearbeitet, über die ich zufällig gestoßen bin, aber mit Overpass findest du sicher noch etliche.

Warum hast du die Nodes von way/210562016 nach Norden verschoben?

Machst du, oder soll ich?

Setze bitte keine zufälligen Werte, sondern nur welche, wo du es weißt. Den Begleitweg der B50 z.B. hast du fälschlich auf "AT:urban" statt "sign" gesetzt. Außerdem sollte maximal eines von source:maxspeed und maxspeed:type gesetzt werden, da diese gleichbedeutend sind. Wir sollten diesen Changeset komplett revertieren, da anscheinend alle bearbeiteten Ways von mindestens einem der beiden Fehler betroffen sind.

Ja, das sind bekannte Fehler der Basemap: Ortsname als Straßenname, Talname als Bachname, Bergname als Flurname... Das gleiche Problem hatten wir schon mit dem plan.at-Import, wo Daten gleichen Ursprungs hereinkamen. Mit dem Ausmisten sind wir nach 8 Jahren noch immer nicht fertig.

Wenn man sich ansieht, in welchen Korruptionssümpfen Steuergelder sonst noch versickern, braucht man sich über die Qualität der amtlichen Daten nicht wundern. Sogar in den "ÖK" des BEV gibt es Fantasieobjekte wie einen Grafenberg (wo in Wahrheit nur ein nach einem Herrn Grafenberg benannter Weg ist) und eine Höhle am Nordhang der Großen Scheibe (weil die Beamten ihre eigenen Signaturen verwechselt haben).

I can confirm its existence, but the tag value is strange (camelCase, unknown "ohm" prefix), and this is the only occurrence of that tag. See http://taginfo.openstreetmap.org/search?q=barbed_wire#values for possible alternatives. Something like military=wire_obstacle would also be fine. In any case, we need to add area=yes, because area=no is implied for any kind of fence-like barriers.

Thal ist nicht der Name der Straße, sondern der Ortschaft. Genauso sind Ramsental und Luckengraben keine Namen von Bächen, sondern von Tälern (natural=valley).

You deleted amenity=*, name=*, designation=*, religion=* and source=* in this changeset and tourism=artwork in changeset/44823416.

You ask me to not revert your edits without discussion, but you did not discuss your own edits in the first place. How dare you delete tags that a local mapper has carefully set after visiting that place?