AustriaAdressHelper in der Praxis

addresshistory_org · 2018-05-02T12:03:15.000Z

Danke für das Lob.

Grüße Johann

Luzandro · 2018-05-03T04:36:34.000Z

Negreheb:

Hört sich auch gut an. Gedanke hinter meiner Variante - der Gebäudeumriss ist halt größer als ein node und soweit ich das sehen kann, muss eben nur ein Teil darauf liegen. Erhöht, so zu sagen, die Chancen den Punkt zu erwischen durch die große Fläche. Wo ich das Gebäude herhab, weis ich ja.
Das STRG-SHIFT-G ist auch gut zu wissen, danke
Ich denke, so kann man das gut bei Gebäuden machen, die mehrfach irgendwo verbunden sind, Reihenhäuser oder ähnliches.

Das ist glaube ich ein Trugschluss, zum Suchen wird ja auch nur der Gebäudemittelpunkt verwendet und der kann bei großen, unförmigen Gebäuden auch zu weit entfernt, oder bei einer anderen Nummer liegen, also das halte ich für keinen sinnvollen Workaround, erst recht nicht bei verbundenen Gebäuden, aber das hast du eh schon selbst festgestellt.
Du kannst Thomas Konrad bitten die modifizierten Daten zu importieren, wo wieder die Gebäudepositionen bevorzugt werden, das sollte meistens die Position sein, wo auch basemap die Adresse anzeigt
https://github.com/thomaskonrad/convert-bev-address-data-python/pull/1#issuecomment-382995346

addresshistory_org · 2018-05-14T15:39:04.000Z

Problem neue Version AustriaAddressHelper Version, auch Associated Street wird nicht berücksichtigt.

Beispiel: https://www.openstreetmap.org/way/371502597 aktuell keine Warnung beim Hinzufügen einer weiteren Adresse Kaiser-Franz-Josef-Straße Nr. 24a

Fazit: Die neue Plugin Version wäre mir weder im vordem adresslosen Salzburger Pinzgau, noch in Vorarlberg mit den dortigen Associated Street Adressen in irgend einer Weise behilflich gewesen. Und ist nun in der Adresserfassung in Kärnten lediglich eine unnötige Bremse. Da in allen drei Regionen aktuell keine Warnung greift.

addresshistory_org · 2018-05-14T16:13:15.000Z

Zurück zur alten AustriaAddressHelper JOSM Plugin Version.

Wer noch über ein altes Backup des JOSM Verzeichnisses
%APPDATA%\JOSM verfügt, für den gibt es zumindest für eine gewisse Zeit, die Möglichkeit noch mit der alten Plugin Version zu arbeiten. Voraussetzung hierbei, die Auto Plugin Aktualisierung in JOSM ist hierbei deaktiviert.

Dazu im Backup Set in JOSM preferences den Schlüssel für pluginmanager.version-based-update.policy von always auf never ändern

Notfalls bitte bei mir melden.

Leider: die Zwangsbeglückung mit der neuen lahmen Plugin Version ist ein Jammer, wohl sehr bald wird die alte AddressHelper Version mangels Support nicht mehr funktionieren. Ich werde daher vor dem nahenden endgültigen Ende, noch versuchen möglichst viele Adressen im Bundesland Kärnten zu mappen.

Hinweis: die Arbeitsweise mit der alten Plugin Version bedingt folgende weitere Werkzeuge: https://forum.openstreetmap.org/viewtopic.php?pid=697189#p697189
vor allem sollte (alt wie neu) nicht ohne JOSM Style Coloured_Streets gearbeitet werden, denn nicht etwa die Adressprüfung, sondern Coloured_Streets hat 90% aller vorhergehenden AddressHelper Probleme gelöst.

addresshistory_org · 2018-06-24T07:55:37.000Z

Nach wie vor gibt es -vor allem bei Stadt oder Katastralgemeinden- frustrierende Probleme durch vom AddressHelper falsch gesetzte addr:city

Wie gehen wir mit diesem Problem um.
Vielleicht sollten wir betroffene Gemeinden hier in einer Liste zusammenfassen.

JM82 · 2019-02-25T06:24:47.000Z

Ich muss leider aus gegebenen Anlass eine Frage stellen bzw. um Hilfe bitten:
In einigen Gemeinden habe ich fallweise mit dem AdressHelper Adressen ergänzt. Leider kommt doch recht häufig wie ich finde, die Meldung “für dieses Objekt wurde keine Adresse gefunden”. Obwohl das Haus samt Adresse exakt über dem amtlichen Gebäude, das auch auf basemap.at zu finden ist, steht. Was läuft da falsch?

Connecticut · 2019-02-25T07:16:31.000Z

JM82:

Ich muss leider aus gegebenen Anlass eine Frage stellen bzw. um Hilfe bitten:
In einigen Gemeinden habe ich fallweise mit dem AdressHelper Adressen ergänzt. Leider kommt doch recht häufig wie ich finde, die Meldung “für dieses Objekt wurde keine Adresse gefunden”. Obwohl das Haus samt Adresse exakt über dem amtlichen Gebäude, das auch auf basemap.at zu finden ist, steht. Was läuft da falsch?

verschiebe das Gebäude immer wieder auf der Karte herum (und probiere jedes mal das plugin).
Meistens hilft das (natürlich nur dann, wenn die Daten überhaupt vorhanden sind)

PPete2 · 2019-02-25T08:41:59.000Z

Eine Möglichkeit, ich glaube das wurde früher irgendwo hier im Forum auch schon diskutiert: Die vom Adresshelper verwendete Adressdatenbank ist nicht mehr aktuelle und z.b. schon 2 Jahre alt. Dann fehlen ihm somit die neuesten Adressen der Basemap oder auch welche wo deren Lage im Laufe der letzten Jahre korrigiert wurde

JM82 · 2019-02-25T11:31:43.000Z

PPete2:

Eine Möglichkeit, ich glaube das wurde früher irgendwo hier im Forum auch schon diskutiert: Die vom Adresshelper verwendete Adressdatenbank ist nicht mehr aktuelle und z.b. schon 2 Jahre alt. Dann fehlen ihm somit die neuesten Adressen der Basemap oder auch welche wo deren Lage im Laufe der letzten Jahre korrigiert wurde

Das mag zwar sein, aber das gleich duzende Adressen, deren Häuser schon bald 30 oder mehr Jahre stehen, Adressänderungen in den vergangenen 2-3 Jahren erfahren habe, vage ich ernsthaft zu bezweifeln. Und das trifft leider auf meine Beobachtung zu.

GerdP · 2019-02-25T12:21:16.000Z

Hast Du mal ein konkretes Beipiel? Dann kann man ja mal schauen, was im plugin passiert.

Luzandro · 2019-02-25T12:22:35.000Z

Vorweg: es ist immer hilfreich ein konkretes Bsp. zu bringen, das auch andere nachvollziehen können.

Aber offenbar wurden die geänderten Daten, bei denen die Gebäudeposition und nicht die Zugangskoordinate bevorzugt werden soll, nie eingespielt. D.h. für den Addresshelper ist die Adressposition nicht beim Gebäude, wo sie auch basemap anzeigt, sondern irgendwo bei der Straße (sofern für das Gebäude überhaupt eine Adresse bekannt ist) und wenn dieser Zugangspunkt weiter entfernt ist kann auch gar keine Adresse gefunden werden (oder die falsche von einer anderen Zugangskoordinate, die zufällig näher bei diesem Gebäude liegt).

Das war auch einer der Gründe, warum ich mich dann länger damit beschäftigt habe und die Adressen gleich als .osm-Files ausgegeben habe. Mittlerweile habe ich neben den vollständigen Daten auch noch eine Version hochgeladen, wo die in OSM schon vorhandenen Adressen weitgehend herausgefiltert wurden incl. einer gewissen Toleranz, was Schreibweise oder Abkürzungen betrifft. Ich habe allerdings nur vor das alle 6 Monate einmal pro Stichtag über Gesamtösterreich laufen zu lassen. Wer es aktueller haben möchte, muss es selektiv lokal filtern. Auch die Ordnerstruktur ist ein wenig übersichtlicher geworden mit Bundesland/Bezirk/Gemeinde/Ortschaft (beim nächsten Stichtag kommen die gefilterten dann für jede Ortschaft in einen getrennten Ordner): https://my.sofortcloud.com/index.php/s/omEAU6sYShyaKlP?path=%2F2018-10-01

Negreheb · 2019-02-25T13:41:01.000Z

Wollte auch fragen, ob die Gebäude zufällig eine lange Einfahrt haben. In dem Fall kann es helfen, das Gebäude mal näher an die Straße zu schieben, das Plugin anzuwenden und dann wieder an den korrekten Platz zurück zu schieben. Das hat bei mir mehrmals geholfen, wenn ich das Problem hatte.

JM82 · 2019-02-25T17:04:22.000Z

GerdP:

Hast Du mal ein konkretes Beipiel? Dann kann man ja mal schauen, was im plugin passiert.

Natürlich. Es ging um die Katastralgemeinde Nestelbach bei Ilz. Ich habe nun die fehlerhaften Adressen eben manuell eingetragen bzw. ergänzt.
Ein Gebäude, das keine Hausnummer über den Adresshelper beziehen kann ist dieses. Auch die Hausnummer daneben (78) geht mit dem Adresshelper nicht (ich habe diese manuell eingetragen), wie auch die 76. Auch die 176 (etwas nord-westlich) geht nicht. Dann noch die 125 (etwa 320m nördlich) wie auch die 103 (nord-östlich). Und dann sind es leider noch viele, viele mehr.
Etwas südlich die 113 ist auch nicht via Adresshelper möglich.

Ihr könnt es leicht überprüfen - einfach im JOSM den Adresshelper starten - wenn die Warnung nach einem doppelten Eintrag kommt, dann funkt der Adresshelper, sonst nicht.

Wie ihr selbst seht, stehen die meisten Gebäude eigentlich recht knapp an der Straße, haben also keine lange Einfahrtsstraße.

PPete2 · 2019-02-25T17:14:04.000Z

Kann ich besätigen. Zum Vergleich welche Nummer dagegen funktionieren: 136, 149

Luzandro · 2019-02-25T18:05:35.000Z

Ich hab dir mal eingezeichnet, wo der Addresshelper einige von dir gesuchten Adressen verortet:

G2BN5qN.png938×862 93.6 KB

Der Bereich in dem gesucht wird, dürfte ca. 30m sein und auch wenn es am Screenshot nicht erkennbar ist, habe ich hier 4 Adressen eingezeichnet: 176 ist fast direkt über 175, es ist also mehr oder weniger Glücksache welche der beiden man mittels Addresshelper bekommt.

Hier was bei meinem Output rauskommt (für die 76 gibt es ~~offenbar noch keine Gebäudeposition~~ vermutlich mehrere Gebäudepositionen, weshalb auch hier die Zugangskoordinate genommen wird):

p70qNyh.png951×850 114 KB

JM82:

Ein Gebäude, das keine Hausnummer über den Adresshelper beziehen kann ist dieses.

Dieses Gebäude sieht allerdings auch so aus, als würde es zu 136 gehören. Es gibt auch ein 136a, das angeblich das Nebengebäude sein soll, wobei das auch nicht immer stimmt.

PPete2 · 2019-02-25T18:48:36.000Z

Interessant ist das “bei deinem Output” (du meinst also nicht mit Hilfe des Adresshelper erzeugt?) fast alles mit der aktuellen Basemap übereinstimmt. Allerdings ist bei dir die 151 zusätzlich, dafür die 152 und 76 noch “am alten Stand des Adresshelpers”. Hast du da eine Erklärung dafür?

Luzandro · 2019-02-25T18:58:17.000Z

Ja, hatte ich oben auch noch nachträglich erwähnt: ich habe mir die Daten jetzt nicht im Detail angesehen, aber bei Hausnr. 76 ist am Luftbild noch ein zweites Gebäude zu sehen und vermutlich gibt es zu beiden eine Gebäudeposition. In diesen Fällen gebe ich mittlerweile - sofern es keine Unteradressen (addr:unit) gibt - nur mehr die Zugangskoordinate aus, mglw. wählt basemap dagegen eines der Gebäude.

siehe auch: https://forum.openstreetmap.org/viewtopic.php?id=63187

edit: für die 151 habe ich auch keine Erklärung. Sie ist mir sowieso schon beim Betrachten von dem Haus bei 136 aufgefallen, weil sie generell falsch und deplatziert aussieht. Ich weiß auch nicht, wie aktuell die Daten von basemap sind, ich habe hier Stichtag 1.Okt.2018 verwendet.

nochmal edit: 151 ist bei basemap anscheinend beim gleichen Gebäude direkt über 136a, warum auch immer

JM82 · 2019-02-26T05:57:30.000Z

PPete2:

Interessant ist das “bei deinem Output” (du meinst also nicht mit Hilfe des Adresshelper erzeugt?) fast alles mit der aktuellen Basemap übereinstimmt. Allerdings ist bei dir die 151 zusätzlich, dafür die 152 und 76 noch “am alten Stand des Adresshelpers”. Hast du da eine Erklärung dafür?

Die Basemap ist da meist präziser im Sinne, dass die Hausnummer auf dem Gebäude liegt.
Bei der 176 sieht man es gut. Basemap am Gebäude, Adresshelper an der Straße.

Luzandro · 2019-02-26T06:08:14.000Z

ja, wir drehen uns im Kreis. Ich zitiere mich vom letzten Jahr, auf der vorigen Seite dieses Threads:

Luzandro:

Du kannst Thomas Konrad bitten die modifizierten Daten zu importieren, wo wieder die Gebäudepositionen bevorzugt werden, das sollte meistens die Position sein, wo auch basemap die Adresse anzeigt
https://github.com/thomaskonrad/convert-bev-address-data-python/pull/1#issuecomment-382995346

Auch die Verzögerung durch die separate Duplikatsprüfung des Plugins wäre durch die in JOSM integrierte mittlerweile nicht mehr notwendig:
https://github.com/JOSM/austriaaddresshelper/issues/8#issuecomment-402012264

Luzandro · 2019-02-27T19:48:14.000Z

Der Vollständigkeit halber hier noch alle Adresskoordinaten (grün: Zugangskoordinaten, rosa: div. Gebäudekoordinaten) für diesen Bereich incl. groben Suchradius für ein paar Gebäude:

die grünen Zugangskoordinaten sind hier generell ziemlich sinnlos, auch wenn man sich dafür interessieren würde, da sie auch bei den Nebenstraßen nur irgendwie in Richtung der Hauptstraße verschoben sind und dann “irgendwo” liegen und mit einer “Zugangskoordinate” meistens wenig zu tun haben.

Bei der Nr. 146 (gelb, in der Mitte des Bildes) ist auch ein anderes Problem gut zu sehen, das bei der Verwendung des AddressHelpers hier auftritt: die “Zugangskoordinaten” für die Adressen 146, 104 und 89 sind gleich weit von dem Gebäude entfernt und dadurch, dass es sich auch noch um chaotische Konskripitionsnummern und keine geordneten, fortlaufenden Orientierungsnummern handelt, sind auch alle 3 erst einmal gleich plausibel und eine falsche Zuweisung wird leicht übersehen.