Falsche Einträge in PLZ.tab

[Felix Schwarz-5]

Hallo,

mir ist aufgefallen, dass die PLZ.tab ein paar Fehler enthält: Einige
Postleitzahlen, die in der OpenGeoDB enthalten sind, gibt es in der PLZ.tab
gar nicht.

Da ich nicht immer nur zufällig fehlende Einträge entdecken wollte, habe ich
mir ein Python-Skript geschrieben, dass alle deutschen Postleitzahlen aus der
OpenGeoDB (026.sql) ermittelt und dem Datenbestand der PLZ.tab vergleicht (letztere
habe ich mittels eines anderen Skripts in eine eigene DB-Tabelle importiert).

Dabei sind mir auch offensichtlich falsche Einträge in der OpenGeoDB aufgefallen,
z.B. loc_id 24800 ("Täferrot"), Postleitzahl "73577 ?". Ein anderes Beispiel
ist Braunschweig (loc_id 14871) mit (u.a.) der Plz "3300".

Natürlich kann auch mein Überprüfungsskript mal Mist bauen. Das Skript steht
online zur Verfügung:
http://www.felix-schwarz.name/files/misc/2007/opengeo_missing_plz.py

Jetzt würde ich mir gerne eine neue Version der PLZ.tab erzeugen.
@Martin: Wie kommen die Koordinaten für die einzelnen PLZ-Einträge zustande?

Hier noch die komplette Liste der potenziellen Probleme (einige Plz kommen
doppelt vor, ich habe diese nicht herausgefiltert):

PLZ:  16921 , loc_id:  13614 : ' Alt Krüssow '
PLZ:  3388 , loc_id:  13922 : ' Bad Harzburg '
PLZ:  89432 , loc_id:  14511 : ' Binswangen bei Dillingen an der Donau '
PLZ:  23944 , loc_id:  14745 : ' Ostseebad Boltenhagen '
PLZ:  3300 , loc_id:  14871 : ' Braunschweig '
PLZ:  01108 , loc_id:  15827 : ' Dresden '
PLZ:  01156 , loc_id:  15827 : ' Dresden '
PLZ:  01328 , loc_id:  15827 : ' Dresden '
PLZ:  60438 , loc_id:  16601 : ' Frankfurt am Main '
PLZ:  20038 , loc_id:  17838 : ' Hamburg '
PLZ:  3000 , loc_id:  17873 : ' Hannover '
PLZ:  67653 , loc_id:  19020 : ' Kaiserslautern '
PLZ:  04158 , loc_id:  20112 : ' Leipzig '
PLZ:  04178 , loc_id:  20112 : ' Leipzig '
PLZ:  04288 , loc_id:  20112 : ' Leipzig '
PLZ:  04316 , loc_id:  20112 : ' Leipzig '
PLZ:  04319 , loc_id:  20112 : ' Leipzig '
PLZ:  71226 , loc_id:  20152 : ' Leonberg (Württemberg) '
PLZ:  03202 , loc_id:  20418 : ' Luckow-Petershagen '
PLZ:  23539 , loc_id:  20437 : ' Lübeck '
PLZ:  15372 , loc_id:  21176 : ' Müncheberg '
PLZ:  18231 , loc_id:  21373 : ' Neubukow '
PLZ:  14461 , loc_id:  22587 : ' Potsdam '
PLZ:  73577 ? , loc_id:  24800 : ' Täferrot '
PLZ:  89444 , loc_id:  25407 : ' Villenbach '
PLZ:  23952 , loc_id:  26298 : ' Wismar, Mecklenburg '
PLZ:  89449 , loc_id:  26683 : ' Zusamaltheim '
PLZ:  01156 , loc_id:  27366 : ' Gompitz '
PLZ:  01156 , loc_id:  27367 : ' Gompitz '
PLZ:  01156 , loc_id:  27368 : ' Ockerwitz '
PLZ:  01156 , loc_id:  27369 : ' Pennrich '
PLZ:  01156 , loc_id:  27370 : ' Roitzsch bei Dresden '
PLZ:  01156 , loc_id:  27371 : ' Steinbach '
PLZ:  01156 , loc_id:  27372 : ' Zöllmen '
PLZ:  01156 , loc_id:  27373 : ' Unkersdorf '
PLZ:  01108 , loc_id:  27376 : ' Johannstadt '
PLZ:  01156 , loc_id:  27376 : ' Johannstadt '
PLZ:  01328 , loc_id:  27376 : ' Johannstadt '
PLZ:  01108 , loc_id:  27382 : ' Stetzsch '
PLZ:  01156 , loc_id:  27382 : ' Stetzsch '
PLZ:  01328 , loc_id:  27382 : ' Stetzsch '
PLZ:  01108 , loc_id:  27384 : ' Gorbitz '
PLZ:  01156 , loc_id:  27384 : ' Gorbitz '
PLZ:  01328 , loc_id:  27384 : ' Gorbitz '
PLZ:  01156 , loc_id:  27386 : ' Altfranken '
PLZ:  39434 , loc_id:  35880 : ' Hecklingen bei Staßfurt '
PLZ:  39434 , loc_id:  35880 : ' Hecklingen bei Staßfurt '

Felix Schwarz
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Sven Neuhaus]

Felix Schwarz schrieb:
> Dabei sind mir auch offensichtlich falsche Einträge in der OpenGeoDB aufgefallen,
> z.B. loc_id 24800 ("Täferrot"), Postleitzahl "73577 ?". Ein anderes Beispiel
> ist Braunschweig (loc_id 14871) mit (u.a.) der Plz "3300".

Der Eintrag ist korrekt, in "valid_until" steht nämlich "1993-06-30".

Gruss,
-Sven Neuhaus
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Felix Schwarz schrieb:
> mir ist aufgefallen, dass die PLZ.tab ein paar Fehler enthält: Einige
> Postleitzahlen, die in der OpenGeoDB enthalten sind, gibt es in der PLZ.tab
> gar nicht.

Das muss nicht unbedingt ein Fehler sein. OpenGeoDB enthaelt auch einige
PLZ-Eintraege z.B. von der Gemeinde selbst, also eine Grosskunden-PLZ.

PLZ.tab enthaelt nur PLZ-Gebiete, aber keine Grosskundendaten.

> Da ich nicht immer nur zufällig fehlende Einträge entdecken wollte, habe ich
> mir ein Python-Skript geschrieben, dass alle deutschen Postleitzahlen aus
> der
> OpenGeoDB (026.sql) ermittelt und dem Datenbestand der PLZ.tab vergleicht
> (letztere
> habe ich mittels eines anderen Skripts in eine eigene DB-Tabelle
> importiert).
>
> Dabei sind mir auch offensichtlich falsche Einträge in der OpenGeoDB
> aufgefallen,
> z.B. loc_id 24800 ("Täferrot"), Postleitzahl "73577 ?". Ein anderes Beispiel
> ist Braunschweig (loc_id 14871) mit (u.a.) der Plz "3300".

24800 muss ich nachpruefen,
73577 ist offensichtlich zur Kontrolle markiert,
3300 ist eine alte PLZ, wie Sven schon erwaehnte

Vergleiche auch http://sourceforge.net/forum/message.php?msg_id=4658191

> Jetzt würde ich mir gerne eine neue Version der PLZ.tab erzeugen.
> @Martin: Wie kommen die Koordinaten für die einzelnen PLZ-Einträge zustande?

Sie stammen aus der opengeodb 0.2.4, ergaenzt mit irgendwelchen Quellen - da
muesste ich selbst recherchieren. Vergleiche einfach mal 0.2.4 und PLZ.tab

> Hier noch die komplette Liste der potenziellen Probleme (einige Plz kommen
> doppelt vor, ich habe diese nicht herausgefiltert):

Ja, deckt sich vollstaendig mit einer Liste,
http://sourceforge.net/forum/message.php?msg_id=4658191

Vergleiche auch
http://lists.phpbar.de/pipermail/opengeodb/2005-April/001872.html


Du muesstest hier also recherchieren, was es mit diesen Eintraegen auf sich
hat. Nimm z.B. die 16921 von Alt Krüssow. Die Post selbst nennt hier nur die
16928 für diesen Ortsteil von Pritzwalk.

Google kennt aber einige weitere Einträge mit 16921.

> PLZ:  73577 ? , loc_id:  24800 : ' Täferrot '

Der Eintrag ist vermutlich falsch - wohl ein Schreibfehler von 73527.

Leider stelle ich gerade fest, dass das Löschen von Fehlern online einen
eigenen Fehler hat :-(
Von daher musste ich den Fehler manuell beheben.

Ob die Angaben aus deiner Uebersicht also tatsaechlich in PLZ.tab fehlen,
erfordert umfangreichere Pruefungen oder Abgleich mit einer aktuellen
PLZ-Uebersicht der Post. Mir selbst stehen hier keine aktuellen Angaben zur
Verfuegung, wie man sie z.B. den Grosskunden der Post zur Verfuegung stellt.

Schoenen Gruss
Martin

[Felix Schwarz-5]

Hallo,

vielen Dank für die schnellen Antworten.

Martin Trautmann schrieb:
> Vergleiche auch http://sourceforge.net/forum/message.php?msg_id=4658191

Ok, die Sourceforge-Foren habe ich bislang gar nicht gelesen.

>> Jetzt würde ich mir gerne eine neue Version der PLZ.tab erzeugen.
>> @Martin: Wie kommen die Koordinaten für die einzelnen PLZ-Einträge
>> zustande?
>
> Sie stammen aus der opengeodb 0.2.4, ergaenzt mit irgendwelchen Quellen - da
> muesste ich selbst recherchieren. Vergleiche einfach mal 0.2.4 und PLZ.tab

Das heißt, die PLZ.tab kann gar nicht automatisch erzeugt werden? Meine Frage zielte auf die Skripte

>
>> Hier noch die komplette Liste der potenziellen Probleme (einige Plz kommen
>> doppelt vor, ich habe diese nicht herausgefiltert):
>
> Ja, deckt sich vollstaendig mit einer Liste,
> http://sourceforge.net/forum/message.php?msg_id=4658191
>
> Vergleiche auch
> http://lists.phpbar.de/pipermail/opengeodb/2005-April/001872.html
>
>
> Du muesstest hier also recherchieren, was es mit diesen Eintraegen auf sich
> hat. Nimm z.B. die 16921 von Alt Krüssow. Die Post selbst nennt hier nur die
> 16928 für diesen Ortsteil von Pritzwalk.
>
> Google kennt aber einige weitere Einträge mit 16921.
>
>> PLZ:  73577 ? , loc_id:  24800 : ' Täferrot '
>
> Der Eintrag ist vermutlich falsch - wohl ein Schreibfehler von 73527.
>
> Leider stelle ich gerade fest, dass das Löschen von Fehlern online einen
> eigenen Fehler hat :-(
> Von daher musste ich den Fehler manuell beheben.
>
> Ob die Angaben aus deiner Uebersicht also tatsaechlich in PLZ.tab fehlen,
> erfordert umfangreichere Pruefungen oder Abgleich mit einer aktuellen
> PLZ-Uebersicht der Post. Mir selbst stehen hier keine aktuellen Angaben zur
> Verfuegung, wie man sie z.B. den Grosskunden der Post zur Verfuegung stellt.
>
> Schoenen Gruss
> Martin
>

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

>> Sie stammen aus der opengeodb 0.2.4, ergaenzt mit irgendwelchen Quellen - da
>> muesste ich selbst recherchieren. Vergleiche einfach mal 0.2.4 und PLZ.tab

>Das heißt, die PLZ.tab kann gar nicht automatisch erzeugt werden? Meine Frage zielte auf die Skripte

Welche Antwort willst du hoeren?
Ja, PLZ.tab kann mit Scripts erzeugt werden
Nein, die Rohdaten fuer PLZ.tab liegen derzeit in keiner anderen Datei vor (nur einige Neuzugaenge in extra.sql) - deswegen koennen die Daten auch nicht mit Scripts erzeugt werden.

Von manchen Anwendern hier wohl gewuenscht ist eher der umgekehrte Weg, dass die PLZ.tab in einen entsprechenden PLZ.sql-Teil umgewandelt wird. Sobald ich das habe, kannst du's mit deinem Script ja wieder zurueckwandeln ;-)

Schoenen Gruss
Martin

[Felix Schwarz-5]

Hallo,

(sorry, ich bin vorhin versehentlich auf Ctrl+Enter gekommen, daher die abrupt
endende Mail.)

Martin Trautmann schrieb:

>> Das heißt, die PLZ.tab kann gar nicht automatisch erzeugt werden? Meine
> Frage zielte auf die Skripte
>
> Welche Antwort willst du hoeren?
> Ja, PLZ.tab kann mit Scripts erzeugt werden
> Nein, die Rohdaten fuer PLZ.tab liegen derzeit in keiner anderen Datei vor
> (nur einige Neuzugaenge in extra.sql) - deswegen koennen die Daten auch
> nicht mit Scripts erzeugt werden.
>
> Von manchen Anwendern hier wohl gewuenscht ist eher der umgekehrte Weg, dass
> die PLZ.tab in einen entsprechenden PLZ.sql-Teil umgewandelt wird. Sobald
> ich das habe, kannst du's mit deinem Script ja wieder zurueckwandeln ;-)

Ich wäre sehr daran interessiert, mir selbstständig eigene Versionen der
Postleitzahlen-Datenbank zu erstellen. Ob dies als TAB-Datei oder SQL-Dump
geschieht, ist mir völlig egal. Kannst du zufällig konkrete Aufgaben nennen, die
erledigt werden müssten, damit dies möglich ist?

In deiner vorherigen Mail schriebst du:
> Du muesstest hier also recherchieren, was es mit diesen Eintraegen auf sich
> hat. Nimm z.B. die 16921 von Alt Krüssow. Die Post selbst nennt hier nur die
> 16928 für diesen Ortsteil von Pritzwalk.

Wie verhält es sich lizenztechnisch mit Daten, die ich z.B. einzeln aus der
Datenbank der Post in die Datenbank einpflege? Dürfte ich die z.B. auch in die
offizielle OpenGeoDB einfließen lassen?

>> Hier noch die komplette Liste der potenziellen Probleme (einige Plz kommen
>> > doppelt vor, ich habe diese nicht herausgefiltert):
 >
> Ja, deckt sich vollstaendig mit einer Liste,
> http://sourceforge.net/forum/message.php?msg_id=4658191

Gerade die Leipziger und Dresdener Einträge sind sehr wahrscheinlich keine
Großkunden-Plzs, da sie in einer privaten Kundendatenbank auftauchen. Leider
werde ich aus dem genannten Posting nicht ganz schlau. Welches weitere Vorgehen
ist geplant bzw. sind überhaupt weitere Schritte von deiner/dritter Seite geplant?

Mich stört das Nicht-Vorhandensein einiger Plz, daher würde ich auch eigene
Arbeit investieren, um einzelne Einträge zu verifizieren. Gibt es da irgendeine
Stelle, an der sich beliebige Freiwillige einfach mal koordinieren können, indem
z.B. das Recherche-Ergebnis pro Plz niedergelegt wird?

--
Felix Schwarz
Software-Entwicklung und Beratung
Schwerpunkt: Entwicklung auf "Open Source"-Basis

www.schwarz.eu

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Felix Schwarz wrote:

> Ich wäre sehr daran interessiert, mir selbstständig eigene Versionen der
> Postleitzahlen-Datenbank zu erstellen. Ob dies als TAB-Datei oder SQL-Dump
> geschieht, ist mir völlig egal. Kannst du zufällig konkrete Aufgaben nennen, die
> erledigt werden müssten, damit dies möglich ist?

Hallo Felix,

das klingt ein wenig, als wolltest du das Rad neu erfinden? PLZ.tab
existiert schon. Was brauchst du anderes?


> Wie verhält es sich lizenztechnisch mit Daten, die ich z.B. einzeln aus der
> Datenbank der Post in die Datenbank einpflege? Dürfte ich die z.B. auch in die
> offizielle OpenGeoDB einfließen lassen?

Einzelne Einträge sind in der Regel unproblematisch - soweit ich das
beurteilen kann. Die Gesamtheit der Daten ist aber geschützt.


> Gerade die Leipziger und Dresdener Einträge sind sehr wahrscheinlich keine
> Großkunden-Plzs, da sie in einer privaten Kundendatenbank auftauchen.

Dann wäre es hilfreich, wenn du diese Einträge prüfen, herausfinden und
melden könntest. Ich werde irgendwann - also wohl nicht in den nächsten
Tagen - eine Eingabemaske anbieten, damit solche Einträge ergänzt werden
können. Bis dahin würde ich sie händisch hinzufügen.

 > Leider
> werde ich aus dem genannten Posting nicht ganz schlau. Welches weitere Vorgehen
> ist geplant bzw. sind überhaupt weitere Schritte von deiner/dritter Seite geplant?

Von meiner Seite die nächsten Schritte:

- Eingabemöglichkeit der Extra-Daten
- Aktualisierung der Daten/Hierarchien (grosse Kreisgebiets-Reform
   Sachsen-Anhalt)
- Einspielen von hier vorliegenden versionierten Daten

Konkret würde helfen, andere Gebietsreformen zu beobachten und online
einzupflegen. Bisher wirkt die Akzeptanz minimal, hier Daten zu
aktualisieren. Sollte es an der Benutzeroberfläche liegen, so brauche
ich Rückmeldung, wie das zu verbessern wäre.

Konkret kann ich z.B. den HTML-Code brauchen, wie die Seite
umzugestalten wäre, um Google Maps anzuzeigen.

Konkret habe ich auch noch keinerlei Schnittstelle programmiert, um über
ImageMagick mehr Informationen in eine Karte hineinzusammeln.

> Mich stört das Nicht-Vorhandensein einiger Plz, daher würde ich auch eigene
> Arbeit investieren, um einzelne Einträge zu verifizieren. Gibt es da irgendeine
> Stelle, an der sich beliebige Freiwillige einfach mal koordinieren können, indem
> z.B. das Recherche-Ergebnis pro Plz niedergelegt wird?

Diese Liste hier oder das opengeodb-wiki - mehr wüsste ich derzeit nicht.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Felix Schwarz-5]

Hallo Martin,

Martin Trautmann schrieb:
> Felix Schwarz wrote:
>
>> Ich wäre sehr daran interessiert, mir selbstständig eigene Versionen der
>> Postleitzahlen-Datenbank zu erstellen. Ob dies als TAB-Datei oder SQL-Dump
>> geschieht, ist mir völlig egal. Kannst du zufällig konkrete Aufgaben nennen, die
>> erledigt werden müssten, damit dies möglich ist?
>
> das klingt ein wenig, als wolltest du das Rad neu erfinden? PLZ.tab
> existiert schon. Was brauchst du anderes?

Ich will keineswegs "das Rad neu erfinden". Aber:
1. in PLZ.tab fehlen Einträge (Großkunden-Plz etc. bereits ausgenommen)
2. in der OpenGeoDB sind diese Einträge vorhanden
3. Letztlich handelt es sich nur um unterschiedliche Sichten auf die gleichen
    Daten.
=> 4. Der Aufwand, die abgeleiteten Daten (PLZ.tab) zu pflegen, sollte minimal
       sein oder es sollte dazu beigetragen werden, diesen Pflegeaufwand zu
       minimieren.
=> 5. Minimierung geschieht am Effizientesten über Automatisierung.

Ich denke, dass ich meine (begrenzte) Zeit am Sinnvollsten einsetzen kann, wenn
ich dazu beitrage, dass z.B. die vorhandenen Informationen besser genutzt
werden, anstatt dazu beizutragen, dass noch mehr Handarbeit gemacht wird.

Prinzipiell ist bei mir halt die Perspektive, dass ich in einem Kundenprojekt
mit Geodaten versehene Plz-Daten brauche. Dabei ist in meinem Fall extrem
wichtig, dass möglichst viele (deutsche) Plz vorhanden sind - die Genauigkeit
der Geodaten ist demgegenüber nicht ganz so wichtig.

Prinzipiell gibt es kommerzielle Datenbestände schon für einige hundert Euro zu
kaufen. Mit der OpenGeoDB kann ich dieses Geld einsparen - das macht aber nur
Sinn, wenn ich deutlich weniger als 10 Stunden Extra-Arbeit durch spezifische
OpenGeoDB-Probleme (wie z.B. unvollständige Daten oder Verstehen von
Datenstrukturen) habe. Jetzt kommt noch meine Sympathie für freie Software und
offene Daten und ich kann vor mir selbst auch noch etwas mehr Zeit
rechtfertigen, aber bei zu viel Handarbeit rechnet es sich nicht mal mehr mit
viel gutem Willen...

Daher mein Bestreben, die jetzt schon vorhandenen Daten so gut wie möglich zu
nutzen. Und eine automatische PLZ.tab-Erstellung würde vermutlich dem Projekt
auch in Zukunft helfen.

--
Felix Schwarz
Software-Entwicklung und Beratung
Schwerpunkt: Entwicklung auf "Open Source"-Basis

www.schwarz.eu

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Felix Schwarz wrote:

> Hallo Martin,
>
> Martin Trautmann schrieb:
>> Felix Schwarz wrote:
>>
>>> Ich wäre sehr daran interessiert, mir selbstständig eigene Versionen der
>>> Postleitzahlen-Datenbank zu erstellen. Ob dies als TAB-Datei oder SQL-Dump
>>> geschieht, ist mir völlig egal. Kannst du zufällig konkrete Aufgaben nennen, die
>>> erledigt werden müssten, damit dies möglich ist?
>> das klingt ein wenig, als wolltest du das Rad neu erfinden? PLZ.tab
>> existiert schon. Was brauchst du anderes?
>
> Ich will keineswegs "das Rad neu erfinden". Aber:
> 1. in PLZ.tab fehlen Einträge (Großkunden-Plz etc. bereits ausgenommen)
> 2. in der OpenGeoDB sind diese Einträge vorhanden

Die Anzahl der Einträge ist sehr, sehr überschaubar. Von daher ist es
sinnvoll, denen mal machzugehen.

> 3. Letztlich handelt es sich nur um unterschiedliche Sichten auf die gleichen
>     Daten.

Richtig - aber sehr unterschiedliche, um nicht zu sagen unverträgliche
Ansichten, bezogen auf Verwaltungsstrukturen oder Geokoordinaten.

> => 4. Der Aufwand, die abgeleiteten Daten (PLZ.tab) zu pflegen, sollte minimal
>        sein oder es sollte dazu beigetragen werden, diesen Pflegeaufwand zu
>        minimieren.

Gerade weil der Aufwand so gering erscheint, halte ich händisches
Einpflegen für übergangsweise akzeptabel

> => 5. Minimierung geschieht am Effizientesten über Automatisierung.

... solange dies richtig erfolgt, sprich keine falschen Daten erzeugt

> Ich denke, dass ich meine (begrenzte) Zeit am Sinnvollsten einsetzen kann, wenn
> ich dazu beitrage, dass z.B. die vorhandenen Informationen besser genutzt
> werden, anstatt dazu beizutragen, dass noch mehr Handarbeit gemacht wird.

Für gute Ideen ist jeder dankbar.

> Daher mein Bestreben, die jetzt schon vorhandenen Daten so gut wie möglich zu
> nutzen. Und eine automatische PLZ.tab-Erstellung würde vermutlich dem Projekt
> auch in Zukunft helfen.

Um es deutlich und kurz zu sagen: lass es.

Kurzes Beispiel: Mitten in weiter Flur liegt Aussiederhof A. Er und
seine Äcker gehören zur Gemeinde G im Kreis K. Erschlossen ist er über
eine Straße von Stadt S aus. Die Post wird auf dieser Straße zum Hof S
gebracht. Hof S hat daher die gleiche Postleitzahl wie der Ortsteil S1:
10001.

Gemeinde G hat aber die Postleitzahl 20002. Durch A gehört auch die
10001 zu deren Postleitzahlen - richtig oder falsch?


Oder umgekehrt gefragt: was brauchst du? Jede mögliche Kombination von
PLZ und Ortsname? Dann bis zu welcher Ebene herunter, Gemeinde, Orte,
Ortsteile, Einzelwohnplätze? Oder reicht dir eine PLZ und dazu eine
repräsentative Ortsbezeichnung?

Du sagtest, Koordinaten wären dir egal - daher würde es dich nicht
stören, dass 75 Postleitzahlen im München oder 191 in Berlin alle die
gleiche Koordinate liefern würden.

In meiner eigenen Anwendung ist egal, ob ich alle Postleitzahlen habe -
ich verwende einfach die nächst höhere:

<http://fa-technik.adfc.de/code/anbieter?search=10001;hide=H>
   unbekannte PLZ: 10001; nächste PLZ: 10115

Schönen Gruß
Martin

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Robert Böck]

Hallo Martin,

Martin Trautmann wrote:

> Konkret kann ich z.B. den HTML-Code brauchen, wie die Seite
> umzugestalten wäre, um Google Maps anzuzeigen.

Welche Seite? Und was soll dann in Google Maps angezeigt werden?

cu, Robo :)

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Robert Böck wrote:
> Hallo Martin,
>
> Martin Trautmann wrote:
>
>> Konkret kann ich z.B. den HTML-Code brauchen, wie die Seite
>> umzugestalten wäre, um Google Maps anzuzeigen.
>
> Welche Seite?
> Und was soll dann in Google Maps angezeigt werden?

Die Suchergebnisse auf fa-technik.adfc.de/code/opengeodb.pl

http://fa-technik.adfc.de/code/maps.html habe ich schon mal als
Beispielcode von google übernommen und angemeldet.

Recht gut gemacht finde ich z.B.
http://www.geonames.org/maps/showOnMap?q=haslach

Dort gefällt mir auch besonders gut der move-Befehl.

Ich selbst bin aber kein grosser Fan von Javascript und habe bisher
damit kaum etwas zu tun gehabt.

Die Rohdaten für google maps sollten nach Möglichkeit schon direkt im
HTML übergeben werden, das ich selbst zusammengebaut habe - denn dann
würde ich mir den Umweg über PHP sparen und die Daten gerne gleich mit
perl aus den Rohdaten zusammenfischen.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Robert Böck]

Hallo Martin,

Martin Trautmann wrote:

>>> Konkret kann ich z.B. den HTML-Code brauchen, wie die Seite
>>> umzugestalten wäre, um Google Maps anzuzeigen.
>>
>> Welche Seite?
>> Und was soll dann in Google Maps angezeigt werden?
>
> Die Suchergebnisse auf fa-technik.adfc.de/code/opengeodb.pl
>
> http://fa-technik.adfc.de/code/maps.html habe ich schon mal als
> Beispielcode von google übernommen und angemeldet.

Na dann nehmen wir das doch mal als Grundlage.

>    function load() {
>      if (GBrowserIsCompatible()) {
>        var map = new GMap2(document.getElementById("map"));
>        map.setCenter(new GLatLng(37.4419, -122.1419), 13);

Mit obiger Zeile stellst du die Kartenmitte ein, einfach Geokoordinaten
übergeben, die 13 müsste der Zoomlevel sein, wenn ich mich richtig erinnere.

Ein paar Controls schaden auch nicht:

     map.addControl(new GSmallMapControl());
     map.addControl(new GMapTypeControl());

Und dann einen Marker setzen:

     var myplace = new GMarker(new GLatLng(48.1500, 11.5833));
     map.addOverlay(myplace);

Die Geokoordinaten musst du dann eben entsprechend richtig einsetzen.
Das war's auch schon, ist keine Hexerei. Ist natürlich alles ausbaubar.

>      }
>    }

> Recht gut gemacht finde ich z.B.
> http://www.geonames.org/maps/showOnMap?q=haslach
>
> Dort gefällt mir auch besonders gut der move-Befehl.

Sorry, ich kann dir nicht ganz folgen. Was für einen move-Befehl meinst du?

> Ich selbst bin aber kein grosser Fan von Javascript und habe bisher
> damit kaum etwas zu tun gehabt.

Naja, die Google Maps API ist eigentlich recht gut dokumentiert und mit
Beispielen bestückt.

> Die Rohdaten für google maps sollten nach Möglichkeit schon direkt im
> HTML übergeben werden, das ich selbst zusammengebaut habe - denn dann
> würde ich mir den Umweg über PHP sparen und die Daten gerne gleich mit
> perl aus den Rohdaten zusammenfischen.

So ganz weiß ich immer noch nicht, was du willst, aber
ich denke, jetzt kommst du schon ein Stückchen weiter.

cu, Robo :)

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Robert Böck wrote:
> Hallo Martin,
>
> Martin Trautmann wrote:

> Ein paar Controls schaden auch nicht:
>
>      map.addControl(new GSmallMapControl());
>      map.addControl(new GMapTypeControl());
>
> Und dann einen Marker setzen:
>
>      var myplace = new GMarker(new GLatLng(48.1500, 11.5833));
>      map.addOverlay(myplace);
>
> Die Geokoordinaten musst du dann eben entsprechend richtig einsetzen.
> Das war's auch schon, ist keine Hexerei. Ist natürlich alles ausbaubar.

Übergebe ich hier eine ganze Liste an Markern? Vermutlich möchte ich
denen ja auch noch weitere Text-Info mitliefern.


>> Recht gut gemacht finde ich z.B.
>> http://www.geonames.org/maps/showOnMap?q=haslach
>>
>> Dort gefällt mir auch besonders gut der move-Befehl.
>
> Sorry, ich kann dir nicht ganz folgen. Was für einen move-Befehl meinst du?

Folge dem Link.
Warte, bis die Marker angezeigt werden.
Klicke auf einen der Marker, so dass die "Sprechblase" angezeigt wird.
Sieh dir dort die Fußzeile mit den blauen Befehlen an:

  _zoom move edit history tag delete alternate names perma link semantic
web rdf_

Klicke auf den zweiten Befehl davon: Move

Links erscheint der Text:
move Haslach
   1. point mouse to location (or gps)
   2. save new coordinates

Klicke also auf der Karte an die passende Stelle auf der Karte. Es
erscheint ein neuer Marker und eine rote Linie zwischen altem und neuem
Marker, ausserdem eine Sprechblase mit der Möglichkeit, diese Korrrektur
abzuspeichern.


> Naja, die Google Maps API ist eigentlich recht gut dokumentiert und mit
> Beispielen bestückt.

Man muss sich eben die Zeit nehmen, das zu lesen und zu verstehen.


>> Die Rohdaten für google maps sollten nach Möglichkeit schon direkt im
>> HTML übergeben werden, das ich selbst zusammengebaut habe - denn dann
>> würde ich mir den Umweg über PHP sparen und die Daten gerne gleich mit
>> perl aus den Rohdaten zusammenfischen.
>
> So ganz weiß ich immer noch nicht, was du willst, aber
> ich denke, jetzt kommst du schon ein Stückchen weiter.

Obiges Beispiel http://www.geonames.org/maps/showOnMap?q=haslach zeigte
dir schon alle Suchergebnisse zu Haslach - entsprechend möchte ich alle
Suchergebnisse einer Anfrage anzeigen. Von daher braucht man z.B. auch
entweder einen Befehl, um die optimale Zoomstufe über die Resultate von
Google ermitteln zu lassen, oder man braucht eine eigene Umrechnung, um
aus den min/max-Werten der Resultate die Zoomstufe abzuleiten.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Andreas Hubel-2]

Wenn ihr irgend ne GUI für die OpenGeoDB auf Kartenbasis baut, nehmt  
doch am besten OpenLayers. Das ist nen freies Framework was das selbe  
und evtl.. auch noch viel mehr bietet als das Javascript von Google.  
Mann kann dort auch Karten von Google einbinden, nur eben zusätzlich  
auch Karten von OpenStreetMap oder über die WMS Schnittstelle auch die  
Karten von deinem Vermessungsamt.

MfG Andreas Hubel

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Robert Böck]

Hallo Martin,

Martin Trautmann wrote:

>> Und dann einen Marker setzen:
>>
>>      var myplace = new GMarker(new GLatLng(48.1500, 11.5833));
>>      map.addOverlay(myplace);
>>
>> Die Geokoordinaten musst du dann eben entsprechend richtig einsetzen.
>> Das war's auch schon, ist keine Hexerei. Ist natürlich alles ausbaubar.
>
> Übergebe ich hier eine ganze Liste an Markern? Vermutlich möchte ich
> denen ja auch noch weitere Text-Info mitliefern.

Das ist der Code für genau einen Marker.

>>> Recht gut gemacht finde ich z.B.
>>> http://www.geonames.org/maps/showOnMap?q=haslach
>>>
>>> Dort gefällt mir auch besonders gut der move-Befehl.
>>
>> Sorry, ich kann dir nicht ganz folgen. Was für einen move-Befehl meinst du?
>
> Folge dem Link.
> Warte, bis die Marker angezeigt werden.
> Klicke auf einen der Marker, so dass die "Sprechblase" angezeigt wird.
> Sieh dir dort die Fußzeile mit den blauen Befehlen an:
>
>   _zoom move edit history tag delete alternate names perma link semantic
> web rdf_
>
> Klicke auf den zweiten Befehl davon: Move
>
> Links erscheint der Text:
> move Haslach
>    1. point mouse to location (or gps)
>    2. save new coordinates
>
> Klicke also auf der Karte an die passende Stelle auf der Karte. Es
> erscheint ein neuer Marker und eine rote Linie zwischen altem und neuem
> Marker, ausserdem eine Sprechblase mit der Möglichkeit, diese Korrrektur
> abzuspeichern.

Ah, jetzt, ja. Interessante Funktion. Aber so fit bin ich in Sachen
JavaScript und Google Maps API leider nicht, um das mal eben aus dem
Ärmel zu schütteln ...

>>> Die Rohdaten für google maps sollten nach Möglichkeit schon direkt im
>>> HTML übergeben werden, das ich selbst zusammengebaut habe - denn dann
>>> würde ich mir den Umweg über PHP sparen und die Daten gerne gleich mit
>>> perl aus den Rohdaten zusammenfischen.
>>
>> So ganz weiß ich immer noch nicht, was du willst, aber
>> ich denke, jetzt kommst du schon ein Stückchen weiter.
>
> Obiges Beispiel http://www.geonames.org/maps/showOnMap?q=haslach zeigte
> dir schon alle Suchergebnisse zu Haslach - entsprechend möchte ich alle
> Suchergebnisse einer Anfrage anzeigen.

Naja, statt einem Marker musst du dann eben mehrere setzen.

> Von daher braucht man z.B. auch
> entweder einen Befehl, um die optimale Zoomstufe über die Resultate von
> Google ermitteln zu lassen, oder man braucht eine eigene Umrechnung, um
> aus den min/max-Werten der Resultate die Zoomstufe abzuleiten.

Ob es einen entsprechenden Befehl gibt, entzieht sich meiner Kenntnis.
Ein paar ganz einfache Dinge habe ich mit Google Maps schon gemacht, wie
einen Marker setzen und noch eine Sprechblase dazu ... aber was du vor
hast, ist mir leider eine Nummer zu groß.

cu, Robo :)

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Ritter]

Hallo zusammen,

Martin Trautmann schrieb:
> Übergebe ich hier eine ganze Liste an Markern? Vermutlich möchte ich
> denen ja auch noch weitere Text-Info mitliefern.

nach meiner Erfahrung übergibt man mehrere mittels einer Schleife oder
man übergibt sie dem GMarkerManager, der dann Einträge auch nur bei
bestimmten Zoomstufen anzeigen kann und sie automatisch ausblendet wenn
sie nicht im sichtbaren Bereich sind.

Bei den Infofenstern hat es sich für mich bewährt, den html-Text dem
Marker als Eigenschaft zuzuweisen. Dann musst du noch einen
Eventlistener auf die Karte einbauen der bei Klick auf einen Marker dann
den zugehörigen Text als InfoWindow (diese Sprechblasen) anzeigt.

zum Beispiel:

var mouseClick = function (overlay,point) {
        if(overlay && overlay.myhtml){
                overlay.openInfoWindowHtml(overlay.myhtml);
        }
}
GEvent.addListener(map,'click',mouseClick)

var myplace = new GMarker(new GLatLng(48.1500, 11.5833));
myplace.myhtml = "<b>foo</b>";
map.addOverlay(myplace);

Möglicherweise geht es eleganter, aber ich bin so ganz glücklich.

> Folge dem Link.
> Warte, bis die Marker angezeigt werden.
> Klicke auf einen der Marker, so dass die "Sprechblase" angezeigt wird.
> Sieh dir dort die Fußzeile mit den blauen Befehlen an:
>
>   _zoom move edit history tag delete alternate names perma link semantic
> web rdf_
>
> Klicke auf den zweiten Befehl davon: Move
>
> Links erscheint der Text:
> move Haslach
>    1. point mouse to location (or gps)
>    2. save new coordinates
>
> Klicke also auf der Karte an die passende Stelle auf der Karte. Es
> erscheint ein neuer Marker und eine rote Linie zwischen altem und neuem
> Marker, ausserdem eine Sprechblase mit der Möglichkeit, diese Korrrektur
> abzuspeichern.

Etwas sehr ähnliches habe ich mal geschrieben, damit die Mitglieder
eines Forums selbst Positionen von Terminen o.ä. raussuchen können:
http://www.free-archers.de/maps/maptool.php

Man verschiebt den Marker an die entsprechende Stelle und kann ihn
anklicken um die Werte zu übernehmen. Normalerweise wird der Link
mittels Javascript aufgerufen und schreibt die Koordinaten in ein
Formularfeld des Elternfensters, daher passiert so nichts wenn man auf
übernehmen klickt.

Ist schon ein bisschen her das ich das gemacht hab, bei Interesse kann
ich aber gern das Script rauskramen.

> Obiges Beispiel http://www.geonames.org/maps/showOnMap?q=haslach zeigte
> dir schon alle Suchergebnisse zu Haslach - entsprechend möchte ich alle
> Suchergebnisse einer Anfrage anzeigen. Von daher braucht man z.B. auch
> entweder einen Befehl, um die optimale Zoomstufe über die Resultate von
> Google ermitteln zu lassen, oder man braucht eine eigene Umrechnung, um
> aus den min/max-Werten der Resultate die Zoomstufe abzuleiten.

dafür gibt es die Funktion map.getBoundsZoomLevel(bounds),
wobei bounds die Max/Minwerte der Koordinaten sind. Danach kann man die
Zoomstufe mittels map.setZoom(level) setzen.

Grüße
        Martin Ritter

--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)