Pflege der deutschen PLZ-Daten in OSM

Moin,

ich habe die Gesamtauswertung für Deutschland nach 2 Tagen abgebrochen und verwende ab sofort wieder die Auswertung pro Bundesland. Hauptgrund dafür ist, daß die nach 2-3 Tagen (?) endlich eintrudelnden Ergebnisse inzwischen längst veraltet sein werden.

Auswertungen pro Bundesland sind dagegen zeitnaher aber halt mehr Arbeit für mich - was tut man nicht alles für OSM :wink:

Saarland ist durch (8 → 1), Bremen läuft. Ich mach erst mal das Kleinvieh und dann geht es wieder Round Robin weiter

Gruss
walter

Bremen: 37 Neue Irre in Bremerhaven.

Die neuen PLZ-Daten (vom 2.9.2014) sind endlich online. Kurz zusammengefasst:

Es gab keine neuen oder entfallenen Zustell-PLZ, aber 2 Zuordnungsänderungen (soweit ich sehe):

24232 Kählen jetzt 24226 Heikendorf
Kann ich nicht sicher aufklären. Es gibt eine Straße in 24248 Mönkeberg mit dem Namen und eine locality nördlich von Schönkirchen.
Bei letzterer gibt es ein einzelnes Haus in der Nähe, was wohl eigentlich in Heikendorf liegt (Grenze in OSM falsch!), aber bisher die PLZ 24232 hatte.
Das ändere ich dann mal.

66903 Reismühle b Landstuhl jetzt 66909 Krottelbach
Done. Die Gemeindegrenzen waren aber unter aller Sau.

Das trifft irgendwie überall in RLP zu…

Im Vergleich zu vor 12 Monaten sind da schon Welten Unterschied zum Besseren.

Morgen früh sehen wir die neuen Irrläufer für SH (läuft gerade) und RP.

Danke und Gruss
walter

SH ist schon fertig von mir bearbeitet, in RP ist kein neuer Fehler dazugekommen.

Im Vergleich zu den Zahlen am Anfang dieser Aufgabe vor einigen Monaten sieht die Zahl 61 für die noch fehlerhaften, schwierigen Fälle schon ganz gut aus.

Franz

Ich habe ja nur ganze 2 (“ZWEI”) Häuser geändert. Die Details verstecken sich in der Liste “Straßendaten” mit 14 Seiten. Da war ich bisher nicht dran. Aber mache das jetzt. Hier die relevanten Änderungen dort (der Rest sind Neuzugänge und Abgänge):

Wer kümmert sich drum?

Mal sehen, ob ich nach Berlin Zeit habe. Oder ist das durch?

Hoffentlich taggt jetzt nicht jemand nur die Adressen um und vergisst dabei, die Grenzen zu ändern :frowning:

Gruss
walter

Ich bin gerade dabei die PLZ-Polygone in DE zu reparieren. Da ist einiges zu tun - auch in Berlin.

EDIT: Im Wesentlichen sollte Berlin wieder in Ordnung sein, soweit ich das sehe.

Berlin ist vorhin fertig geworden: 37 —> 332 Irrläufer :frowning:

@jan: wo war noch mal die defekte Ecke? Ich hatte noch keine Zeit, die mir anzusehen.

Gruss
walter

Bin schon am Abarbeiten der neuen Fools-Liste von Berlin. Dabei habe ich zwei neue PLZ-Grenz-Linien gefunden, die von der Beschreibung her (note:de) beide die genauere Stadteilgrenze zwischen den selben Knoten darstellen sollte (irgendwie ein Widerspruch). Die mehr selbstüberlappende habe ich entfernt (w304695932), die andere ist diese hier. Aber da gibt es schon eine (bisherige) PLZ-Grenze - eine ist nun überflüssig. (@Gehrke) Bitte mal prüfen.

Franz

In Berlin habe ich noch drei neue (, doppelte) AL9 Grenz-Segmente gefunden, die noch in keiner Relation eingetragen sind: w304695955, w304682017, w304682002

Diese Grenze oder auch diese sehen auch nicht gut aus. Vermutlich sind alle Wege (admin- und PLZ-Grenzen) in diesem Changeset Mitglied keiner Relation.

Franz

zum Glück nicht :slight_smile: Die und auch w304682004 lagen nebeneinander und parallel zum “richtigen” way. nun sind sie fort. Ansonsten hab ich die Ecke ein wenig vereinfacht.

Danke für’s Finden. Ja, die konnten alle weg und sind es jetzt auch.

Gruss
walter

BTW: Mal eine grundsätzliche Frage zu den inneren Berlin-Grenzen und sonstigen Daten: Wurde da vor kurzem etwas (ALKIS/WMS) von Berlin für OSM freigegeben (wurde mir berichtet)? Wie ist dann der WMS-Link für JOSM?

Ich habe heute Nacht mal eine kleine Auswertung der PLZ-Waisen gefahren: (boundary=‘postal_code’ aber nicht Mitglied einer PLZ-Relation). Das sind weltweit 131 Stück, aber fast alle bei uns.


   4872731
  26588995
  26588999
  26612144
  26612146
  34474270
  59004516
  69685350
  69685357
  69757260
  69992855
  70258480
  71124261
  71178470
  71216901
  71216906
  71216912
  73199531
  73465012
  75552973
  75594541
  75594611
  75802429
  77430097
  77430131
  78432486
  78472671
  78709170
  80407872
  81799897
  83513879
  83513893
  83744676
  83938421
  83938469
  86575374
  86575393
  87075336
  87213100
  87213101
  87397211
  87397227
  87421935
  87421940
  87544891
  87670022
  88141566
  88494879
  88604779
  90612647
  92748053
  92970822
  95349325
 100432471
 102154481
 107309862
 116511525
 128310989
 145204587
 160115671
 160115673
 172657268
 176695316
 185787607
 186038436
 188899072
 194526063
 194528868
 194699252
 195593091
 195780098
 202426651
 204365182
 204366481
 204367127
 204367128
 204367129
 204370945
 204373401
 210609093
 226318878
 240004553
 242945998
 245459647
 246146290
 261743746
 262238807
 262238808
 262741124
 262755292
 262894287
 263368960
 263798620
 264336593
 265271408
 265907368
 265907645
 266705611
 271271567
 276976856
 278809148
 279439137
 283596075
 284180120
 290459924
 297094219
 302115054
 304681720
 304681723
 304681967
 304681969
 304681971
 304681973
 304681975
 304681979
 304681982
 304681988
 304682006
 304682009
 304682018
 304695916
 304695922
 304695924
 304695928
 304695934
 304695948
 304695949
 304695950
 304695954
 304695956
 304695962

und für Josm:

{w4872731,w26588995,w26588999,w26612144,w26612146,w34474270,w59004516,w69685350,w69685357,w69757260,w69992855,w70258480,w71124261,w71178470,w71216901,w71216906,w71216912,w73199531,w73465012,w75552973,w75594541,w75594611,w75802429,w77430097,w77430131,w78432486,w78472671,w78709170,w80407872,w81799897,w83513879,w83513893,w83744676,w83938421,w83938469,w86575374,w86575393,w87075336,w87213100,w87213101,w87397211,w87397227,w87421935,w87421940,w87544891,w87670022,w88141566,w88494879,w88604779,w90612647,w92748053,w92970822,w95349325,w100432471,w102154481,w107309862,w116511525,w128310989,w145204587,w160115671,w160115673,w172657268,w176695316,w185787607,w186038436,w188899072,w194526063,w194528868,w194699252,w195593091,w195780098,w202426651,w204365182,w204366481,w204367127,w204367128,w204367129,w204370945,w204373401,w210609093,w226318878,w240004553,w242945998,w245459647,w246146290,w261743746,w262238807,w262238808,w262741124,w262755292,w262894287,w263368960,w263798620,w264336593,w265271408,w265907368,w265907645,w266705611,w271271567,w276976856,w278809148,w279439137,w283596075,w284180120,w290459924,w297094219,w302115054,w304681720,w304681723,w304681967,w304681969,w304681971,w304681973,w304681975,w304681979,w304681982,w304681988,w304682006,w304682009,w304682018,w304695916,w304695922,w304695924,w304695928,w304695934,w304695948,w304695949,w304695950,w304695954,w304695956,w304695962}

Achtung: Diese Waisen nicht einfach löschen, sie können auch nur falsch getaggt sein. Ist mir sogar in “meiner” Ecke so passiert: https://www.openstreetmap.org/way/278809148 hatte boundary=postal_code anstelle von boundary=administrative - und vertippt hab ich mich auch noch beim Korrrigieren :frowning:

Gruss
walter

ps: Das Gleiche für Admin-Grenzen kommt auch mal.

Wenn ich mir die ersten drei PLZ-Grenz-Waisen ansehe, wurde hier die vorher an die Straße geheftete PLZ-Grenze etwas verschoben (neu gezeichnet) und die Tags nicht von der Straße entfernt - das ist leicht zu beheben. Aber es gibt auch andere Fälle, bei denen nur ein Ende der PLZ-Grenze angeschlossen ist oder am anderen Ende keine Grenze weitergeht.

In Berlin warten noch 60 Zeilen PLZ-Fools auf mich - die mache ich erstmal.

Franz

Ja, das sind in der Regel Flüchtigskeitsfehler, die einen nur verwirren, wenn es in einer unübersichtlichen Ecke ist. Da hilft manchmal noch nicht einmal das Filter in Josm.

186 “Irre” in Sachen warten darauf, wieder eingefangen zu werden.

Dabei ein Block mit 170 Zwickauern. (*)

Gruss
walter

*) no comment. :wink:

Habe in Berlin bei 26 PLZ-Relationen die Member-Reihenfolge korrigiert (Ich mache das in DE andauernd). Warum mache ich das, wenn es nicht notwendig ist?
Wenn ich so etwas sehe, glaube ich erstmal nicht, dass der letzte Bearbeiter sorgfältig geprüft hat, ob seine Änderungen auch in Ordnung sind.

Ich sortiere auch als erstes die Mitglieder im Relationen-Editor, um die Geschlossenheit zu sehen.
Ich bin mir aber nicht sicher, ob beim Aufruf dieser Relation in einer späteren Sitzung die mir wieder sortiert geladen wurden, auch wenn die vermutlich noch nicht angefasst wurden.