kleines PLZ-Tool

Hi,

Großkunden der Post sind ja nicht nur Firmen, sondern auch Behörden und damit würde “type=company” nicht so gut passen.
Gemäß wikipedia:de gibt auch noch einen dritten Typus, den der Postfach-PLZ. (und wenn man diesen auch noch berücksichtigen
würde, dann hätte man 20 PLZs in einem Hauptpostamt (sprich Gebäude), dies würde einen renderer doch etwas in Bedrängnis bringen.

So drastisch würd’ ich das nicht ausdrücken wollen. Sicher,

  • einige Hausnummer sind nicht eingetragen
    und
  • einige sind wohl verkehrt.

Aber der/die Grenzzeichner kann immer nur so gut sein, wie es die Datenlage im OSM erlaubt.
Da bei der Baroper Bahnhofstraße zusätzlich nicht aufgepasst wurde, liegt das Gesamtbild leider etwas im argen :frowning:

Als kleine Herausforderung für Dein Program hier eine “Stichstraße” (Bismarckstraße):
http://wnordmann.homeunix.com/otm/plz.html?zoom=18&lat=49.46383&lon=11.10333&layers=B000TT

Ciao,
Frank

In Marl ist es etwas einfacher, da dort die Adressen von der Stadtverwaltung gespendet wurden.

http://up.picr.de/5576355.png

Chris

hi!

habe zwar die anderen postings nicht gelesen aber es wäre hilfreich unten rechts gleich die aktuelle zoomstufe noch mit anzuzeigen.

gruß Jan :slight_smile:

Hi,

?
Die Zoomstufe wird doch schon links mit angezeigt.

Ciao,
Frank

Hallo Walter

  • Die graue Linie entspricht dem Verlauf der veralteten Original-Daten.
  • Die blaue Linie ist der Import in OSM, hier offensichtlich korrigiert
    anhand der Adressen in OSM

Wenn die rote Linie, der Postauskunft entspricht,
dann stimmen die Adress-Daten in OSM und bei der Post nicht überein.

Welche richtig sind und welche falsch sind, vermag ich nicht einzuschätzen.

Falls falsche Adress-Daten in OSM sind, dann sind natürlich auch
die Korrekturen an den importierten PLZ-Gebieten fehlerhaft.

Da kann man von außen leider nichts dran machen.
Man ist da auf die Arbeit der Leute vor Ort angewiesen.

Edbert (EvanE)

Wobei das natürlich nicht ganz einfach ist, da die PLZ nicht an den Häusern klebt.
Man müsste also anklingeln und die PLZ erfragen. :wink:

Chris

hi jan,
die steht links im bild beim zoombalken - und bewegt sich mit der zoom-anzeige mit.
war etwas tricky, aber ich liebe solche herausforderungen.
gruss
walter
kellerma’s anwort hatte ich nicht gesehen - aber lieber doppelt als garnicht

hi Edbert,

also, wenn man der online-abfrage bei der post nicht glauben will, wem denn?

aber die dürfen wir ja nicht nehmen - hab halt nur mal nachgesehen.
gruss
walter
p.s. an den “krummen bananen” bin ich dran. das ganze ist aber noch etwas fehleranfällig.

die allersberger str in nürnberg

Warum eigentlich bekomme ich hier http://wnordmann.homeunix.com/otm/plz.html?zoom=15&lat=52.12565&lon=11.60491&layers=B000TT keine PLZ zu sehen?
D.h. machmal blitzt in einer Zoomstufe ganz kurz ein gelbes Gebiet auf.

hi,

weil da ne “kaputte” plz ist und mein programm dann “ausflippt” :frowning:
werde ich am wochenende verbessern.
gruss
walter

so, ist erledigt.
da sind 4 objekte, die etwas komisch sind.

Ist es möglich das zu selektierten/konkretisieren? Ich hab da gesucht und nichts gefunden :frowning:

etwas,

das waren address-interpolationen, also ways für bereiche von hausnummern. die sahen auch für mich ganz vernünftig aus

plz_24585.log:Sat Nov 06 19:21:18 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 47010504 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24585.log:Sat Nov 06 19:21:18 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 47010505 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24585.log:Sat Nov 06 19:21:18 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 48583271 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24585.log:Sat Nov 06 19:21:18 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 55279391 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24598.log:Sat Nov 06 19:21:10 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 47010504 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24598.log:Sat Nov 06 19:21:10 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 47010505 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
plz_24598.log:Sat Nov 06 19:21:10 CET 2010: GEOMETRYCOLLECTION EMPTY way_id: 48583271 plz=39110 latlon=GEOMETRYCOLLECTION EMPTY
ich hab die dann erst mal unterdrückt, d.h. nicht weiter ausgewertet.
anstelle von “GEOMETRYCOLLECTION EMPTY” sollten hier die berechneten koordinaten des zentrums des weges stehen (sorry, ziemliches fach-chinesisisch)
d.h. ein teil des programmes hat mit diesen ways nen problem, das ich noch nicht finden konnte.
es kommt aber an dieser stelle sowieso nicht auf jeden punkt an, da ja genug da sind. einzig die punkte, die den rand des plz-gebietes bilden, sind wirklich wichtig.

fazit: Kein Datenfehler - leider ;(
gruss

aha: etwas hab ich gefunden: bei den knoten sind zumindest 2 koordinaten exakt gleich (gleiche x oder gleiche y) daran könnte es liegen → fehler in postGIS st_centroid ?
walter

Tja, muss leider passen. Da verstehe ich nichts von. :frowning:
Ich dachte, ich hätte da was falsches eingetragen und könnte es korrigieren.

ist schon ok,
war ja kein datenfehler.
das problem tritt dann auf,
wenn ein weg EXAKT waagrecht oder senkrecht ist,
d.h wenn die koordinaten in nord- oder süd-richtung bis auf den millimeter genau gleich sind. (keine ahnung, wie man das hinkriegt aber bei ganz wenigen ways ist das halt halt so).
und addr-interpolationen sind halt auch nur ways.
ich lass die dann bei der auswertung einfach unter den tisch fallen.

ansonsten: schon die neuen featueres gesehen?
die bananen sind endlich krumm und man sieht die einzelnen punkte der plz-gebiete.
derzeit arbeite ich an den pop-ups.

gruss
walter

Hi,

jo, mit den verschiedenfarbigen PLZ-nodes schaut das ganze schon recht groovy aus.

Wenn man jetzt noch die PLZ-Grenzrelation aus OSM noch mit drüberblenden könnte
(och, nur ein klitzekleines feature-request :wink:

Ciao,
Frank

warte, warte noch ein weilchen, …
steht natürlich in meiner pipeline.

das mit den farben hab ich gemacht, damit man a) irrläufer leichter entdeckt b) bei überlappungen sieht, wer wohin gehört.
aber erst mal die popups sauber machen, damit man sieht, woher die daten kommen…

und schneller wird das teil dadurch auch nicht.
gruss
walter

Was soll das undefiniert bedeuten? Ich hab ganz sicher die Postleitzahl dabei.

das bedeutet, dass die derzeitige version der Karte die popups noch nicht richtig mit Daten versorgt.
das hatte ich einen post weiter oben aber schon erwähnt.
die plz ist natürlich vorhanden, sonst hätte er ja kein cluster bilden können. nur an den details fehlt es noch (welcher node ist das? wo kommen die daten her?, link zum edit)
bin aber gerade am anpassen.
gruss
walter

Hallo Walter,

was mir gerade aufgefallen ist:
Kann es sein, dass Du multipolygone, auch wenn sie “building=yes” besitzen, nicht auswertest?

Danke.

Ciao,
Frank

Das Tool wir immer besser!
Manchmal scheinen Firmen ihre eigene PLZ nicht zu kennen:
http://wnordmann.homeunix.com/otm/plz.html?zoom=14&lat=48.72471&lon=9.11787&layers=B000TTT
die Ecke von PLZ 70567 im Zentrum der Karte zeigt auf
http://www.openstreetmap.org/?node=663200147 : http://www.mmc-stuttgart.de/index.php?id=43
Das passt irgednwie gar nicht!