Opened 7 years ago

Closed 4 years ago

#652 closed enhancement/feature request (wontfix)

Reduce GPS Sampling Rate until shortly before next turn

Reported by: robin Owned by: KaZeR
Priority: major Milestone: version 1.0
Component: core Version: git master
Severity: Keywords:


I was thinking that as navit informs the driver a certain distance before the next turn one could reduce the gps sampling rate until then and then from shortly before the turn increase the sampling rate again. I guess this would gps sampling rate will influence the amount of battery used.

Change History (7)

comment:1 Changed 7 years ago by robin

examples on how the gps rate may be influenced on the freerunner can be found here

comment:2 Changed 6 years ago by kazer

  • Milestone set to To be discussed - Give your opinion!

I'm not convinced that it is a good idea. If you take a wrong road, for any reason, it will only delay the routing recomputation. I'd like to hear opinions from other users (or for you to convince me :) )

comment:3 Changed 6 years ago by alexwien

I am sure that this is not a good idea (to change the update rate). First you must prove that the update rate of the GPS receiver significantly influences the battery consumption, which i doubt. Such a feature would introduce far more problems ...

comment:4 Changed 6 years ago by elhaard

This would only be a good idea when driving on very long roads without exits. Such roads exists e.g in the US and Australia.

On the other hand, when traveling such long distances, you would probably charge your device from the car anyway.

In all other cases - i.e. when the road has exits - I agree with kazer: There is too high a risk of delaying route recomputation.

comment:5 follow-up: Changed 6 years ago by spiky kiwi

what about raising the rate near junctions, especially roundabouts (and maybe using a simpler layout to make rendering faster)?

comment:6 in reply to: ↑ 5 Changed 5 years ago by chaoscrawler

Replying to spiky kiwi:

what about raising the rate near junctions, especially roundabouts (and maybe using a simpler layout to make rendering faster)?

i agree it would be nice to simplify layout in certain situations, and to tweak sampling rate, yet implementing all possible scenarios could bloat code too much. also such feats must have configuration options - and this is still missing in GUI in general.

comment:7 Changed 4 years ago by usul

  • Resolution set to wontfix
  • Status changed from new to closed

Please give us more information about your basic idea and why you expect this to be useful esp. to Navit.

Personally I don't expect that this will have a impact to battery lifetime and have some more concerns:

  • the GPS chipset has it's internal sampling rates that are mostly fixed (on RF side) and maybe it can only turn down the processing rate. So maybe you can say, that he should only compute the position every n seconds.
  • The polling frequency of Navit has no influence to the GPS chipset itself
  • instead this has to be invoked by a special command to the chipset to override the default settings.
  • Navit team has (currently) not the manpower to do research to offer this ability to all chipsets available (MTK, SiRF, ...).

So in short, I expect this to be in the focus on more general GPS frameworks as GPSd and not a direct feature of a navigation system.

But feel free to reopen the task anytime and give us more informations or profide results on research of this topic.

Note: See TracTickets for help on using tickets.