Import von nmea-files schlägt fehl

Das liegt dann nach meiner Einschätzung definitiv nicht mehr am Import-Filter. Da der Fehler bei Dir anscheinend immer beim Parsen von Datum und Uhrzeit auftritt, vermute ich mal, dass entweder nicht das Framework 2.0 installiert ist, oder Du auf Deinem Rechner unter Regionale Einstellungen nicht "Deutsch (Deutschland)" mit Standardformaten gesetzt hast.

Zitat von blackwilli

Das liegt dann nach meiner Einschätzung definitiv nicht mehr am Import-Filter. Da der Fehler bei Dir anscheinend immer beim Parsen von Datum und Uhrzeit auftritt, vermute ich mal, dass entweder nicht das Framework 2.0 installiert ist, oder Du auf Deinem Rechner unter Regionale Einstellungen nicht "Deutsch (Deutschland)" mit Standardformaten gesetzt hast.

NET Version 2 inklusive deutschem Regional-Pack ist vorhanden
Die Regionaleinstellungen in der Systemsteuerung stehen auch auf Deutsch.

Ich bin aber dem Problem schon etwas näher gekommen. Wenn ich GTA mit Admin-Rechten ausführe funktioniert das Einlesen der Test.csv. Merkwürdig.

Kann es damit zusammenhängen, das GTA keine Schreibrechte auf gtauser.config hat? Hier mault GTA bei Programmende immer wegen fehlender Schreibrechte. Selbst dann wenn man im Programm nichts genmacht hat. Denn die gtauser.config liegt im Programm-Path. Und mein Arbeits-Account kann in den Programm-Verzeichnissen aus Sicherheitsgründen nur lesen.

Gruss Joern Weber

Zitat von Joern_Weber

Und mein Arbeits-Account kann in den Programm-Verzeichnissen aus Sicherheitsgründen nur lesen.

Jepp, das ist dann bei Dir der Grund. Wenn Du gleich gesagt hättest, dass GTA keine Schreibrechte hat, wäre das klar gewesen. GTA braucht übrigens nicht nur wegen der configs die Schreibrechte, sondern auch für einige andere Funktionen, die nicht in den freigegebenen Benutzerordnern laufen können. Beim Download wird hierauf aber dick und rot hingewiesen.

Hallo,

Zitat von blackwilli

Jepp, das ist dann bei Dir der Grund. Wenn Du gleich gesagt hättest, dass GTA keine Schreibrechte hat, wäre das klar gewesen. GTA braucht übrigens nicht nur wegen der configs die Schreibrechte, sondern auch für einige andere Funktionen, die nicht in den freigegebenen Benutzerordnern laufen können. Beim Download wird hierauf aber dick und rot hingewiesen.

Mhhh... Ich bekomme die Probleme in den Griff wenn ich die Ursache kenne. Aber einige Normalverbraucher, insbesondere dann wenn Sie Vista nuten, dürften damit überfordert sein. Denke vielleicht mal langfristig darüber nach, die Datendateien in das Profil des aktuelle Nutzers auszulagern.

Gruss Joern Weber
Gruss Joern Weber

Zitat von Joern_Weber

Mhhh... Ich bekomme die Probleme in den Griff wenn ich die Ursache kenne. Aber einige Normalverbraucher, insbesondere dann wenn Sie Vista nuten, dürften damit überfordert sein. Denke vielleicht mal langfristig darüber nach, die Datendateien in das Profil des aktuelle Nutzers auszulagern.

Na ja, auf der Downloadseite wird nun überdeutlich darauf hingewiesen und von bisher über 10.000 Downloads dieser Versionen gab es so rund 10 Nachfragen dazu.

Und wie ich schon andeutete, geht es hier beileibe nicht nur um diese Datendateien, sondern um ausgedehnte Funktionalitäten, die auch Konsolenanwendungen innerhalb des GTA-Ordners nutzen, die wiederrum Schreibrechte benötigen.

Aber es ist hier wie so oft: Viele User wollen die eierlegende Wollmilchsau, die alles kann und möglichst noch das Unmögliche obendrein. - Aber dafür etwas zu geben, in diesem Fall Lesen und unter Vista ein paar Klicks für Adminrechte, ist viel zu viel, oder wie ich auch schon erlebte, absolut unzumutbar. In diesen Fällen rate ich den Usern immer, GTA zu deinstallieren.

Und das Argument, des nun total angreifbaren Systems, wenn man GTA als Admin freischaltet, ist einfach nur Unsinn. Microsoft hatte hier bei Vista seine Hausaufgaben nicht gemacht und dann in letzter Not zur Holzhammermethode gegriffen.
Bei eingeschalteten UAC und ohne Adminrechte, darf GTA zwar nicht auf seine eigenen Dateien im eigenen Ordner zugreifen, aber dürfte, wenn ich wollte, alle deine Dateien auf der Festplatte löschen. Na toll.

Hallo,

Zitat von blackwilli

Und wie ich schon andeutete, geht es hier beileibe nicht nur um diese Datendateien, sondern um ausgedehnte Funktionalitäten, die auch Konsolenanwendungen innerhalb des GTA-Ordners nutzen, die wiederrum Schreibrechte benötigen.

Das habe ich auch gerade bemerkt. cacls zu tätigen reicht alleine nicht aus. Ich habe jetzt den Haken bei "unter anderen Anmeldeinformationen ausführen gesetzt"

Aber ich will ja nicht nur meckern. Der folgende Filter liest die von MTK-basierten Loggern stammenden csv-Dateien fehlerfrei aus. Bei Verwendung des Filters ist jedoch ggf. die Reihenfolge der Felder anzupassen. Das RCR-Feld wird bei diesem Filter als Kennung verwendet. Damit bleiben die Überschrifft und die Wegpunkte aussen vor. Sollten für die Trackpunkte ein anderer RCR-Code verwendet worden sein (z.B. D), ist der für die Kennung benutzte Buchstabe anzupassen. Wenn reine Wegpunkte eingelesen werden sollen, ist die Kennung auf "B" zu setzen.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <creator>GPS-Track-Analyse.NET 4.6.2.1</creator>
  <!--Diese Konfigurationen werden automatisch von GPS-Track-Analyse.NET erstellt-->
  <!--Jede manuelle Änderung kann dazu führen, dass die Anwendung nicht mehr ausgeführt werden kann-->
  <UserFilter>
    <FilterSection id="0">
      <Filter name="CSV MTK Track" ext="*.csv" nmea="False" />
      <Datei Auszug="INDEX,RCR,TIME,VALID,LATITUDE,N/S,LONGITUDE,E/W,HEIGHT,SPEED,HEADING,DSTA,DAGE,PDOP,HDOP,VDOP,NSAT (USED/VIEW),SAT INFO (SID-ELE-AZI-SNR),DISTANCE,SEPARATOR&#xD;&#xA;1,B,2008/08/24 18:28:24.400,1,50.892140,N,11.611611,E,239.580 M,0.855 km/h,1.235982,0,0.000000,4.56,3.06,3.38,5(12),#29-29-87-19;#25-13-328-25;#21-75-134-33;06-36-276-00;#24-40-58-28;18-21-142-00;30-04-143-00;#16-67-280-21;31-17-216-00;03-21-278-00;07-01-343-00;10-10-29-00,16.87 M,L&#xD;&#xA;2,B,2008/08/24 18:28:33.800,1,50.892153,N,11.611609,E,240.680 M,0.259 km/h,1.267629,0,0.000000,4.55,3.06,3.38,5(11),#29-29-87-24;#25-13-328-24;#21-75-134-30;18-21-142-00;#24-40-58-30;06-36-276-00;#16-67-280-34;31-17-215-00;07-01-343-00;30-03-143-00;10-10-29-00,1.84 M,&#xD;&#xA;" />
      <Trennzeichen Anzahl="11" Feld="," Dezimal="." />
      <Kennung chb="True" Feld="2" />
      <Datum chb="True" Kennung="T" Feld="3" Format="yyyy/mm/dd xx:xx:xx.xxx" />
      <Uhrzeit chb="True" Kennung="T" Feld="3" Format="xxxx/xx/xx hh:mm:ss.xxx" UTC="False" />
      <BreiteHemis chb="True" Kennung="T" Feld="6" Format="NS" />
      <Breite chb="True" Kennung="T" Feld="5" Format="dd.dddddd" />
      <LaengeHemis chb="True" Kennung="T" Feld="8" Format="EW" />
      <Laenge chb="True" Kennung="T" Feld="7" Format="ddd.dddddd" />
      <Hoehe chb="True" Kennung="T" Feld="9" Format="0.0" Einheit="0" />
      <Kurs chb="True" Kennung="T" Feld="11" Format="0.0" />
      <Herzfrequenz chb="False" Kennung="" Feld="" Format="" />
      <Trittfrequenz chb="False" Kennung="" Feld="" Format="" />
      <Temperatur chb="False" Kennung="" Feld="" Format="" />
    </FilterSection>
  </UserFilter>
</configuration>

Gruss Joern Weber

Zitat von Joern_Weber

Aber ich will ja nicht nur meckern.

Sehe ich nicht als meckern. Ohne diese konstruktive Kritik und die verschlungenen Wege, die manche User gehen, weil sie die Hilfe nicht lesen, würde ich nicht auf Unzulänglichkeiten aufmerksam werden. Das Ziel ist ja immer, Gutes besser zu machen.

Ich bin übrigens selbst erstaunt gewesen, wie flexibel dieses Filtermodell in der Praxis tatsächlich ist, habe ich es doch mehr oder weniger aus der Not heraus im Schnellschuss erstellt. Ich hatte selber keine Vorstellung davon, ob es praxistauglich sein, oder ein Flop werden würde. Ziel ist es jetzt, dieses Filtermodell für die nächste Version zu erweitern und noch flexibler zu machen. Wobei dem natürlich auch logische Grenzen gesetzt sind.