Postcode Map Version 3.2 mit verbesserter Grenzdarstellung

wambacher · 2013-07-13T17:54:09.000Z

so, 2 von drei Testern haben ~~mir das Teil um die Ohren gehauen~~ sich geäußert und ich hab noch einiges zu tun. Nr 3 wollte wohl nur mal einen Blick drauf werfen.

Ich denke mal, in 2-3 Tagen ist das Ding vorzeigbar.

Gruss
walter

wambacher · 2013-07-19T11:16:37.000Z

Hi,

Nachdem meine Tester merkwürdigerweise 2 Tage ruhig geblieben sind hab ich das Teil mal freigeschaltet.

Gruss
walter

ps: Danksagungen bitte in schriftlicher Form an meinen Chef - Fehlermeldungen und Beschwerden bitte in mündlicher Form an unseren Hausmeister
Nee, in Ernst. Meldet euch ruhig - wird bestimmt noch was faul sein. Hier im Forum oder auch gerne per OSM-Mail.

rayquaza · 2013-07-19T11:26:22.000Z

Ich hab’ auch schon was gefunden: Es werden standardmässig alle Base-Layer angezeigt und erst wenn man einmal um- und wieder zurückschaltet nur noch eines.

Nachtrag: Und die Zahlen bei Blau und Schwarz lassen sich sehr schlecht lesen.

wambacher · 2013-07-19T11:46:50.000Z

rayquaza:

Ich hab’ auch schon was gefunden: Es werden standardmässig alle Base-Layer angezeigt und erst wenn man einmal um- und wieder zurückschaltet nur noch eines.

Gibt doch nur zwei Base-Layer. Die anderen sind Overlays.
wenn man WAS umschaltet? und welches denn?

Nachtrag: Und die Zahlen bei Blau und Schwarz lassen sich sehr schlecht lesen.

stimmt, kommt auf die Todo-Liste.

Gruss
walter

edit: Hab mal die Farben beim Label-Hintergrund der Hüllen (Hulls) rausgenommen. Einfach mal 'nen Reload auf der Seite machen oder maximal 1 Stunde warten. Dann macht er den Reload selber.

gis_jam · 2013-07-19T11:52:06.000Z

Super Sache!

Leider sind die PLZ-Beschriftungen (Layer Postal Borders) hier im Osten ihrer führenden 0 beraubt, Beispiel Jena.

Und noch ne Frage: Kannst Du die PLZ-Grenzen als Shape-Datei o.ä. zur Verfügung stellen?

Grüße, gis_jam

rayquaza · 2013-07-19T12:06:13.000Z

wambacher:

rayquaza:

Ich hab’ auch schon was gefunden: Es werden standardmässig alle Base-Layer angezeigt und erst wenn man einmal um- und wieder zurückschaltet nur noch eines.

Gibt doch nur zwei Base-Layer. Die anderen sind Overlays.
wenn man WAS umschaltet? und welches denn?

Genau die beiden (Mapnik-OSM und Mapnik-BW) sind beide sichtbar (bzw. vom anderen verdeckt, sobald es geladen wurde). Wenn man auf Mapnik-OSM schaltet nur noch dieses und wenn man wieder zurück auf Mapnik-BW schaltet auch nur dieses.

Nachtrag: Ich vermute, dass das nur beim ersten Aufruf so ist, werde aber gerade die Cookies nicht los: Ist da ausser “osm_plz” und “JSESSIONID” beide von osm.wno-edv-service.de noch eines?

Nachtrag: Private Mode ist was tolles: Ich konnte eben mehrere Sekunden lang eine farbige Kachel in der schwarz-weissen Standardeinstellung bestaunen, hab aber erst zu spät dran gedacht einen Screenshot zu machen, hab aber einen während des Verschiebens der Karte: Bei der Layerwahl habe ich dabei nur die Overlays ausgeschalten.

wambacher · 2013-07-19T12:06:29.000Z

gis_jam:

Leider sind die PLZ-Beschriftungen (Layer Postal Borders) hier im Osten ihrer führenden 0 beraubt, Beispiel Jena.

Meine beiden Tester und ich sind “Wessis”. Drum haben wir das wohl nicht gesehen. Wird natürlich geändert.

Und noch ne Frage: Kannst Du die PLZ-Grenzen als Shape-Datei o.ä. zur Verfügung stellen?

Als Dateien derzeit nicht - die hab ich selber nicht. Die werden Online aus den Live-Daten erzeugt.

Als WMS wäre das wohl machbar. Dann kann jeder die in seine Online-Karte einbauen und sogar zum Rendern verwenden. Dauert aber noch einige Wochen, falls Bedarf vorhanden ist und ich das dann auch hinkriege.

Gruss
walter

gis_jam · 2013-07-19T12:16:22.000Z

wambacher:

Als Dateien derzeit nicht - die hab ich selber nicht. Die werden Online aus den Live-Daten erzeugt.

Diese Daten wären Gold wert für viele Analysen im GIS-Bereich (Geo-Marketing, etc). Bisher muss man die teuer bei der Post einkaufen, freie (und aktuelle) PLZ-Grenzen gibt es nirgendwo. Ist also eine echte Marktlücke

Weiter so! gis_jam

wambacher · 2013-07-19T12:18:14.000Z

rayquaza:

Genau die beiden (Mapnik-OSM und Mapnik-BW) sind beide sichtbar (bzw. vom anderen verdeckt, sobald es geladen wurde). Wenn man auf Mapnik-OSM schaltet nur noch dieses und wenn man wieder zurück auf Mapnik-BW schaltet auch nur dieses.

Jo, ist wohl ein Cookie-Problem. Werd ich mal schauen.

Nachtrag: Ich vermute, dass das nur beim ersten Aufruf so ist, werde aber gerade die Cookies nicht los: Ist da ausser “osm_plz” und “JSESSIONID” beide von osm.wno-edv-service.de noch eines?

derzeit nicht. Alles für die Karte relevantes steht in osm_plz. JSESSIONID macht irgend eine Komponente selber. Von mir ist die nicht - zumindest nicht bewußt. Lösche einfach alle cookies von meiner Site bis auf osm_residentials, dann legt der Map von vorne los. Woher die komischen __umt-cookies und __session xxx kommen ? klar, aus der Anwendung - aber wieso? naja, stören tun sie wohl nicht.

Gruss
walter

p.s. ist das mit den Farben jetzt besser (ohne Farben in den Hull-Labels) ?

wambacher · 2013-07-19T12:25:14.000Z

gis_jam:

Diese Daten wären Gold wert für viele Analysen im GIS-Bereich (Geo-Marketing, etc). Bisher muss man die teuer bei der Post einkaufen, freie (und aktuelle) PLZ-Grenzen gibt es nirgendwo. Ist also eine echte Marktlücke

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.

rayquaza · 2013-07-19T12:45:32.000Z

wambacher:

rayquaza:

Nachtrag: Ich vermute, dass das nur beim ersten Aufruf so ist, werde aber gerade die Cookies nicht los: Ist da ausser “osm_plz” und “JSESSIONID” beide von osm.wno-edv-service.de noch eines?

derzeit nicht. Alles für die Karte relevantes steht in osm_plz. JSESSIONID macht irgend eine Komponente selber. Von mir ist die nicht - zumindest nicht bewußt. Lösche einfach alle cookies von meiner Site bis auf osm_residentials, dann legt der Map von vorne los.

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.

wambacher:

p.s. ist das mit den Farben jetzt besser (ohne Farben in den Hull-Labels) ?

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).

wambacher · 2013-07-19T13:12:17.000Z

rayquaza:

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

gis_jam · 2013-07-19T13:15:57.000Z

wambacher:

was zahlste?

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

[1] http://wiki.openstreetmap.org/wiki/FOSSGIS_2013

wambacher · 2013-07-19T17:28:23.000Z

gis_jam:

Wenn GIS-Analysten die Daten als Shapefile angeboten bekommen, werden sie im Umkehrschluss auch bei der Fehlerbehebung mithelfen.

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

z.B. http://gmapsplugin.com/learning/editshapefiles.html

wambacher · 2013-07-19T17:41:02.000Z

gis_jam:

Leider sind die PLZ-Beschriftungen (Layer Postal Borders) hier im Osten ihrer führenden 0 beraubt, Beispiel Jena.

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

EvanE · 2013-07-19T17:51:29.000Z

wambacher:

gis_jam:

Leider sind die PLZ-Beschriftungen (Layer Postal Borders) hier im Osten ihrer führenden 0 beraubt …

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.
…
Grübel, Grübel

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)

wambacher · 2013-07-19T18:01:09.000Z

rayquaza:

wambacher:

p.s. ist das mit den Farben jetzt besser (ohne Farben in den Hull-Labels) ?

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?

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.

rayquaza · 2013-07-19T18:42:15.000Z

wambacher:

rayquaza:

wambacher:

p.s. ist das mit den Farben jetzt besser (ohne Farben in den Hull-Labels) ?

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?

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.

wambacher · 2013-07-19T19:38:01.000Z

EvanE:

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.

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

gis_jam · 2013-07-19T19:48:49.000Z

wambacher:

Mag ich nicht glauben. […]

Also ich wäre zumindest dabei! Aber was hat das GMaps Plugin damit zu tun?

Grüße, gis_jam