Pflege der deutschen PLZ-Daten in OSM

Gehrke · 2014-03-08 18:09:31

In Köln wurden offenbar "boundary=postal_code"-Segmente vollständig parallel und gleichwertig zu Stadtteilgrenzen aufgebaut.
Davon abgesehen, dass (dabei?) sehr seltsame Geometriefehler entstanden sind, die ich gerade mühsam gefixt habe, sehe ich überhaupt keinen Sinn in dieser Mapping-Praxis.

Vielleicht war es auch umgekehrt (laut History eher nicht) und es wurden neue Stadtteilgrenzen gezogen. Was auch auffällt: Die Stadtteilgrenzen haben teils völlig unnütze Knoten im Dezimeter-Abstand.

EDIT: Einige redundante Segmente (insb. im Rhein) habe ich schon ersetzt.

Last edited by Gehrke (2014-03-08 18:18:55)

FvGordon · 2014-03-08 19:32:57

Ich bin in Hamburg-Wilhelmsburg und etwas weiter nördlich tätig gewesen, habe dort Segmente von PLZ-Grenzen neu gelegt und PLZ nach diesen neuen Grenzen bei Gebäuden korrigiert. Dabei ist mir auch die gleiche für Nodes verwendete Farbe bei benachbarten PLZ-Gebieten aufgefallen.

Auch habe ich bemerkt, dass die PLZ der Adresse (ref=*) einiger Briefkästen nicht mit einem Gebäude gleicher Adresse (Straße, Hausnummer) übereinstimmt (hier (Gelände mit gleicher Adresse) und hier (Gebäude).

Die PLZ der Gelände/Gebäude konnte ich im Internet verifizieren. Die Briefkästen hatten dann die PLZ eines benachbarten Gebietes.

Franz

wambacher · 2014-03-08 19:41:01

FvGordon wrote:

Dabei ist mir auch die gleiche für Nodes verwendete Farbe bei benachbarten PLZ-Gebieten aufgefallen.

Jo, kommt leider mal vor hab da auch keine vernünftige Lösung für.

Die PLZ der Gelände/Gebäude konnte ich im Internet verifizieren. Die Briefkästen hatten dann die PLZ eines benachbarten Gebietes.

Damit kennt die Post sich wohl nicht so aus Du solltest aber als Referenz die Straßensuche der Post nehmen, deren Karte ist auf jeden Fall Schrott.

Guss
walter

Gehrke · 2014-03-08 19:51:11

Gehrke wrote:

Einige redundante (Köln-)Segmente (insb. im Rhein) habe ich schon ersetzt.

So, keine Lust mehr auf die Sch...

Bin erinnert an die LGL-Grenzen in BaWü. Da lief dann durch eine unfertige LGL-Einführung z.B. die AL8-Grenze 15m neben der AL6-Grenze. Hat auch zig Stunden gekostet, das zu fixen.

Last edited by Gehrke (2014-03-08 19:52:08)

wambacher · 2014-03-08 20:23:31

Gehrke wrote:

So, keine Lust mehr auf die Sch...

Was, keine Lust mehr auf die Schöne Aufgabe?

Ich kann das Problem noch nicht so richtig nachvollziehen. Hättest du bitte mal ein konkretes Beispiel? 1-2 Rel-IDs sollten reichen.

Gruss
walter

Gehrke · 2014-03-08 20:28:06

wambacher wrote:

Ich kann das Problem noch nicht so richtig nachvollziehen. Hättest du bitte mal ein konkretes Beispiel? 1-2 Rel-IDs sollten reichen.

Ich habe gerade auch keine Lust, IDs rauszusuchen (JOSM aus). Es gibt halt immer eine PLZ-Grenze und direkt daneben eine Admin-Grenze. Ist wohl historisch schon vor einiger Zeit entstanden. Viel habe ich schon gefixt. Deswegen müsste ich jetzt erst wieder eine neue Stelle suchen.
Aber das war auch eher ein ästhetischer Mangel. Spielt für Irrläufer usw. in der Regel keine Rolle. Daher lasse ich es jetzt so, bis es wirklich inhaltlichen Bedarf für Änderungen gibt.

Last edited by Gehrke (2014-03-08 20:43:46)

Gehrke · 2014-03-08 20:37:29

Walter, Du könntest mich aber vielleicht mit Fortschrittslisten der Irrläufer aufmuntern.

wambacher · 2014-03-08 20:51:45

Gehrke wrote:

Walter, Du könntest mich aber vielleicht mit Fortschrittslisten der Irrläufer aufmuntern.

jojo, ich mach ja schon.

3 neue Listen sind live, berlin rennt, hamburg wartet

Gruss
walter

Gehrke · 2014-03-08 20:52:31

wambacher wrote:

Gehrke wrote:
Walter, Du könntest mich aber vielleicht mit Fortschrittslisten der Irrläufer aufmuntern.
jojo, ich mach ja schon.

Super. Danke!

wambacher · 2014-03-08 20:57:27

Gehrke wrote:

Es gibt halt immer eine PLZ-Grenze und direkt daneben eine Admin-Grenze. Ist wohl historisch schon vor einiger Zeit entstanden. ...
Aber das war auch eher ein ästhetischer Mangel. Spielt für Irrläufer usw. in der Regel keine Rolle. Daher lasse ich es jetzt so, bis es wirklich inhaltlichen Bedarf für Änderungen gibt.

Ach so, ich dachte, das wäre neu dazugekommen und würde sich auf die Auswertung auswirken.
Da hat wohl jemand die Trennung zwischen Administrativer und Postalischer Grenze zu genau genommen. Wenn die Grenzways wirklich identisch sind, kann man die sich ja teilen. Das hast du wohl gemeint.

Gruss
walter

berndw · 2014-03-08 21:21:53

Die Kölner Admin-Grenzen sind anhand offizieller Daten eingetragen, im Rahmen meiner PLZ-Arbeiten habe ich die in Ruhe gelassen.
Mir ist aber auch aufgefallen, dass die PLZ-Grenzen häufig mit den Admin-Grenzen übereinstimmen.

Ohne Konsens mit der Kölner Community werde ich keine Grenzen mergen, obwohl ich es für sinnvoll erachten würde.

Bernd

Last edited by berndw (2014-03-08 21:22:12)

Gehrke · 2014-03-08 21:25:09

berndw wrote:

Die Kölner Admin-Grenzen sind anhand offizieller Daten eingetragen, im Rahmen meiner PLZ-Arbeiten habe ich die in Ruhe gelassen.
Mir ist aber auch aufgefallen, dass die PLZ-Grenzen häufig mit den Admin-Grenzen übereinstimmen.
Ohne Konsens mit der Kölner Community werde ich keine Grenzen mergen, obwohl ich es für sinnvoll erachten würde.

Die Plz-Grenzen sind ja uralt. Sehe keine Probleme dabei, die zu verbessern. Bisher hat sich niemand um die gekümmert. Die (genauen) Admin-Grenzen selbst ändere ich nicht.

EDIT: Ich habe User jotpe (der scheint die lokale Gruppe mit zu organisieren) eine PN geschrieben.

Last edited by Gehrke (2014-03-08 21:48:16)

viw · 2014-03-09 09:32:07

wambacher wrote:

FvGordon wrote:
Dabei ist mir auch die gleiche für Nodes verwendete Farbe bei benachbarten PLZ-Gebieten aufgefallen.
Jo, kommt leider mal vor hab da auch keine vernünftige Lösung für.

Naja die einfachste Lösung (optisch) wäre wenn die Irrläufer nicht als Kreise sondern als Quadrate oder Dreiecke dargestellt wären. Dann spielt nämlich die Farbe nicht mehr die Rolle. Dafür müsste aber ausgewertet werden ob es sich bei dem POI um so einen Irrläufer handelt. Wenn das möglich ist, wäre es eine sehr schöne Ergänzung zu den Irrläuferlisten.

wambacher · 2014-03-09 10:34:31

viw wrote:

wambacher wrote:
FvGordon wrote:
Dabei ist mir auch die gleiche für Nodes verwendete Farbe bei benachbarten PLZ-Gebieten aufgefallen.
Jo, kommt leider mal vor hab da auch keine vernünftige Lösung für.
Naja die einfachste Lösung (optisch) wäre wenn die Irrläufer nicht als Kreise sondern als Quadrate oder Dreiecke dargestellt wären. Dann spielt nämlich die Farbe nicht mehr die Rolle. Dafür müsste aber ausgewertet werden ob es sich bei dem POI um so einen Irrläufer handelt. Wenn das möglich ist, wäre es eine sehr schöne Ergänzung zu den Irrläuferlisten.

Schöner Vorschlag - für Irrläufer. Es geht hier aber um die ganz normalen farbigen PLZ-Symbole. Deren Farbe errechne ich mit einer Formel aus den 5 Ziffern. Und da kann es schon mal vorkommen, daß zwei Nachbargebiete die gleich Farbe bekommen.

Wow: Gerade beim Tippen eingefallen - Hulls einschalten und das Problem ist (fast) weg. Manchmal kennt man seine eigenen Programme nicht mehr

Erleichterte Grüße
walter

Last edited by wambacher (2014-03-09 10:44:36)

Gehrke · 2014-03-09 10:44:42

Gehrke wrote:

berndw wrote:
Ohne Konsens mit der Kölner Community werde ich keine Grenzen mergen, obwohl ich es für sinnvoll erachten würde.
Ich habe User jotpe (der scheint die lokale Gruppe mit zu organisieren) eine PN geschrieben.

Von ihm gibt es keine Einwände - im Gegenteil. Ich wurde noch darauf hingewiesen, dass in Köln gerade sehr viele Adressdaten eingepflegt/importiert werden

berndw · 2014-03-09 10:58:25

@Gehrke

Ja dann

Ich werde mich in den nächsten Tagen wieder mit der Kölner PLZ beschäftigen,
heute nutze ich erst mal das Wetter aus.

Bernd

Gehrke · 2014-03-09 11:17:03

@berndw Gut so.

Ich habe gerade noch einen Brocken in Hamburg weggeräumt (die brauchen einfach Hilfe aus Bremen ).
Aber jetzt ist bei mir für die nächsten Tage erstmal Schluß mit PLZ fixen: CeBIT...

Last edited by Gehrke (2014-03-09 11:26:56)

Gehrke · 2014-03-09 11:22:35

Doch noch keine Pause. In Tuningen wurden massiv Grenzen zerschossen

EDIT: Changeset revertiert, Mapper PNt.

Last edited by Gehrke (2014-03-09 11:26:36)

wambacher · 2014-03-09 12:17:42

Hi, hier mal ein Tip, wie man Irrläufer relativ leicht auf der PLZ-Karte sehen kann - auch wenn die Farben benachbarter Gebiete gleich sein sollten.

Beispiel: FFM, PLZ 60311 und 60313. Da habe ich gestern mal richtig aufgeräumt und dennoch einige Irrläufer übersehen.

wenn man die Hulls einschaltet, sieht man das ganz schnell:

3x 60311 und 1x 60313 jeweils im "falschen" Gebiet.

Gruss
walter

ps: die Fehler werde ich natürlich jetzt sofort beseitigen; online sollten die in einigen Minuten weg sein.

Nachtrag: Gerade gesehen, dass die drei Lokalitäten eh ein wenig "schräg" sind, aber jetzt stimmt zumindest die PLZ

Last edited by wambacher (2014-03-09 12:24:39)

wambacher · 2014-03-10 12:36:21

Hier die Ausbeute der Nacht: NRW, BDB, SH und TH, Bayern läuft.

Aufgrund eines weiteren Cashs heute Nacht decken diese Auswertungen nur den Datenbestand bis ca Mitternacht ab. Ausserdem ist der Lag relativ groß und dürfte das wohl den ganzen Tag noch bleiben.

Kurz zum Problem: Hatte erst an Stromschwankungen gedacht aber es scheint sich um Überhitzung der CPU zu handeln. Irgendwas ist mit den Lüftern (?) wohl nicht sauber und bei um die 73° schaltet die Kiste ab. Nun denn, mal wieder was Neues. Zur Not muß ich die Box mal eine Nacht abschalten und durchchecken.

Muß jetzt erstmal rauskriegen, welche Daten wozu gehören.

berndw · 2014-03-10 15:49:45

In Köln sind durch das mergen der PLZ mit den admin bounds neue Irrläufer entstanden.
Besonders die Eckhäuser, z.B. Ehrenfeldgürtel und Eichendorffstraße
http://www.openstreetmap.org/#map=19/50.95611/6.92284
gehören zu verschiedenen PLZ.

Mal sehen, wie man das sinnvoll lösen kann

Bernd

EvanE · 2014-03-10 18:51:55

wambacher wrote:

Kurz zum Problem: Hatte erst an Stromschwankungen gedacht aber es scheint sich um Überhitzung der CPU zu handeln. Irgendwas ist mit den Lüftern (?) wohl nicht sauber und bei um die 73° schaltet die Kiste ab. Nun denn, mal wieder was Neues. Zur Not muß ich die Box mal eine Nacht abschalten und durchchecken.
http://osm.wno-edv-service.de:8080/Data … mp-day.png
http://osm.wno-edv-service.de:8080/Data … an-day.png
Muß jetzt erstmal rauskriegen, welche Daten wozu gehören.

Manchmal hilft es einen Rechner innen zu entstauben.
Bei dir scheint der Sensor für temp3 defekt zu sein. Werte von -128° sehen für mich verdächtig aus. Desweiteren scheint der Lüfter-3 (wahrscheinlich als Folge) nicht zu laufen. ==> In Summe Kühlung nicht optimal.

Edbert (EvanE)

wambacher · 2014-03-10 20:52:44

EvanE wrote:

Manchmal hilft es einen Rechner innen zu entstauben.
Bei dir scheint der Sensor für temp3 defekt zu sein. Werte von -128° sehen für mich verdächtig aus. Desweiteren scheint der Lüfter-3 (wahrscheinlich als Folge) nicht zu laufen. ==> In Summe Kühlung nicht optimal.

Entstauben und endlich das Gehäuse schließen, damit der Luftstrom stimmt, steht schon auf dem Plan. Sensor3 mit Lüfter3 sind wohl Phantasieprodukte der Monitor-Software, da das Teil nur 2 geregelte Lüfter hat. Aber ganz sicher bin ich mir noch nicht.

Momentan ist noch Ruhe, aber die herrscht ja immer vor dem Sturm

Danke und Gruß
walter

Nachtrag: Hab mir den CPU-Lüfter mal richtig angesehen - total verstopft!!! Das kann ja nicht gut gehen. Sensor3 ist übrigens disabled, nur munin kriegt das anscheinend nicht hin. (oder ich krieg es nicht hin, munin das beizubiegen). OK, morgen Vormittag ist der Server down, dann ist Putzen angesagt.

Last edited by wambacher (2014-03-10 21:41:32)

EvanE · 2014-03-10 22:25:49

wambacher wrote:

EvanE wrote:
Manchmal hilft es einen Rechner innen zu entstauben.
Bei dir scheint der Sensor für temp3 defekt zu sein. Werte von -128° sehen für mich verdächtig aus. Desweiteren scheint der Lüfter-3 (wahrscheinlich als Folge) nicht zu laufen. ==> In Summe Kühlung nicht optimal.
Entstauben und endlich das Gehäuse schließen, damit der Luftstrom stimmt, steht schon auf dem Plan. Sensor3 mit Lüfter3 sind wohl Phantasieprodukte der Monitor-Software, da das Teil nur 2 geregelte Lüfter hat. Aber ganz sicher bin ich mir noch nicht.
...
Nachtrag: Hab mir den CPU-Lüfter mal richtig angesehen - total verstopft!!! Das kann ja nicht gut gehen. Sensor3 ist übrigens disabled, nur munin kriegt das anscheinend nicht hin. ... OK, morgen Vormittag ist der Server down, dann ist Putzen angesagt.

Auf die Lüfter der CPU (oder Graphikkarte, bei dir wohl eher wenig belastet) hätte ich auch getippt. Die übersieht man im Gegensatz zu den Lüftern des Netzteils gerne mal.

Edbert (EvanE)

wambacher · 2014-03-10 22:43:38

EvanE wrote:

Auf die Lüfter der CPU (oder Graphikkarte, bei dir wohl eher wenig belastet) hätte ich auch getippt. Die übersieht man im Gegensatz zu den Lüftern des Netzteils gerne mal.

ich glaube, ich gehe mal in die Vollen. Ist noch der orig AMD-Kühler aus der CPU-BOX, werde mir morgen einen neuen kaufen, da der im Shop meiner Wahl verfügbar ist. 45 Teuronen sind mal wieder futsch Wer wissen will welchen, möge sich per PN melden - möchte hier als "Spam-Jäger" nicht unbedingt auf die Abschußliste kommen.

Danach schwatzen wir wieder über Postleitzahlen.

Hurra: Die Irrläuferliste für Bayern ist endlich durch. 10 Stunden Auswertung für 24 "Irre" weniger
Hoffen mer mal, daß Berlin besser wird.

Announcement

#476 2014-03-08 18:09:31

Re: Pflege der deutschen PLZ-Daten in OSM

#477 2014-03-08 19:32:57

Re: Pflege der deutschen PLZ-Daten in OSM

#478 2014-03-08 19:41:01

Re: Pflege der deutschen PLZ-Daten in OSM

#479 2014-03-08 19:51:11

Re: Pflege der deutschen PLZ-Daten in OSM

#480 2014-03-08 20:23:31

Re: Pflege der deutschen PLZ-Daten in OSM

#481 2014-03-08 20:28:06

Re: Pflege der deutschen PLZ-Daten in OSM

#482 2014-03-08 20:37:29

Re: Pflege der deutschen PLZ-Daten in OSM

#483 2014-03-08 20:51:45

Re: Pflege der deutschen PLZ-Daten in OSM

#484 2014-03-08 20:52:31

Re: Pflege der deutschen PLZ-Daten in OSM

#485 2014-03-08 20:57:27

Re: Pflege der deutschen PLZ-Daten in OSM

#486 2014-03-08 21:21:53

Re: Pflege der deutschen PLZ-Daten in OSM

#487 2014-03-08 21:25:09

Re: Pflege der deutschen PLZ-Daten in OSM

#488 2014-03-09 09:32:07

Re: Pflege der deutschen PLZ-Daten in OSM

#489 2014-03-09 10:34:31

Re: Pflege der deutschen PLZ-Daten in OSM

#490 2014-03-09 10:44:42

Re: Pflege der deutschen PLZ-Daten in OSM

#491 2014-03-09 10:58:25

Re: Pflege der deutschen PLZ-Daten in OSM

#492 2014-03-09 11:17:03

Re: Pflege der deutschen PLZ-Daten in OSM

#493 2014-03-09 11:22:35

Re: Pflege der deutschen PLZ-Daten in OSM

#494 2014-03-09 12:17:42

Re: Pflege der deutschen PLZ-Daten in OSM

#495 2014-03-10 12:36:21

Re: Pflege der deutschen PLZ-Daten in OSM

#496 2014-03-10 15:49:45

Re: Pflege der deutschen PLZ-Daten in OSM

#497 2014-03-10 18:51:55

Re: Pflege der deutschen PLZ-Daten in OSM

#498 2014-03-10 20:52:44

Re: Pflege der deutschen PLZ-Daten in OSM

#499 2014-03-10 22:25:49

Re: Pflege der deutschen PLZ-Daten in OSM

#500 2014-03-10 22:43:38

Re: Pflege der deutschen PLZ-Daten in OSM

Board footer