Du kannst dir offenbar nicht wirklich vorstellen, dass es Menschen gibt, die keine Python-Installation oder eine sonstige Programmiersprache auf ihrem Computer haben?

Gruß
Thoralf

Wie weit bist du denn bisher gekommen?

So ganz raffe ich immer noch nicht, was du mit der Peilung bezweckst. Wenn du die Peilung hast, dann kannst du mit dem Kosinus den Anteil in Nord-Süd-Richtung und mit dem Sinus den Anteil in Ost-West-Richtung ausrechnen. Aber dann bekommst du wieder nur die Bewegung auf den Breiten- und Längengraden raus, die du direkt aus den GPS-Koordinaten berechnen kannst (einfache Dreiecksgeometrie).

Oder habe ich da was falsch verstanden?

Vielleicht sollte man sich mal grundsätzlich einigen, was man unter deiner Ausgangsfrage überhaupt versteht.

Wenn du mir einen Beispieltrack schickst (vorzugsweise nicht zu lang), dann kann ich den durch mein Skript laufen lassen und sehen, was rauskommt.

Gruß
Thoralf

Das mit dem "großen Programmierer" war wohl etwas schlecht formuliert. Natürlich muss man da etwas programmieren, aber ich behaupte, dass die meisten das hinkriegen auch wenn sie kaum Programmiererfahrung haben und sich das eventuell nicht zutrauen würden. Sich da einzulesen sollte auch in einem Wochenendprojekt machbar sein, aber vielleicht schätze ich das auch falsch ein. Das mit Excel zu machen erfordert schließlich auch Einarbeitung, obwohl natürlich viele aus beruflichen Gründen mit Excel zu tun haben.
Das mit der Installation lass ich mal nur so halb gelten. Python zu installieren ist jetzt auch nicht komplizierter als MS Office und dazu noch kostenlos. In den Anfängertutorials steht das meistens dabei wie man eine Entwicklungsumgebung unter Windows installiert, ist auch nur eine exe runterladen und sich durch das Setup zu klicken vermute ich mal (ich bin mit Linux unterwegs).

Ich hab das vor Jahren Mal in Perl gemacht. Abstand und Himmelsrichtung, wenn man Erdkrümmung und Höhe über Meeresspiegel ignoriert, sind Zwei- oder Dreizeiler. Kann man sich selbst schreiben. Library ist gut zum Parsen von GPX/XML.

Peilung habe ich jetzt einfach als "Himmelsrichtung" verstanden, wie jziep oben kam ich mit letzterem Begriff nicht weiter. Vielleicht habe ich da auch etwas falsch verstanden. Damit will ich errechnen, in welcher Richtung sich Punkt B von Punkt A aus befindet - also Richtung N, NNW, NW, WNW etc. Ich habe dann für einen Wert für die Himmelsrichtung, die ich zwischen Punkt A und Punkt B fahre.

Dann rechne ich einfach die Entfernung zwischen Punkt A und Punkt B aus, das dachte ich bisher auch, sei ein einfacher Dreisatz. Und dann schaue ich, wieviele der Entfernungen zwischen PunktA und Punkt B, Punkt B und Punkt C ... Punkt y und Punkt Z in Richtung N gingne, wieviele in Richtung NW etc.

Das Ergebnis soll in etwa wein: AUf dem Track bin ich zu 45 % in Richtung Süden gefahren, zu 10 % in Richtung Südwest etc.

Viele Grüße
Holger

Vorsichtshalber, deine letzten Post klangen als hättest Du das Prinzip verstanden. Jetzt bin ich mir nicht mehr so sicher. Also.

Jein. Peilung gibt an, wie viel Grad deine Bewegungsrichtung von Norden abweicht. Darüber kannst Du dann entsprechend der gewählten Himmelsrichtungsrosette bestimmen, in was für eine Himmelsrichtung Du gefahren bist.

Habe ich schon so verstanden, denke ich - vielleicht etwas verkürzt ausgedrückt. Norden ist 0°. Und der rest von 1 bis 359 ist dann die Abweichung - die will ich dann in die einzelnen Himmelsrichtungen unterteilen. Also HImmelsrichtung Nord ist 348,75° bis 11,25 ° - wenn man 16 Himmelsrichtungen nimmt.

Richtig. Aber das Problem liegt in der Auswertung, hatten wir oben schon mal. Fährst du 70km stur nach N oder stur nach O, dann kommt bei deinem Verfahren auch die Auswertung 70km in die entsprechende Himmelsrichtung raus.
Fährst du aber 70km nach NO, dann wertet sich das zu etwa 50km nach Ost und 50km nach Nord aus. Formal alles ok, nur dass letzteres irgendwo suggerieren könnte, dass 100km gefahren worden seien - was ja weit mehr ist als real passiert ist.

Wenn ich mir jetzt ein Set von vier Richtungen vorgebe (N,S,O,W) und jede Peilung zwischen zwei Trackpunkten einer der Kategorien zuordne, dann kann ich den Track so zerlegen, dass die Summe der Einzelrichtungen wieder die Trackgesamtstrecke ergibt. 70km Ost bzw. 70km Nord wären genau das was man erwartet, bei den 70km nach NO hängt es dann von meiner Zuordnung ab (weil NO genau auf der Grenze liegt), könnte sich auf 35km nach Ost und 35km nach Nord zerlegen, aber auch 70km N und 0km Ost (wenn ich eher Richtung NNO gefahren war) oder 0km N und 70km Ost (wenn es mehr Richtung ONO war). Sobald ich mehr Himmelsrichtungen zulasse, bleibt weniger Strecke in die Einzelrichtungen übrig, dafür passt die Richtungszuordnung besser. Für seine individuelle Auswertung/Einschätzung kann man nachträglich ja z.B. NNO, NO und ONO wieder zu einer Einheit zusammenfassen.

So, vielen Dank allen für die Hilfe. Habe ein zufriedenstellendes Ergebnis erhalten - selbstverständlich mit Excel (um das klarzustellen: ich habe gar nichts gegen Vorschläge, wie man es auch anders lösen kann - das kann ja für den einen oder anderen sinnvoll sein. Ich habe jedoch keine Sekunde einen Gedanken daran verschwendet )

Die Entfernung habe ich nach der einfachen Methode aus dem hier auch schon geposteten Link berechnet: https://www.kompf.de/gps/distcalc.html

Das war völlig ausreichend, die Entfernungen zwischen den Trackpunkten liegen ja in der Regel im ein- oder zweistelligen Meterbereich. Die Summe der errechneten Entfernungen wich um 1-3 km von der aufgezeichneten Entfernung ab.

Den Kurswinkel habe ich nach der Formel hier berechnet: https://de.wikipedia.org/wiki/Orthodrome (ohne sie zu verstehen )

Dann musste noch Ost und West unterschieden werden, da diese Formel keine Unterschiede zwischen rechts und links macht - das ist aber mit einer WENN-Bedingung in Excel recht einfach.

Dann habe ich 16 Himmelsrichtungen eingeteilt, dabei war etwas Nord -11,25° bis 11,25° und so weiter. Das habe ich auch mit einer WENN-Bedingung errechnet (wenn innerhalb des Bereichs, dann 1, wenn außerhalb, dann 0). DAs musste ich dann nur noch mit der Distanz multiplizieren.

Ein größeres Thema war die Fehlereliminierung. Diese Orthodrome-Funktion funktioniert für wenige Zahlen nicht, warum auch immer. Deshalb spuckte Excel einige Fehler aus. Die verhinderten das Errechnen der Summe. Diese Fehler rauszubekommen war etwas tricky für mich, habe lange mit Kombinationen von WENN, ODER und FEHLER herumprobiert und es dann in zwei Schritte aufgeteilt. Erst alle Fehler gleich 0 gesetzt - dann folgte der Schrit mit der Multiplikation mit der Distanz. Dann Summen bilden, und Prozentanteile ausrechnen.

Bei Deutschland Nord-Süd bin ich also überraschenderweise hauptsächlich in Richtung Süden gefahren. Rein nach Süden (also die 11,25 Grad rechts und links von "rein nach Süden") waren 31,1 %. Nimmt man OSO und WSW dazu, sind es schon 60,8 %. Und mit SW und SO 79,1 %.

Immerhin 2,2 % gingen direkt nach Norden, insgesamt waren das 26 km, davon 20 auf der ersten Etappe, von Westerland zum Lister Ellenbogen.

Die Frage, was das alles bringt, kann ich wohl nur mit einem Achselzucken beantworten

Jetzt muss ich mir noch eine Darstellugnsform überlegen, dieses Radarchart ist vielleicht ganz nett.

Radarchart kostet aber bei den Chart-Plugins, die ich getestet habe, extra. Daher ist's nun ein langweiliges Säulenchart geworden. 2 Monate danach ein Fazit und die Statistik:

http://les21lacets.de/deutschland-nord-sued-ein-fazit-und-etwas-statistik/

Ich bin ja erklärter Gegner davon, meine eigenen Reisen in x Dimensionen zu erfassen. Auf der anderen Seite finde ich Datenauswertungen oft sehr toll und spannend. Hier zum Beispiel.