AVWSG: Alpha-13 Version verfügbar (mit WBT-201 Support)

    Hallo Steffen


    Zitat

    Original von siebert
    Aber es ist letztlich Deine Entscheidung, genau wie es die Entscheidung jedes User ist, ob er Deinem Programm vertraut und es nutzt.


    Ich kann mir zwar nicht vorstellen was du mit dem letzten Posting erreichen willst?


    Ich finde es S U P E R so eine Programm wie das AVWSG zu haben und vor allem jemanden, den Andreas, der bereit ist sehr sehr kurzfrist neue Ideen zu realisieren.


    Ich setzte das AVWSG ein.


    Vielen Dank an Andreas


    Gruß


    Hans

    Zitat

    Original von Lucifer1
    Im Flugzeug ist es in der Start und Landephase verboten Jeglichen elektronisches Gerät zu benutzen :-D)


    Was dich aber nicht davon abhält...


    Zitat

    Original von Lucifer1
    Während des Ganzen Fluges ist die Benutzung von BT verboten (Du weisst ja "Landeklappen rein"- "Landeklappen raus" usw.) denn BT Sendet.


    Was sendet der denn? Bluetooth hab ich aus. Und wenn der BT irgendwas sendet, warum dann der WBT nicht?


    Zitat

    Original von Lucifer1
    Jeden mein lieber! es klappt sogar vom Gangplatz aus.


    Sieht schon cool aus in Google Earth, besonders von der Seite.


    Gruß Daniel

    Zitat

    Original von hans.maurer
    Hallo Steffen



    Ich kann mir zwar nicht vorstellen was du mit dem letzten Posting erreichen willst?


    Hallo Hans,


    ich denke nicht, dass Steffen dies geschrieben hat, um das Programm schlecht zu machen oder um zu provozieren. Kommt zwar so rüber, aber das ist halt das Problem des Internets.


    Ich kann seine Bedenken verstehen und auch den Wunsch, die Daten exakt so in eine Datei gespeichert zu bekommen, wie sie aus dem Gerät kommen. Sozusagen als unangetastete Sicherheitskopie. Der Vergleich mit den RAW-Dateien beim Fotografieren war schon ganz gut.
    Andreas macht aber irgendwas mit den Daten, bevor er sie schreibt (was, das sei mal dahingestellt). Das Ergebnis ist natürlich bei 100% fehlerfreier Programmierung das selbe, aber dass es die nicht gibt, weiß jeder, der schon mal programmiert hat und deswegen testen wir ja auch alle so fleißig. Deswegen kann es passieren, dass die Daten in der Datei von denen, die ursprünglich im Gerät waren, abweichen. Und das wäre schlecht. Wie hoch dieses Risiko ist, weiß ich nicht, jetzt wahrscheinlich nicht mehr sehr hoch aber ganz ausschließen kann man es nicht. Darauf wollte Steffen meines Erachtens nur hinweisen.
    Andererseits müsste Andreas das direkte Schreiben der Daten in eine Datei ohne Umwege auch erst programmieren, das fällt ja nicht so vom Himmel und dabei können auch Fehler passieren, denn das Programm wird dadurch nicht weniger komplex.


    Zusammenfassend finde ich Steffens Einwände gut, richtig und wichtig, kann aber gut damit leben, wenn Andreas bei seinem Verfahren bleibt und die im Moment vorhandenen Fehler korrigiert, auch wenn sie keine Auswirkungen haben. Denn dem Anspruch, die Daten 1:1 so zu speichern, wie sie auf dem Gerät sind, sollte das Programm schon gerecht werden.


    Letztlich garantiert einem auch bei TMX niemand die Fehlerfreiheit.


    Meine Meinung.


    Und jetzt ein Bier für alle... : drink


    Viele Grüße
    Daniel

    Zitat

    Ich finde es S U P E R so eine Programm wie das AVWSG zu haben und vor allem jemanden, den Andreas, der bereit ist sehr sehr kurzfrist neue Ideen zu realisieren. Ich setzte das AVWSG ein. Vielen Dank an Andreas


    Zitat

    Letztlich garantiert einem auch bei TMX niemand die Fehlerfreiheit. Meine Meinung. Und jetzt ein Bier für alle... prost


    Da gibt's nichts mehr zu ergänzen !!


    Wunibald

    Zitat

    Original von siebert
    Irgendwie verstehe ich Deine Einstellung nicht. Offensichtlich bist Du ein optimistischer (oder unerfahrener) Programmierer als ich. Auf meinen Hinweis bezüglich möglicher Probleme bei Exif hast Du versichert, alles sei gut. Bis dann ein User das Gegenteil bewiesen hat. Dort hast Du dann auf ExifTool umgestellt.


    Ich hatte damals auf Deine Frage folgendes geantwortet:

    Zitat

    Original von omega
    Ja, das .NET Image Objekt bietet relativ einfach die Möglichkeit, Tags zu lesen und zu schreiben. Bislang hatte ich mit dieser Methode keine Probleme - ich verwende aber in meinen Fotos keine speziellen Makernotes und weiß daher nicht, ob es da prinzipiell Probleme geben könnte.


    Ich kann nicht erkennen, dass ich geschrieben hätte, dass es da keine Probleme gibt bzw. geben könnte - im Gegenteil! Deine Kritik an mir ist übertrieben und ehrenrührig und Du greifst mich auf subtile Weise sehr persönlich an. Deinem Niveau will ich mich nicht anpassen müssen und werde versuchen dies auch nicht zu tun.


    Ich hatte mich damals nach Deinem Hinweis belesen und möchte der Vollständigkeit halber feststellen:
    *) Die Microsoft Methode verarbeitet selbst MakerNotes vernünftig, es gibt aber kaum Programme, die mit der Microsoft Methode umgehen können. Weitere Informationen HIER)
    *) Das Vorgehen, exiftool benutzen zu müssen nur um ein "normales" EXIF Tag verändern zu wollen, ist vom Ansatz her völlig falsch, da selbst exiftool nur diejenigen MakerNotes richtig bearbeiten kann, die es auch interpretieren kann (bei allen anderen versagt auch exiftool). Das widerspricht aber der Definition von MakerNotes, die prinzipiell proprietär sind. Die MS Methode trägt dem Rechnung, indem es einen neuen Tag eingeführt hat, der die Verschiebung des MakerNote Tags im Strom wiederspiegelt. Derjenige, der die MakerNotes auswerten möchte, nimmt nur den Offset und dann stimmt alles wieder.
    *) Wenn man Photos ohner MakerNotes hat oder diese sowieso nie braucht, spricht auch momentan nichts gegen die in AVWSG implementierte interne Methode zum Ändern der EXIF Tags.
    *) Es gibt aktuell sehr viele Photoprogramme, die (aus den oben geschilderten) Gründen nicht vernünftig mit EXIF MakerNotes umgehen können (z.B. alle Microsoft Programme, Picasa, FLICKR, etc.).
    *) Selbst die von Microsoft propagierte Lösung hilft dann nicht, wenn Hersteller wie z.B. Canon aktuell MakerNotes unter eigenen Tags im Bild speichert. Die MakerNotes Erweiterung von EXIF ist schlicht krank (und ich bin wahrlich nicht der Erste, der das schreibt).


    Zitat


    Bei der TK1 Sache gab es ebenfalls einen Fehler, hier bist Du aber nicht bereit, das prinzipielle Problem anzugehen. Ich verstehe einfach nicht, warum.


    Deine Implementierung der von Dir propagierten Methode hatte anscheinend auch eine schweren Fehler (dass nur 50-100KB Daten vom Gerät gelesen wurden laut eines Benutzers Deines Programmes). Egal wie man es macht, die Software sollte immer an den entscheidenden Stellen fehlerfrei sein.
    Nach meiner Verbesserung haben alle bisherigen Tests ergeben, dass die von AVWSG erstellte TK1 Datei (natürlich bis auf's Datum und den Trackdistanzen im Header) identisch sind. Wichtig ist, was hinten rauskommt....


    An alle kann ich nur sagen, dass ich das ganze hier privat und in meiner Freizeit mache, dass ich alle Mühe gebe, möglichst wenig Fehler und wenn dann an den unwichtigen Stellen zu machen. Wenn ihr 100% sicher sein wollt, dann benutz mein Programm nicht (und konsequenterweise auch keine andere Software ;D ).


    Ich wollte hiermit einige, überwiegend technische, Dinge klarstellen und möchte dieses Thema, zumal an dieser Stelle, nicht vertiefen. Der Thread ist eh schon mörderlang und was Steffen und ich zu sagen haben interessiert nicht wirklich.


    Andreas

    Zitat

    Original von omega
    Ich hatte damals auf Deine Frage folgendes geantwortet:


    Ich kann nicht erkennen, dass ich geschrieben hätte, dass es da keine Probleme gibt bzw. geben könnte - im Gegenteil!


    Ich habe versäumt, mir den Thread vor meinem Posting noch mal durchzulesen und hatte Deine Aussage falsch bzw. verkürzt ("ich habe keine Probleme") in Erinnerung. Tut mir leid, war mein Fehler.


    Zitat


    Deine Kritik an mir ist übertrieben und ehrenrührig und Du greifst mich auf subtile Weise sehr persönlich an.


    Dann drücke ich mich entweder mißverständlich aus oder Du verstehst mich falsch. Ich kritisiere Dein Programm und habe Probleme, Deine Einstellung zur Programmierung zu verstehen. Das soll weder ehrenrührig noch ein persönlicher Angriff sein. Ob die Kritik berechtigt oder übertrieben ist, ist Ansichtssache.


    Zitat


    Deine Implementierung der von Dir propagierten Methode hatte anscheinend auch eine schweren Fehler (dass nur 50-100KB Daten vom Gerät gelesen wurden laut eines Benutzers Deines Programmes).


    Nein, das ist eine andere Baustelle. Dabei geht es um das Abholen der Daten von der Maus, nicht um das Speichern der Daten als TK1 Datei. Wenn es beim Abholen Probleme gibt, dann wird der Logspeicher nicht vollständig ausgelesen; die Daten, die ich gelesen habe sind aber alle korrekt in der TK1 Datei gelandet.


    Woran es genau lag, kann ich nicht sagen, da ich das Problem nicht nachstellen konnte, entweder an der anderen Stelligkeit der Checksumme oder der falschen Behandlung eines übergelaufenen Logspeichers. Da Du auch in beide Fallen getappt bist, steht es hier aber eh 2:2 ;)


    Ciao,
    Steffen


    PS: Da ich gestern meinen i-Blue 747 bekommen habe (mit dem ich natürlich keinerlei Probleme mit Navi-Soft auf Palm Geräten habe), kann ich am Wochenende gleich mal die Anbindung an AVWSG testen. Und damit hoffentlich demnächst meinen WBT-201 in der Bucht versenken :)

    Hallo zusammen,


    ich habe die neuesten Erkenntnisse, Verbesserungen und Wünsche (einige der Wünsche jedenfalls) in die Alpha-11 eingearbeitet.


    Ganz neu: eine Höhenanzeige für den Track und die Möglichkeit, NMEA Dateien als Track zu importieren (wer's auch immer brauchen kann).


    Bis eventuell auf eine Version zur Fehlerbehebung wird dies wohl vorerst aus zeitlichen Gründen die letzte Version sein. Ich denke aber, dass man mit dem jetzigen Stand ganz vernünftig arbeiten kann.


    Ob der Diskussion zur Speicherung der, von WSG-1000 und WBT-201, gelesenen Daten kan ich nur nochmal wiederholen, dass ich mit der Alpha-11 davon ausgehe, dass diese identisch zu der Ausgabe von TMX ist (bis auf den Zeitstempel und die Trackdistanzen im Header). Ich habe jedenfalls einige Tests diesbezüglich gemacht. Mein Ziel war und ist es, von TMX vollständig unabhängig zu sein. Es ist nicht nur die Benutzeroberfläche und fehlende Features, die mich stören sondern auch der Umstand, dass TMX installiert werden muss und Registry Einträge verwendet. Aber das hatte ich ja schon einmal geschrieben...


    Ich hoffe, dass das Programm produktiv nutzbar ist und würde mich über Rückmeldungen (auch darüber, was ihr nutzt und was gut funktioniert) freuen. Ich würde namentlich gerne aus der Alpha Version eine Beta Version machen, das viele mir aber leichter, wenn ich aufgrund von Rückmeldungen was alles tut bzw. nicht tut dies motivieren könnte.
    Ich persönlich glaube ja, dass der Alpha Status nicht mehr gerechtfertigt ist....


    Ich profitiere von freier Software sehr und möchte mit diesem Programm (das ich natürlich in erster Linie für mich geschrieben habe, da ich TMX als ziemlich unbrauchbar emfinde) der Allgemeinheit etwas zurückgeben.


    Danke für die Geduld und für manche Testerei.


    Grüße


    Andreas

    Zitat

    Original von omega
    Ganz neu: eine Höhenanzeige für den Track und die Möglichkeit, NMEA Dateien als Track zu importieren (wer's auch immer brauchen kann).


    Hattest Du nicht gesagt, Du willst GPSBabel nicht nachprogrammieren? ;)


    Zitat


    (das ich natürlich in erster Linie für mich geschrieben habe, da ich TMX als ziemlich unbrauchbar emfinde)


    TMX scheint aber zumindest der Einäugige unter den Blinden zu sein. Beim GPS-Logger Test in der c't wurde es ja lobend in einem eigenen Kasten erwähnt und die Software der anderen beiden Logger, die ich bisher in den Händen hatte, reichen an TMX lange nicht heran.


    Aber für die "Mausschubser" ist es natürlich gut, eine Alternative zu TMX zu haben, auch wenn die nicht-Windows User leider weiter außen vor bleiben. Aber die Linux User kommen vermutlich auch mit Kommandozeilen Tools klar, wenn sie diese nicht sogar präferieren.


    Ciao,
    Steffen

    Zitat

    Original von siebert
    TMX scheint aber zumindest der Einäugige unter den Blinden zu sein. Beim GPS-Logger Test in der c't wurde es ja lobend in einem eigenen Kasten erwähnt und die Software der anderen beiden Logger, die ich bisher in den Händen hatte, reichen an TMX lange nicht heran.


    Irgendwie hast Du ein Problem mit dem Lesen..... ;)


    In dem Kasten über TMX in der C't 19/2008 handelt mehr als die Hälfte des Textes über die Unzulänglichkeiten von TMX (Track Editor reagiert zäh, Bilder in KMZ werden unskaliert übernommen und und sind damit unbrauchbar, LOCR funktioniert nicht, Geotaggen funktioniert nur unzureichend).


    Das die Programme anderer Hersteller Deiner Äußerung nach noch schlechter sind, macht die Sache nicht besser.


    Zudem muss man feststellen, dass der Autor dieses Textes eines auch nicht verstanden hat: er beklagt sich darüber, dass TMX beim Export ins GPX Format die Zeitstempel nicht mit dem Wert der aktuell eingestellten Zeitzone anpasst werden und "nur" UTC schreibt. Das GPX Format schreibt aber vor, dass alle Zeitstempel in UTC sein müssen und leider (dummerweise) sieht das GPX Format keinen Zeitzonen Eintrag vor.


    Deine Bemerkung zu Linux User (ich würde politisch korrekt Unix User sagen) geht am Thema vorbei: wie bitte kann ich mit Deinen Tools die Tracks visualisieren, korrigieren, analysieren, verändern und auf einer Karte anschauen? Deine Tools machen überwiegend was ganz anderes als AVWSG.


    Es so hinzustellen, das Unix User keine graphischen Programme brauchen oder wünschen weil es noch die einzigen wahren Computerbenutzer sind und so scharf auf Kommandozeilentools sind, ist abwegig.


    Mit .NET gibt es endlich die realistische Möglichkeit, dass derselbe Code (und damit AVWSG) und natürlich mit einigen Unix-spezifischen Anpassungen auch unter Linux läuft, was auch der Grund war, das ganze in C# zu schreiben.... ;D


    Andreas

    Ich habe aus dem Urlaub ca 24.000 Trackpunkte in 13 Tracks mitgebracht. Wenn ich diese mit AVWGS auslesen möchte, stockt die SW kurz bei ca. 8000 Punkten und meldet dann "No log data available on device!". Ich muss 3 oder 4 Versuche unternehmen, bevor dieser Log wirklich gelesen ist.


    Da die Fortschrittsanzeige kurz vorher langsamer wir könnte es sich um eine Mischung aus einem Performance Problem und einem zu knappen Timeout handeln.


    TMX kämpft ebenfalls mit Timeouts, macht aber nach einer entsprechenden Fehlermeldung einfach weiter und liest den Log trotzdem vollständig. Bei TMX habe ich den Eindruck, das der Timeout immer zwischen 2 Tracks auftritt, bin mir aber nicht 100% sicher.


    Gruß


    Frac

    Einmal editiert, zuletzt von FRAC ()

    Hallo Frac,


    ist natürlich nicht leicht zu analysieren, wenn ich das nicht selbst nachstellen kann.


    Ich könnte Dir anbieten, dass ich Dir per e-mail eine Version mit größerem Timeout schicke und Du dann nochmal testest. Bitte schick mir Deine e-mail Adresse, wenn du Interesse hast.


    Andreas


    BTW: verwende bitte umgehend die Alpha-12, da die Alpha-11 beim Speichern der Daten ins TK1 Format durch einen dummen Fehler abbricht :(

    "Negating the minimum value of a twos complement number is invalid".


    Hier ist was die entsprechende Fehlermeldung unter "Details" von sich gibt:




    ************** Exception Text **************
    System.OverflowException: Negating the minimum value of a twos complement number is invalid.
    at System.Math.AbsHelper(Int32 value)
    at FractionalNumbers.Fraction.ToFraction(Decimal convertedDecimal)
    at FractionalNumbers.Fraction.op_Implicit(Decimal number)
    at AVWSG.EXIF.SetPropURational(ExifTag pid, Double value)
    at AVWSG.PhotoTag.WriteFileInfo(FileProp fp, String exifToolPath)
    at AVWSG.PhotoTag.WriteFileInfoAll()
    at AVWSG.PhotoTag.BtnWriteInfo_Click(Object sender, EventArgs e)
    at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
    at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
    at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
    at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
    at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
    at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
    at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
    at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
    at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
    at System.Windows.Forms.Control.WndProc(Message& m)
    at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
    at System.Windows.Forms.ToolStrip.WndProc(Message& m)
    at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
    at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
    at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
    at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)



    ************** Loaded Assemblies **************
    mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
    ----------------------------------------
    AVWSG
    Assembly Version: 1.0.87.0
    Win32 Version: 1.0.87.0
    CodeBase: file:///D:/Frac/Downloads/GIS%20%26%20GPS/Tools/AVWSG-Alpha12/AVWSG.exe
    ----------------------------------------
    System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
    ----------------------------------------
    System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
    ----------------------------------------
    System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
    ----------------------------------------
    System.Xml
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
    ----------------------------------------
    PublicDomain
    Assembly Version: 0.2.47.0
    Win32 Version: 1.0.87.0
    CodeBase: file:///D:/Frac/Downloads/GIS%20%26%20GPS/Tools/AVWSG-Alpha12/AVWSG.exe
    ----------------------------------------
    Accessibility
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
    ----------------------------------------
    System.Configuration
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
    ----------------------------------------


    ************** JIT Debugging **************
    To enable just-in-time (JIT) debugging, the .config file for this
    application or computer (machine.config) must have the
    jitDebugging value set in the system.windows.forms section.
    The application must also be compiled with debugging
    enabled.


    For example:


    <configuration>
    <system.windows.forms jitDebugging="true" />
    </configuration>


    When JIT debugging is enabled, any unhandled exception
    will be sent to the JIT debugger registered on the computer
    rather than be handled by this dialog box.

    Hallo FRAC,


    der Fehler tritt auf, wenn das Programm versucht aus einem Höhenwert einen Bruch zu erstellen.


    Ist es möglich, dass Du herausfindest, bei welchem Höhenwert dies wohl passiert (z.B. nur mal einzelne Photos taggen)?


    Wenn ich den Wert wüsste, könnte ich leichter debuggen...


    Andreas

    Verflixt und zugenäht - ich kann den Fehler nicht mehr reproduzieren!


    Da es sich nur um einen kleinen Test mit 7 Bildern handelte kann ich dir diese 7 Höhen geben:


    41, 33, 32, 47, 19, 78, 0


    Vielleicht hilfts ....


    Frac

    Aber ich habe zwischenzeitlich rausgefunden, wann es knallt..... ;)


    Sobald die Höhenwerte negativ sind funktioniert die Umwandlung in das Fraction Format (welches für EXIF gebraucht wird) nicht mehr.


    Habe die Fraction Klasse von jemanden übernommen, aber mittlerweile eine andere gefunden - mit der werde ich es mal probieren.


    Andreas