was zahlste? 
Allerdings sind die wirklich (noch) nicht vertrauenswürdig. Massenhaft Fehler und ein sehr interessantes Tagging. Werde ich mich später mal zu äußern. Da ist in der OSM-Database einiges im Argen. Es gibt ja auch schon Forenbeiträge dazu.
Schwerpunkt der Karte ist erstmal das Finden von “Ausreißern”, also PLZ-Nummern im falschen Revier.
Firefox wollte das wohl irgendwie nicht solange der Tab noch offen war – jetzt ging es. Wobei das mit dem Umstellen anscheinend doch nicht reicht um keine bunten Kacheln zu erhalten.
Ja. Wobei das ganz ohne Farbe mit der Zuordnung schwieriger ist, aber zumindest möglich. Wie wäre es als Schriftfarbe mit dem Inversen der Hintergrundfarbe?
Und ob die “Nodes” oder die “Hulls” wichtiger sind bin ich mir nicht so ganz sicher (z.B. hier (bei Zoom 14 bleiben!) die Beschriftungen in Neuenheim und Eppelheim).
Die haben beide ihre Vor- und Nachteile. Blendet man die Nodes aus, erkennt man relativ schnell, wo es Irrläufer gibt.
Zoomt man näher ran, bring das Nodes-Layer weitere Infos.
allerdings kann ich mir nicht erklären, woher die PLZ 69210 im 69120-er Gebiet kommt. Sollte wohl ein Zahlendreher sein, aber wo?
Sehr unangenehm sind die PLZ für Großkunden. Die platzen da mitten rein. Ich bin übrigens dafür, bei denen ebenfalls die lagespezifische PLZ zu erfassen. Passendes Bild hab ich gerade nicht parat.
So, jetzt mach ich mich mal auf die Käferjagd
Gruss
walter
Kommt drauf an 
Aber wenn es darum geht, Fehler in den PLZ aufzuspüren, wäre das sicher sehr hilfreich. Wenn GIS-Analysten die Daten als Shapefile angeboten bekommen, werden sie im Umkehrschluss auch bei der Fehlerbehebung mithelfen.
Frei nach dem Motto, welches Frederik auf der FOSSGIS 2013 in seinem Vortrag ‘Wer ist der Boss bei OSM?’ [1] formulierte: Boss ist, wer der Community Werkzeuge und (Themen-)Karten an die Hand gibt.
Grüße, gis_jam
Mag ich nicht glauben. Zumindest ist sowas fast nie wieder in OSM eingeflossen. Die biegen sich eher das Shape hin als in OSM was zu ändern und dann auf bessere Shapes zu warten.
Gruss
walter
Verdammt schwierig. Kommt so direkt aus openlayers.
Ich gebe im Style-Sheet label: ‘${postcode}’ an. Aufgerufen wird das mit “01234” und raus kommt “1234”.
Nehme ich aber “D-01234” , was ich nicht will (oder ?), kommt auch “D-01234” raus. Anstelle die Finger vom Attribut - hier postcode - zu lassen, “pfuscht” OL da rum.
Ich habe versucht, das Label in einer selbst definierten Funktion zu erstellen, ist mir aber auf die Schnelle nicht gelungen.
Bei den Popups, die ich voll unter Kontrolle habe, ist natürlich alles richtig.
Grübel, Grübel
Walter
Hallo Walter
Vielleicht kannst du explizit darauf bestehen, dass ‘${postcode}’ als Zeichenkette und nicht als Zahl behandelt wird. Das scheint mir der nterschied zwischen “01234” und “D-01234” zu sein.
Edbert (EvanE)
Ich hab mal als Schriftfarbe die gleiche wie bei der PLZ oder der Hull genommen. Und den Outline als neutrales Grau.
Aber die Inverse vom Hintergrund nehmen? das wird doch kunterbunt! naja, ich probiere es mal aus.
Grauer Hintergrund und farbige Schrift sieht gut aus.
Nö, war nix zu machen. Die Label-Routine hat immer führende Nullen weggeschmissen.
Hab es aber dennoch hingekriegt:
Jetzt bekommt die statt “04711” einfach “\u00ad04711” vorgeworfen - vor der “führenden Null” noch ein unsichtbarer Soft-Hyphen und schon ist die Null nicht mehr “führend”.
Ich lob mich gleich mal selber
Gruss
walter
Also ich wäre zumindest dabei! Aber was hat das GMaps Plugin damit zu tun?
Grüße, gis_jam
wenn ich das richtig gelesen überflogen habe, kann man damit in QGIS Shapefiles editieren - also z.B. eine etwas falsche PLZ-Border lokal zurechtbiegen.
Naja, technisch ist es keine Kunst aus OSM-Daten Shapefiles zu erzeugen. Kommt mal in meine TODO-List - aber ziemlich am Ende.
Gruss
walter
p.s. der nächste Käfer wartet auf seine Klappe. Mal sehen was mit den Cookies los ist.
ok, wieder ein Käfer platt.
Außer vor schwarzen Punkten, da geht es völlig unter.
Bei den anderen Farben passt es aber gut.
Komplementärfarbe wäre noch eine Option.
Edbert (EvanE)
So, ich kann jetzt bei den Labels der Hulls Schrift- und Outline-Farbe einzeln definieren. Dunkle Schriften haben jetzt weiß und helle Schriften grau als Hintergrund. Änderungen sind jetzt sehr einfach zu machen.
Es kann auch Pink auf Lila sein wenn die Mehrheit es so will
Müden Gruß
Walter
Shapefiles editieren geht in QGIS ganz selbstverständlich ohne Plugins. Sozusagen die Kernkompetenz von QGIS
Wunderbar, freu mich schon! Nochmal vielen Dank für den tollen PLZ-Dienst!
Grüße, gis_jam
Hallo Walter
Deutlich besser als zuvor.
Wegen der Halbtransparenz sind Label vor dichten Punkte-Ansammlungen generell schwierig. Aber man kann eben nicht beides gleichzeitig ohne den Nachteil haben. Ich bin mit der jetzigen Lösung zufrieden.
Edbert (EvanE)
Hallo Walter, tolle Sache das!
Ich hätte auch noch etwas für die ToDo-Liste. Die Platzierung der PLZ müsste noch ein wenig überarbeitet werden. Schau z.B. mal in Rennerod. Da tauchen 2 PLZ direkt nebeneinander auf, liegt vermutlich an der Form der Polygone. Die Platzierung erfolgt offensichtlich irgendwo in der “Mitte” der Fläche. Wenn jetzt, wie dort der Fall zwei Bereiche eher eine nord-süd Ausrichtung haben und sich dann auch noch teilweise umschließen, werden die PLZ nicht mehr in dem dazugehörigen Polygon platziert. Ansonsten echt toll umgesetzt. 
Sollte das im Thread schon genannt worden sein, bitte ich vielmals um Entschuldigung. 
Georg
Kann ich leider nicht nachvollziehen. Ich versuche mal, das Verhalten zu beschreiben.
Beim Aufruf wird die Einstellung in 3 Schritten initialisiert:
1.) Hard-Coded
var latitude = 50.1115;
var longitude = 8.098;
var mapZoom = 16;
West closed
East closed
South open
Layerswitcher open
BaseLayer monochrom
Postal Borders true
Nodes true
Hulls true
Find Objects true
Dach+ true
Grid false
Sollte dann genau so aussehen:
2.) Test auf Cookie “osm_plz”
alle obigen Werte werden vom Cookie überschrieben, falls dieser vorhanden ist.
3.) Auswertung des URLs (Permalink)
latitude, longitude, zoomlevel und layer - halt das was Permalink in den URL schreibt.
Der Permalink sollte dann so ausssehen (wenn nicht bereits ein Cookie zugeschlagen hat)
*[http://osm.wno-edv-service.de/plz/?zoom=16&lat=50.1115&lon=8.098&layers=0BTTTTTF](http://osm.wno-edv-service.de/plz/?zoom=16&lat=50.1115&lon=8.098&layers=0BTTTTTF)*
Bei jedem Reload (F5) der Seite, Klick auf Permalink und vor dem Schließen des Fensters bzw. Verlassen des Browsers wird (hoffentlich) der Cookie neu geschrieben sodaß es beim nächsten Aufruf genau so weiter geht. Die “Lebenszeit” des Cookies beträgt 7 Tage. Danach verfällt er wenn er nicht aktualisiert wird. (sollte ich den Wert auf 365 Tage erhöhen?)
Wenn man den Cookie also löschen will, muß man erst das Fenster schließen und dann den Cookie löschen.
Wer das mal verfolgen will, kann das in der WebConsole beobachten.
Gruss
walter
PS: Ich sollte mal ne wiki-Seite erstellen
edit:typo
Freut mich - wofür macht man das sonst?
Eventuell schraube ich noch ein wenig an der Reihenfolge der Overlays rum - Nodes ganz nach unten und die Grenzen/Hulls ober drüber.
Dann sollten die Labels sauber sein, es sei denn Grenz-Label und Hull-Label liegen dicht beisammen. (Welches ist denn wichtiger?)
Muß ich aber verdammt aufpassen damit die Einstellungen des “alten” Cookies (osm_plz Version3) übernommen werden. Aber die Permalinks sind wohl nicht zu retten.
Mal sehen.
Gruss
walter