Hi,
This has already been asked/discussed (cf. post "GPS Tracking Frequency") but this is not yet in the list of suggested features.
I'm also a Mountain Biker and the ability to define the tracking frequency by a distance would be a great addition.
PS : I've just bought AlpineQuest and I'm quite happy with it.
The support forum is temporarily read-only. For urgent requests, please email contact[at]psyberia.net
[done] Tracking based on distance rather than time interval
-
- Site Admin
- Posts: 6408
- Joined: Wed Apr 14, 2010 9:41 pm
Re: Tracking based on distance rather than by time interval
Hi again,
No sorry. As you have read in this other discussion, the tracking frequency is based on both parameters, but the user cannot change them separately right now. I have to be careful to do it in a way that won't add any complexity.
The other thing is that a tracking based on the distance cannot be done precisely if you want to save the battery.
Here is what is done for a time based tracking:
- You turn on the GPS sensor, get a fix, and turn it off;
- t seconds after, you turn it on again to get a new location.
Between the update, the GPS is off and won't use the battery.
On the contrary, for a distance based tracking, you cannot to that. You have to choose between:
- Let the GPS always on, and save locations after a particular distance threshold, which would be precise but battery killer;
- Compute an instant speed in order to deduce the time after which the user should have reach the distance threshold, and turn off the GPS until then. This is fine for the battery but not precise because it stands that the user will keep a constant speed.
This is why using both parameter at the same time is a quite good compromise.
But I'll try to work on that soon.
Best regards
No sorry. As you have read in this other discussion, the tracking frequency is based on both parameters, but the user cannot change them separately right now. I have to be careful to do it in a way that won't add any complexity.
The other thing is that a tracking based on the distance cannot be done precisely if you want to save the battery.
Here is what is done for a time based tracking:
- You turn on the GPS sensor, get a fix, and turn it off;
- t seconds after, you turn it on again to get a new location.
Between the update, the GPS is off and won't use the battery.
On the contrary, for a distance based tracking, you cannot to that. You have to choose between:
- Let the GPS always on, and save locations after a particular distance threshold, which would be precise but battery killer;
- Compute an instant speed in order to deduce the time after which the user should have reach the distance threshold, and turn off the GPS until then. This is fine for the battery but not precise because it stands that the user will keep a constant speed.
This is why using both parameter at the same time is a quite good compromise.
But I'll try to work on that soon.
Best regards
Do you like AlpineQuest ? Leave a small comment on Google Play !
Re: Tracking based on distance rather than by time interval
OK I see the reason to have a time based tracking.
If that is the case, then the only thing that I'm missing is the ability to change the minimum distance.
I would suggest that when the user select one of the time period (1s, 2s, 5s, ...), the user can :
- reuse or modify the associated minimum distance if it has been modified previously
- reset the associated minimum distance to its default value (respectively 0m, 1m, 2m, ...)
Thanks.
To be sure to understand the relationships you provided, does "5, 2" mean a new location is captured every 5 seconds only if the distance from the previous location is at minimum of 2 meters ?AlpineQuest wrote: rate (loc/sec), minimum distance (m)
1, 0
2, 1
5, 2
10, 3
20, 6
40, 12
60, 18
If that is the case, then the only thing that I'm missing is the ability to change the minimum distance.
I would suggest that when the user select one of the time period (1s, 2s, 5s, ...), the user can :
- reuse or modify the associated minimum distance if it has been modified previously
- reset the associated minimum distance to its default value (respectively 0m, 1m, 2m, ...)
Thanks.
Re: Tracking based on distance rather than by time interval
Hi,
Can you please confirm or otherwise explain the relationship between the time and the default distance ?
Can you please confirm or otherwise explain the relationship between the time and the default distance ?
ThanksCRider wrote: To be sure to understand the relationships you provided, does "5, 2" mean a new location is captured every 5 seconds only if the distance from the previous location is at minimum of 2 meters ?
-
- Site Admin
- Posts: 6408
- Joined: Wed Apr 14, 2010 9:41 pm
Re: Tracking based on distance rather than by time interval
Hi, sorry,
It actually means that a new location will be recorded after a minimum distance of 2 meters, and not within 5 seconds.
Due to the explanation above, you will never get a location before the 5 seconds, however the 2 meters are an approximation.
Best regards
It actually means that a new location will be recorded after a minimum distance of 2 meters, and not within 5 seconds.
Due to the explanation above, you will never get a location before the 5 seconds, however the 2 meters are an approximation.
Best regards
Do you like AlpineQuest ? Leave a small comment on Google Play !
Re: Tracking based on distance rather than by time interval
Hi,
Just to let you know that the new tracking distance feature covers my needs.
Thanks.
Regards.
Just to let you know that the new tracking distance feature covers my needs.
Thanks.
Regards.
-
- Site Admin
- Posts: 6408
- Joined: Wed Apr 14, 2010 9:41 pm
Re: Tracking based on distance rather than by time interval
Thanks for the feedback!
Do you like AlpineQuest ? Leave a small comment on Google Play !