Accuracy is a or low pass filtered delta T between the last Speed readings, this one is trying to estimate how accurate your timing results (such as 0-60) should be. It takes account any hiccups in data (for instance, phone OS busy, bluetooth hiccup, or general bluetooth adapter/can bus hiccups of which there can be a few). Meaning, when accuracy says 0.7, that means the result displayed in the app is to be read with a +- 0.7 second uncertainty, based on the time jitter of the previous speed readings. You will probably see this increase if you clean out (delete from tab) the other signals, such as battery SOC and temperature.
0.7 is pretty bad, but it's honest as it is directly measured. Try with another phone, they all have different bluetooth implementations, I have noticed my Huaweis are pretty bad at this, but the P20 Pro became a lot better after some firmware updates. Also try an OBDLINK adapter if you want speed, I am not lying when I say they are 20 times faster than the regular ELM327 devices, accuracy should increase accordingly.
I seem to remember that the 0-60, 0-100 columns do not record the results. Off the top of my head I can't remember if this was in the beta, or in the actual production version, are you running production (1.9.2)?
Time column is milliseconds since log start
If the speed is too high, could it be written as kph instead of mph? Unit conversions for CSV files might not work in the beta, you will have better luck with the production version with this.
Edit, didn't catch this sentence:
"I am interested in a 0-70 MPH graph. How do I do that with the data in the .CSV file?"
If you use Windows, the software I posted in my previous post does this with 2 clicks, and has zoom, scroll and quick selecting of signals.