Das ist zwar von Dir gut gemeint.
Deine Methode killt mir aber viel zu viel Nützliches:
addr:city=Retz
addr:country=AT
addr:housenumber=32
addr:postcode=2070
addr:street=Am Anger
at_bev:addr_date=2018-04-02
note=Vorderhaus
addr:city=Retz
addr:country=AT
addr:housenumber=32
addr:postcode=2070
addr:street=Am Anger
at_bev:addr_date=2018-04-02
note=Hinterhaus
Wird von der JOSM integrierten Prüfung als Duplikat erkannt, und so mittels Deiner Methode entfernt.
Ja, weil es das auch ist. Aber auch wenn die Unterscheidung Schwachsinn ist: genau das gleiche Schema
fertig
Irgendwie habe ich die Dinge immer gerne selbst unter Kontrolle,
die von mir gewählte Vorgangsweise ist zwar nicht so elegant, erlaubt mir aber genau eine solche.
Es scheint Du nimmst in irgend einer weise Einfluss auf JOSM, wie machst Du das?
arbeitest Du am JOSM Sourcecode mit?
Deine Methode setzt nun voraus dass das zu prüfende Original hierbei vollständig in den Editor geladen ist. Das entfällt bei meiner Vorgangsweise, da die Prüfung bei dieser mit Realdaten erfolgt. Das ist unglaublich einfach. Einfach ist gut.
Ich verstehe auch Deine Entwicklung in immer kleinere Teilbereiche zu gehen. Inzwischen bist du ja in Prüfgröße je Straße angelangt.
Mir gefällt meine Methode nun nach PLZ vorzugehen immer besser, wir treffen uns dort in Deiner ersten BEV Adressaufbereitung nach PLZ.
Manchmal ist wohl der erste Wurf der beste.
Daher Gratulation zu Deiner ersten Arbeit, Österreichs Adressen nach Postleitzahl sortiert, zu finden per Link in meiner Signatur.
addr:city ist im Wiki definiert mit
und selbst die Gemeinde Wienerwald gibt ihre Anschrift als
Gemeinde Wienerwald
Kirchenplatz 62
2392 Sulz im Wienerwald
an, wobei es sogar nur einen Kirchenplatz in der gesamten Gemeinde gäbe. MMn. ist beides korrekt, in dem Fall eher die Katastralgemeinde, es ist nur bei der automatischen Auswertung mit der Gemeinde leichter, dass es konsistent ist und dabei keine Fehler passieren.
Dazu muss man aber schon anmerken, dass keine Gemeinde freiwillig in der PLZ Zeile ihre Nachbargemeinde anführt, das verletzt den Stolz und Selbstwertgefühl ungemein.
Gemeinden schreiben das so, weil ihnen das der frühere Monopolist so diktiert und aufgezwungen hat.
https://de.wikipedia.org/wiki/Bahnpost
Mit der https://www.ots.at/t/postmarkt-liberalisierung hat sich diese Post Bequemlichkeit zum Problem für einen wirklich freien Wettbewerb gewandelt. Mitbewerber betreiben andere Verteilzentren, und selbst die gute alte Post, hat ihre Verteilzentren in Erwartung eines freien Marktes inzwischen komplett neu strukturiert, geblieben sind aber vielfach die alten PLZ Bezeichnungen.
Österreichs Gemeinden sind in den letzten 20 Jahren daher mit einer Reihe von PLZ Umbenennungen konfrontiert, dieser Prozess ist wohl noch lange nicht abgeschlossen. https://www.youtube.com/watch?v=iPn8L9cZr_g Wenn wir in OSM nun die Wahl haben, so sollten wir uns nicht unbedingt an Post Monopol Zeiten orientieren.
Die PLZ 2392 nennt sich laut https://www.post.at/geschaeftlich_werben_produkte_und_services_adressen_postlexikon.php tatsächlich
PLZ Ort Bundesland
2392 Sulz im Wienerwald N
edit: Videos
Es gibt ja keine Ortschaft “Wienerwald”
https://de.wikipedia.org/wiki/Gemeinde_(Österreich)#Gemeindename
Das war von mir ja auch nur exemplarisch gemeint.
Die Politische Gemeinde nennt sich “Gemeinde Wienerwald”.
Demnach wäre:
addr:city=Gruberau
addr:country=AT
addr:housenumber=54
addr:postcode=2392
addr:street=Heiligenkreuzer Straße
at_bev:addr_date=2018-04-02
falsch, da laut Post
addr:city=Gruberau
addr:country=AT
addr:housenumber=54
addr:postcode=2392, Sulz im Wienerwald
addr:street=Heiligenkreuzer Straße
at_bev:addr_date=2018-04-02
anzuwenden wäre.
In welchem Datenfeld würdest Du den PLZ Appendix “Sulz im Wienerwald” unterbringen?
https://wiki.openstreetmap.org/wiki/DE:Key:addr
Wobei ich davon ausgehe dass ein Brief auch per: “2392 Gemeinde Wienerwald” ankommen wird
Meine Vorgangsweise aktuell:
addr:city=Gemeinde Wienerwald
addr:suburb=Gruberau
addr:country=AT
addr:housenumber=54
addr:postcode=2392
addr:street=Heiligenkreuzer Straße
at_bev:addr_date=2018-04-02
Wikipedia schreibt bei Grub, einfach frech https://de.wikipedia.org/wiki/Grub_(Gemeinde_Wienerwald)
2392 Grub
Stichtagsdaten vom 1.4.2019 sind online
Neben den vollständigen Daten habe ich diesmal auch alle zum Stichtag schon in OSM vorhandenen Adressen herausgefiltert mit einer gewissen Toleranz was Schreibweise betrifft und unter Berücksichtigung von alt_name/official_name. Der Filter findet hier nur auf Ebene der Hausnummer statt, also wenn diese gefunden wird, werden auch alle Unteradressen entfernt. Es gilt aber natürlich genau das gleiche, wie für alle anderen Daten, insbesondere sind auch diese NICHT zum blinden Importieren geeignet.
Liste mit geänderten Straßennamen
Ich habe auch den Einleitungstext komplett überarbeitet um ihn an die aktuellen Gegebenheiten anzupassen und veraltete Informationen zu streichen
Luzandros Adresslisten anwenden: https://addresshistory.wordpress.com/2019/04/26/luzandros-adresslisten-nutzbar-machen/
Wichtiger Hinweis: Luzandros Adressen sind mit Störadressen überlagert (vergleichbar militärisches und ziviles GPS), diese Störadressen finden sich daher auch in GMaps wieder. Es benötigt daher spezielle Techniken um Luzandros Adressen, unseren Qualitätsansprüchen entsprechend, für OSM tauglich zu machen.
Ref: https://www.openstreetmap.org/changeset/70171175
Ref: Abfrage zur Kontrolle ob die Adress- Veröffentlichung vom ersten April bereits in einer Region eingepflegt ist.
[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;
Update: 30. Mai 2019
Im Adresssatz von Luzandro sind im Osten von Österreich auch Identadressen und Pseudoadressen im Mix enthalten. Nachdem wir solche Adresstypen in OpenStreetMap aber nicht mappen, besteht bei einem Import Gefahr, dass hierdurch solche Pseudoadressen in unser Projekt gelangen. Daher habe ich die Anwendung von Luzandros Adressen in von diesem Problem betroffenen Regionen nun eingestellt.
Vielleicht wird in weiteren Veröffentlichungen von Adresslisten durch Luzandro dieses Problem berücksichtigt. Derzeit sind seine Listen in solchen Regionen nicht sinnvoll anwendbar.