Whenever there is no service while using live tracking, all the points in between losing Internet connection and regaining it are gone. It would be great to have an option to send all cached points once a connection is back. As they can be timestamped, it should not be a problem for receiving servers to parse the points. They could be sent in an array, for example.
Local caching for live tracking when out of data signal
Would it be possible to add local caching to the live tracking so locations are sent from when the phone is out of data signal?
For implementation I envisage it working something like:
- In a live tracking profile, users can opt to use caching
- Caching is unavailable for GET requests (as data length is limited and you do not want to poll a url multiple times in a short time)
- For POST requests, Locus sends (if data available) a cache variable which is an array of locations (in the same format as the live beacon).
On the receiving server:
- any local authentication etc.
- process live location
- check for cache variable
- if present and supported, process cached locations
As an extra bonus, Locus could detail how many cached locations are stored in notifications (with where it currently reports successes and failures), and provide a way of manually sending the data to the server (example is when you finish a walk out of signal - you stop the tracking, but want to share the outstanding locations when you are back in signal.)
Yes please! Then I can use Locus Pro exclusively when going on hikes instead of relying on Viewranger (has out of signal caching) which chews up device memory and adds to battery drain.
Yes please! Then I can use Locus Pro exclusively when going on hikes instead of relying on Viewranger (has out of signal caching) which chews up device memory and adds to battery drain.
Caching live tracking locations would be very useful because when I`m out hill-walking it is rare that I have data signal on my phone for the whole walk (which potentially results in large gaps in transmitted locations), so I`m very much in favour of this idea :-)
Caching live tracking locations would be very useful because when I`m out hill-walking it is rare that I have data signal on my phone for the whole walk (which potentially results in large gaps in transmitted locations), so I`m very much in favour of this idea :-)
I don`t see the problem with GET, you can absolutely pull a url multiple times in a short period. And if it is a problem, make it up to the user to pick the proper way to send the data.
I don`t see the problem with GET, you can absolutely pull a url multiple times in a short period. And if it is a problem, make it up to the user to pick the proper way to send the data.
I would also appreciate live data caching while offline. But keep it simple in Locus... just hammer the server with multiple URLs in short order. Cant see any problem with that really, as long as you keep them in sequence.
I would also appreciate live data caching while offline. But keep it simple in Locus... just hammer the server with multiple URLs in short order. Cant see any problem with that really, as long as you keep them in sequence.
I travel alone in deserted areas, often without a network. It would be great if the live tracking was cached. When the network is available, all cached data should be uploaded.So that my route is visible and one can guess which way I follow.
I travel alone in deserted areas, often without a network. It would be great if the live tracking was cached. When the network is available, all cached data should be uploaded.So that my route is visible and one can guess which way I follow.
I am joining with the request for this topic to buffer unsent live tracking points and resend them after data connection recovery. I use my own private family LT server and the track is incomplete in places not covered by GSM signal.
I am joining with the request for this topic to buffer unsent live tracking points and resend them after data connection recovery. I use my own private family LT server and the track is incomplete in places not covered by GSM signal.
Any news? I need this features too
Any news? I need this features too
I would also love to se this feature.
I would also love to se this feature.
Replies have been locked on this page!