Vielen Dank für deine Arbeit.
Habe sie dann auch gleich nochmal genutzt, da mir einige weiße stellen
in Hamburg aufgefallen waren.
Hamburg
22523 22547 22549 22527 22525 20257 20259 22607 22761 22763 22299 22297
22307 22047 22045 22043 22081 ...
Hallo Walter,
super, dass das wieder funktioniert.
Hab grad ein bisschen mit der Karte rumgespielt und mir ist der Convex
Hull-Layer aufgefallen.
Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im
Browser angezeigten Daten berechnet, also offensichtlich clientseitig.
Das führt
Gmbo wrote
Wie werden eigentlich alte und neue Grenzen abgefragt, denn da gibt es
erhebliche Unterschiede.
Siehe hier
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010
. Die alten PLZ-Grenzen stellen die Grenzen dar, wie sie in den Rohdaten
von Arnulf
Peter Wendorff wrote
Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im
Browser angezeigten Daten berechnet, also offensichtlich clientseitig.
Nö, das machst schon der Server - allerdings sagt der Client ihm per BBOX,
welchen Bereich er sehen will.
Das führt dazu, dass die
Am 11.10.2013 16:57, schrieb Walter Nordmann:
Peter Wendorff wrote
Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im
Browser angezeigten Daten berechnet, also offensichtlich clientseitig.
Nö, das machst schon der Server - allerdings sagt der Client ihm per BBOX,
welchen
fly high wrote
und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist
dadurch dieses Feature in meiner Gegend unbrauchbar.
Stimmt - liegt wohl daran, dass ich associatedStreet nicht mag.
naja, ich stelle es mal in die TODO-List
Am 11.10.2013 17:40, schrieb Walter Nordmann:
fly high wrote
und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist
dadurch dieses Feature in meiner Gegend unbrauchbar.
Stimmt - liegt wohl daran, dass ich associatedStreet nicht mag.
naja, ich stelle es mal in die
On Fri, Oct 11, 2013 at 05:02:14PM +0200, fly wrote:
und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist
dadurch dieses Feature in meiner Gegend unbrauchbar.
Qua oder Mangels Nutzung kann man die IMHO auch getrost als tot betrachten.
Am Anfang habe ich die auch genutzt
Freiburg, mein geliebtes Freiburg!
mal sehen, ob die Bächle auch sauber drin sind. Haben die eigentlich Namen?
Mein letzter Visit war vor meiner OSM-Karriere und da hab ich natürlich
nicht drauf geachtet. Nächstes Frühjahr check ich das mal.
Gruss
walter
ps: associatedBächle wär' doch was ;)
Am 11.10.2013 18:38, schrieb Walter Nordmann:
Freiburg, mein geliebtes Freiburg!
mal sehen, ob die Bächle auch sauber drin sind. Haben die eigentlich Namen?
Nein
Mein letzter Visit war vor meiner OSM-Karriere und da hab ich natürlich
nicht drauf geachtet. Nächstes Frühjahr check ich das
Postcode-Map funktioniert wieder. Nachdem die Ersatzplatte endlich eingebaut
werden konnte, klappte das auch wieder mit dem Raid.
url: http://osm.wno-edv-service.de/plz
Gruss
walter
p.s. derzeit wird ein lag von 26 Tagen abgebaut - das kann was dauern.
-
Hi,
ist die PostcodeMap dauerhauft weg?
http://osm.wno-edv-service.de/plz
ich fand die ganz schoen um PLZ Fehler in den Adressdaten zu finden.
Flo
--
Florian Lohoff f...@zz.de
signature.asc
Description: Digital signature
Hi Florian,
dig osm.wno-edv-service.de ergibt:
; DiG 9.9.2-P1 osm.wno-edv-service.de
;; global options: +cmd
;; Got answer:
;; -HEADER- opcode: QUERY, status: NOERROR, id: 13720
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0,
Rechner läuft. Datenbank und Webserver sind put.
Hatte ein Raid5 mit 3 x 2TB, eine Platte hat die Grätsche gemacht.
Normalerweise übersteht ein Raid5 das ohne Murren aber das hier will sich
nicht im degraded Mode starten lassen, geschweige denn die Ersatzplatte
akzeptieren.
Bin noch am
14 matches
Mail list logo
