Johann H. Addicks schrieb:
Nur als Randnotiz: Garmin Mapsource 6.1irgendwas meint dazu 8,4km
Jop, darauf bin ich ja auch schon gekommen :-)
Was mich wundert ist jedoch das Profil des Tracks, da sind ziemliche
Sprünge drin.
Echt? Das wundert Dich?
Hmm.. bei meinen beiden
Sascha Silbe schrieb:
Qualität hat leider ihren Preis - bin ich aber auch bereit zu
zahlen, wenn's okay ist.
Solange man entsprechend Einkommen hat, ist das sinnvoll. Ich stotter
mir hier allerdings schon die Studiengebühren ab und muß dafür
arbeiten gehen...
Nun wirds aber definitiv OT =
On Sun, Sep 21, 2008 at 03:24:36AM +0200, Florian Heer wrote:
Exp-080803-8,53km-.gpx is 8.418472284178437 km long (simple)
shortest: 0.14556823651036202m longest: 25.575952006157056m
Exp-080803-8,53km-.gpx is 8.427542410160084 km long (Vincenty)
shortest: 0.1456457768180979m longest:
Sascha Silbe schrieb:
Sorry, habe für kürzeste/längste die Folge mit lat/lon vertauscht genommen.
Damit ist jetzt endlich alles aufgeklärt. :)
Und man sieht schön, daß für solche Strecken die einfache Methode
ausreicht, zumindest zur GPS-Navigation (9m Differenz simple/Vincenty,
15m
On Sun, Sep 21, 2008 at 01:32:10PM +0200, Tobias Wendorff wrote:
Kennst Du eigentlich ein vernünftiges, elektronisches Kompass-Modul?
Leider nein. Bin selbst auf der Suche nach was (für mich) bezahlbarem.
Ich finde hier in DE nicht mal eine günstige Bezugsquelle für die
Sensoren (so daß ich
Sascha Silbe schrieb:
Ich finde hier in DE nicht mal eine günstige Bezugsquelle für die
Sensoren (so daß ich selbst eins bauen könnte).
Zur Zeit verwende ich das hier:
http://www.shop.robotikhardware.de/shop/catalog/product_info.php?products_id=137
Qualität hat leider ihren Preis - bin ich
On Sun, Sep 21, 2008 at 03:57:51PM +0200, Tobias Wendorff wrote:
Zur Zeit verwende ich das hier:
http://www.shop.robotikhardware.de/shop/catalog/product_info.php?products_id=137
Sieht sehr gut aus.
Qualität hat leider ihren Preis - bin ich aber auch bereit zu
zahlen, wenn's okay ist.
Solange
Am Sonntag, den 21.09.2008, 15:39 +0200 schrieb Sascha Silbe:
On Sun, Sep 21, 2008 at 01:32:10PM +0200, Tobias Wendorff wrote:
Kennst Du eigentlich ein vernünftiges, elektronisches Kompass-Modul?
Leider nein. Bin selbst auf der Suche nach was (für mich) bezahlbarem.
Ich finde hier in DE
Detlef Reichl schrieb:
Ich habe schon mal ein wenig mit den Magnetfeldsensoren von Philips
herumgespielt. Damals mit dem KMZ 10 A, der aktuelle Nachfolger ist der
KMZ 10 B. Den bekommst Du z.B. bei segor für 2,80 das Stück.
Habe ich damals auch schon dran gedacht. Aber das Layout und die
On Sun, Sep 21, 2008 at 05:19:43PM +0200, Detlef Reichl wrote:
Ich habe schon mal ein wenig mit den Magnetfeldsensoren von Philips
herumgespielt. Damals mit dem KMZ 10 A, der aktuelle Nachfolger ist
der
KMZ 10 B. Den bekommst Du z.B. bei segor für 2,80 das Stück.
Volltreffer. Danke für den
On Sat, Sep 20, 2008 at 12:57:22AM +0200, Florian Heer wrote:
Okay, danke, dann hab ich ja Vergleiche, wo ich bei weiß, was genau
berechnet wird. Der beschriebene Track, der mich so gewundert hat, hat
jetzt
10.421032628337267 km (simple)
bzw.
10.432387536300029 km (Vincenty)
Also nur 1
Sascha Silbe schrieb:
Also nur 1 Promille. Gut zu wissen (= für mein Roboterchen reicht die
einfache Formel), Danke für die Werte!
Aber immer doch.
Wenn Du den Track mal online stellst, kann ich das gern mal kurz
durchrechnen (= andere Implementierung). Auch wenn ich nicht glaube,
daß da
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
Bei einigen (ca. 20%) der Tracks, stimmen die Werte aber nicht (Fehler
weit über 1%), weshalb ich zweifeln muss, entweder an meiner
Implementation oder der anderer Software.
Einen Track hab ich mir speziell angesehen, laut Noni-GPS
Hi!
Sascha Silbe schrieb:
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
http://www.openstreetmap.org/user/florianheer/traces/160678
Habs gerade mal kurz von Python durchrechnen lassen (mittels
Vincenty), komme auf 8427.5424101584249m (lat/lon korrekt) bzw.
Florian Heer schrieb:
Hehe, ich guck mir morgen mal genau an, was bei raus kommt, wenn ich
Distanzen berechne, die ich mir bei Google Earth mit dem Lineal vorgebe.
Na, doch nicht erst morgen, ich musste es jetzt wissen:
50/0 bis 50/1.4:
simple: 100.17881385804266 km
vincenty:
Florian Heer schrieb:
Na, doch nicht erst morgen, ich musste es jetzt wissen:
50/0 bis 50/1.4:
simple: 100.17881385804266 km
vincenty: 100.3725890072382 km
lineal: 100.2 km (nicht ganz genau auf den Punkten...)
Nachtrag zum Nachtrag: nach
Florian Heer schrieb:
Klar, auf die Idee hätte ich auch schon länger kommen können... :-)
http://www.openstreetmap.org/user/florianheer/traces/160678
Nur als Randnotiz: Garmin Mapsource 6.1irgendwas meint dazu 8,4km
Was mich wundert ist jedoch das Profil des Tracks, da sind ziemliche
Sprünge
Hallo Florian, hallo Holger,
das ist sicher für viele interessant!
Könnt Ihr die Ergebnisse Eurer Überlegungen bitte noch im Wiki
dokumentieren? (und sinnvoll verlinken)
Besten Dank, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
2008/9/19, Holger Issle [EMAIL PROTECTED]:
On Fri, 19 Sep 2008 03:42:11 +0200, Florian Heer wrote:
..., was aber meiner Meinung nach bei 8km Strecke keine 200m Unterschied
geben darf
(wenn die nicht grad aus 3 Punkten besteht).
..sondern ca. 0,3 Millimeter
Gruß, Thomas
On Fri, 19 Sep 2008, Florian Heer wrote:
und das dann für jeden Punkt (gegen seinen Vorläufer) eines Tracks
summiert, natürlich sind alle Zahlen double.
Das kannst Du nicht machen. Die summierst hier die zufälligen Fehler
Deines Tracks auf. Deine Endgenauigkeit hängt hier wesentlich von der
Hallo Florian,
Florian Heer schrieb:
Entfernung in km = wurzel (dx² + dy²)
mit:
dx = 111.3 * cos(lat) * (lon1 - lon2)
lat = (lat1 + lat2) / 2 * 0.01745
dy = 111.3 * (lat1 - lat2)
Breite, Länge in Grad
Faustformel? Was / wofür ist die?
Kann mir jemand da weiter helfen?
Vielleicht andere
Dirk Stöcker schrieb:
On Fri, 19 Sep 2008, Florian Heer wrote:
und das dann für jeden Punkt (gegen seinen Vorläufer) eines Tracks
summiert, natürlich sind alle Zahlen double.
Das kannst Du nicht machen. Die summierst hier die zufälligen Fehler
Deines Tracks auf. Deine Endgenauigkeit hängt
Hallo Sascha,
Sascha Silbe schrieb:
Fehler von 1% würde ich bei Deiner Formel durchaus erwarten. Nimm
Vincenty's Algorithmus, der ist besser. Gibts auf [1] in JavaScript,
meine Übersetzungen in C und Python habe ich angehängt. Lizenz ist LGPL.
Super, jetzt habe ich es in jeder Sprache.
Ich
Tobias Wendorff schrieb:
Faustformel? Was / wofür ist die?
mehr oder weniger, hab ich von http://www.kompf.de/gps/distcalc.html
Ich habe vor einiger Zeit ein sehr gutes PHP-Script geschrieben,
welches auf Basis von Vincenty arbeitet, als ziemlich genau ist.
Liegen Deine Tracks in OSM
Sascha Silbe schrieb:
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
Bei einigen (ca. 20%) der Tracks, stimmen die Werte aber nicht
(Fehler weit über 1%),
Fehler von 1% würde ich bei Deiner Formel durchaus erwarten.
Wegen der vereinfachten Formel hab ich ehrlich gesagt nicht
Hallo,
Florian Heer schrieb:
Tobias Wendorff schrieb:
Faustformel? Was / wofür ist die?
mehr oder weniger, hab ich von http://www.kompf.de/gps/distcalc.html
Das geht von perfekten Kugeln aus: Great Circle.
Lies mal die Ergänzungen :-)
Ich habe vor einiger Zeit ein sehr gutes
Florian Heer schrieb:
Danke, seh ich mir an, sobald ich dazu komme. Ist das die
Großkreisberechnung?
Nein, die Ellipsoiden-Berechnung.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Fri, Sep 19, 2008 at 02:37:20PM +0200, Florian Heer wrote:
Nimm Vincenty's Algorithmus, der ist besser. Gibts auf [1] in
JavaScript, meine Übersetzungen in C und Python habe ich angehängt.
Lizenz ist LGPL.
Danke, seh ich mir an, sobald ich dazu komme. Ist das die
Großkreisberechnung?
Nop,
Hallo Tobias,
--- Tobias Wendorff [EMAIL PROTECTED] schrieb am Fr, 19.9.2008:
Das geht von perfekten Kugeln aus: Great Circle.
Lies mal die Ergänzungen :-)
... in denen auch klar steht, dass für kurze Distanzen die Unterschiede
unerheblich sind.
Ich versuchte, die Distanz von einzelnen
On Fri, 19 Sep 2008 13:50:08 + (GMT), Florian Heer wrote:
bei einer Updatefrequenz von 1Hz ist die Streckendifferenz
zwischen 2 Punkten geradezu mickrig.
In der Tat, da kannst Du letztlich einfache Geometrie nehmen, das darf
auf keinen Fall eine Abweichung bringen die Du gefunden hast.
--
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
- Massive Rundungsfehler (ich glaub nicht, aber glauben kann ich in
der Kirche oder so ähnlich)
Mir fällt gerade noch was ein: Du summierst ja relativ kleine Werte
auf. Kann es sein, daß Du nicht genau genug rechnest und Dir dadurch
Sascha Silbe schrieb:
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
Bei einigen (ca. 20%) der Tracks, stimmen die Werte aber nicht
(Fehler weit über 1%),
Fehler von 1% würde ich bei Deiner Formel durchaus erwarten. Nimm
Vincenty's Algorithmus, der ist besser. Gibts auf [1]
Hi, Sascha!
Sascha Silbe schrieb:
On Fri, Sep 19, 2008 at 03:42:11AM +0200, Florian Heer wrote:
- Massive Rundungsfehler (ich glaub nicht, aber glauben kann ich in
der Kirche oder so ähnlich)
Mir fällt gerade noch was ein: Du summierst ja relativ kleine Werte
auf. Kann es sein, daß Du
Hi!
Ich weiß, dass das nur so halb hier her passt, und wenn mir jemand einen
besseren Platz zum Fragen nennen kann, bzw. Webseiten, wo alles gut
erklärt ist, oder oder oder: gerne.
Mein aktuelles Hauptproblem ist die Berechnung von Distanzen zwischen 2
Koordinaten im WGS-84. Nach kompf.de und
On Fri, 19 Sep 2008 03:42:11 +0200, Florian Heer wrote:
Vielleicht andere Implementationen, bei denen ich Tracks hochladen kann
um Ergebnisse zu vergleichen...?
Nimm TTQV von www.ttqv.de, importiere den Track und lese ab wie lang
er sein sollte. TTQV läuft 25 Tage ohne Lizenz und nimmt die
35 matches
Mail list logo