os itens a seguir estão listados em CLLocation.h, mas, de acordo com a minha experiência, eles enganam os nomes - possivelmente originalmente pensados para servir a dois propósitos: 1. testar a precisão do local retornado, mas também 2. definir o quanto o gerenciador de local trabalha, especificamente o que está ativado (gps (quantos canais via satélite), quão duro o wifi funciona, triangulação etc.

extern const CLLocationAccuracy kCLLocationAccuracyBestForNavigation; // (raw value: -2)
extern const CLLocationAccuracy kCLLocationAccuracyBest; // (raw value: -1)
extern const CLLocationAccuracy kCLLocationAccuracyNearestTenMeters; // (raw value: 10)
extern const CLLocationAccuracy kCLLocationAccuracyHundredMeters; // (raw value: 100)
extern const CLLocationAccuracy kCLLocationAccuracyKilometer; // (raw value: 1000)
extern const CLLocationAccuracy kCLLocationAccuracyThreeKilometers; // (raw value: 3000)

Eu adoraria dar uma olhada no CLLocation.m, mas como isso não deve acontecer tão cedo - alguém tem algum teste de campo mostrando o que eles acham que está acontecendo com esses diferentes modos.

ou seja, kCLLocationAccuracyBest = 10 satélites (canais / troncos?), 100% de energia para wifi etc.

Estou meio que adivinhando as palhas aqui. Acho que esse é o tipo de informação que a Apple deveria ter fornecido.

o que eu realmente quero saber é o que realmente está acontecendo comkCLLocationAccuracyThreeKilometers em relação ao consumo de bateria - o GPS está ativado? 1 sab tronco? Wi-Fi habilitado? wifi em um temporizador? quem sabe? Eu sei que gostaria de