Ort anhand der PLZ füllen - ?OpenGeoDB?

[nahpets]

@p80286

Zitat:

Zitat von p80286 (Beitrag 1227995)

Da die Beziehung zwischen PLZ und Ort gesucht wird, sollte es ausreichend sein. Soweit ich weiß gibt es für Großkunden und Postfächer feste Bereiche. Falls also die PLZ für die Wohnort Bestimmung genutzt werden soll, könnten sie ausreichen oder aber eine Warnung "keine echte PLZ" generieren. Je nach dem was man braucht. ggf. wäre es in der Vergleichstabelle sinnvoll einen Typen für die PLZ zu speichern 1=StraßenPLZ 2=Postfachplz 3=GroßkundenPLZ.

Prinzipiell hast Du da Recht, eigentlich müsste es reichen, nach Postleitzahlbereichen zu suchen.

Die Postleitzahlen für Leipzig (Straße-, Postfach- und Großkundenpostleitzahl) dürften z. B. von bis 04000 bis 04399 reichen.

Wenn's was kosten darf, dann ist die Post mit ihren Daten sicherlich immer die erste und beste Quelle.

[zeras]

Zitat:

Zitat von nahpets (Beitrag 1227967)

Wenn die Tabelle dauerhaft unter http://fa-technik.adfc.de/code/opengeodb/PLZ.tab (oder wo sonst auch immer) zu erreichen sein sollte, ließe sich das Update per tIDHTTP... automatisieren.

Dort stehen aber nicht alle Orte drin. Meinen Ort kann ich unter meiner PLZ nicht finden. Es wird ein größerer Ort ca. 15 km entfernt gezeigt.
Aber besser als gar nichts.

[Furtbichler]

Denkt daran, das es zu einer PLZ mehrere Orte geben kann.

Da sich PLZ nicht so oft ändern, wäre es sinnvoll, die Daten in der DB vorzuhalten. Ich halte nicht viel von diesem Stückelzeugs, wo man sich die Daten zusammensuchen muss. Ein Fehler, und sei es eine defekte Datei, und das ganze System spinnt, bzw. eben nicht und bombt irgendwann aus. Dann doch lieber alles in einer DB, wo die Integrität zudem gewährleistet ist.

[baumina]

Zitat:

Zitat von zeras (Beitrag 1228007)

Dort stehen aber nicht alle Orte drin. Meinen Ort kann ich unter meiner PLZ nicht finden. Es wird ein größerer Ort ca. 15 km entfernt gezeigt.
Aber besser als gar nichts.

Also wenn man unter bearbeiten der Datenbestände sucht, ist dein Ort bestimmt dabei. Irgendwie scheint die PLZ.tab der OpenGeoDB alleine nicht ausreichend zu sein.

Zitat:

Zitat von nahpets (Beitrag 1228001)

Wenn's was kosten darf, dann ist die Post mit ihren Daten sicherlich immer die erste und beste Quelle.

Ich befürchte kosten darfs nix :(

[zeras]

Zitat:

Zitat von baumina (Beitrag 1228046)

Zitat:

Zitat von zeras (Beitrag 1228007)

Dort stehen aber nicht alle Orte drin. Meinen Ort kann ich unter meiner PLZ nicht finden. Es wird ein größerer Ort ca. 15 km entfernt gezeigt.
Aber besser als gar nichts.

Also wenn man unter bearbeiten der Datenbestände sucht, ist dein Ort bestimmt dabei. Irgendwie scheint die PLZ.tab der OpenGeoDB alleine nicht ausreichend zu sein.

Ja, unter dem Ort kann ich dann meine PLZ finden.

[nahpets]

Zitat:

Zitat von baumina (Beitrag 1228046)

Also wenn man unter bearbeiten der Datenbestände sucht, ist dein Ort bestimmt dabei. Irgendwie scheint die PLZ.tab der OpenGeoDB alleine nicht ausreichend zu sein.

Wenn man diesem Link folgt, sieht man unten, unter den Eingabemöglichkeiten, einen Link Dateien. Dem kann man folgen und bekommt eine Liste der verfügbaren Dateien, dies sind einige Datendateien und etliche SQL-Scripte. Unter Anderem findet man dort die DE.tab. Diese enthält auch den "vermissten" Ort. Sie hat aktuell den Stand vom 8.9.2013. Allerdings scheint sie unter Postleitzahlenkriterien nicht vollständig zu sein. Mein Wohnort hat mehrere Postleitzahlen, in dieser Datei ist aber nur eine dieser Postleitzahlen zu finden.
Meine Vermutung ist momentan: Die Datei DE.Tab enthält alle Orte mit ihrer "Hauptpostleitzahl", während die PLZ.tab alle weiteren Postleitzahlen zu den Orten enthält. Es wird also für eine Nachschlagtabelle eine Kombination aus diesen beiden Dateien benötigt.

Schaut man sich alle Dateien unter o. g. Link an, so findet man (vermutlich) die vollständigen Scripte, um sich eine MySQL-Datenbank aufzubauen (einschließlich der Create-Table...-Statements) und kann sich damit seine eigene OpenGeoDB erstellen.

[baumina]

Danke an Euch alle, die sich mit mir den Kopf zerbrochen haben und für die, die eine ähnliche Lösung suchen.

Meine Lösung sieht nun folgendermaßen aus:

Ich habe beschlossen die gesamte OpenGeoDB via Dump als eigene DB in mein mySQL zu nehmen. Mein select, um den Ort via PLZ zu suchen sieht folgendermaßen aus:

SQL-Code:

SELECT Ort.text_val
  FROM opengeodb.geodb_textdata PLZ
  JOIN opengeodb.geodb_locations LPLZ
    ON (PLZ.loc_id = LPLZ.loc_id)
  JOIN opengeodb.geodb_hierarchies HPLZ
    ON (PLZ.loc_id = HPLZ.loc_id)
  JOIN opengeodb.geodb_textdata Ort
    ON (PLZ.loc_id = Ort.loc_id)
  JOIN opengeodb.geodb_textdata Land
    ON (HPLZ.id_lvl2 = Land.loc_id)
 WHERE PLZ.text_val = '<gesuchte PLZ>'
   AND Land.text_val = '<gesuchte Länderkennung>' // D(Deutschland), A(Österreich), CH(Schweiz), B(Belgien), FL(Lichtenstein)
   AND Ort.text_locale = 'de' // deutscher Name des Ortes
   AND PLZ.text_type = 500300000 // 500300000=PLZ
   AND LPLZ.loc_type = 100600000 // 100600000=Politische Gliederung (weil ich die ganzen Teilorte nicht haben mag) ansonsten 
                                 // 100800000=Postleitzahlgebiet mit allen Teilorten
   AND Ort.text_type = 500100000 // 500100000=Ortsname
   AND Land.text_type = 500500000 // 500500000=Länderkennung 
 ORDER BY Ort.text_val;

[mquadrat]

OpenGeoDB ist immer so ein Thema. Theoretisch steht alles drin, aber teilweise auch einfach doppelt und manchmal in der falschen Hierarchieebene. Mein Favorit ist der Eintrag "überhprüft das eigentlich irgendwer".