« Return to Thread: Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS)
Re: Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS)
by Andreas Korthaus
::
Rate this Message:
Hi!
> > 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? 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.
> > Mal so in %, wie vollständig bekommt man
> > das mit frei verfügbaren Daten überhaupt hin?
>
> Sie z.B. http://wiki.openstreetmap.org/index.php/Bayern - für Berlin
> habe ich es noch nicht probiert.
>
> > Macht es eigentlich nicht Sinn, zumindest sin() und cos() Ergebnisse
> > in der Datenbank zu speichern, so dass die nicht bei einem Full-Table
> > Scan 40.000 mal neu berechnet werden? Großartig Platz wegnehmen
> > dürfte das nicht...
>
> Das kommt auf deine Anwendung an. Deine Argumentation ist schlüssig,
> dass du dir wiederholte Berechnungen sparen kannst.
Ist irgendwo erklärt, was die folgende Dateien auf dem Server enthalten?
DE.sql
DE.tab
DE9.tab
PLZ.tab
Sind z.B. in PLZ.tab alle PLZs inkl. Angaben zu Koordianten und Ort drin, die auch im kompletten Dump stehen?
Hat DE9 dasselbe Format wie DE?
Was ist der inhaltliche Unterschied zw. DE.sql und DE.tab?
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...)
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...
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?
Wie kommt es eigentlich, dass die Indices so groß sind?
Grüße
Andreas
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
> > 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? 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.
> > Mal so in %, wie vollständig bekommt man
> > das mit frei verfügbaren Daten überhaupt hin?
>
> Sie z.B. http://wiki.openstreetmap.org/index.php/Bayern - für Berlin
> habe ich es noch nicht probiert.
>
> > Macht es eigentlich nicht Sinn, zumindest sin() und cos() Ergebnisse
> > in der Datenbank zu speichern, so dass die nicht bei einem Full-Table
> > Scan 40.000 mal neu berechnet werden? Großartig Platz wegnehmen
> > dürfte das nicht...
>
> Das kommt auf deine Anwendung an. Deine Argumentation ist schlüssig,
> dass du dir wiederholte Berechnungen sparen kannst.
Ist irgendwo erklärt, was die folgende Dateien auf dem Server enthalten?
DE.sql
DE.tab
DE9.tab
PLZ.tab
Sind z.B. in PLZ.tab alle PLZs inkl. Angaben zu Koordianten und Ort drin, die auch im kompletten Dump stehen?
Hat DE9 dasselbe Format wie DE?
Was ist der inhaltliche Unterschied zw. DE.sql und DE.tab?
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...)
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...
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?
Wie kommt es eigentlich, dass die Indices so groß sind?
Grüße
Andreas
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
« Return to Thread: Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS)
| Free embeddable forum powered by Nabble | Forum Help |
