Am 3. November 2010 02:02 schrieb Walter Nordmann walter.nordm...@web.de:
wenn das doch nur soo einfach wäre. aber HIER steht die realität:
http://de.wikipedia.org/wiki/Postleitzahl_%28Deutschland%29#Postleitzahlenarten
Zitat: Die Postleitzahlen lassen sich in verschiedene Kategorien
M∡rtin Koppenhoefer wrote:
Im addr:postcode (oder wie das heisst, nehme
bei addr immer ein preset) sollte m.E. grundsätzlich die
Hauszustellungs-PLZ eingetragen werden.
Für Postfachpostleitzahl und Großkunden- bzw. Großkundensammelplz
reicht m.E. ein weiterer key aus. Kann man sowieso
Bernd Wurst wrote:
Na doch, wenn man ein Gebäude eines Betriebs mit eigener PLZ nach
Karlsruhe-
Schema tagged, gehört da die wahre PLZ dran. Und die ist dann halt nicht
passend zu der anderer Gebäude drum herum.
moin moin bernd,
ich kann deine aussage leider nicht bestätigen. das wiki hält
Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de:
ich kann deine aussage leider nicht bestätigen. das wiki hält sich dazu
ziemlich geschlossen.
das ist doch unabhängig vom Wiki
was ist die wahre postleitzahl?
diejenige, die gilt? Oder anders ausgedrückt: die PLZ
Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de:
P.S.: Postleitzahlen werden in der Karte (anders als beim Karlsruhe Schema)
mit postal_code=* eingetragen.
das ist veraltet und stammt aus der Zeit vor KA.
http://wiki.openstreetmap.org/wiki/Key:postal_code
hi martin,
das mit dem postal_code hatte ich nur aufgeführt, weil jemand (fx99)
vorgeschlagen hatte, diese für grosskunden zu verwenden.
aber die tatsache die firmenspezifische postleitzahl laut karsruher
schema zu verwenden, konnte ich nicht so stehen lassen. der punkt ist
völlig offen.
gruss
Moin,
M∡rtin Koppenhoefer schrieb:
Am 2. November 2010 09:49 schrieb Walter Nordmann walter.nordm...@web.de:
was ist die wahre postleitzahl?
diejenige, die gilt? Oder anders ausgedrückt: die PLZ die die Post vergeben hat.
die einzigen, spärlichen hinweise gehen in richtung
Am 2. November 2010 15:50 schrieb Georg Feddern ne...@bavarianmallet.de:
Beide sind real und vergeben.
Institutionelle Großkunden-PLZ gibt es meines Wissens immer nur
zusätzlich,
die geografische PLZ ist immer vorhanden.
gut, zugegebenermaßen hilft es uns nicht gerade, wenn wir beide
Am 02.11.2010 15:50, schrieb Georg Feddern:
Konkretes Beispiel gefällig?
Deutsche Rentenversicherung Bund
Ruhrstraße 2
10709 Berlin
Die reale geografische.
oder
10704 Berlin
Der reale postalische Großkunde (von denen hier die Rede ist).
Beide sind real und vergeben.
Institutionelle
Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem
Postamt zugeordnet,
die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein.
Hier ist der Bezug zur Adresse
völlig weg.
--
View this message in context:
Am 2. November 2010 21:10 schrieb fx99 f...@vollbio.de:
Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem
Postamt zugeordnet,
die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein.
Hier ist der Bezug zur Adresse
völlig weg.
zwischen irgendwo in
fx99 wrote:
Neben den Großkunden PLZ gibt es auch Postfach PLZ. Diese sind wohl einem
Postamt zugeordnet,
die Empfänger können über die gesamte Gemeinde / Stadtteil verstreut sein.
Hier ist der Bezug zur Adresse
völlig weg.
Es ist durchaus vorstellbar, dass ein Großkunde (mit eigener
Schade dass der Address-Inspector von der GeoFabrik immer noch keine
Konsistenzprüfung KA-Schema vs. PLZ-Polygone machen kann.
In Marl zB. sind die Adressen von der Stadtverwaltung gestiftet
und importiert worden, da könnte man also schön die PLZ-Polygone
danach ausrichten, wenn es nicht so
Chris66 wrote:
Schade dass der Address-Inspector von der GeoFabrik immer noch keine
Konsistenzprüfung KA-Schema vs. PLZ-Polygone machen kann.
schöne idee ;)
-
Der Usus von Xenologismen ist auf ein Minimum zu reduzieren.
--
View this message in context:
Chris66 schrieb:
In Marl zB. sind die Adressen von der Stadtverwaltung gestiftet
und importiert worden, da könnte man also schön die PLZ-Polygone
danach ausrichten, wenn es nicht so aufwändig wäre.
Oder kennt jemand einen Trick wie man in JOSM die Adress-Nodes zB. je
nach letzten beiden
Ich hab mir perl (offline) Skripte gechrieben, mit dem ich addr:postcode
gegen das durch die PLZ Relation
umschlossenen Gebiet teste.
Das Ergebnis ist z.B. dargestellt in:
http://wiki.openstreetmap.org/wiki/Stuttgart/PLZ
Zusätzlich kommt noch eine Datei mit den falschen PLZs heraus.
Eingaben:
1.
Am 01.11.2010 17:52, schrieb fx99:
Ich hab mir perl (offline) Skripte gechrieben, mit dem ich addr:postcode
gegen das durch die PLZ Relation
umschlossenen Gebiet teste.
Das Ergebnis ist z.B. dargestellt in:
http://wiki.openstreetmap.org/wiki/Stuttgart/PLZ
Zusätzlich kommt noch eine Datei
Chris66 wrote:
Supi.
Irgendwie müsste man noch die Großkundensondernummern kennzeichnen,
damit die aus der Prüfung ausgenommen werden können.
Gibts da schon sowas in der Art addr:postcode:type=company ?
Meiner Meinung nach hat die PLZ eines Großkunden wenig mit der Adresse zu
wei postal_code für strassen ist.
-
Der Usus von Xenologismen ist auf ein Minimum zu reduzieren.
--
View this message in context:
http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5695395.html
Sent from the Germany mailing list archive at Nabble.com.
Am Montag 01 November 2010, 22:00:14 schrieb fx99:
Meiner Meinung nach hat die PLZ eines Großkunden wenig mit der Adresse zu
tun.
Na doch, wenn man ein Gebäude eines Betriebs mit eigener PLZ nach Karlsruhe-
Schema tagged, gehört da die wahre PLZ dran. Und die ist dann halt nicht
passend zu der
Am 29.10.2010 23:10, schrieb Wolfgang:
Die Hamburger Mapper stehen vor dem Problem, dass schon die Stadtteilgrenzen
nur so nach Hörensagen eingezeichnet wurden. Jetzt kommt Frederik mit seinen
PLZ-Grenzen, die nirgends passen. Die Häuser in den einzelnen Straßen gehören
teilweise zu einem,
schau mal in deine mail.
mfg
walter
-
Der Usus von Xenologismen ist auf ein Minimum zu reduzieren.
--
View this message in context:
http://gis.638310.n2.nabble.com/PLZ-Import-tp5682563p5691296.html
Sent from the Germany mailing list archive at Nabble.com.
hi,
ich hab da mal ein wenig gebastelt ;)
ist noch absolut beta, performance ist auch nicht so doll - aber dafür sind
das live-daten.
ab zoom 13 kommt was.
gruss
walter
http://wnordmann.homeunix.com/otm/plz1.html
-
Der Usus von Xenologismen ist auf ein Minimum zu reduzieren.
--
View
Am 29. Oktober 2010 15:53 schrieb Frederik Ramm frede...@remote.org:
Hallo,
Kann mich nicht erinnern. Aber niemand *muss* diese PLZ-Grenzen verwenden -
wer lieber Grenzen aus der Gesamtheit der eingetragenen Adressnodes
ermitteln moechte, dem steht das frei.
Hm, schade, daß du nicht auf den
Am 28.10.2010 22:48, schrieb Chris66:
Ergänzende Frage:
warum malt JOSM die PLZ Gebiete
46399 http://www.openstreetmap.org/browse/relation/1246638 und
46397 http://www.openstreetmap.org/browse/relation/1246643
grün ?
Wobei ich hier (wie im Wiki empfohlen) eine Straße in die Rela
gepackt
Am 29.10.10 09:40, schrieb Chris66:
Wobei ich hier (wie im Wiki empfohlen) eine Straße in die Rela
gepackt habe. Eventuell ist die Advanced Multipolygon Erkennung in
JOSM da etwas buggy
Wenn ich die grünen hw=pedestrian Rela-Mitglieder in JOSM zu tertiary
ändere, dann verschwindet die
Am 29.10.2010 10:02, schrieb André Joost:
Wobei ich hier (wie im Wiki empfohlen) eine Straße in die Rela
gepackt habe. Eventuell ist die Advanced Multipolygon Erkennung in
JOSM da etwas buggy
Wenn ich die grünen hw=pedestrian Rela-Mitglieder in JOSM zu tertiary
ändere, dann verschwindet
Chris66 schrieb am 28.10.2010 15:28:
Die ehemaligen Ostgebiete sind noch Sorgenkinder. ;-)
Ähm wie jetzt; Ostpreußen und Schlesien? ;)
Alex
--
http://de.wikipedia.org/wiki/Benutzer:Alexrk2
http://de.wikipedia.org/wiki/Wikipedia:Kartenwerkstatt/Blog
Am 29.10.10 10:18, schrieb Chris66:
Ja, deshalb ist es vllt doch besser mit einer separaten
boundary=postal_code Linie zu arbeiten. Dann lässt es sich
auch vil besser mit dem JOSM-Filter arbeiten. ;-)
wieso?
Ich würde das boundary=postal_code auch an alle benutzten Straßen
hängen. Wird
Am 29.10.2010 01:29, Robert S. schrieb:
Ich kenne nur 48128 Münster - das wird auch immer schön ins nirgendwo
gerendert [1].
Das sollte man Mapnik vlt. mal abgewöhnen.
Dafür!
Ich brauche auch den Gemeindenamen aus der Grenzrelation nicht auf der
Hauptkarte. Das sieht nicht schön aus und
Am 29.10.2010 10:47, schrieb André Joost:
Am 29.10.10 10:18, schrieb Chris66:
Ja, deshalb ist es vllt doch besser mit einer separaten
boundary=postal_code Linie zu arbeiten. Dann lässt es sich
auch vil besser mit dem JOSM-Filter arbeiten. ;-)
wieso?
Ich würde das boundary=postal_code
Am 29.10.10 12:20, schrieb Peter Wendorff:
Am 29.10.2010 10:47, schrieb André Joost:
Am 29.10.10 10:18, schrieb Chris66:
Ja, deshalb ist es vllt doch besser mit einer separaten
boundary=postal_code Linie zu arbeiten. Dann lässt es sich
auch vil besser mit dem JOSM-Filter arbeiten. ;-)
Am 29.10.2010 12:29, schrieb André Joost:
Am 29.10.10 12:20, schrieb Peter Wendorff:
Am 29.10.2010 10:47, schrieb André Joost:
Am 29.10.10 10:18, schrieb Chris66:
Ja, deshalb ist es vllt doch besser mit einer separaten
boundary=postal_code Linie zu arbeiten. Dann lässt es sich
auch vil
Am 29.10.10 12:45, schrieb Peter Wendorff:
Außerdem: ich sage ja nicht, dass die extra-Grenze IMMER abseits der
Straße liegen muss. Es gibt Ausnahmefälle. Aber das zeigt ja eher genau
das Gegenteil: Ich kann nicht annehmen, dass die Häuser beider Seiten
zum PLZ-Gebiet gehören, wenn die Straße
Am 29.10.2010 13:00, schrieb André Joost:
Am 29.10.10 12:45, schrieb Peter Wendorff:
Außerdem: ich sage ja nicht, dass die extra-Grenze IMMER abseits der
Straße liegen muss. Es gibt Ausnahmefälle. Aber das zeigt ja eher genau
das Gegenteil: Ich kann nicht annehmen, dass die Häuser beider
Hallo,
am 29.10.2010 12:20 schrieb Peter Wendorff:
denn zur Postleitzahlregion
gehören normalerweise zumindest noch die Häuser BEIDSEITIG der
Grenzstraße.
Falsch!
In einer Vielzahl von Fällen gehören die beiden Straßenseiten zu
unterschiedlichen Postleitzahlgebieten. Einzelfall beachten!
Am 29.10.2010 13:26, schrieb Norbert Kück:
Hallo,
am 29.10.2010 12:20 schrieb Peter Wendorff:
denn zur Postleitzahlregion gehören normalerweise zumindest noch die
Häuser BEIDSEITIG der Grenzstraße.
Falsch!
In einer Vielzahl von Fällen gehören die beiden Straßenseiten zu
unterschiedlichen
Hallo,
On 10/29/10 12:20, Peter Wendorff wrote:
Find ich in beiden Fällen aber nicht gut, denn zur Postleitzahlregion
gehören normalerweise zumindest noch die Häuser BEIDSEITIG der
Grenzstraße.
Nein, dieser Ansicht bin ich nicht, siehe detaillierte Abbildung auf
Am 29. Oktober 2010 14:18 schrieb Frederik Ramm frede...@remote.org:
Hallo,
On 10/29/10 12:20, Peter Wendorff wrote:
Find ich in beiden Fällen aber nicht gut, denn zur Postleitzahlregion
gehören normalerweise zumindest noch die Häuser BEIDSEITIG der
Grenzstraße.
Nein, dieser Ansicht bin
Am 29.10.2010 15:08, schrieb Martin Simon:
Am 29. Oktober 2010 14:18 schrieb Frederik Rammfrede...@remote.org:
Hallo,
On 10/29/10 12:20, Peter Wendorff wrote:
Find ich in beiden Fällen aber nicht gut, denn zur Postleitzahlregion
gehören normalerweise zumindest noch die Häuser BEIDSEITIG der
Hallo,
On 10/29/10 15:08, Martin Simon wrote:
Hatten wir nicht vor einiger Zeit hier mal einen Konsens, der besagte,
daß Postleitzahlengebiete, da sie sich (scheinbar?) nur aus
Zusammenballungen von Adressen mit gleichen Postleitzahlen ergeben und
keine konkret festgelegten Grenzverläufe zu
Wenn die Häuser einigermassen dicht mit addr:postcode getaggt sind, kann das
funkionieren.
Aber das ist oft nicht der Fall:
in allen Freiburger (Breisgau) PLZ Gebieten gibt es maximal 8 addr:postcode
getaggte Gebäude.
Bevor sich da was tut, ist es wesentlich einfacher, die Grenze zu zeichnen.
--
Hallo,
Am Freitag 29 Oktober 2010 00:42:01 schrieb Stephan Wolff:
Manchmal muss man nur die Gemeinderelation als PLZ-Relation kopieren.
In größeren Städten gibt es oft innere Grenzen der PLZ-Gebiete, die
nicht mit den politischen Grenzen übereinstimmen. Ich habe für
Neumünster und die Hälfte
Moin,
Was soll denn in den name-Tag des PLZ Gebietes (falls es nicht
gleichzeitig eine bestehende Gemeindegrenze
ist) ?
Laut Wiki Name des PLZ Gebietes.
name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?
Und gibt es irgendwo 'ne Statistik/Grafik wo man das Wachstum der
Am 28.10.2010 15:28, schrieb Chris66:
Und gibt es irgendwo 'ne Statistik/Grafik wo man das Wachstum der
abgedeckten Gebiete über die Zeit als Prozentzahl beobachten kann?
Die hier?
http://tools.geofabrik.de/osmi/debug.html?view=plzlon=11.77287lat=53.42627zoom=8
Lg
Ergänzende Frage:
warum malt JOSM die PLZ Gebiete
46399 http://www.openstreetmap.org/browse/relation/1246638 und
46397 http://www.openstreetmap.org/browse/relation/1246643
grün ?
Chris
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 28.10.2010 15:28, schrieb Chris66:
Laut Wiki Name des PLZ Gebietes.
name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?
Die dritte Variante wäre schön, aber oftmals haben mehrere Stadtteile
oder mehrere Gemeinden eine gemeinsame PLZ.
Und gibt es irgendwo 'ne
Baden-Württemberg ist schon ziemlich weit ( 80%), aber die großen Städte
bedürfen noch etwas Feinarbeit:
http://tools.geofabrik.de/osmi/debug.html?view=plzlon=9.21155lat=48.84080zoom=8opacity=0.80
http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010/Todo#PLZ_7
2010/10/28 Chris66 chris66...@gmx.de
Moin,
Was soll denn in den name-Tag des PLZ Gebietes (falls es nicht
gleichzeitig eine bestehende Gemeindegrenze
ist) ?
Laut Wiki Name des PLZ Gebietes.
name=48123 oder name=PLZ 48123 oder name=48128 Münster-Altstadt ?
Ich kenne nur 48128 Münster -
2010/10/29 Stephan Wolff s.wo...@web.de
In größeren Städten gibt es oft innere Grenzen der PLZ-Gebiete, die
nicht mit den politischen Grenzen übereinstimmen. Ich habe für
Neumünster und die Hälfte von Kiel die PLZ-Relationen angelegt und dafür
einige Stunden benötigt.
Gerade in den
Am Montag 26 Juli 2010, 09:53:55 schrieb Stefan Dettenhofer (StefanDausR):
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
übereinstimmt muss dann trotzdem eine eigene PLZ-Relation erstellt werden.
Du musst aber zusätzlich unterscheiden:
Wenn man mit gleichen Grenzverläufen eine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 26.07.2010 15:26, schrieb Tirkon:
Wenn davon auszugehen ist, dass die Qualität über ganz Deutschland so
hoch ist, dann könnte man im Wiki vielleicht empfehlen, die
Kreisgrenzen in jedem Falle zu belassen und im Zweifel die PLZ
anzugleichen. So
Am Montag 26 Juli 2010, 15:26:58 schrieb Tirkon:
dann könnte man im Wiki vielleicht empfehlen, die
Kreisgrenzen in jedem Falle zu belassen und im Zweifel die PLZ
anzugleichen.
Ich weiß nicht wer was ins Wiki geschrieben hat, aber die Aussage, dass ein
automatischer Import nicht gemacht wird,
Bernd Wurst schrieb:
Am Montag 26 Juli 2010, 09:53:55 schrieb Stefan Dettenhofer (StefanDausR):
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
übereinstimmt muss dann trotzdem eine eigene PLZ-Relation erstellt werden.
Du musst aber zusätzlich unterscheiden:
Wenn man mit
Am Dienstag 27 Juli 2010, 11:42:10 schrieb Stefan Dettenhofer (StefanDausR):
(tags ändern, ways kopieren und neu anlegen).
Und genau das musst du eben auch machen, wenn eine neue Relation (mit den
bestehenden Grenz-ways) gemacht wurde, de du später ändern möchtest.
Ich hab grade mal einen
Hallo,
mir sind zwei Widersprüche begegnet, die ich nicht einordnen kann:
- 1. -
[1] sagt: postal_code, postal_code_level
[2] enthält: postcode, postcode_level
- 2.
[1] sagt:
Sollte die Grenze des PLZ-Gebietes identisch sein mit einer bereits
vorhandenen Grenze einer Stadt
Hallo,
Norbert Kück wrote:
mir sind zwei Widersprüche begegnet, die ich nicht einordnen kann:
- 1. -
[1] sagt: postal_code, postal_code_level
[2] enthält: postcode, postcode_level
Da ist [2] falsch, ich repariere das.
[1] sagt:
Sollte die Grenze des PLZ-Gebietes identisch sein mit
Frederik Ramm schrieb:
Grundsaetzlich ist es natuerlich schoen, wenn wir fuer jede PLZ eine
PLZ-Relation haben, aber der Mehraufwand fuer derlei Kosmetik in
Gebieten, bei denen beide Grenzen identisch sind, rechtfertigt das
m.E. nicht.
Man muss dann nur bei Änderungen der Gemeindegrenzen
Stefan Dettenhofer (StefanDausR) wrote:
Man muss dann nur bei Änderungen der Gemeindegrenzen (Eingemeindung,
Grundstückstausch, etc.) auch auf die PLZ achten, die sich ja dadurch
nicht zwangsläufig ebenso ändern muss, oder?
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
Man muss dann nur bei Änderungen der Gemeindegrenzen (Eingemeindung,
Grundstückstausch, etc.) auch auf die PLZ achten, die sich ja dadurch
nicht zwangsläufig ebenso ändern muss, oder?
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
Frederik Ramm frede...@remote.org wrote:
Das stimmt. Aber im Augenblick duerften die allermeisten Aenderungen an
Gemeindegrenzen bei uns nicht deswegen vollzogen werden, weil sich eine
Gemeindegrenze geaendert hat, sondern weil man feststellte, dass die
Gemeindegrenze bisher ungenau war ;)
Hallo,
Tirkon wrote:
By the way: Liegt eigentlich die Kreisgrenzenimport in der
Originalform auf einem WMS Server?
Ja, der OSM Inspector hat das noch drin. Irgendwann wollten wir das
allerdings mal wegtun:
Frederik Ramm frede...@remote.org wrote:
By the way: Liegt eigentlich die Kreisgrenzenimport in der
Originalform auf einem WMS Server?
Ja, der OSM Inspector hat das noch drin. Irgendwann wollten wir das
allerdings mal wegtun:
Ist verständlich. Aber es ist trotz des Alters offensichtlich die
63 matches
Mail list logo