Autor: Vergute

Adressen nördliches Niederösterreich

wie eine Grafik von regio-osm.de zeigt, ist der Adressbestand speziell im Westen von Österreich nun annähernd gut. Adresslücken gibt es noch in Niederösterreich und der Steiermerk. Vielfach dort bereits gemappte Adressen, bestehen bislang nur aus der Hausnummer.

Um das zu bereinigen sind noch umfassende Adressergänzungen notwendig. Zu welchem Zweck man Adressen allein aus der Hausnummern bestehend mappt, bleibt hierbei ein Rätsel. Nach Außen erscheinen solche Adressen als angeblich gemappt, tatsächlich sind solche Adressen aber vollkommen unbrauchbar.

Ich habe nun Pascal Neis gebeten, eine statistische Auswertung über die Adressentwicklung der letzten Jahre und der allgemeinen Beteilung daran zu erstellen. Ziel sollte es sein eine größere Beteiligung, auch durch andere User zu erzielen. Eine Dokumentation in OSM Wiki über eine allseits akzeptierte Vorgangsweise wäre wünschenswert. Leider gibt es außer der von mir beschriebenen Vorgangsweise, bislang keine weitere Anleitung, wie man die Adress- Situation in Österreich nachhaltig verbessern könnte.

Leider ist aktuell mein Zugang zum OSM Webforum gestört. Gerne würde ich dort die Frage stellen ob jemand anderer, bereits eine Anleitung erstellt hat, wie man die Adresserfassung für unsere Server (ohne Daten unnötig hochzuladen) ressourcensparend umsetzten könnte. Derzeitige Anleitungen würden in Anwendung, entweder hunderte aktive OSM- Mitwirkende bedingen, oder ein einzelner User wäre dazu gezwungen sicher mehr als 10 Jahre seiner Arbeitszeit allein der Vervollständigung von Adressen in Österreich zu widmen. Der Zwang zu einer solch aufwendigen Arbeitsweise, kommt tatsächlich einer Verhinderung gleich.

Eine spezielle Bitte an Github Aktive.
Ich kenne mich mit Github nicht aus, bin aber -wie viele andere EDV Laien auch-, per Videoanleitungen dazu in der Lage auch komplexe EDV-Prozeduren nachzuvollziehen. Daher wär es freundlich, für OSM Bearbeitung die auf Github verweisen, eine vollständige Videoanleitung anzufügen. (Bitte auch einen Link der die Einrichtung des Arbeitsplatzes erklärt).

Jede Adresse hat in Österreich ihre eindeutige ID:

Fiktives Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 001, OBJNR 1379565, NTZ 1)
——————————————————————————————————-

„Adresse“=“ADRC#######“
hat X Gebäude
„Gebäude“=“GEB#“

Ein Gebäude hat X Subcodes, diese bilden historische und neue, also z.B auch bereits angerissene Objekte ab.
„GEB“=“SUBCD###“

Beispiel:
Innsbruckerstraße 4:
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 001) Abriss
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 002) Neubau

Eine Adresse kann mehrere Gebäude und Gebäude Subcodes beinharten:

Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 001) Abriss
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 002) Büro-u.Wohnh.
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 002) Lagerhalle
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 003) Vordere Werkstätte
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 004) Hintere Werkstätte
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 005) KFZ-Werkstätte

Jede Subcode Gebäudeeinheit, ist in Objektnummern „OBJNR“ unterteilt.
Beispiel: Innsbruckerstraße 4 (ADRCD 8073064, GEB 1, SUBCD 002, OBJNR 3379465)

Also das Wohngebäude Subcode 001 Objekt 3379465

NTZLNR 0001 Top 1 Wohnung 1. St
NTZLNR 0002 Top 2 Wohnung 2. St
NTZLNR 0003 Büro 2. St

Natürlich wäre es also für uns interessant, in OSM den Adresscode ADRCD und die Nutzlaufnummer
abzubilden.

Beispiel:
addr:housenumber=4/2
addr:ADRCD=8073064
addr:NTZLNR=0002
addr:sub=2

Die Frage hierzu, ob wir von den Gemeinden und Städten solcherart Information, wie auch bereits thematisierten Typen: Hauptadressen, Identadressen und Pseudoadressen per OpenData erhalten.

Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Bekanntlich stellt das BEV über die gesetzliche OpenData Vorgabe, Adresslisten der Öffentlichkeit zur Verfügung. https://www.data.gv.at/katalog/dataset/adressen-relationale-tabellen-stichtagsdaten Leider beinhalten aktuelle BEV Veröffentlichungen speziell in und rund um Wien, nicht nur reale Adressen, sondern auch Pseudoadressen. Ref: https://www.openstreetmap.org/changeset/70786990 Was deren Veröffentlichung im Osten von Österreich weitgehend unbrauchbar macht. Im Westen von Österreich gibt es hingegen eine anderes Problem mit den OpenData Adressen. Dort sind Adress- Duplikate im Zufallspinzip in die Landschaft gestreut. Ref: https://www.openstreetmap.org/changeset/70171175

Die an die Fahne des BEV geheftete OpenData Unterstützung, entpuppt sich daher bislang als nur halbherzig umgesetzt. Man darf hierbei nicht vergessen, dass es sich beim Bundesamt für Eich und Vermessungswesen um eine Behörde mit gesetzlichem Auftrag handelt.

Adressen in Österreich

Mich beschäftigt derzeit die Frage ob es sinnvoll ist, Österreichs Adressen unter Anwendung von Luzandro aufbereiteten Adress- Diffs, Stichtag 1. April 2019 in Adresse unmittelbar zu vervollständigen. Unter Anwendung von mehreren Overpass Abfragen ist es nämlich möglich hierbei eine sehr brauchbare Grund Qualität sicherzustellen. (Also ein Halbimport unter Beibehaltung bereits in OSM gemappter Adressen).

Das aktuelle Problem sehe ich darin, dass sich meiner Wahrnehmung nach bislang leider -neben mir- nur der User Luzandro mit der Anwendung dieser für OSM wertvollen Adresslisten beschäftigt. Um in einen kontinuierlichen Qualitätsprozess einzusteigen, ist es sinnvoll Adress Releases jeweils möglichst vollständig anzuwenden.

Über den aktuell langsamen Fortschritt droht uns nämlich derzeit, dass neuere Realeses veröffentlicht werden, während wir die Veröffentlichung vom ersten April noch gar nicht vollständig abgearbeitet haben. Ein solches Versionschaos sollten wir vermeiden.

Ref: https://forum.openstreetmap.org/viewtopic.php?pid=746282#p746282

Zurück zur Übersicht: https://addresshistory.wordpress.com/

Österreich Postleitzahl Relationen

Ich bin guter Dinge, meine Initiative Postleitzahl Relationen in Österreich zu vervollständigen, bald fortsetzten zu können.

Der Grund für mein aktuelles Innehalten liegt darin begründet, dass ich beim Ergänzen von PLZ Relationen in Wien, auf für mich bestürzend große Adresslücken gestoßen bin. In Priorität sind natürlich Hausnummern wichtiger als PLZ Relationen, weswegen ich Vorarlberg und Tirol nun in Adresse komplettiert habe, aktuell in Salzburg Hausnummern vervollständige, und derart bewährte Techniken weiter gegen Osten ausrolle.

Wie so üblich im Leben, wenn man Dinge mit der notwendigen Konsequenz verfolgt, so eröffnen sich dann durch neue Techniken auch neue Möglichkeiten. Schlicht was vorerst als geradezu unmöglich erscheint, bekommt mit der notwendigen Beharrlichkeit verfolgt, einen Horizont.

Besonders freut mich diesbezüglich die jeweils sehr freundliche Unterstützung durch Städte und Gemeinden, sowie dem BEV für seine OpenData Spenden.

Der aktuelle Tenor zu Postleitzahl Grenzen = https://forum.openstreetmap.org/viewtopic.php?pid=739675#p739675

Für jene, welche sich an dieser Arbeit beteiligen möchten: https://openstreetmap.home.blog/2017/12/18/freistellen-der-postamt-plz-in-ein-eigenes-grenz-polygon/

AssociatedStreet in Österreich auflösen

Code, angewandt am Changeset https://www.openstreetmap.org/changeset/70448342

[out:xml][timeout:200][bbox:{{bbox}}];
{{geocodeArea:Austria}}->.searchArea;
(relation["type"="associatedStreet"](area.searchArea););
(._;>;);
out meta;

Adressen im Bundesland Vorarlberg II

Wie bereits beschrieben, habe ich am 15. Mai Adressen im Bundesland Voralberg unter Anwendung von Luzandro aufbereiteten Diffs komplettiert. Es sind nun weitere Arbeiten notwendig, dazu folgende Overpass Turbo Abfrage anwenden.

// Abfrage doppelter Hausnummern. Nodes und Gebäudepolygone ohne Adressen mit Namen oder Gewerbe. (addr:Place und addr: street wird berücksichtigt). Bitte zur Vermeidung unnötiger Serverbelastung, jeweils einen Kartenausschnitt manuell festlegen, oder das Fenster nicht zu groß wählen.

[bbox:{{bbox}}];
nwr["addr:city"]["addr:housenumber"];
for(t["addr:city"] + " " + t["addr:street"] + " " + t["addr:unit"] + " " + t["addr:flats"] + " " + t["addr:place"]+ " " + t["shop"] + " " + t["addr:housenumber"] + " " + t["name"]+ " " + t["amenity"]+ " " + t["shop"]+ " " + t["note"])
{
  if (count(nodes) + count(ways) + count(relations) > 1)
  {
   (._;>;); out meta;
  }
};

Die meisten Adressduplikate können wir an Straßenecken lokalisieren, zum Auflösen hierbei den jeweiligen Bereich im Editor
vollständig laden (ohne Overpass Filter), nun erscheint meist auch der von mir im Mai hinzugefügte Adressnode („at_bev:addr_date“=“2019-04-01“)

Adressen im Bundesland Vorarlberg I

Im Bundesland Vorarlberg gibt es an vielen Straßenecken falsch eingetragene Hausnummern, diese stammen noch aus der Zeit des austriaaddresshelper, wo dieser Adressen am Grundstück Zutrittpunkt verortet hat.

Am 15. Mai 2019 habe ich nun in Vorarlberg Luzandros „diffs“ eingespielt, diese haben nun genau solche Fehler sichtbar und reparierbar gemacht.

Grundsätzlich empfehle ich für solche Arbeiten die Installation des JOSM Styls Coloured_Streets https://josm.openstreetmap.de/wiki/Styles/Coloured_Streets wodurch der jeweiligen Straße zugehörige Adressen besser sichtbar werden.

Installation: das Style folgendermaßen installieren:
Webseite öffnen, https://josm.openstreetmap.de/wiki/Styles/Coloured_Streets

ganz nach unten scrollen.
Die Datei Styles_Coloured_Streets-style.mapcss herunterladen, und anschließend vom Download Ordner, in das JOSM Plugin Verzeichnis verschieben.

Plugin Verzeichnis Pfad:
%APPDATA%JOSMPlugins

Anschließend JOSM starten, und unter Einstellungen

Meilenstein

Adressen Bundesland Tirol, Datenstand 1. April 2019 komplett

Die dazugehörige Abfrage

[out:xml][timeout:25][bbox:{{bbox}}];
{{geocodeArea:Tirol}}->.searchArea;
(
 node
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
  way
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
  relation
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
);
(._;>;);
out meta;

Adressergänzung Österreich Beschreibung meiner aktuellen Arbeitsweise.

Vom User Luzandro aufbereitete Datensätze je Bezirk vorbereiten:
https://addresshistory.wordpress.com/2019/04/26/luzandros-adresslisten-nutzbar-machen/

Zum Erzeigen einer nun benötigten JOSM Datenebene 1, einen beliebigen unbebauten Bereich in den Editor laden.

Am Computer, ein temporäres Arbeitsverzeichnis erstellen. (C:tempWork) in dieses kopieren wir nun einen der Luzandro Adresssätze (Verzeichnis mit Inhalt Bezirk). In das Explorer Suchfeld (*filtered) eintippen, hierdurch ensteht im Arbeitsverzeichnis eine Auflistung sämtlicher Straßen je Bezirk in denen Adressen fehlen. Diese Straßen als gesamtes in den Editor JOSM ziehen.

Dort sämtliche straßenebenen.osm selektieren, rechte Maustaste und die JOSM Funktion „Vereinigen“ auslösen, hierdurch reduzieren sich sämtliche Straßen in eine einzige verbleibende „Straße“.

Nodes der verbliebene „Straße“ auswählen und kopieren. Ansicht in die Datenbene 1 umschalten, dort diese Nodes per (Strg+Alt+v) einfügen.

Ersten Versuch Daten hochzuladen ausführen, diesen Versuch aber abbrechen, und „Adress- Nodes“ in gleicher Position auflösen. Anschließend Daten hochladen.

Gejammte Adressen identifizieren und entfernen:

Im Editor JOSM unter Anwendung folgenden Filters den Bereich erneut laden.

Suchen und bereinigen nach Duplikatadressen:
Den Bezirk unter Anwendung folgenden Filters in den JOSM Editor laden.

// Abfrage doppelter Hausnummern. Nodes und Gebäudepolygone ohne Adressen mit Namen oder Gewerbe. (addr:Place und addr: street wird berücksichtigt). Bitte zur Vermeidung unnötiger Serverbelastung, jeweils einen Kartenausschnitt manuell festlegen, oder das Fenster nicht zu groß wählen.

[bbox:{{bbox}}];
nwr["addr:city"]["addr:housenumber"];
for(t["addr:city"] + " " + t["addr:street"] + " " + t["addr:unit"] + " " + t["addr:flats"] + " " + t["addr:place"]+ " " + t["shop"] + " " + t["addr:housenumber"] + " " + t["name"]+ " " + t["amenity"]+ " " + t["shop"]+ " " + t["note"])
{
  if (count(nodes) + count(ways) + count(relations) > 1)
  {
   (._;>;); out meta;
  }
};

Anschließend in JOSM durch (strg+f) folgenden Filter Anwenden : (Eigenes Changeset eintragen)

"at_bev:addr_date"="2019-04-01" and changeset:12345678

Bei den so selektierten Nodes, deren sämtliche Eigenschaften entfernen, Nodes aber auf keinen Fall verschieben oder löschen. Daten hochladen. Hierbei die Warnung „Unverbundener Punkt ohne körperliche Merkmale“ ignorieren.

Diesen Bereich unter Anwendung folgenden Filters erneut öffnen:

[out:xml][timeout:25][bbox:{{bbox}}];
rel; > -> .r;
way; > -> .w;
(( node(if:count_tags()==0); - node.r; );  - node.w; );
out meta;

Nodes ohne Eigenschaft nun löschen.

Kontrolle der neu ergänzten Adressen mittels folgender Abfrage:

[out:xml][timeout:25][bbox:{{bbox}}];
{{geocodeArea:Austria}}->.searchArea;
(
 node
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
  way
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
  relation
  ["at_bev:addr_date"="2019-04-01"](area.searchArea)({{bbox}});
);
(._;>;);
out meta;

Abschließende Arbeit

Bereits gemappte alte Adressen welche sich einen Node oder Way („;“ bzw „,“) teilen, auflösen. Neue Adressnodes in den Gebäudeumriss ziehen.

[out:xml][timeout:200][bbox:{{bbox}}];
{{geocodeArea:Austria}}->.searchArea;
(
 node
  ["addr:housenumber"~";"](area.searchArea)({{bbox}});
  way
  ["addr:housenumber"~";"](area.searchArea)({{bbox}});
  relation
  ["addr:housenumber"~";"](area.searchArea)({{bbox}});
 node
  ["addr:housenumber"~","](area.searchArea)({{bbox}});
  way
  ["addr:housenumber"~","](area.searchArea)({{bbox}});
  relation
  ["addr:housenumber"~","](area.searchArea)({{bbox}});
);
(._;>;);
out meta;