Die erwähnten Tags sind vermutlich überall überflüssig, so wie weiland der Tag “is_in”.
Man müsste man sich aber vorher noch anschauen, dass keine Ortsinfo verloren geht die je nach Bundesland manchmal Teil der Adresse ist. Ich glaub in Niederösterreich und Steiermark kommt es öfters vor, dass ein Ort/Siedlung im Sinne von Teil einer politischen Gemeinden in der Adresse vorkommt. Die politische Gemeinde zusätzlich oder gar nicht.
Diese Ortsinfo kommt aber glaub ich in einem anderen addr: tag vor - könnte aber falscherweise derzeit in z.b. addr:district stehen.
Der zweibuchstabige ISO 3166-1 alpha-2-Ländercode in Großbuchstaben. Beispiel: “DE” für Deutschland, “FR” für Frankreich, “IT” für Italien.
Auffällig ist, das die meisten Treffer davon POIs sind, welche erst vor kurzem angelegt worden sind - entweder von “deleted” oder von yarli.
Könnte ein Import sein, siehe ein Beispiel: Changeset: 137607345 | OpenStreetMap
Die autos aus Austria die hier zum urlaub kommen haben oft einen fetten A sticker am hintern obwohl heut zu tage die lands code im kennzeichen mit eingeschossen ist.
Vielleicht ist es weil Tirol auch ein teil in Italien liegt hier bekannt als Alto Adige (Süd Tirol). Auf jedem fall in JOSM der 5te oder 6te position der adres preset ist country. Think International :O)
Auf jedem fall, hier ist Tag 3 Code Rot, wenn sie/er das mag, fuer mich totally kool.
Die Autos aus Deutschland, die hierher zum Skifahren kommen, haben oft einen großen D-Aufkleber
Unabhängig davon wird in OSM für addr:country DE und nicht D verwendet.
Im KFZ-Bereich gibt es übrigens einige Länder, welche nur einen Buchstaben haben. Unter anderem Österreich (A), Belgien (B), Deutschland (D), Spanien (E), Frankreich (F), Ungarn (H), Italien (I), Luxemburg (L), Norwegen (N), Portugal (P), Schweden (S).
Ich möcht da gleich noch hinzufügen, dass es auch einige als unparsbar gemeldete Hausnummern gibt.
Leicht herauszufiltern war da z. B. das Schema: addr:housenumber = 69 Stg. 3, was sich laut Abfrage um NÖ häuft (198).
Das könnte mit der in der Abfrage genutzten RegEx (\w)\s?Stg\.?\s?(\w) auch leicht automatisch in addr:housenumber und addr:unit aufgeteilt werden.
Da gibt es z.B. die Unart, jedem Gebäude von der Garage bis zum Hühnerstall eine Postleitzahl zu verpassen. Ist völlig sinnfrei und kann nur aufgeräumt werden, wenn man jede Gebäudeadresse einzeln überprüft (oder man löscht alle alleinstehenden PLZ, was dann noch die übrig lässt, bei denen auch noch addr:city gesetzt ist…).
Eigentlich ist die Beschäftigung mit dem Thema ja unsinnig. Der Datenbestand des BEV müsste in einen separaten, geschützten layer importiert werden. Da könnte man ihn dann toolunterstützt aktualisieren und von da weg Abweichungen in OSM eintragen. Das Ganze unvollständig und manuell zu machen und dann den Wildwuchs aufzuräumen ist so ineffizient wie’s nur geht.
