Stimmt, ein Way in mehr als 2 PLZ-Grenzen wäre definitiv falsch - allerdings bekommt das Programm das nicht mit. (siehe unten)
Hierarchien gibt es tatsächlich nicht bei den PLZ-Grenzen - allerdings könnte man die einbauen, wenn man unbedingt wollte.
Angesprochen finde ich mich schon - nur werden lange vor der Auswertung aus den MP der PLZ-Gebiete bereits Geometrien gemacht. (*)
D.h. die PLZ-Auswertung arbeitet bereits mit “vorverdauten” Daten und weiss überhaupt nichts von den Ways aus denen die Grenze besteht.
Bestimmte Sachen bei den PLZ-Grenzen nerven mich schon:
Redundanz: postcode sowohl an der administrativen Grenze (Stadt) als auch in einem extra PLZ-MP, obwohl beide identisch sind.
Unschärfe: PLZ an Stadtgrenze obwohl Grenze und PLZ-Gebiet nicht übereinstimmen.
Quatsch: Wenn mehrere Orte eine gemeinsame PLZ besitzen, ist die einfach an die einzelnen Stadtgrenzen getaggt. Dann gibt es mehrere PLZ-Gebiete mit identischer PLZ.
Edelquatsch: Eine Stadtgrenze mit postcode=12345-12349 oder postcode=12345,12346,12349
postal_code anstelle von postcode an Grenzen. Bei Straßen bin ich drauf eingestellt, da das wiki-konform ist, aber die anderen ignoriere ich halt.
gibt bestimmt noch mehr …
Gruss
walter
*) mach ich bereits beim Import der minütlichen Diffs - ähnlich wie osm2pgsql aus MP einfache geschlossene Ringe macht - oder zumindest machen sollte.
Das war die einfache Lösung, man bekäme aber nur diesen speziellen Fehler mit
nicht generell Überlappungen, dazu s.u…
Nun, da du die Polygone in der DB hast kannst du auf denen arbeiten.
(Ich arbeitete zwar mit DBs aber noch nicht mit GIS Erweiterungen.)
Da bekommt man dann auch Überschneidungen raus die nicht aus
3+ fache Grenznutzung rühren.
Hast du GIS in der db: einfach alle PLZ-Polygone untereinander
auf Überschneidungen testen. Den Auswurf in einen neuen Layer
in rot (hier als Idee die Vereinigung der überlappenden Gebiete, also immer
2 zusammen?), und irgendwie in eine Liste zum Abarbeiten.
Das ist o(n²). Also wenn das der GIS Teil nicht macht die bboxen berechnen
und nur die jeweiligen ~5 Kandidaten genauer untersuchen, das ist dann o(n).
Hast du keine GIS db sollte sich ein Polygon-schneidet Algo sicher leicht finden
lassen.
Das wäre sicher auch für admin boundaries interessant.
Und auch Weltweit:-)
***** Das Wiki zu PLZ existiert quasi nicht.
***** Aber in den PLZ-Wiki-Fragmenten steht das ‘postal_code’ das richtige sei.
***** Wenn wo klipp und klar stehen würde wie das alles aussehen soll (PLZ in OSM)
könnte man sich dran machen danach zu gucken.
***** Wenn du Fehler die du automatisch findest auf eine Fehlerseite
packst arbeitet die vielleicht auch mal einer ab.
Gruppiert nach nm### findet man seine Heimatgegend schnell.
Überhaupt PLZ in de korrigieren:
Wie die Grenzen nun tatsächlich aussehen kriegt man ja eh nicht raus?
Dagegen im ländlichen Gebiet wäre eine ‘offizielle’ Auflistung der Orte die zu einer
PLZ gehören ausreichend, da braucht man keine Straßengenaue Angabe da ein
Ort immer(meist?) eine einzige PLZ hat.
Ich finde zwar per google:PLZ A-Dorf die PLZ aber weis ja nicht ob das korrekt ist,
und von der Lizenz her?
Nö, das krieg ich schon hin. Wenn ich aber “mal eben so” den Area-Fill der PLZ-Gebiete einschalte (ist schon alles im Style vorbereitet), geht das Verschieben der Karte mit der Maus nicht mehr. Ist ein bekanntes OL-Problem (*) , das durchaus in den Griff zu kriegen ist - allerdings nicht ganz so einfach.
Ahh, jetzt hab ich es wohl kapiert: Einen Mini-Popup bei Hover und den “richtigen” Popup beim Click, gell?
ok, wird ist aufgenommen.
Eigentlich wollte ich ein kleines QA-Tool schreiben, mit dem man OSM-Daten bereinigen kann, aber jetzt wird es wohl immer mehr ein HTML, CSS, Javascript, Java, Maven, XML, Postgresql, PostGis, Apache, Jetty, JDBC, SVG, IPv6, VPN-Tunnel, OAuth, JSON, jQuery und was-sonst-noch-schieß-mich-tot-Projekt.
Ja, genau: diese Produkte/Komponenten sind alle hier irgendwie beteiligt - OSM ist garnicht mehr erwähnenswert.
Könnte man eine derartige Datenprüfung, Auswertung und graphische oder tabellarische Darstellung auch per Datenbank einmal täglich realisieren? Mit Statistik der hoffebtlich schrumpfenden “Fehler”?
klar, könnte man machen - gerade wenn man eine DB (oder gute Overpass-Kenntnisse) hat.
Ich versuche in den nächsten Tagen mal die Bitte von PEB12345 zu erfüllen und das ganze Problem optisch besser darzustellen. Ein Fan von Listen bin ich eigentlich nicht.
Woran es mangelt ist mMn eine gute Aufstellung der aktuellen Probleme und eine saubere Beschreibung im Wiki, wie man es “richtig” macht. Deine Liste ist ein Baustein dazu, allerdings ist der Weg dahin doch ziemlich kompliziert.
ich hab mal eine kleine Auswertung “improvisiert”. Einfach nur die doppelten PLZ-Gebiete in Deutschland mit deren Anzahl.
Insgesammt 466 Dubletten, dabei einige wirklich erschreckende.
muß ich aber noch überprüfen. dachte, dass es mehr wären.
Die Auswertung ist relativ fix (~60 Sekunden), kann man also bei Bedarf mal eben laufen lassen. nur einen Automatismus mit allem drum und dran, naja… nicht so mein Ding
Wie im kleinen Fragen Thread bereits gesagt habe ich die Postleitzahlen in und um Thale gefixxt. Allerdings seh ich schon das noch mehr Gegenden von Eingemeindungen betroffen sind wo die postcodes NICHT mit aktuallisiert wurden! Ich habe dort aber keine Ortskenntnis. Habs nur beim Vergleich mit der offziellen Post Karte gesehn. (http://www.postdirekt.de/plzserver/)
mfg
Edit:
Was mir noch eingefallen ist. Würde es gegebenenfalls ncith sogar Sinn machen postcode gebiete aufzuteilen je nach Stadt/Ort? Und zwar ist zB bei 06502 Thale im Prinzip alles wirklich Thale (die ganzen Ortsteile halt), außer Timmenrode was Gemeindetechnisch zu Blankenburg gehört. Jedoch hat Timmenrode trotzdem die 06502. Und die Postanschriften lauten dort alle 06502 Timmenrode (Thale wäre dort falsch). Selbiges gibt es anderswo noch viel öfter. zB 06493 Ballenstedt und Harzgerode.
Wie sollte man in dem Fall verfahren? Als Note einfach alle möglichen Städte/Orte die mit dieser PLZ in Verbindung stehen hinzufügen? Oder wäre es theoretisch nicht sogar sinnig die Gebiete aufzuteilen? Just my 2 Cents. . .
auch wenn du bei der Post arbeitest, gibt dir das leider nicht das Recht, die Daten der PLZ-Karte nach OSM zu übernehmen - es sei denn, du hast die schriftliche Genehmigung der Post. Woher man aber die korrekten Daten legal bekommen kann, ist mir ehrlich gesagt, schleierhaft.
Auf keinen Fall!
Ich meine:
eine PLZ → ein Gebiet → eine Relation
Nur das PLZ-Gebiet 100% identisch mit einer Gemeindegrenze ist, postal_code an Gemeindegrenze, sonst eigene Grenzrelation.
Und das man nicht von dort kopieren kann ist mir klar, deswegen sagte ich ja das ich meine Umgegend angepasst habe (aufgrund von Ortskenntnis). Der Rest liegt an Mappern vor Ort. Ich bin sowieso erstaunt wie langsam das “internet” solche Eingemeindungen endlich übernimmt/kapiert. Nur ein aktiver OSM User in der Gegend kann was reißen alles andere braucht Jahre wenn nicht Jahrzehnte -.- Das geht bei Formularen bei Bestellungen los und hört bei Karten oder PLZ/Adress-Erkundigungen auf. Und niemand hat bisher alles richtig, kein wunder warum auch nach 2-4 Jahren alle noch ständig Post auf die alten PLZ und Adressen bekommen. Nichtmal alle “Ämter” die am ehesten eine aktuelle Adressdatenbank haben müssten kapieren das die Straßen umbenannt wurden und oft auch die Postleitzahlen geändert wurden auf den Dörfern.
Naja back to Topic, wie wärs mit nem Permalink auf deinen Postcode map? Zwecks nachschauen wenn jemand was angepasst hat Hab zumindest keinen gefunden und musste immer wieder erst Thale suchen.
Ist in der unteren Zeile (Lag, Zoom, BBox, lonlat, Permalink, Legende), also das zweite von rechts.
Wenn du die untere Zeile allerdings weggeklappt hast, must du die erst wieder sichtbar machen, indem du auf den kleinen grünen Balken am unteren Bildrand klickst.
OSM ist nicht “das Internet” - aber wir arbeiten dran
Die Gemeindereformen von 2013 (es gab mehrere in verschiedenen Ecken) wurden bei den Administrativen Grenzen sehr schnell und sauber durchgezogen. Für die PLZ-Gebiete gibt es weniger Interessenten, die das für wichtig halten. Daher kann es hier schon mal klemmen. Deshalb gibt es ja auch meine unterstützende Karte.
Richtig ist:
Gemeinde Schmiedeberg und Gemeinde Hartmannsdorf haben die 01762 - sind auch so an den Gemeindegrenzrelationen.
Die dritte stammt von der vorhanden PLZ-Relation.
Problem 01744;01738;01774:
Hartmannsdorf und Klingenberg sind eine “Verwaltungsgemeinschaft” - ist auch als Relation eingetragen. Dort sind auch 3 Postleitzahlen gültig. In der Gemeinde Klingenberg (01738) ist die “ehemalige” Gemeinde Pretzschendorf (01744) integriert. Neuerdings gehört noch Höckendorf (01774) zur Verwaltungsgemeinschaft. Dorfhain “soll” zu Freital (01705).
Die Stadt Dippoldiswalde und die Gemeinde Schmiedeberg werden ab 2014 eine “Verwaltungsgemeinschaft” mit zwei PLZ.
Ich habe aus diesen Grund (“Wirren” der Verwaltung) nie etwas an den Grenzen “geändert” (außer bekannte Grenzpunkte verschoben). Vielleicht kann jemand das “entwirren” - wie es richtig sein sollte.
Willst du damit andeuten, das meine Liste falsch ist? (“Richtig ist:”) - es ist ein nachvollziehbares Ergebnis einer offen gelegten SQL-Abfrage und dürfte wohl wahr sein
In OSM gibt es PLZ (postal_code)
a) nur an Gemeinden
b) nur an PLZ-Relationen
c) an beiden Relationen
der dritte Fall ist das Problem, da sich damit Gebiete überlappen, weil sie doppelt vorhanden sind.
Problem 01744;01738;01774:
Ich will es mal etwas allgemeiner darstellen:
Wir haben ein sauberes Netz der Administrativen Grenzen in DACH und auch anderen Gegenden der Welt. Ohne irgendwelche Überlappungen und “schön” durch admin_level klassizfiziert.
Darüber liegt ein wirres Netz der PLZ-Gebiete, dass den administrativen Grenzen ähnlich ist aber nicht identisch. Dieses Netz orientiert sich grob an den Ortsgrenzen, ist aber total unabhängig davon. Daher sollte man - eigentlich - beide Netze total voneinander trennen.
Sowohl die Administrative als auch die Post können jederzeit die Topologie/Einteilung ändern und machen das auch. Insbesonders die Aussage Gemeinde=PLZ ist schlichtweg falsch.
Daher rate ich dazu, die PLZ aus den Administrativen Grenzen rauszunehmen, woimmer ist notwendig und möglich ist.
Man erreicht somit auch eine Entkopplung/Unabhängigkeit beider Netze.
Zu den beiden Beispielen:
bei den Gemeinden Schmiedeberg und Hartmannsdorf sollte die PLZ raus, da sie bereits als PLZ-Gebiet vorhanden ist.
Verwaltungseinheiten mit 3 PLZ sind einfach Schwachsinn (in den Daten!) Mit dieser “Information” kann niemand was anfangen; noch nicht einmal als Adresse wäre das zu gebrauchen. Auch hier ist die (meinige) Lösung: raus mit den PLZ aus den Administrativen Grenzen.
Ich bin dabei, dieses Wirrwar in der PLZ-Karte zu visualisieren. Eine Vorversion mit einigen technischen Problemen (*) schalte ich jetzt mal frei, damit man sich einen Eindruck machen kann. Einfach mal zwischen “Postal Borders” und “Administrative Borders” umschalten und wundern. Oder man benutze die “Karte der Administrativen Grenzen” (sorry, url hab ich derzeit nicht parat) und sieht da nach.
Gruss
walter
*) Manche Popops kommen noch nicht richtig; Cookies sind abgeschaltet, d.h. er merkt sich nicht den alten Stand
Jaaa, da hatte ich mich mal mit den “schlimmsten” mal versucht … mit einem geeigneten Workflow zum Reinladen der betroffenen Relationen via Remote-Feature von JOSM geht das relativ zügig … aber man sollte trotzdem noch aufpassen, da keine logischen fehler einzubauen.
Werde mal die übrigen “Doppelungen” in den nächsten Tagen/Wochen mich weiter da ranmachen.
NEIN - ich wollte nur damit sagen, was mein Wissenstand ist. Die Eintragungen an den Gemeindegrenzen sind ja von “amtlicher” Seite eingetragen. (Da hätte ich mich nicht rangetraut.) Das Rauslöschen aus den Grenzen werde ich nächste Woche nach deinem Vorschlag “erledigen”. - DANKE
ich bin ein wenig beruhigt, dass mein Vorschlag durchaus positiv beantwortet wurde. Ich werde mir auch mal einige Dubletten vorknöpfen.
Gruss
walter
Nachtrag: Ich habe den Job zur Erstellung der Geometrien aller Multipolygone direkt in die Verarbeitung der minütlichen Diffs integriert. Dadurch sind die Geometrien aller Grenzen nach ca 2-3 Minuten in der DB aktuell und werden auch so in der Karte dargestellt. Die Wartezeit von ca 1 Stunde entfällt ab sofort.
Nachtrag2: aktuelle Liste der Dubletten - jetzt “nur” noch 409, da ich einen Auswertungsfehler beseitigt habe. Dafür ist aber eine “Josm-friendly” Aufstellung der betroffenen Relationen dabei.
Ich habe in meiner Ecke 017… etwas aufgeräumt und die postal_code in den amtlichen Gemeindegrenzen als postcode gesetzt. Ob das aber das nächste amtlich update übersteht - gibt es das überhaupt noch?
Jo, daran hab ich garnicht mehr gedacht: postal_code → postcode und beide sind zufrieden.
Was meinst du mit “amtlichen Update”? Änderungen von Gemeindegrenzen wird es wohl immer mal geben, aber die werden doch von OSM-Mitgliedern eingetragen und nicht von irgendwelchen Ämtern.
Dass die Mapper dann ein wenig aufpassen sollten, gilt ja bei jeder Eintragung. Also kann immer wieder mal ein postal_code an Administrativen Grenzen auftauchen - sh… happens
Wenn die Version 2.07 offiziell fertig ist, sieht man ja relativ einfach die Dubletten, da sie ja dunkler dargestellt werden. Schätze mal in 2-3 Tagen ist das soweit.
alle Layer haben jetzt Tool-Tips, die schon mal das Nötigste anzeigen
das Postal Borders Layer zeigt jetzt die PLZ-Gebiete als Flächen an. Dadurch lassen sich Lücken und Dubletten leichter finden.
ein neues Layer für die Administrativen Grenzen, die ebenfalls als Flächen angezeigt werden.
Im Gegensatz zur Vorversion, die ich von einigen Tagen frei geschaltet hatte, geht das Verschieben (Pan) der Karte wieder richtig.
Noch eine Empfehlung: Alle Layer ausschalten, die nicht unbedingt benötigt werden - dann geht es etwas schneller und übersichtlicher wird es auch. Oder auch ein wenig den Kontrast runterdrehen.
Hab zumindest keinen gefunden und musste immer wieder erst Thale suchen.