Postcode Map Version 3.2 mit verbesserter Grenzdarstellung

[Gehrke]

@stephan75

Wie wäre es, wenn wir für die Umwandlung / Erweiterung auf reine PLZ-Relationen in Deutschland einen extra Thread aufmachen würden?.

Einverstanden. Das könnte auch den deutschen “State of the Postal Map” beinhalten: Also den Fortschritt bei der PLZ-Abdeckung in DE.

[geri-oc (Gerd Richter)]

@Gehrke

…
Einverstanden. Das könnte auch den deutschen “State of the Postal Map” beinhalten: Also den Fortschritt bei der PLZ-Abdeckung in DE.

Aber bitte deutschen Titel “Fortschritt bei der PLZ-Abdeckung” im deutschen Forum (für uns ältere).

[Gehrke]

@geri-oc

Aber bitte deutschen Titel “Fortschritt bei der PLZ-Abdeckung” im deutschen Forum (für uns ältere).

Habe mal einen extra Thread nach Euren Vorschlägen gestartet.

[wambacher (Walter Nordmann)]

@Gehrke

Mich irritiert ein bisschen die Lücke zwischen benachbarten Areas. Ist das Absicht?
Dachte zuerst, wo ich guckte, sei etwas kaputt.

Bisher (vor 3.1) wurden die Ränder benachbarter Grenzen von Openlayers einfach übereinander “gemalt” und die zuletzt gezeichnete Grenze “gewann”. Das war nicht weiter schlimm, da ja alle Grenzen als gleichwertig angesehen wurden (keine Unterscheidung zwischen “richtigen” PLZ-Grenzen und den administrativen) und da sie alle gelb waren, fiel das nicht auf.
Jetzt sind die Farben unterschiedlich und da stört es ungemein, wenn mal die eine und mal die andere Farbe “siegt”. Daher hab ich die Polygone ein wenig schrumpfen lassen - st_buffer(way,-0.0002) - sodass keine Überlagerung mehr stattfindet. Wenn es wirklich nerven sollte, kann ich das abhängig vom Zoom-Level machen, aber ich finde es gibt wichtigeres.

Gruss
walter

ps: von ca 18:00-19:30 war die INET-Line down - natürlich genau dann, wenn man mal nicht @home ist

[wambacher (Walter Nordmann)]

@seichter

Der postal_code_level wird übrigens auch ausgewertet (steht weiter oben auch implizit).

Aber nicht von mir. Bezieht sich die Aussage mit dem postal_code_level auf die Auswertung von Gehrke?

Ansonsten: was soll der überhaupt? Ich sehe keinen Sinn dafür.

Gruss
walter

[seichter]

@wambacher

Aber nicht von mir.

Irgendwie aber schon: Nach Eintragen von postal_code_level änderte sich die Farbe eines Gebietes.

@wambacher

Bezieht sich die Aussage mit dem postal_code_level auf die Auswertung von Gehrke?
Ansonsten: was soll der überhaupt? Ich sehe keinen Sinn dafür.

Siehe post #148+153

[wambacher (Walter Nordmann)]

@seichter

@wambacher

Aber nicht von mir.

Irgendwie aber schon: Nach Eintragen von postal_code_level änderte sich die Farbe eines Gebietes.

nö, es wird an keiner einzigen Stelle in meiner Software postal_code_level berücksichtig. Das hab ich immer ignoriert.

SELECT osm_id id,
       coalesce(name,note) "name",
       postal_code,
       ST_AsGeoJSON(st_Buffer(way,-0.0002),6) geoJson
  FROM planet_osm_polygon
 WHERE osm_id < 0
   AND boundary = 'postal_code'
   AND postal_code != ''    
   AND way && st_MakeEnvelope(7.2619506404738,49.186780431458,8.2122680232864,49.504394656688);

Das ist die einzige Abfrage für das Postal Code-Layer und das Layer mit den Admin-Grenzen fragt halt nach boundary=‘administrative’ ab.
Eventuell wäre ein Link oder eine Relation-Id hilfreich - aber nur um die Situation zu erklären.

Gruss
walter

[seichter]

@wambacher

Das ist die einzige Abfrage für das Postal Code-Layer und das Layer mit den Admin-Grenzen fragt halt nach boundary=‘administrative’ ab.
Eventuell wäre ein Link oder eine Relation-Id hilfreich - aber nur um die Situation zu erklären.

Lohnt sich mE nicht. Da Aktion und Reaktion auf Karte ein bis mehrere Minuten auseinander liegen (verglichen mit anderen Tools ist das aber eine Spitzenleistung!), kann der Farbwechsel auch anders verursacht worden sein.

[wambacher (Walter Nordmann)]

@seichter

Da Aktion und Reaktion auf Karte ein bis mehrere Minuten auseinander liegen (verglichen mit anderen Tools ist das aber eine Spitzenleistung!), kann der Farbwechsel auch anders verursacht worden sein.

Ja, das mit dem Differential Update fluscht schon ganz gut. Hat mich aber auch einiges an Arbeit, Nerven und auch Kröten gekostet. Und bedenke: Der läuft für den ganzen Planeten im Hintergrund mit.
Es soll aber angeblich mit dem Streaming Client noch schneller gehen (10-20 Sekunden?), aber den hat laut osmosis-dev noch keiner zum Laufen bekommen.
Eventuell knöpfe ich mir den nochmal vor.

Gruss
walter

[wambacher (Walter Nordmann)]

In der Version 3.2 hab ich ein wenig an der Darstellung der PLZ-Grenzen geschraubt.

• Die PLZ-Boundaries sind farblich besser zu erkennen (hoffe ich zumindest)
• Das “Schrumpfen” der Grenzen (um eine optische Überlappung der Grenzpolygone zu vermeiden) wurde an das Zoom-Level angepasst.

Gruss
walter

ps: Irgendwie erscheint mir die Sache mit den farbigen Flächen bei hover zu hektisch. Soll ich das wieder rausnehmen?

[Gehrke]

@wambacher

Das “Schrumpfen” der Grenzen (um eine optische Überlappung der Grenzpolygone zu vermeiden) wurde an das Zoom-Level angepasst.

Super. Danke!

[wambacher (Walter Nordmann)]

online-zugang wieder möglich. Hab gerade gemerkt, daß mein vpn-tunnel für ip4 über ip6 seit Mitternacht down war. Der Tunnel-Provider hat an irgend einer wackligen Schraube gedreht.

Kann man übrigens schön die Tageskurve erkennen.

Gruss
walter