This changeset has been reverted fully or in part by changeset/77791864 where the changeset comment is: revert 51011985

This changeset has been reverted fully or in part by changeset/77791783 where the changeset comment is: revert 50525497

You should only add speed limits that are designated. (On-the-ground rule!)
If, for some unknown reason, you add speed limits based on legal defaults, you MUST also add a source:maxspeed=AT:rural or maxspeed:type=AT:rural tag to make that clear.

In diesem Changeset und in weiteren hast du Adressen von Gebäuden gelöscht und auf Nodes verschoben. Das ist eine eindeutige Verschlechterung. Abgesehen davon verstößt du mit deinen Edits gegen den automated edits code of conduct (osm.wiki/Automated_Edits_code_of_conduct). Ich fordere dich auf, alle derartigen Änderungen rückgängig zu machen, dann jene Seite genau zu lesen und Imports künftig entweder richtig zu machen oder zu unterlassen. Abgesehen davon gehört es sich, lokale Mapper vorher anzuschreiben, bevor man auch nur in Erwägung zieht, an von ihnen mit Ortskenntnis erfassten Daten herumzupfuschen.

This changeset has been reverted fully or in part by changeset/75381465 where the changeset comment is: durch einen Sofamapper vorgenommene Verunstaltungen (changeset/74275630) rueckgaengig

This changeset has been reverted fully or in part by changeset/75381083 where the changeset comment is: 74276383 rueckgaengig, denn darin wurden von mir mit Ortskenntnis gemappte Adressen geloescht

Das sind alles Namen, die sich zumindest ursprünglich auf die jeweilige Felswand beziehen, aber irgendwann von Geografen, Gipfelsammlern (ein spezieller Schlag von Bergsteigern) usw. eine Bedeutungserweiterung auf den Gipfel erfahren haben. Denen sind halt die Gipfel wichtiger, während früher den Einheimischen die Gipfel egal waren, für sie waren nur die Felswände von Bedeutung (als Hindernisse).
Es war nicht irgendein Gipfelbucheintrag, sondern es stand groß auf der ersten Seite. Leider hab ich es nicht fotografiert. Hast du Fotos von den ersten Seiten?

Als ich 2007 oben war, stand im Gipfelbuch: "Willst du etwas schlauer sein, gehst du auf den Schauerstein!" (oder "gehe auf..." - jetzt bin ich mir nicht mehr sicher). Jedenfalls war es der Schauerstein und nicht die Schauerwand, sonst würde es sich nicht reimen. Steht jetzt im Gipfelbuch ein anderer Name? Die Schauerwand ist dem Namen nach eine Felswand, kein Gipfel. Allerdings heißt der Gipfel in der Franziszeische Landesaufnahme Schauerwandhöhe und in der Franzisco-Josephinischen Landesaufnahme Dürrkogel. In beiden ist weiter südwestlich, beim Schneealpenhaus, ein Schauerkogel. Sehr verwirrend.

Blöderweise verlaufen die Katastralgemeindegrenzen fast nie entlang der Straßenmitte. Am einfachsten ist es, den Node aus der Grenze wieder rauszunehmen, aber noch besser schaust du dir die Grenze am wien.at Stadtplan an. (Wie man sich zu den Katastralgemeindegrenzen durchklickt, weiß ich nicht mehr auswendig.)

Why did you add a bus stop to a katastralgemeinden boundary (way/390666693/history) ?

Wie gesagt halte ich name="Gemeinde Scheibbs" + official_name="Scheibbs" für die Lösung, von der im Moment die meisten Anwender etwas haben. Wem das nicht genügt, den bitte ich, mein Proposal wiederzubeleben.
Da in diesem Changeset St. Veit an der Gölsen betroffen war: Unterschiedliche Schreibweisen wie "St." / "Sankt" lassen sich mit alt_name=* teilweise abfangen, aber hier wären eigentlich Anwendungen wie Nominatim gefordert, osm.wiki/Name_finder:Abbreviations endlich zu implementieren...

"United States" ist eindeutig, genauso wie "Österreich" eindeutig ist. Darum ist weder im gemeinen Sprachgebrauch noch in OSM ein Zusatz im Namen erforderlich. Wenn du dir in den USA die Counties ansiehst, wird dir auffallen, dass überall "... County" im Namen steht. Probier einmal, in den USA das "County" aus den Namen rauszulöschen mit der Begründung, dass sich das eh aus admin_level ergibt. Dann werden dich 330 Mio Menschen lynchen wollen. ;-)
admin_level hilft den Kartennutzern nichts, weil die Bedeutung von Land zu Land verschieden ist und sogar innerhalb Österreichs verschieden ist (z.B. in Wien haben die Bezirke andere admin_level als in NÖ). In keiner Kartenlegende ist genug Platz für das alles. Im Standarderenderer werden noch dazu alle Beschriftungen in gleichem Schriftstil (zyklamenfarben) dargestellt. Die einzige Möglichkeit, Gemeinde und Bezirk Scheibbs auseinanderzuhalten, ist, es in den Namen hineinzuschreiben. Das ist wichtig für Millionen von Menschen, die z.B. auf der OSM-Website die Karte anschauen. Overpass-Abfragen sind vergleichsweise ein Randprogramm von und für Geeks, und die sind sowieso in der Lage, die Daten so umzuformen, wie sie sie brauchen. Für jene, die für eine Auswertung die gesetzlichen Gemeinde- und Bezirksnamen brauchen, ist es sinnvoll, jene Namen (z.B. "Zwettl-Niederösterreich" für die Gemeinde Zwettl) in official_name=* zu setzen.

Dazu gab es schon mal eine Diskussion auf talk-AT. User erwin6330, der ohne Absprache die Gemeinden in ganz Österreich umtaggte, sah dann selber ein, dass name:prefix.at ein Blödsinn ist, hat es aber nicht selber wieder in Ordnung gebracht. In den Gebieten, wo ich viel unterwegs bin, hab ich es repariert (so wie jetzt auch), woanders müssen sich andere darum kümmern. Nein, es gibt keinen Bezirk St. Veit an der Gölsen, aber z.B. einen Bezirk Scheibbs und eine Gemeinde Scheibbs, und wenn die Grenzen nur mit "Scheibbs" beschriftet sind, kann man sie nicht auseinanderhalten. Darum ist es wichtig, Gemeinden immer mit "Gemeinde ..." und Bezirke immer mit "Bezirk ..." zu benennen. Im normalen Sprachgebrauch macht man es ja genauso. Keine Anwendung wird jemals ein name:prefix:at auswerten, weil erstens keine Bedeutung dafür definiert ist und es zweitens international nicht üblich ist. Ich habe versucht, ein Tag mit definierter Bedeutung international einzuführen (osm.wiki/Proposed_features/admin_title), aber der Versuch ist kläglich gescheitert, weil gerade jene, die am lautesten nach so einem Tag geschrien hatten (z.B. der erwähnte erwin6330), mich letztlich am wenigsten dabei unterstützten. Als Gründe für die Gegenstimmen wurde u.a. genannt, dass es doch besser sei, "Gemeinde" und "Bezirk" in den Namen aufzunehmen. Also genau so, wie die Gemeinden und Bezirke hier getaggt sind und auch schon zum Zeitpunkt, wo sie angelegt wurden, getaggt waren. Wenn du auf Vereinheitlichung aus bist, dann tagge die Gemeinden auch im Westen Österreichs so. Wenn du ein extra Tag für "Gemeinde", "Bezirk" usw. bevorzugst, dann hindert dich nichts daran, mein Proposal wiederzubeleben (d.h. wieder auf Status "proposed" zu setzen, einen RFC zu versenden und nochmals abstimmen zu lassen). Nur so gibt es die Chance, dass so ein Tag jemals international anerkannt und von Anwendungen unterstützt werden wird.

This changeset has been reverted fully or in part by changeset/73764669 where the changeset comment is: revert 69745778

Ist die Pfarre nicht in einem separaten Gebäude? So ist das zumindest sonst üblich.

This is the apartment complex where I live. The whole complex has the address Davidg. 76-80, while each of the individual buildings has up to 3 additional so-called Identadressen (identical addresses). The only way to map this correctly is by using the addrN schema which is already in wide use (see https://taginfo.openstreetmap.org/keys/addr2:housenumber) and documented in at least 3 proposals (osm.wiki/Proposed_features/AddrN, osm.wiki/Proposed_features/addr2, osm.wiki/Proposed_Features/addrN). When consumers don't recognize these as addresses, it's due to badly missing software features. Nag them, write feature requests.

Bitte mach da nichts. Die Wahrscheinlichkeit ist groß, dass du mehr Fehler als Verbesserungen einbaust. Ich komme am Mittwoch sowieso vorbei. Nur zur Info, was alles schiefgehen kann: 1.) Einen Relationentyp building:hospital gibt es nicht. Eine Relation fürs AKH ist nicht nötig, weil das AKH sowieso schon als Gesamtfläche gemappt ist. 2.) Du hast building=hospital auch für Abgänge in die Tiefgarage usw. verwendet, das passt da nicht. 3.) Bei building und building:part gibt es das Problem mit den Levels. Im Hauptgebäude ist der Haupteingang auf Ebene 5 und level=1. Wenn westlich anschließend ein building:part davon gemappt wird, hat das Erdgeschoß ebenfalls level=1. Wenn dort aber ein separates Gebäude gemappt wird, hat das Erdgeschoß (das Geschoß mit dem Haupteingang) jedoch level=0. 4.) Das Vordach als building:part=roof zu mappen wirft die Frage auf, ob level=* dann die vom Dach überdeckte Etage sein soll oder die Etage, in der sich das Dach befindet....

Der nördliche Teil von way/633643444 ist genau genommen nicht nur ein Dach, sondern an den Seiten geschlossen, also ein "normales" Gebäude (level=0;1 vom dortigen Bodenniveau aus gerechnet). Auch der Steg ist rundherum geschlossen, also eigentlich auch ein Gebäude (level=1 vom dortigen Bodenniveau aus gerechnet). Also man kann die Gebäudeteile feiner mappen, aber layer=2 wär keinesfalls richtig. Für den Gebäudeteil mit den Rolltreppen könnte man eher layer=0 überlegen, weil er bis zum Bodenniveau herunterreicht. Ich glaube, ich muss mir das nächstes Mal bewusster anschauen.

Wie kommst du auf die Idee, dass das Dach den Zweck der Fahrbahn verändert? Das Dach ist dazu da, damit die Leute am Eingang nicht nass werden – egal wie sie dort hingekommen sind. Die Fahrbahn ist dazu da, damit Fahrzeuge zufahren können – egal ob sie dabei von einem Dach geschützt werden. Aber selbst wenn es eine Beziehung gäbe, dann könnte sie nicht über Schnitt-Nodes definiert werden, sondern nur über eine Relation. Gemeinsame Nodes stehen nicht für eine Beziehung, sondern für einen PHYSISCHEN KONTAKT (Berührungspunkt). Die Fahrbahn und das Dach stehen in keinem physischen Kontakt. Es sind mehrere Meter Luft dazwischen!

Straßen kreuzen sich in der Realität auch (man kann von einer auf die andere wechseln), während das Vordach mit der Straße in der Realität keinen Berührungspunkt hat. Darum haben sie auch verschiedene layer=*. Genauso wie eine U-Bahn keine Berührungspunkte mit den darüber befindlichen Häusern und Straßen hat...