Try this.Quoting myself, since I still haven't found the solution. If no replies mean that it simply doesn't work with DashWare, please inform me, if there is a better way - thanks a lot!
[TOOL][WIN] Offline TXT FlightRecord to CSV Converter
Try this.Quoting myself, since I still haven't found the solution. If no replies mean that it simply doesn't work with DashWare, please inform me, if there is a better way - thanks a lot!
You can download the latest version from the bottom of post #1.where would the latest tool reside so i can make sure i have all the updates
ThanksYou can download the latest version from the bottom of post #1.
so far not, maybe in the futureIs there a legend file so i can better educate myself on what all the headings mean (some are very easy to interpret but some its foreign to me)
in most of the cases the names of the columns are speaking for themselves and those few exceptions are unknown to us too
When I started looking into these, every column was a black magic for me. Then after learning what it does, it becomes trivial. I think documenting these would be great, as for me that was a high entry barrier, and I'm sure many people bounce of it.
Currently there are a lot of findings, but they're very distributed:
- some are in TXT FlightRecord Converter
- some are in DatCon column names
- some are in DatCon source code if you open Java files in text editor
- some are in Wireshark dissectors, as comments displayed in bottom status bar
- some are in Wireshark dissectors, but only visible if you open LUA scripts in text editor
Each of these tools is living its own life and the data is being continuously updated.
Furthermore, some values have different names in every tool.
For every column, I'd love to have: unit, min and max value, typical value (or typical range), description using different words than the field name, alternative names, details regarding where the value comes from and what it means.
Collaborating on such documentation is a great idea.
Unfortunately :/no, this information is not present in the logs
what for? you are pushing it...
I chose 6 decimal digits because it gives precision 16 cm (6")
even GPS is not so precise, so there is absolutely no sense of using more decimal digits
I'm seeing the same thing.I am running this tool in a batch file and once in a while it gives an error (Access violation at address XYZ in module). And the batch stops until user hits Ok button on the error dialog.
1. no idea, maybe the input file is invalid or broken in some way ( -> does the problem occur every time you run the same batch?)I am running this tool in a batch file and once in a while it gives an error (Access violation at address XYZ in module). And the batch stops until user hits Ok button on the error dialog...
1. no idea, maybe the input file is invalid or broken in some way ( -> does the problem occur every time you run the same batch?)
2. if you can tell me how to do it, I can try
otherwise not, because CL version was never planned when I first created the tool so it's something like bonus feature that I'm glad it's even working at all
if you can send me TXT file that gives that error, I'll look into itI think I know in what circumstances the error happens. It's not just related to running it via CLI as it gives same error in GUI mode too. It happens for particular TXT files when option "G" is enabled or GPX is checked in GUI. Otherwise, it converts without any issues.
Regarding the ERRORLVL reporting, if I know what programming language you've written this tool with, I might be able to help. C++ ?
Thanks
I don't blame you at all for not "giving it up." I don't give up my source to anybody that doesn't pay for it.Anybody smart enough has to agree with me. BudWalker, the guy who invented decoding algorithm for my tool, supports me with this too.
End of story.
Good riddance.(Note that I won’t be posting any more on this thread - so if you have any questions/comments about this software, please use our mailing list, rather than this thread.)
if you can send me TXT file that gives that error, I'll look into it
it's Delphi application written in Pascal
@ferraript Do you know if the time in the .txt files is GPS time or mobile device system time?