Jak mierzy się dokładność lokalizacji w systemie Android?

[2]}lokalizacja jest trudnym zadaniem, gdy masz ograniczoną żywotność baterii i gdy nie ma sygnału GPS w budynkach i w obszarach z wieloma dużymi budynkami itp. Ale Android sprawia, że o wiele łatwiejsze. Kiedy żądasz lokalizacji, musisz tylko określić, jakiej dokładności potrzebujesz.

Jeśli określisz, że chcesz accuracy dla przykładu *100 meters*, Android spróbuje uzyskać lokalizację i jeśli może uzyskać lokalizację z dokładnością do 70 metrów, zwróci ją do ciebie, ale jeśli Android może uzyskać Lokalizacja z dokładnością większą niż 100 metrów, Twoja aplikacja będzie czekać i nie otrzyma nic, dopóki nie będzie lokalizacji z taką dokładnością.

Zazwyczaj Android najpierw otrzyma identyfikator komórki, a następnie wyśle go do serwera Google, który mapuje takie identyfikatory komórek, a serwer zwróci szerokość i długość geograficzną z dokładnością, która jest niska dla przykładu 1000 metrów. W tym czasie Android spróbuje również zobaczyć wszystkie sieci WiFi w okolicy i wyśle informacje o nich zbyt do serwer Google i, jeśli to możliwe, serwer Google zwróci nową lokalizację z większą dokładnością dla przykładu mierników 800.

Ważna informacja: pierwsza dwie metody wymagają połączenia z Internetem. Jeśli nie ma połączenia z danymi, będziesz musiał poczekać na GPS, ale jeśli urządzenie znajduje się w budynku, prawdopodobnie nie otrzymasz lokalizacji.

Dokumentacja na getAccuracy mówi, że zwraca dokładność w metrach. Domyślam się, że oznacza to, że jeśli otrzymasz wartość zwrotu 60, jesteś gdzieś w okręgu o promieniu 60 metrów wokół dostarczonej pozycji.

Z tego, co widzę z szybkiego spojrzenia na kod źródłowy Androida, jest to zależne od sprzętu urządzenia i jaką wartość wybiera do powrotu.

Plik GpsLocationProvider.java mA reportLocation Metoda , która jest wywoływana przez natywny kod i przekazywana jako wartość dokładności. Wydaje się więc, że przynajmniej żadne obliczenia nie mają miejsca w ramach.

Qcom (który moim zdaniem jest Qualcomm) GPS Git repo przekazuje parametr hor_unc_circular dla dokładności, który wydaje się sugerować, że przynajmniej ta implementacja korzysta z CER.

Jeśli, jak zacytowano to w dokumentach, jest to dokładność, to rzeczywista pozycja użytkownika znajduje się gdzieś w obrębie QUOTED_LOCATION + / - ACCURACY. Tak więc dokładność określa Promień, w którym można oczekiwać, że użytkownik będzie. To, czego nie piszą dokumenty, to pewność, że użytkownik jest w promieniu-standard wynosi 95%, więc chyba to wszystko.

Rozumiem, że prosisz o konkretną odpowiedź pod względem prawdopodobieństwa, ale myślę, że są dwie rzeczy do rozważenia. Po pierwsze, to dostawca decyduje, co chce umieścić w tej wartości, więc w zależności od dostawcy, może to być po prostu złe przypuszczenie. Po drugie, może pomóc myśleć o tym jako potencjalnym problemie zaokrąglania. Jeśli próbuję obliczyć Twoją lokalizację na podstawie liczby wejść, a niektóre z tych wejść są dostępne tylko dla określonej liczby znaczących cyfr, wtedy możliwe jest tylko obliczenie lokalizacji z określoną liczbą cyfr znaczących. Pomyśl o tym w ten sposób -- co to jest "o" jeden plus " o " sto. Prawdopodobnie około stu, ponieważ dokładność stu jest prawdopodobnie mniejsza niż wielkość 1. Jeśli nagle powiem, że odpowiedź jest około 101, to może oznaczać poziom dokładności, którego nie było. Jednak, jeśli rzeczywiście określić dokładność, to mogę powiedzieć, że to 100 plus minus 10 plus 1 plus minus .1 101 plus minus 10. Rozumiem, że ogólnie odnosi się to do czegoś w rodzaju poziomu ufności 95% (błąd standardowy), ale znowu, że wszystko zakłada, że dostawca rozumie statystyki i nie tylko zgaduje.