die folgenden sind in CLLocation.h aufgeführt, aber meiner Erfahrung nach täuschen sie Namen - möglicherweise ursprünglich gedacht, um zwei Zwecken zu dienen: 1. um die Genauigkeit des zurückgegebenen Standorts zu testen, aber auch 2. um festzulegen, wie hart der Standortmanager arbeitet , speziell was aktiviert ist (GPS (wie viele Satellitenkanäle), wie schwer das WLAN funktioniert, Triangulation usw.

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)

Ich würde gerne einen Blick auf CLLocation.m werfen, aber da dies wahrscheinlich nicht in Kürze der Fall sein wird - hat jemand einen Feldtest, der zeigt, was seiner Meinung nach mit diesen verschiedenen Modi vor sich geht?

ie, kCLLocationAccuracyBest = 10 Satelliten (Kanäle / Amtsleitungen?), 100% Strom für WLAN usw.

Ich rate hier ein bisschen von Strohhalmen - ich denke, das ist die Art von Information, die Apple hätte liefern sollen-

was ich wirklich wissen will ist, was eigentlich mit @ passiekCLLocationAccuracyThreeKilometers in Bezug auf die Batterieladung - ist das GPS eingeschaltet? 1 gesessener Kofferraum? WiFi aktiviert? WiFi auf einen Timer? Wer weiß? Ich weiß, ich möchte