> Leider gibt es keine Funktion, mit der man auf einen Maximalwert (von 1)
> begrenzen könnte. Wie dem auch sei: beim Studium der Postgres Seiten
> bin ich auf eine Funktion mit dem Namen pi() gestoßen, mit der Du das
> 4*atan(1) ersetzen kannst. Und zweitens bin ich auf eine Funktion mit dem
> Namen radians() gestoßen, mit der Du direkt eine Zahl in das Bogenmaß
> konvertieren kannst. Also:
Auf die war ich mittlerweile auch gestossen.
Was es nicht alles bei Postgres gibt... ;-)
> ... cos(...)-1e-15) * 6380
Funktioniert astrein! Danke dafür.
> > Ich habe jetzt folgenden workaround gefunden:
> >
> > $ziplat = $row[2] * 3.14159265 / 180;
> > $ziplon = $row[1] * 3.14159265 / 180;
> > $ziplat2 = $row[2] * 3.14159265 / 180 + 0.000000000000001;
> >
> Naja, ein bißchen merkwürdige Stelle... Das Problem tritt ja beim acos()
> auf, also sollte man auch DORT den Wert etwas reduzieren, nicht anderswo.
Wahrscheinlich hat mein workaround einfach nur dafür gesorgt, daß
Rundungsfehler nicht mehr zu einem Wert > 1 führen können.
Wie dem auch sei, beide Wege funktionieren und dürften keinen signifikanten
Einfluß auf das Ergebnis haben. Also sind wir beide in Rom angekommen. Oder?
> Übrigens liegt die Abweichung in dieser Form bei 2,5 Metern, wie man
> oben sieht. Was übrigens WEIT jenseits unserer Genauigkeiten liegt, die
> vielleicht 2 km realistisch erlauben.
Vielen Dank für Deine vielen Mühen! Ich hoffe sehr ab jetzt nicht mehr
nerven zu müssen! Vielleicht kann ich ja sogar irgendwann mal irgendwie mal
helfen.
Viele Grüße,
Oli
--
Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie!
Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
