New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Identify the .tlog files that were from an actual flight, not just the bench #143
Comments
this is a chicken and egg issue. as the logs filename is create as you connect. |
I've been thinking for a long time that we need some form of note taking integrated into mission planner. I was mostly thinking about having a box where you could put comments in when you download dataflash logs, but there could also be a box where you put notes for the current telemetered data. I'm afraid there may not be a good way to store notes in the existing .tlog format... the dataflash logs are self-documenting so seems like it should be OK |
Ok, so changing the file names won't work. What about a small program that acts as a log browser. It accesses all that logs and extracts certain key pieces of information from them. Then you can search and sort your logs with this data. Sort of like what metadata or ID3 tags do for photo and music files. There could be a place for the notes that @footbarbecue requested above. |
check out logindex. control-f |
I spend a too much time digging through .tlog files trying to weed out the useless ones and locate the ones from an actual flight. Since I am frequently bench testing, I generate far more tlogs than I need.
Is there a way that the names of the .tlog files can somehow be annotated based on whether the APM actually flew? I'll let you guys decide the best triggers since they are likely to be different for Copters and Planes.
What if every .tlog file name included the total distance traveled and highest altitude reached. It might look like this:
2013-08-22 12-23-21 1200m125m.tlog
This flight's trip distance was 1200 meters, and the max altitude achieved was 125 meters.
This is just an idea, perhaps others have better ideas of what data to include in the file names to help identify the logs we need.
The text was updated successfully, but these errors were encountered: