Re: [Talk-de] PostcodeMap

2013-10-11 Thread gmbo 

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

http://osm.wno-edv-service.de/plz/?zoom=11&lat=53.5648&lon=10.06586&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=11&lat=53.5648&lon=10.06586&layers=BTTFTFFFTFFT

Berlin
12353
http://osm.wno-edv-service.de/plz/?zoom=13&lat=52.40641&lon=13.43746&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=13&lat=52.40641&lon=13.43746&layers=BTTFTFFFTFFT

Sebnitz
01855
http://osm.wno-edv-service.de/plz/?zoom=12&lat=50.91333&lon=14.344&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=12&lat=50.91333&lon=14.344&layers=BTTFTFFFTFFT

Erfurt
99086 99100
http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.00437&lon=11.00107&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.00437&lon=11.00107&layers=BTFFTFFFTFFT

Düsseldorf
40221 40225 40229 40591 40474 40472 40211 40212 40233 40210 40215 40237 
40468 

http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.00437&lon=11.00107&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.25108&lon=6.76206&layers=BTTFTFFFTFFT

Essen
45149
http://osm.wno-edv-service.de/plz/?zoom=13&lat=51.42395&lon=6.93664&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=13&lat=51.42395&lon=6.93664&layers=BTFFTFFFTFFT

Hannover
30855 30853 30851 30669 30419 30179 30519 30521 30559 30629 30177 30173 
.

http://osm.wno-edv-service.de/plz/?zoom=11&lat=52.44744&lon=9.64151&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=11&lat=52.44744&lon=9.64151&layers=BTTFTFFFTFFT

Münsterland
48351 49320
http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.88413&lon=7.93176&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=12&lat=51.88392&lon=7.93176&layers=BTTFTFFFTFFT


Fürth
90765
http://osm.wno-edv-service.de/plz/?zoom=13&lat=49.50627&lon=10.99484&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=13&lat=49.50627&lon=10.99484&layers=BTTFTFFFTFFT

Landshut
84030
http://osm.wno-edv-service.de/plz/?zoom=11&lat=48.62622&lon=12.11991&layers=BTTFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=11&lat=48.62622&lon=12.11991&layers=BTTFTFFFTFFT

Ringelai
94160
http://osm.wno-edv-service.de/plz/?zoom=12&lat=48.821&lon=13.47672&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=12&lat=48.821&lon=13.47672&layers=BTTFTFFFTFFT

München
81379 81377 80686 80687
http://osm.wno-edv-service.de/plz/?zoom=13&lat=48.11695&lon=11.51909&layers=BTFFTFFFTFFT
http://osm.wno-edv-service.de/plz/?zoom=13&lat=48.11695&lon=11.51909&layers=BTTFTFFFTFFT

So das waren dann Stichprobenhaft einige gefundene Löcher bei denen 
Handlungsbedarf besteht.
Wie werden eigentlich alte und neue Grenzen abgefragt, denn da gibt es 
erhebliche Unterschiede.


So finde ich auch nicht heraus warum Essen in dieser Karte als fehlende 
neue in Overpass Turbo aber wenigstens die Außengrenze angezeigt wird


http://osm.wno-edv-service.de/plz/?zoom=13&lat=51.42395&lon=6.93664&layers=BTFFTFFFTFFT
http://overpass-turbo.eu/s/1eA

Mir ist eine solche Änderung oder Neuanlegung von Relatioonen noch so 
komplex, dass ich das nicht allein versuchen würde.


Gruß Gisbert






Am 10.10.2013 23:23, schrieb Walter Nordmann:

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.



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781032.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de




___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread Peter Wendorff 
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 dazu, dass die sehr kurios und außerdem falsch aussieht, wenn
am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit
Postleitzahlen vorhanden sind.

Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle
gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen?

Gruß
Peter


Am 10.10.2013 23:23, schrieb Walter Nordmann:
> 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.
> 
> 
> 
> -
> [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
> 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781032.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

2013-10-11 Thread tshrub 

Hey Kolossos,

...Danke!




Die Ausgabe sollte bei ca. 1000 limitiert sein, damit nie zu viele
Daten übers Netz geht. Auf den Schirm passen eher nur sowas wie 80
Punkte.

und nur schon Mal vorweg:
mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen?
Gruß


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] fehlende Mofa-Tags ausserhalb geschlossener Ortschaften in D auf Fahrradwegen?

2013-10-11 Thread Martin Koppenhoefer 
Anscheinend fehlen sehr viele mofa=yes tags auf Fahrradwegen ausserhalb
geschlossener Ortschaften in Deutschland (wo diese AFAIK auch ohne
gesonderte Beschilderung erlaubt sind). Wollte ich mal so erwähnen, auch
wenn Mofas ja nicht mehr sonderlich beliebt oder verbreitet zu sein
scheinen heutzutage.

Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO-Ersatz für Garmin?

2013-10-11 Thread fla...@googlemail.com 
Wer sagt den das ich weitergezogen bin ?
Da wird hier wochenlang rumgeschrieben, aber KEINER hat mir eine
persönliche Mail geschrieben. Ich denke das GERMANY AIO kaput ist weil der
RSYNC der Geofabrik mal wieder kaput ist. DACH-Karte und NRW-KArte klappen
ja ..

Bitte in ZUKUNFT einfach MAILEN. Wer sich einbringen möchte oder das
Projekt übernehmen möchte ebenfalls MAIL.

Vielen Danke


Am 10. Oktober 2013 19:40 schrieb fly :

> Hey,
>
> Ich hatte mit Flacus bisher auch nicht viel Kontakt, aber ich kann
> zumindest so viel sagen, dass Eure Anspielungen leider hier völlig fehl
> am Platz sind.
>
> Bitte unterlasst solche Äußerungen.
>
> Ich kann mal versuchen ob ich Ihn erreichen kann, allerdings fehlt bei
> mir gerade Zeit und es gibt halt auch noch ein Leben + andere Hobbies
> neben OSM.
>
> Ihr könnt es ja auch mal per PM versuchen.
>
> Ciao
> fly
>
> On 10.10.2013 16:38, Steffen Grunewald wrote:
> > On Thu 2013-10-10 (11:27), Sven Geggus wrote:
> >> Steffen Grunewald  wrote:
> >>
> >>> Könnte wenigstens der Rebuild abgestellt werden?
> >>
> >> OK, ich hab die crontab von flacus mal auskommentiert.
> >
> > Danke. Wahrscheinlich beschäftigt er sich momentan mit Punkt 6
> > seiner "Ziele:"-Liste (http://wiki.openstreetmap.org/wiki/User:Flacus).
> ..
> >
> >>> MMn hätte das schon vor Monaten passieren können,
> >>
> >> Woher soll ich denn wissen wann genau jemand sein Projekt einschlafen
> lässt?
> >
> > Wann genau, weiß ich auch nicht, aber IIRC ist das schon seit dem Winter
> > in der Diskussion (auf
> http://wiki.openstreetmap.org/wiki/User_talk:Flacus
> > steht eine Frage vom 2. April - ohne Antwort...)
> >
> >>> aber anscheinend hat auf die crontab niemand mehr Zugriff?
> >>
> >> Ganz so schlimm ist das dann nicht. Aber ich halte es ehrlich gesagt
> nicht für
> >> meine Aufgabe Benutzerrn des devservers hinterherzulaufen.
> >
> > Hm. (Da ich selber Admin bin, ahne ich, was Du meinst, auch wenn
> > es evtl. etwas verschoben rüberkommt. "Benutzer" sind genaugenommen
> > auch die, die regelmäßig spiegeln - obwohl da nichts mehr zu spiegeln
> > ist - und dadurch Traffic verursachen. Manche müssen dafür sogar noch
> > zahlen, heißt es...)
> >
>  Ich habe inzwischen ein Shellscript, dass mir eine
>  Deutschland+Nachbarländer Karte mit AIO Stil erzeugt.
> >>>
> >>> Ließe sich das auf den momentanen Buildserver transplantieren?
> >>> Das wäre die Lösung...
> >>
> >> Theoretisch schon, aber das ist halt auch nur so ne halbe Lösung.
> >
> > Vielleicht hat jemand die andere Hälfte in der Schublade?
> > ("Zeig doch mal...")
> >
> >
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread Walter Nordmann 
Gmbo wrote
> Wie werden eigentlich alte und neue Grenzen abgefragt, denn da gibt es 
> erhebliche Unterschiede.

Siehe  hier

 
. Die "alten" PLZ-Grenzen stellen die Grenzen dar, wie sie in den Rohdaten
von Arnulf befinden. Sie standen nie/stehen nicht in OSM. Sie waren damals
vollständig und korrekt, konnten also als Basis verwendet werden.

> So finde ich auch nicht heraus warum Essen in dieser Karte als fehlende 
> neue in Overpass Turbo aber wenigstens die Außengrenze angezeigt wird
> 
> http://osm.wno-edv-service.de/plz/?zoom=13&lat=51.42395&lon=6.93664&layers=BTFFTFFFTFFT
> http://overpass-turbo.eu/s/1eA

Die Datenbank für die Auswertung hängt derzeit um ca 600 Stunden ~ 25 Tage
hinterher. Der Import der Diff-Files läuft, wird aber noch einige Tage
dauern. Kann man unten auf der Karte im Feld LAG erkennen. Ein Klick darauf
bringt sogar eine kleine - ziemlich frustrierende - Live-Grafik. Aber
schneller geht es derzeit nicht. Selbst ein Neuaufbau der Planet-DB würde
über eine Woche dauern.

Entweder sind die Daten in meiner DB hier veraltet oder sie sind generell
falsch oder meine Auswertung spinnt. Ich schau mir das mal an.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781145.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread 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 Bereich er "sehen" will.

> Das führt dazu, dass die sehr kurios und außerdem falsch aussieht, wenn
> am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit
> Postleitzahlen vorhanden sind.

ja, sieht manchmal schon etwas komisch aus.

> Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle
> gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen?

Derzeit berechnet der Server die Hulls über alle PLZ, die er im aktuellen
Fenster (BBOX+20%) gefunden hat. Da fallen die weiter außerhalb liegenden
Nodes natürlich weg und verstümmeln somit die zu berechnede Hülle.

Jetzt, wo ich mich "gezwungen" sah, den Algorithmus schriftlich zu
beschreiben, fallen mir natürlich die damit verbunden Schwächen auf. ;( Mal
sehen, ob ich das besser hinkriege.

Danke für den Vorschlag

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781147.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread fly 
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 Bereich er "sehen" will.
> 
>> Das führt dazu, dass die sehr kurios und außerdem falsch aussieht, wenn
>> am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit
>> Postleitzahlen vorhanden sind.
> 
> ja, sieht manchmal schon etwas komisch aus.
> 
>> Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle
>> gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen?
> 
> Derzeit berechnet der Server die Hulls über alle PLZ, die er im aktuellen
> Fenster (BBOX+20%) gefunden hat. Da fallen die weiter außerhalb liegenden
> Nodes natürlich weg und verstümmeln somit die zu berechnede Hülle.
> 
> Jetzt, wo ich mich "gezwungen" sah, den Algorithmus schriftlich zu
> beschreiben, fallen mir natürlich die damit verbunden Schwächen auf. ;( Mal
> sehen, ob ich das besser hinkriege.
> 
> Danke für den Vorschlag

und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist
dadurch dieses Feature in meiner Gegend unbrauchbar.

Grüße
fly


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread 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  TODO-List
  

wo ist denn "deine Gegend"?

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781153.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread fly 
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  TODO-List
>   
> 
> wo ist denn "deine Gegend"?

Hier hast Du ein Testgebiet:
http://osm.org/go/0DKSBq4Z-

Grüße
fly


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread Florian Lohoff 
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 aber die definition ist/war so
kaputt (Nur einen way in der relation) das das unbenutzbar war.

Und mit den millionen Straßenschnipseln die wir da haben macht das so
auch keinen Sinn.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread Walter Nordmann 
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 ;)



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781162.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

2013-10-11 Thread Kolossos 
Wenn du dir das mal anschaust:
http://wiki.openstreetmap.org/wiki/Tile_usage_policy

Leider ist da keine Grenze von Tiles pro Tag angegeben, ab der eine
Karte kritisch wird.

Grüße Tim

Am 11.10.2013 12:26, schrieb tshrub:
> und nur schon Mal vorweg:
> mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen?
> Gruß



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] PostcodeMap

2013-10-11 Thread fly 
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 mal.
> 
> Gruss
> walter
> 
> ps: associatedBächle wär' doch was ;)

Wäre froh wenn in der Innenstadt wenigstens die access tags stimmen
würden und auch ohne Bächle gibt es genug unterirdisch verlaufenden
Bachläufe. Dank Maps4BW sind diese jetzt wenigstens einzeichenbar.

cu
fly

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de