Gemeinden mit mehr als einer Postleitzahl in Österreich

nop

nop

nop

Will einfach mal Begeisterung da lassen :smiley: gute Aktion

Ich würde mich zu gegebener Zeit gerne mit einbringen. Es wäre schön wenn du/ihr nach Überarbeitung eine Liste der entsprechenden Gebiete hier veröffentlicht, um drüber schauen zu dürfen.

Zum Thema “postal_code_level”: Ich persönlich nutze dieses Tag in keinster Weise (DE), da dieses kaum getaggt ist und ich auch nicht wüsste welchen Vorteil es bei Analyse oder Filterung bringen sollte. Aber vielleicht ist jemand anderer Meinung?

Eine Frage: Werden denn die Admin-Boundaries in Österreich sauber gepflegt? Dies ist in DE die Grundlage für ein “korrektes” PLZ-Mapping

Keine Ahnung. Ich hab es “damals” so gemacht, um echte PLZ-Gebiete von PLZ-Zonen und Bereichen zu unterscheiden. Diese wurden aber so nie in OSM @DE eingetragen.

In meiner PLZ-Boundaries Karte biete ich den Download der Bereiche und Zonen an, diese werde aber durch einfache geometrische Operationen (st_Union) aus den PLZ-Grenzen berechnet.

Da meinen Auswertung allerdings - derzeit - auf postal_code_level=8 besteht, würde ich euch bitten, den Tag einfach mitzuschleppen. Ansonsten wird es schwierig, die PLZ-Karte für AT weiterhin anzuzeigen.

https://wambachers-osm.website/plz/?zoom=11&lat=48.50094&lon=16.27621&layers=BTFFFTFFFFFFT
https://wambachers-osm.website/plz/?zoom=14&lat=48.34453&lon=16.3438&layers=BTFFFTFFFFFFT

Gruss
walter

jo, ich :wink:

Meines Wissens nach haben ALLE PLZ-Relationen in DE postal_code_level=8. (Auswertung läuft noch). Ansonsten würde das hier total zusammenbrechen.
Meinst du evtl. postal_code_level bei Adressen? Das wäre mMn nach unnötig, ja sollte auf keinen Fall gemacht werden.

Die waren mal Grundlage, wurden allerdings dupliziert und dann angepasst. Und das auch, wenn die deckungsgleich sind - das kann sich ja jederzeit bei uns ändern.

Gruss
walter

ach ja, wenn ihr das wirklich hinbekommt, kann ich natürlich auch die FOOLS daran anpassen.


select osm_id, tags->'postal_code', tags->'postal_code_level'
  from planet_osm_polygon
 where osm_id<0
   and way && (select way from planet_osm_polygon where osm_id=-51477)
   and st_contains((select way from planet_osm_polygon where osm_id=-51477),way)
   and not tags ? 'postal_code_level'
   and boundary='postal_code'
 order by tags->'postal_code'
;
 osm_id | ?column? | ?column? 
--------+----------+----------
(0 Zeilen)

q.e.d.

Das wäre sehr hilfreich, Klasse!

Da hab ich wohl zu schnell geschrieben - hätte vorher nochmal prüfen sollen :open_mouth: aber wie gesagt nie genutzt. Nur zu meinem Verständnis: ‘postal_code_level’ steht in Verbindung mit dem Aufbau einer Postleitzahl?

Bsp.: PLZ 12345 => 1=Zone 12=Leitregion 12345=Postleitgebiet

postal_code_level: Zone = X , Leitregion = X, Postleitgebiet = 8

Hab ich das so richtig verstanden? Würde mich freuen wenn du mir das ggf. erläutern könntest.

jo, genau. So ist/war das gedacht. Zone als 4 und Region als 6.

Aber da zum Glück die Zonen und die Regionen nie erfasst wurden, braucht man postal_code_level eigentlich nicht - solange niemand auf die Idee kommt, diese ebenfalls einzugeben.

Es gibt noch einige wenige Länder, die ebenfalls PLZ-Grenzen erfasst haben (BEL, CHE, AT, HUN), wobei nur Ungarn komplett ist. Davon hat kein Land postal_code_level verwendet. Wusste ich net.

Daraus schliesse ich nun mal: lasst es weg.

Gruss
walter

Wieder was gelernt, danke dir

Okay,

den Ungarn stört die aufwendige Arbeit wohl nicht oder dort muss nix gepflegt werden :roll_eyes:

nop

Das ist eine konträre Vorgehensweise zur DE-Konsolidierung,
an diesem Beispiel wird versucht direkt eine PLZ => Ort/teil Zuordnung zu schaffen und würde nur bei 8044 circa 10 Relationen nach sich ziehen, selbst Graz würde nicht ausreichen - neben Graz sind allein dieser PLZ fünf weitere Gemeinden zugeordnet.

Eine Zuordnung findet in Deutschland grundsätzlich nicht statt, hier gibt es je PLZ eine Relation mit einem Hinweis der Zugehörigkeit über das Feld “note”, und dient eher zur Orientierung.

Eine 100% Zuordnung ist meines Erachtens, zumindest in Österreich und Deutschland, nicht möglich und wahnsinnige Puzzlarbeit, man bedenke Exklaven oder Exklaven ähnliche Gebiete. Eine Ausnahme findet sich in der Schweiz, dort wurden wohl von Anfang an die PLZ-Gebiete an Adminstrativen gebunden. Bei uns gilt eher der Grundsatz: einer Anschrift wird eine PLZ zugeordnet.

Die Schwierigkeit sieht man beim Ortsteil Frojach der Gemeinde Teufenbach-Katsch, allein diesem Ortsteil sind 5 unterschiedliche Postleitzahlen zugeordnet.

Wambacher war meines Wissens direkt an der DE-Konsolidierung beteiligt und kann da sicher noch etwas konkreter werden.

nop

Jo, stimmt :wink:

Kann leider im DE-Forum die alte Aktion nicht finden, daher muss ich etwas improvisieren:

Oft waren die PLZ-Gebiete einfach als Tag (post_code=xxx oder postal_code=xxx ?) an den Administrativen Grenzen der Orte erfasst.
Das führte spätesten dann zu Problemen, wenn ein Ort mehrere PLZ-Gebiete besaß oder wenn PLZ-Grenzen sich nicht zu 100% an der Admingrenze orientierten.
Es gab also PLZ-Gebiete, die an den Orten “klebten” und selbstständige PLZ-Relationen nebeneinander, was alle Listen und Auswertungen erheblich erschwerte.

Als sich dann immer wieder herausstellte, dass die PLZ-Grenze eines Ortes doch nicht der AL-Grenze folgte, musste immer wieder nachgebessert werden. Kaum war der eine fertig, kamen die nächsten zwei :frowning: Daher wurde vorgeschlagen und auch akzeptiert, die Situation in einer landesweiten Aktion zu bereinigen.

Es wurden die Relationen aller mit PLZ-Tag belegten Admin-Boundaries dupliziert und mit den Tags

  • type = boundary
  • boundary = postal_code
  • postal_code = PLZ
  • postal_code_level = 8
  • note = PLZ Ortsname

versehen. Alle PLZ-Tags wurden gleichzeitig von den Admin-Relationen entfernt.

Das Projekt wurde durch regelmäßige Kartenupdates (alt/neu) begleitet, was dadurch erheblich motivierte, auch den letzten Winkel zu bereinigen. Dauer war wohl 2013/2014 ca 2-3 Monate. Resultat: https://wiki.openstreetmap.org/wiki/User:Wambacher#Postleitzahlen

Für AT schlage ich vor, etwas ähnliches zu machen. Begleitende Grafiken und Statistiken erstelle ich gerne.

Meine PLZ-Karte https://wambachers-osm.website/plz/ visualisiert bereits die Situation in AT. Sie ist Live, da die Daten normalerweise minutengenau aktualisiert werden. Zudem kann sie einfach im Browser aufgerufen werden.

Die PC-Boundaries Karte https://wambachers-osm.website/pcboundaries/ und die Fools https://wambachers-osm.website/fools/ kann ich 2018 erweitern, falls diese Diskussion positiv verläuft und die Datenlage es sinnvoll macht.

Auf den Tag postal_code_level=8 könnt ihr ja verzichten.

Gruss
walter

Bei dem von dir gesendeten Auschnitt sieht man schon ein wenig die angesprochene Problematik:
Wenn man davon ausgeht dass die Admingrenzen korrekt sind, liegt das Gebäude “Alpla Fußach” zwar im Gemeindegebiet Fußach ist aber auf 6971 Hard adressiert, was auch stimmt.

Von einem Zeichnen von PLZ-Gebieten rein anhand vorhandener nodes kann ich nur abraten => 6890 Fußach - diese PLZ ist dieser Gemeinde nicht zugeordnet.
Die Karte vom wambacher kann man zur Überprüfung nutzen, also entweder ist der node oder das Gebiet falsch.

In diesem Fall bin ich mir sicher dass die nodes falsch getaggt wurden, kommt leider ziemlich oft vor :frowning: Müsste entweder 6890 Lustenau oder 6972 Fußach sein

Stimme ich zu, natürlich spielt Zeit keine Rolle - die kann dann später bei der Abarbeitung der Irrläufer zu genüge genutzt werden :wink:

Ich würde zu Beginn das von wambacher angebrachte Vorgehen unterstützen

Hier mal die aktuelle Lage:

Es gibt viel zu tun, packt es an :wink:

Gruss
walter

ps: an der Darstellung wie in DE knabbere ich noch, da das QGS-File dafür wohl verschütt gegangen ist :frowning:

nop

Etwas veränderte Karten:

Hier werden nur die Admin-Grenzen ausgegeben. Im Rahmen der geplanten Aktion müssten die Admin-Rels mit PLZ (hellgrün) langsam als Admin-Rels ohne PLZ (dunkelgrün) erscheinen.

Und hier mit den bereits erfassten PLZ-Grenzen:

Gruss
walter

nop

Sieht schon besser aus:

Bei der nachsten Auswertung gibt es als Weihnachtsgeschenk auch noch die absoluten Zahlen :wink:

Gruss
walter

Bittschön:


             now              | Admin Boundaries | Admin mit PLZ | Admin ohne PLZ | PLZ-Grenzen 
------------------------------+------------------+---------------+----------------+-------------
 2017-12-22 13:12:31.17223+01 |             2102 |          1641 |            461 |         204

Admin Boundaries sind alle AL8 + die AL6 mit tags->‘name:prefix:at’=‘Statutarstadt’