Entwicklung Yuneec Flightlog Player

Hallo Leute,

der RC4 steht zum Download bereit. Es gibt wieder einige größere Veränderungen "unter der Haube" die wieder das Leeren des Programmverzeichnisses benötigen - dank Massenimport ist das aber kein Ding.
Löscht bitte die alte Version inkl. Unterverzeichnisse und legt die heruntergeladene Version in das leere Verzeichnis. Nach dem ersten Start importiert ihr eure Logs und dann läuft auch schon wieder alles.

Neuerungen:
- neben GPX werden nun auch die Formate KML und KMZ ( letztere ist nur eine Containerversion - also gepacktes KML Format ) gleich beim Import von Logfiles erstellt. Mit diesem Format lässt sich in Google Earth
auch ein Höhenprofil des Flugs aufrufen.
- Der Importfilter lässt jetzt auch den Import von Flügen OHNE GPS zu - es müssen lediglich valide GPS Koordinaten aufgezeichnet worden sein.
- Für die Routendarstellung kann unter Settings/Einstellungen angegeben werden ob die Route lokal auf der Karte gezeichnet werden soll, oder ob Google das per Upload des GPX Files erledigen soll.
Bei großen Dateien ist der Upload etwas schneller als die lokale Ausgabe da hier die Karte nur einmal neu gezeichnet wird. Beim lokalen Zeichen entsteht eine kurze Animation der Route.
- die minimale Bildschirmgröße beträgt nun 1350 x 760 Pixel ( bei 100% Skalierung ) und sollte damit auch auf Laptops mit dieser Auflösung darstellbar und bedienbar sein.
- nach jedem Import bzw. nach einem Sammelimport erscheint ein kleines Statusfenster welches einen Importbericht mit dem Status jeder Datei anzeigt.
- Logs einer frühen Firmwareversion des H enthalten einen Fehler in der ersten Zeile, dieser wird automatisch auch im original Logfile korrigiert.


Ashampoo_Snap_2016.11.27_12h03m05s_008_MyYuneec Fligthlog Player V-0-9-47 Build 70.pngAshampoo_Snap_2016.11.27_11h42m41s_007_.png

Download des RC4


Viel Spaß beim testen und abspielen eurer Logs - Fehlermeldungen, Wünsche und sonstige Anregungen bitte hier im Thread posten. Logs die Fehler verursachen bitte per Mail oder PN an mich weiterleiten.


Gruß
Hans


Hinweis:
Wie sich im Laufe der Entwicklung herausgestellt hat, benötigt das Programm zur Darstellung der Flugroute und des Koptertrackings eine vollständige und aktuelle Installation des Microsoft Internet Explorers.
Einige Standartfunktionen der Google Maps API benötigen die Scriptingcomponeten des IE. Sollten in der Google Maps Darstellung Scriptfehler auftauchen, so überprüft bitte die Installation des IE.
Ich habe das Programm auf fast 10 verschiedenen Rechnern geprüft ( alle mit normaler Standartinstallation des IE ) und auf keinem traten Scriptfehler auf. Selbst unter W2008 R2 Terminalserver gab es keine
Fehler mit dem Scriting.

Danke fürs Feedback.

die Google Referenz zu den KML kannte ich noch nicht, mir war nur OpenGIS bekannt. Die Anpassung sollte machbar sein, muss nur mal schauen woher die Starthöhe über N.N, kommen soll.
Die Google API liefert ja einiges, nur kommt man an vieles nicht auf Anhieb ran. Für einige Sachen braucht man zwingend einen API Key von Google.



Der Importer kann im Moment nur "Eine" oder "Alle" - die Markierung mehrer Zeilen habe ich noch nicht berücksichtigt - ist aber kein Ding.
Das er sich nur den Pfad zum Verzeichnis merkt war so beabsichtigt. Wenn er beim Start das Verzeichnis mit den Logs jedes mal analysiert dauert das ja eine gewisse Zeit.
Ich denke das mache ich einstellbar mit einer Checkbox, dann kann das jeder selbst entscheiden

Die Fehlerflags analysiert Helmuts Programm schon sehr gut. Da plane ich für den Player auch keine Erweiterung in diesem Bereich da das mit q500log2kml sehr gut geht, und ich den Player keinesfalls als Konkurrenzprogramm positionieren möchte.
So hat jeder sein "Steckenpferd"
Den Bewegungspfad aus der Funke wiederzugeben sehe ich jetzt nicht als Problem - alle benötigten Daten sind ja im GPS Log vorhanden. Die Pfade lassen sich sogar verschiedenfarbig auf die Karte pinseln. Das geht mit der Clusterfunktion der Google API. Die muss ich mir mal genauer ansehen

Ich werde heute Abend mal eine Zwischenversion online stellen die im KML Export die absolute Höhe berücksichtigt.
Die Daten werden über die Google API abgefragt. Musste dazu extra einen API Key beantragen da diese Funktion
ohne Key kein Ergebnis liefert. Die Onlineabfrage geht sehr schnell so das beim Import keine Verzögerungen auftreten.

Ich habe das mit den Logs die mir zur Verfügung stehen getestet und auch eine Überraschung erlebt: ich fliege recht oft in einem renaturierten Bergbaugebiet und habe festgestellt das an einigen Stellen Google uralte Daten liefert und dann der Copter
unteridisch fliegt

KeinHang.png
Das Gelände ist in wirklichkeit topfeben und keine Hanglage ( war es aber vor etwa 4 Jahren noch ).

Nimmt man in solchen Gebieten die Daten aus der Funke, stimmen die Daten auch nicht, da dann in Maps der Start- und Landepunkt ( in meinem Fall zu hoch ) auch auf der falschen Höhe liegt.

Funke.png

In der RelativeToGround Darstellung passen die Daten dann wieder und in "natürlichen" Fluggebieten passiert sowas nicht, da dort auch ältere Googledaten der Realität entsprechen.

Ich denke, ich werde die Daten gleich zweimal exportieren, einmal "RelativeToGround" und einmal "Absolut"

Gruß
Hans

Die "Zwischenversion" zum testen des KML Exports ist online

MyYuneec FLPRC4 – Google Drive


Wie schon geschrieben gibt es bei den Google Maps Daten durchaus "ältere" Datenstände die NICHT das Gelände so wiedergeben wie man es vor Ort vorfindet. Daher exportiert der Player gleich zwei KML Versionen.
Einmal mit den absoluten Höhenangaben und einmal relativ zum Grund.

Damit man die Daten in Google Earth besser vergleichen kann, sind die Flugrouten unterschiedlich eingefärbt.

Ashampoo_Snap_2016.11.30_19h01m50s_004_.pngAshampoo_Snap_2016.11.30_19h02m45s_005_.png

Die Version könnt ihr einfach zur "offiziellen" Version ins Verzeichnis legen und dort starten. Ihr müsst allerdings den Importer einmal laufen lassen damit die neuen KLM/KMZ Dateien erstellt werden.

Viel Spaß beim Testen.

Gruß
Hans

Das Windowsevent "maximieren" wird bei größenbegrenzten Fenstern ein bissel doof umgesetzt - wenn Du das Fenster unten mit der Maus einmal aufziehst geht das anschließend wieder. Ich werde das Event abfangen und die Größe manuell setzten wenn man auf Maximieren klickt .. manche Sachen "muss man selber machen lassen" - an der Stelle danke für den Hinweis.

Der Doppelexport dauert auch nicht großartig länger wie ein einzelner da die Daten da schon aufbereitet sind. Es wird halt nur der doppelte Speicher auf der Festplatte belegt,aber so groß sind die Dateien ja auch wieder nicht
Ich werde da wohl eine Checkbox anbieten, so das jeder das selbst bestimmen kann

1342x880 ist Max.

Das kommt daher das sich die anlogen Anzeigen nicht beliebig skalieren lassen und es bei einer größeren Darstellung " riesige freie Flächen" geben würde, die das Layout zerbröseln - deshalb die feste Größe des Fensters.

Beim CCC ist das etwas anders - dort sitzen die Elemente die nicht skalierbar sind fest auf einem rechts angedockten Panel, und beim maximieren wird die gesamte Auflösung genutzt.