Datenexport von Scubapro SmartTrak nach LogTrak
Geändert von ostseetaucher70,14.06.2026 22:25
Moin,
ich habe die Freizeit der letzten Tage damit verbracht, mein altes SmartTrak-Logbuch nach LogTrak, also der Online-Lösung von Scubapro u.a. für den Galileo G2, zu exportieren. Scubapro schreibt, man soll dazu in SmartTrak das Logbuch in das TravelTrak-Format (*.asd) exportieren und unter LogTrak einlesen. Das klappt insgesamt nur so semi, eigentlich weniger als das, wobei ich nicht weiß, ob bereits der Export ins asd-Format fehlerhaft ist oder erst der Import in LogTrak. Ich muss dazu sagen, dass ich vom Aladin Air X, über den Air Z und den Galileo Luna alles am Start hatte. Und natürlich habe ich mit DataTrak begonnen und bin später auf SmartTrak migriert. Diese erste Migration lief problemlos.
Die Gute Nachricht für die Migration zu LogTrak ist, alle Tauchgänge werden übertragen. Jetzt kommen die schlechten:
- Bei den Tauchgängen, die mit DataTrak vom Air X und Air Z ausgelesen wurden und auch bei den manuell eingetragenen kommt nicht ein einziges Datum und auch keine Uhrzeit korrekt an. Meistens wurden die Tauchgänge genau sechs Jahre zu spät datiert, wobei die Schaltjahre regelmäßig für zusätzliche Abweichung von einem Tag sorgen, dies sich später immer wieder ausschleicht. Meine manuell eingetragenen Tauchgänge vom Anfang der 90er Jahre wurden aber überwiegend ins Jahr 2067 datiert! In der Uhrzeitabweichung kann ich bislang kein Muster erkennen.
- Bei keinem einzigen Tauchgang wurden die Daten zu Gas, Flaschengröße, Luftverbrauch etc. importiert.
- Bei keinem einzigen Tauchgang mit AirX und Air Z wurden die TG-Profildaten übernommen, nur bei den Luna-TG (eingelesen mit SmartTrak) ist das der Fall.
- Bei den Tauchgängen, die ursprünglich mit DataTrak eingelesen wurden, wird die Wasserart konsequent mit Süßwasser überschrieben.
Das ist das, was ich bislang festgestellt habe. Mein Eindruck ist, dass die Importschnittstelle in LogTrak ziemlich schlampig programmiert wurde. Ist es wirklich so schwer, die Datenfelder korrekt auszulesen? Zumal die Software ja komplett aus einem Stall kommt.
Gibt's einen Workaround?
Grüße
Gerry