Re: Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS)

akorthaus@... wrote:

>>> Soweit ich die Datenbank (letzte Version von sf.net) verstehe,
>>> beziehen sich die Koordinaten auf Städte, und nicht auf PLZ,
>>> richtig?
>> Ja
>
> Aber im neusten Dump auf dem von Dir verlinkten Server ist das
> anders, oder?

Nicht dass ich wüsste

> Denn wenn ich da eine PLZ angebe und die Entfernung zu
> Städten in der Umgebung errechnen, ändern sich die Werte bei
> benachbarten PLZs in einer Stadt.

Beispiel?


> Ist irgendwo erklärt, was die folgende Dateien auf dem Server
> enthalten? DE.sql DE.tab DE9.tab PLZ.tab

Nein, da muss jemand mal ein README schreiben.

DE.tab - die Basisdaten für Deutschland
DE.sql - die Basisdaten konvertiert nach SQL
DE9.tab - erste Anfänge eines Straßenverzeichnisses für opengeodb,
exemplarisch Baden-Württemberg. Inzwischen liegen auch Niedersachsen und
Bayern vor. Diese Daten unterliegen der OSM-Lizenzierung (CC-BY-SA)!


> Sind z.B. in PLZ.tab alle PLZs inkl. Angaben zu Koordianten und Ort
> drin, die auch im kompletten Dump stehen?

Nein, PLZ.tab enthält die Daten von Postleitzahlgebieten, typ 100800000


> Hat DE9 dasselbe Format wie DE?

ja

> Was ist der inhaltliche Unterschied zw. DE.sql und DE.tab?

sql vs. txt

> Kann man auf dem Server vielleicht auch die Skripte speichern, mit
> denen die Listen aus der Datenbank extrahiert wurden? Wäre sicher
> hilfreich als Vorlage oder für den Fall, dass die Dateien irgendwann
> nicht mehr gepflegt werden...  (Mich würde z.B. interessieren, wie
> man nicht-Deutschland Einträge komplett rausbekommt, prinzipiell kann
> ich mir da vorstellen wie das geht, ist aber alles so verstreut
> gespeichert...)

Die kannst du am besten im wiki selbst veröffentlichen:
http://opengeodb.giswiki.org/wiki/OpenGeoDB


> Jedenfalls wäre die Abfrage der PLZ.tab für mich deutlich effizienter
> als die der Datenbank. Zur Zeit brauche ich für eine Umkreissuche auf
> Basis der GeoClass mit aktuellem Dump ca. 10 Sekunden, Das geht
> natürlich nicht auf einer Homepage...

Ich selbst verwende direkt diese PLZ.tab für
<http://www.fa-technik.adfc.de/Codierung/anbieter>

> Ist ja auch verständlich wenn der gesuchte Datensatz mit jedem
> anderen Mittels sphärischer Trigonometrie vergleichen werden muss...
> Cachen der sin() und cos() Werte würde sicher was bringen, ich weiß
> aber nicht ob das genug ist, werden das testen. Zur Not berechne ich
> einfach die Eckpunkte eines Quadranten mit den gesuchten Koordinaten
> in der Mitte, so dass nur ein paar Bits vergleichen werden müssen...
> Ist natürlich nicht ganz so genau, aber sollte für viele Zwecke
> ausreichen. Oder spricht da was dagegen?

Bei mir läuft das anders - ich berechne von der Mittelpunktskoordinate
erst einmal die gewünschten Abweichung in lat/lon (also z.B. 45±1 / 9±1)
und berechne die Entfernung dann nur für jene Einträge, die sowohl im
Bereich lat=44..46 als auch lon=8..10 erfüllen. Alle anderen sind schon
zuvor ausgeschieden.

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