Jak zdecydować, jakiego przedziału użyć dla requestLocationUpdates?

Question

LocationManager#requestLocationUpdates umożliwia przekazanie parametru minTime i minDistance. Ciężko mi się zastanowić, jakie powinny być te liczby i mogę docenić pewne wskazówki.

Nasza aplikacja nie jest aplikacją nawigacyjną "zakręt po zakręcie"; Chcę tylko pokazać 10 najbliższych punktów. Ponieważ pokazuję 10 najbliżej, mogą się trochę zestarzeć, ale jeśli użytkownik jest w poruszającym się pojeździe, chciałbym/musiałbym je dość często aktualizować, aby uniknąć stagnacji.

Wyobrażam sobie, że wiele osób znajduje się w podobnej sytuacji, co niewyraźne wymagania: "Nie chcę, aby dane były zbyt stęchłe, ale nie chcę marnować baterii". Jak zmienić te niejasne wymagania w konkretne liczby?

Answer 1

***<Edit>*** 
As of JellyBean, the criteria is (minTime & minDistance), so it has 
to satisfy both to return a location. 
***</Edit>*** 

W zależności od problemu, wydaje mi się, że parametr minTime jest nieistotny.

To, o co naprawdę należy się martwić, to minDistance, więc jeśli użytkownik znajduje się w szybko poruszającym się pojeździe, będzie nadążał.

Jeśli osoba jedzie 60 mph, porusza się około 27 metrów na sekundę.

Biorąc pod uwagę tę critera ... Powiedziałbym używać:

MinTime = 60000 // aktualizuje co 60 sekund
minDistance = 90 // w szybko poruszającym się pojeździe, będzie aktualizować mniej więcej raz na 3 sekundy

Answer 2

został opisany ładnie w requestLocationUpdates docs

częstotliwość notyfikacji lub nowych lokalizacjach mogą być sterowane za pomocą MinTime i umysłu parametry istance. Jeśli minTime jest większa niż 0, menedżer LocationManager może potencjalnie spocząć na przez minTime milisekundy między aktualizacjami lokalizacji w celu oszczędzania energii. Jeśli minDistance jest większe niż 0, lokalizacja będzie nadawana tylko wtedy, gdy urządzenie przesunie się o minDistance metrów. Aby uzyskać informację jak najczęściej możliwe, ustawić oba parametry 0. usług tło powinno być staranne o ustawienie wystarczająco wysoką MinTime tak, że urządzenie nie zużywają zbyt wiele władzy przez utrzymywanie radia GPS lub bezprzewodowych we wszystkich czasach . W szczególności nie zaleca się wartości pod 60000ms.

Answer 3

Mogę zaproponować lepszy pomysł, który początkowo wymaga aktualizacji z nieco większym odstępem czasu i uzyskania lokalizacji. Teraz sprawdź, czy odległość między kolejnymi lokalizacjami jest większa niż odległość minimalna, aby odróżnić bliższe lokalizacje, zmienić częstotliwość aktualizacji żądania na mniejszą. Podobnie, jeśli w tym niższym przedziale obliczona odległość jest znacznie niższa, co oznacza, że ​​użytkownik nie podróżuje przez pojazd, wówczas interwał aktualizacji do większej wartości. Aby zaktualizować interwał, musisz wyrejestrować poprzedni podmiot nasłuchujący, a następnie dokonać ponownej rejestracji z nową wartością.

Answer 4

Dla twojego problemu, spójrz na PASSIVE_PROVIDER. Zasadniczo pomoże ci to uzyskać aktualizacje, gdy inne aplikacje mogą o nie poprosić.Możesz więc użyć tego w połączeniu z innym dostawcą.