Zielkoordinaten bei Wegpunktprojektion berechnen

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...
  • Habe noch mal eine Frage zu Berechnungsformeln. Vielleicht kennt jemand noch mal so einen guten Link wie bei meiner letzten Frage:


    Gegeben sind die geografischen Koordinaten eines Wegpunktes, die Diestanz und der Kurswinkel. Gesucht die Koordinaten des Endpunktes nach der Wegpunktprojektion. Brauche dazu die Formeln.

  • Ich war gerade am Formeln umwandeln.


    Der Artikel ist gut. Mit den Formeln zum Offset komme ich mal einen Schritt weiter. Womit rechnen die dort? Mit der Orthodrome oder der Loxodrome? Tja, die Fragen nehmen kein Ende...


    Und übrigens: GPS ist ein hochgradig mathematisches Thema. Nur ist das den meisten nicht Bewusst. Der normale Anwender wird damit schlicht nicht Konfrontiert. Wenn man sich mit all den Formeln mal rumschlagen muss/will, wir deinem erst so richtig bewusst, was diese kleinen Dinger in unseren Händen so alles drauf haben.

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • ... Womit rechnen die dort? Mit der Orthodrome oder der Loxodrome? ...


    Die rechnen einfach mit normaler Trigonometrie, wie ich es schon in Deinem anderen Beitrag vorgeschlagen hatte. Es dort "In einer Ebene und bei kleinen Entfernungen gilt: ...."


    Will man es für größere Distanzen mit einer höheren Genauigkeit rechnen, würde ich zur Sphärischen Trigonometrie greifen.


    http://de.wikipedia.org/wiki/Sph%C3%A4rische_Trigonometrie


    ;)

  • Habe mich jetzt gerade entschieden das mit der Sphärischen Trigonometrie zu vergessen, auch wenn das in jedem Fall (kurze oder lange Distanzen) zum richtigen Ergebnis führen würde. Die Formeln bekomme ich einfach nicht auf die Reihe....

  • Genauer als das, was Dir der GPS-Empänger anzeigen würde, ist es allemal.

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...

  • Und übrigens: GPS ist ein hochgradig mathematisches Thema. ......
    Der normale Anwender wird damit schlicht nicht konfrontiert. Wenn man sich mit all den Formeln mal rumschlagen muss/will, wird einem erst so richtig bewusst, was diese kleinen Dinger in unseren Händen so alles drauf haben.


    ...jeder Geocacher hat über kurz oder lang mit Projektion und Co. zu tun, da muss man aber die Funktionen seines GPSr sehr gut kennen und einsetzen können.


    Gruß
    Günther

  • Mit Sicherheit nicht auf dem Level um den es hier geht. Denn Dein Gerät berechnet selbständig das was ich hier berechnen will. Wenn Geocaching erst möglich würde, wenn man die Sphärische Trigonometrie beherscht würden wohl nur ganz wenig cachen gehen... ;)


    Und ich glaube auch nicht, dass ein Geocacher wissen muss, dass sein Gerät Aspekte der Relativitätsthoerie von Einstein beherrscht. Das ist dann aber noch ein anderes Thema.


    Um diese Dinge gings mir im von Dir zitierten Beitrag...

  • Bin mir bereits nicht mehr sicher, ob ich nicht doch die Formeln mit der Spärischen Trigonometrie brauche. Denn wenn Joern schreibt, dass es ab Distanzen von 100 km drauf an kommt, wird die Wahrscheinlichkeit, dass mein Tool das eines Tages können muss schon relativ gross....


    Wenn mir also jemand die Formeln mit berücksichtigung der Spärischen Trigonometrie hat, wäre ich durchaus dankbar dafür. Irgendwie stehe ich beim herleiten gerade an. Ist alles ein wenig sehr lange her...

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • ... Irgendwie stehe ich beim herleiten gerade an. Ist alles ein wenig sehr lange her...


    Wem sagst Du das!?


    Wie heißt es an der Küste: Wat mut dat mut. ;)

  • müsste ME wie ein Loxodrom behandelt werden.


    Wenn Du die Formel hast "nur" umstellen.
    Mit der Formel für Loxodrome (Strecke), die in WIKI zu finden ist komme ich auf einen kleineren Wert Strecke als mit der des Orthodroms (0,9 Bogenmaß, erwartet ca 1,4-1,5) - und das kann nicht sein (das angegebene BSP Berlin-Tokyo). Der Winkel scheint Plausibel (100,6°)


    Ich versuche die Mathe zu verstehen, vermute jedoch, dass das Ergebnis jedoch die Vereinfachung sein wird, die Dietmar schon genannt hat;) aber ich weiß es noch nicht.


    gerade gefunden: Klasse http://www.rainerstumpe.de/HTML/navigation.html

    Willi

    276c, FW 5.60, 2 GB, 278, FW 3.60 - MapSource 6.13.7 + MapSource 6.16.3 - CN NT 2015.20
    Datenaustausch mit GPX | eeePC 4G

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Hallo Dieter,


    nochmal Danke für die Anregung ;)


    Der Teil Loxodrom hat gepasst (nachdem ich Wikipedia ignoriert habe - ist OMO mathematisch nicht ganz sauber. Mathematische Herleitung bei rainerstumpe s.u. gut erläutert, Aufbau jedoch für Schiffsnavigation mit Hilfsmittel Rechenschieber)


    Bei der idealem Kugel (Erdabplattung noch ignoriert) lässt sich die Berechnung relativ einfach automatisieren. Daher habe ich ausschließlich das Bogenmaß genutzt; für Strecken km.


    a) aus der Mercatorprojektion ergibt sich für die einzelnen Koordinaten (WP)


    • WP (lat;lon) 'Wegpunkt in Bogenmaß angeben
    • M_WPx_lat = LN(TAN(lat/2+PI/4) ' Projektion der Breite
    • d_lat = M_WPziel_lat - M_WPstart_lat
    • d_lon = lon_ziel - lon_start

    b) Berechnung des Kurswinkels KW und der Strecke

    • KW = PI/2 - ARCTAN2(d_lon;d_lat) ' Kurswinkel ARCTAN2 hat den Ergebnisbereich von -PI bis +PI, keine weitere Winkelbetrachtung notwendig
    • KW = ARCTAN(d_lon/d_lat) ' Bewertung der Winkels durchführen, da der Ergebnisbereich zwischen -PI/2 bis +PI/2 liegt, ggf muss zum Winkel PI addiert werden
    • für den Erdradius gibt es verschiedene Betrachtungsmöglichkeiten.
      Nach Erd-Ellipsoid WGS 84
      er_a = 6378,137 km ' Äquator
      er_b = 6356,752315 km ' Pol
      er_m = 6367,4446575 km ' gemittelter Wert aus er_a + er_b
    • Strecke = (WPziel_lat - WPstart_lat) / COS(KW) * er_m

    c) Berechnung einer Zielkoordinate von WP mit KW + Strecke

    • Nach Formelumstellung ergibt sich (o.a. gilt noch
    • WPziel_lat = Strecke/er_m * COS(KW) + WPstart_lat
    • WPziel_lon = TAN(KW) * (M_WPziel_lat - M_WPstart_lat) + WPstart_lon

    Überlegung: Noch genauere Strecke: mit er_a arbeiten und eine Funktion mitlaufen lassen, die die Länge des Erdradius in Abhängigkeit des Breitengrades berücksichtigt.
    a) f(x) * cos(?)
    b) würde ein Mittelwert aus den beiden Breitengraden ein hinreichend genauer Faktor sein


    Quellen:
    http://www.rainerstumpe.de/HTML/navigation.html
    http://wikipedia.de/
    ETH Zürich, Hans Walser, Mecatorkarte Lernumgebung (gefunden per Google Suche)


    Hoffe, es sind keine Tippfehler drin ;)

    Willi

    276c, FW 5.60, 2 GB, 278, FW 3.60 - MapSource 6.13.7 + MapSource 6.16.3 - CN NT 2015.20
    Datenaustausch mit GPX | eeePC 4G

  • Das mache ich zur Zeit so. Gehst Du davon aus, weil so der Kurswinkel stabil bleibt?

    Bei Distanzberechnungen und bei Kurswinkelberechnungen habe ich bisher die Orthodrome verwendet. Das passt dann nicht zusammen, meine ich... Müsste dann wohl auch angepasst werden.


    OMO kannst du das nur über die Loxo berechnen, da du bei der Ortho sich ständig ändernde Kurswinkel hast. Du kannst über die beiden Winkel NUR den Start Kurs und den Ankunftswinkel berechnen.


    Nach der Berechnung mit der Loxo kannst du dir ja den kürzeren Ortho berechnen. Wenn du die Strecke mit Kompass gehen willst , wird es stressig; du benotigst dann Zwischenpunkte, an denen du deine Richtung änderst.


    Vermute, dass das die Offroadnavigation beim Navi auch über Loxo berechnet wird. Hast ja eine gerade Linie auf dem Display. eine Krümmung sollte eigentlich ansonsten sichtbar sein.

    Willi

    276c, FW 5.60, 2 GB, 278, FW 3.60 - MapSource 6.13.7 + MapSource 6.16.3 - CN NT 2015.20
    Datenaustausch mit GPX | eeePC 4G

  • Hallo Willi,


    die Krümmung wird in MapSource und auf dem Navi sehr wohl sichtbar, wenn es um größere Entfernungen geht. Der Screenshot zeigt eine Luftlinienroute Frankfurt/Miami.[INDENT]
    [/INDENT]Bei Rechnungen habe ich mich bisher nicht um Loxodrome gekümmert sondern die Formeln der sphärischen Trigonometrie verwendet. Das verliert viel an Schrecken, wenn man verinnerlicht hat, dass –abweichend von der Geometrie der Ebene- die Seiten eines Dreiecks (Großkreise) als Winkel anzugeben sind. Rechnen mit Bogenmaß bietet oftmals Vorteile, und in Programmiersprachen wird es ohnehin notwendig.
    Lästig ist jeweils die Mehrdeutigkeit der Arkusfunktionen, wenn Winkel > π/2 auftreten.


    Bisher haben mich nur Entfernungen zwischen zwei Punkten interessiert, aber Projektion eines Punktes (Gegeben Kurswinkel und Distanz) erscheint mir als Umkehrung der Entfernungsberechnung eine eindeutige Aufgabe.


    Grüße Bunav
    ** nüvi 760TFM, GPSMAP 76Cx, Foretrex 101 **

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • die Krümmung wird in MapSource und auf dem Navi sehr wohl sichtbar, wenn es um größere Entfernungen geht. Der Screenshot zeigt eine Luftlinienroute Frankfurt/Miami.


    danke für die Korrektur, werde ich auf 276c nochmal versuchen zu entdecken


    Lästig ist jeweils die Mehrdeutigkeit der Arkusfunktionen, wenn Winkel > π/2 auftreten.


    Deshalb ja die ARCTAN2 (x,y) Funktion nutzen (Ergebnisbereich von -PI bis +PI), da sich dann die Quadrantebetrachtung erübrigt.
    (ARCCOT x ist im Regelfall nicht implementiert, daher ARCCOT x= PI/2-ARCTAN x)

    Willi

    276c, FW 5.60, 2 GB, 278, FW 3.60 - MapSource 6.13.7 + MapSource 6.16.3 - CN NT 2015.20
    Datenaustausch mit GPX | eeePC 4G

  • Beim 276c sind beide Darstellungen möglich, aber berechnet wird in beiden Fällen NUR der orthodrome Entfernungswert. Dieser wird jedoch nach der erweiterten Rechnungsmethode ermittelt (siehe http://de.wikipedia.org/wiki/Orthodrome genauere Formel zur Abstandsberechnung auf der Erde)
    New York -> Home
    zu links (Loxodrom): 6328,01 km, KWkonstant 70,729°
    276c (zu beiden): 6054 km, Richtung NE
    zu rechts (Orthodrom): 6054,74 km, KWstart 49,999°, KWziel 113,015°


    Das linke Bild: OFF-Road (vom Standpunkt aus zu einem Wegpunkt), das rechte Bild: Route navigieren (Routeberechnen OFF-Road)

  • Hallo Dieter,


    besteht bei dir noch Bedarf, die Wegpunktprojektion mit sphärischer Trigonometrie zu berechnen? Dabei stellen die Strecken immer Großkreise (Orthdromen) dar, die Beschränkungen „Ebene, kleine Entfernungen“ entfallen


    Im Zusammenhang mit deinen drei Themen (WP projizieren / Interpolationen auf einer Strecke / Kurswinkel) habe ich mal wieder etwas um diesen Themenkreis gekümmert. Kugeldreiecke sind vergleichsweise einfach zu übersehen und eignen sich für deine Probleme.


    Da hier im Thema auch der Begriff „Genauere Formel zur Abstandsberechnung…“ für Orthodrome auftauchte, habe ich zur Fehlerabschätzung jetzt auch damit gearbeitet. Die bei Wikipedia beschriebene Methode (Rechnung mit einem Ellipsoid statt Kugel) liefert ausschließlich die Entfernung zwischen zwei Punkten, Kurswinkel und Projektionen fehlen. Für mich ist es ein Rezept, der mathematische Hintergrund –bei sphärischen Dreiecken noch gut erkennbar- bleibt verborgen.


    Ich finde es interessant, wie gering die relativen Fehler (Kugel / Ellipsoid) bei Abstands-Berechnungen sind. Im gesamten Abdeckungsbereich der Karte CiityNavigator muss man sich schon Mühe geben, um 0,5 Promille Abweichung zu finden, meist ist die Differenz deutlich kleiner.
    Die vergleichsweise einfache Rechnung mit Kugeldreieck liefert für den Hausgebrauch hervorragend genaue Ergebnisse, die Vermessungsexperten werden ihre Rechenmethoden ohnehin den Genauigkeitsanforderungen anpassen.


    Die absoluten Abweichungen sind zwar viel größer als die übliche Positionsungenauigkeit von wenigen Metern, aber für den Normalanwender besteht ja nicht die Aufgabe, einen Punkt über 1000 km zu projizieren und diesen Punkt dann metergenau zu treffen. Mit der Wegpunkt-Projektion lässt sich übrigens auch deine Aufgabe lösen „Interpolation zwischen zwei Wegpunkten“.


    Der eigentliche Formel- /Rechenaufwand ist zwar nicht sehr umfangreich, einen gewissen Umfang benötigen allerdings die Anmerkungen. Da ich nicht weiß, ob noch Bedarf besteht, habe ich den Rechenweg zunächst einmal weggelassen.


    Grüße Bunav
    ** nüvi 760TFM, GPSMAP 76Cx, Foretrex 101 **

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Hallo Bunav,


    mich würde deine Variante interessieren, da ich an dieser Herausforderung noch ;) dran bin und deine parallel dazu laufen lassen möchte. (meine Vorstellung: Loxodrom mit Ellipsoid nach WGS84)
    Bin nur durch die Leserei zu diesem Thema noch nicht ganz fertig - und dann noch Karneval :D

    Willi

    276c, FW 5.60, 2 GB, 278, FW 3.60 - MapSource 6.13.7 + MapSource 6.16.3 - CN NT 2015.20
    Datenaustausch mit GPX | eeePC 4G

  • Hallo Bunav


    Ja, es besteht noch ein grosses Interesse daran. Habe hier immer weiter mitgelesen, und werde darauf bestimmt zurückkommen. Zur Zeit bin ich aber nicht mehr dazu gekommen an meinem Programm zu arbeiten. Unter anderem bin ich gerade im Dienst. Habe da einen WK zu leiten. Da bleibt nicht viel Zeit über das mitlesen hier übrig...


    Bin also über all die spannenden Infos zum Thema echt dankbar!