Bitte nicht den Ortsnamen auf landuse=residential setzen. Denn erstens erscheint er dann doppelt in der Karte (weil er ja auch am place-Node vorkommt), und zweitens bestehen Ortschaften i.a. aus verschiedenen landuses (residential, industrial, retail...).

Vielleicht wusstest du schon damals nicht, was es ist, weil es irgendwo angeschrieben war ohne Erklärung. Mit Google finde ich auch nichts. Statt einer Löschung wär ich trotzdem für einen Map Note, denn besser unvollständige Daten als ganz fehlende, und vielleicht kennt es wer anderer.

node/2157220575 hat nur name=CTR ohne irgendwelche anderen Tags. Weißt du, was das ist, bzw. können wir ein Maintag hinzufügen?

Das ist aber verständlich, dass Google etc. nichts finden, wenn du nach der Neuhauser Straße suchst, die in deren Adressdaten nicht vorkommt. In meinem vorigen Kommentar hab ich den umgekehrten Fall gemeint, nämlich dass die Suchwörter eine Untermenge der in der Datenbank vorhandenen Adresse sind. Dann sollten alle ein Ergebnis liefern. Grad darum finde ich es gut, wenn Straße und Ortsteil im selben Adresssatz stehen und nicht auf 2 Adressen aufgeteilt werden.

Wenn die addr* Tags zu einem Haus komplett erfasst sind, sollte eine gute Adresssuche mit diesen Tags auskommen und nicht zusätzlich eine Straßenobjekt oder einen Placenode dazu suchen, wie Nominatim es tut. Deshalb sollte "Nöstach" als Straßenname nicht nötig sein (zumal es sowieso falsch ist, weil es Orts- und kein Straßenname ist).

Zum Thema Identadressen: Die offizielle Adresse beinhaltet nur den Ort (je nach Vorliebe addr:place oder addr:hamlet) und nicht den Straßenname. Soweit ich mich erinnern kann, hat Ungrad aber Beispiele gebracht, wo Firmen in ihrer Adresse den Straßennamen angeben. Ich kann mich nicht erinnern, ob statt dem Ortsteil oder zusätzlich zum Ortsteil. Ich bin mir aber sicher, dass eine Nennung zusätzlich zum Ortsteil möglich ist, dass also Nöstach X und Neuhauser Straße X kein Entweder-oder sind, sondern Bestandteile der selben Adresse sind. Es sollte eine Adresssuche nicht daran hindern, eine Adresse mit Nöstach, Neuhauser Straße X zu finden, wenn man bei der Suche nur Nöstach X oder Neuhauser Straße X angibt. Man gibt ja bei einer Suche selten die komplette Adresse ein. Es ist Aufgabe der Suchfunktion, die Adresse aus Bruchstücken zu vervollständigen und dann entweder die vollständige Adresse anzuzeigen (wenn eindeutig) oder eine Auswahl anzubieten (wenn nicht eindeutig).

Das bringt uns zum alten Dilemma: gemäß Spezifikation mappen vs. für den Renderer mappen. (In diesem Fall ist es kein Renderer, sondern Nominatim, aber im Prinzip ist es das gleiche.) Ich finde diese alt_name grundfalsch, und dass Nominatim die addr-Tags nicht vollständig auswertet, sollte kein Anlass für diese Verunstaltung sein, denn erstens wird der Nominatim-Bug hoffentlich noch zu unseren Lebzeiten behoben werden, und zweitens glaube ich nicht, dass das Rote Kreuz mit Nominatim navigiert.

Dass es sich um Konskriptionsnummern handelt, finde ich (mich in Anwender und deren Software hineindenkend) nicht so offensichtlich, schon gar nicht wenn addr:street gesetzt ist. Praktisch sollte es egal sein, solang in dieser Gemeinde keine Orientierungsnummern eingeführt werden. (In dem Fall müssen sowieso alle Adressen überarbeitet werden.)

PS: Ja, dieses PDF meinte ich.

Lass mir deine Mailadresse zukommen (meine steht auf www.volki.at), dann maile ich dir das PDF von Ungrad. Ich mache mir Sorgen um seine Gesundheit, aber er wohnt(e) jedenfalls ganz in der Nähe, in Dörfl, und hat sich eingehend mit den Adressen und Straßennamen beschäftigt (u.a. weil Blaulichtorganisationen immer Schwierigkeiten hatten, die Häuser zu finden) und ist somit eine zuverlässigere Quelle als das BEV. Ich hab die Adressen damals leider nicht fertig (d.h. in allen Ortsteilen) erfasst, und die addr:street dienen überwiegend nur der Orientierung, weil die Hausnummern immer noch Konskriptionsnummern sind (evtl. wär addr:conscriptionnumber statt addr:housenumber eindeutiger). Der Name Neuhauser Straße gehört auf der B11 nachgetragen, das muss ich damals übersehen haben. Mödlinger Straße ist nur der Landesstraßenname und hat auf den Ways nichts verloren.

Diese Änderung ist eine Verschlimmbesserung. Die Landesstraßennummer (z.B. B5) sollte nicht im Namen stehen, sondern nur in ref=*. In name=* gehört ggf. der an Straßentafeln der Gemeinde angeschriebene Name ("Hauptstraße", "Kirchenplatz" u.dgl.).
Auch maxspeed=100 hinzuzufügen ist kontraproduktiv, weil der Wert für highway=primary sowieso schon impliziert ist (siehe osm.wiki/OSM_tags_for_routing/Maxspeed#Default_speed_limits_by_country) und ein explizites Setzen suggeriert, dass dort eine 100er-Tafel steht (nach dem Grundsatz: we map what we see). Wenn du trotzdem maxspeed=100 setzen willst, dann setze zusätzlich source:maxspeed=AT:rural (oder gleichbedeutend maxspeed:type=AT:rural), damit klar bleibt, dass dort keine explizite Geschwindigkeitsbeschränkung ausgeschildert ist.

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

Da ist gehörig was schiefgegangen, siehe z.B. node/1965330575 (Heidbachbrücke), vorher richtig, jetzt um 43m daneben. Anscheinend hast du alles von der Basemap abgezeichnet statt von Luftbildern+Laserscan. Ich werde versuchen, das rückgängig zu machen.

"zur Abwechslung pragmatisch" ist ein Widerspruch in sich. Pragmatisch ist es, auf Abwechslung zu verzichten und 1.) sich an bestehende Konventionen zu halten, 2.) Objekte im Zweifelsfall zu lassen, wie sie sind, vor allem erfahrene User mit Ortskenntnis sie schon im Detail bearbeitet haben. Ich bitte dich daher, deine Änderung rückgängig zu machen, hier und wo du sonst noch Ähnliches gemacht hast.

Die erste Frage hab ich eh schon in meinem ersten Kommentar beantwortet (Diskussionsergebnis von Talk-AT, Landnutzung != Bewuchs). Für Baumbewuchs gibts genau genommen gar kein Tag - außer natural=wood, aber das steht für Naturwald, und landcover=trees, aber dafür fehlt immer noch eine Definition. Ist eine Jungfichte ein Baum oder ein Strauch oder beides? Nicht so klar. Der praktischen Bedeutung nach ist ein Junfichtengestrüpp genauso natural=scrub wie ein Latschengestrüpp. Zu deiner letzten Frage: Es ist Gestrüpp in einer forstwirtschaftlich genutzten Fläche, und so sollte ein Datennutzer das interpretieren. Beim Rendering gibt es mehrere Möglichkeiten, die alle ok sind: a) scrub priorisieren, b) forest priorisieren, c) Signaturen für beides rendern (derzeitiges Verhalten im OSM-Standardlayer), d) die kleinere Fläche "darüber" zeichnen (Standard der meisten Renderer), e) die größere Fläche priorisieren (zwecks Generalisierung).

Eben, du hast ihn als "inner" aufgenommen, und das ist falsch! Auch fürelation/445228778 wäre eine Aufnahme als "inner" falsch.

Naturverjüngungsflächen nach Kahlschlag (z.B. way/359271510) vom landuse=forest auszunehmen ist keine gute Idee. Das Thema wurde schon in Talk-AT diskutiert und es ergab sich der Konsens, das nicht zu machen. Denn die Nutzung ist immer noch Forst, und die Sukzession zurück zum Wald geht meist innerhalb weniger Jahre. Schon zum Zeitpunkt deines Edits konntest du am Luftbild die aufkommenden Bäume sehen. Warum editierst du immer wieder an Wald-Multipolygonen herum, die eh schon perfekt und mit Bedacht gemappt sind? Lass es bitte einfach so, wie die Leute mit Ortskenntnis es in jahrelanger Arbeit hingetrimmt haben.

Ich melde mich nochmal aus einem anderen Grund: Der Name Wanzwiese, wo hast du den her?

Ich schlage vor, name=Gartenhof auf eine Fläche mit man_made=courtyard zu transferieren.

Nakaner, du fällst immer nur durch Stänkern auf und durch Herumpfuschen an Daten, die dich nichts angehen. Lies endlich mal das Wiki und trag was eigenes zu OSM bei statt anderen das Leben schwer zu machen.

Diese Leute gehören alle gesperrt, weil es nie eine Abstimmung, geschweige einen Konsens darüber gab, farm durch farmland zu ersetzen. Was das Rendering betrifft: Wir mappen nicht für den Renderer, und es gibt nur eine einige Karte, in der farm früher gerendert wurde und heute nicht mehr. Das ist ein banaler Bug, der sich in einer einzigen Configzeile beheben lässt. Stattdessen als Workaround Millionen von Kartendaten zu ändern ist absurd.

Gratuliere. Damit stehst du als letzter Bearbeiter in der History, ohne irgendwas beigetragen zu haben. landuse=farmland ist nur ein Synonym zu landuse=farm.

3102813 war nie ein old-style multipolygon