GPXIN-6 implemented automatic distance calculations between trackpoints based on changes in Latitude/Longitude.
The original feeling was that this might be un-necessarily processor intensive - in various tests though that doesn't seem to have been the case.
So need to run some additional tests and use the data to decide whether or not distance calculations should be enabled by default (if so, there should be an ability to suppress them).
Activity
2015-08-13 18:04:11
2015-08-27 04:24:10
Created two test scripts - with_calcs.php and without_calcs.php
Test run (not interested in the script output at this point)
Which gives the following result
So on average, have the calculations enabled required an extra 0.026216667 seconds of calculation.
Per trackpoint (0.026216667/10320) that's a cost of 0.00000254 seconds.
Want to run a few more test runs, with different files and bigger run-sizes, but based on that I can't see any argument against turning the calculations on by default
2015-08-27 04:27:58
2015-08-27 05:11:59
2015-08-27 05:16:09
2015-08-27 05:17:10
I used real time as that's consistently been the highest value.
2015-08-27 05:17:32
So, the overall extra time required to perform the distance calculations is negligible, and in at least one case, the version with calculations ran (marginally) faster.
The test file I'm using represents a journey of more than 3 hours with varied speeds, so there should be a good range of calculations going on.
I'm fairly comfortable with the idea of raising an FR to move calcDistance out of experimental features, so that it's enabled by default (so long as it can be suppressed if needed).
2015-08-27 05:22:13
2015-08-27 05:22:13
2015-08-27 05:22:13
2015-08-27 05:22:16