i seguenti sono elencati in CLLocation.h ma dalla mia esperienza sono nomi ingannevoli, possibilmente originariamente pensati per servire a due scopi, 1. per verificare l'accuratezza della posizione restituita, ma anche 2. per impostare quanto duramente le opere location manager, in particolare quello che è abilitato (GPS (quanti sat canali), quanto duramente le opere wifi, ecc triangolazionedecodifica dei cost di CLLocationAccuracy
extern const CLLocationAccuracy kCLLocationAccuracyBestForNavigation;
extern const CLLocationAccuracy kCLLocationAccuracyBest;
extern const CLLocationAccuracy kCLLocationAccuracyNearestTenMeters;
extern const CLLocationAccuracy kCLLocationAccuracyHundredMeters;
extern const CLLocationAccuracy kCLLocationAccuracyKilometer;
extern const CLLocationAccuracy kCLLocationAccuracyThreeKilometers;
mi piacerebbe dare un'occhiata a CLLocation.m, ma come Non è probabile che ciò accada presto, qualcuno ha qualche test sul campo che mostra ciò che pensano stia accadendo con queste diverse modalità:
cioè, kCLLocationAccuracyBest = 10 satellitare (canali/tronchi?), 100% della potenza a una rete WiFi, ecc ..
im sorta di indovinare sugli specchi qui- Credo che questo sia il tipo di informazioni Apple dovrebbe avere forniti-
quello che voglio veramente sapere è, cosa sta realmente succedendo con kCLLocationAccuracyThreeKilometers in relazione al draw della batteria - il GPS è acceso? 1 tronco seduto? wifi abilitato? wifi su un timer? chissà? So che mi piacerebbe to
Nota anche, con il commento di Little, il sig. WWDC afferma che la torre cellulare solo senza connessione dati (come quando si effettua il roaming senza un piano dati) è accurata 10-50 km. "Simile al prefisso, vice, un numero specifico, in termini di posizione." – Olie
Ricordo di aver appreso che kCLLocationAccuracyBest è in realtà -1, solo fyi. Grazie per la risposta. – hatunike
@hatunike Puoi qualificare ulteriormente la tua affermazione? –