You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 15, 2024. It is now read-only.
If you create a LocationOperation with accuracy set to kCLLocationAccuracyBestForNavigation, the location handler won't be called, as in didUpdateLocations, the horizontal accuracy of the current location is compared to the accuracy the user specified. The problem is that kCLLocationAccuracyBestForNavigation is defined as -2, so the only time the current location will have a negative horizontal accuracy is if it is invalid.
I'm not for sure if supplying kCLLocationAccuracyBestForNavigation, or any of the other constants that have a negative value, should be supported. It seems Apple's original code sample has this same issue.
The text was updated successfully, but these errors were encountered:
I'm open to solutions but am not an expert in this. If you feel you have an appropriate solution feel free to submit a pull request. Tests around this would be great too.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
If you create a
LocationOperation
with accuracy set tokCLLocationAccuracyBestForNavigation
, the location handler won't be called, as indidUpdateLocations
, the horizontal accuracy of the current location is compared to the accuracy the user specified. The problem is thatkCLLocationAccuracyBestForNavigation
is defined as-2
, so the only time the current location will have a negative horizontal accuracy is if it is invalid.I'm not for sure if supplying
kCLLocationAccuracyBestForNavigation
, or any of the other constants that have a negative value, should be supported. It seems Apple's original code sample has this same issue.The text was updated successfully, but these errors were encountered: