> You can get basic location data by turning on your GPS and making a couple of CoreLocation calls
You can't without enabling Location Services. If you could, that would be a huge security hole because users can only disable Location Services and not CoreLocation.
> however it is still a useful feature to have when dealing with poor connectivity.
In order to not send your location to Apple, you have to leave the network off. The location will be stored on the device and synced to Apple later if not. Nobody is going to do that just to not send their location to Apple. They'll get a phone that they are in control of instead.
> Is there a way that Android lets you get location services (see below) without sending your location to Google?
Yes. Just request location permission and use the location API. If you want AGPS functionality, you still have to request the location permission, but you need to call a Google API (or an Amazon API on Amazon devices, etc.).
> If you're going to argue, please do so with at least the barest hint of good faith please.
I'm just pointing out how ridiculous your mitigation is using an equally ridiculous description.
> You can't without enabling Location Services. If you could, that would be a huge security hole because users can only disable Location Services and not CoreLocation.
You are right. I was looking in the disassembly of CoreLocation and misread where the controls for this were (and what they were named in the UI)–see below. Sorry about that.
> In order to not send your location to Apple, you have to leave the network off.
There's a bunch of toggles to switch off sending location data to Apple, specifically, in the Location Services settings page. So you can have Location Services on but not send anything to Apple, unless the app does so itself.
> The location will be stored on the device and synced to Apple later if not.
From the code, it seemed like this was for syncing frequent locations (which is end-to-end encrypted).
> They'll get a phone that they are in control of instead.
I am assuming you're claiming this is an Android device?
> I'm just pointing out how ridiculous your mitigation is using an equally ridiculous description.
You're really not; you're coming in, whether you're serious or not, with the argument that iPhones are "dumb", which is not useful or even related to the point. Countering my "ridiculous mitigation" (which I have not even described as a mitigation, mind you; I was just pointing out that you can get data from GPS without sending anything to Apple; if anything the "mitigation" I will point you to now is the set of switches that I mentioned before) with another one just does not help keep this conversation on track. It's quite literally flamebait.
It is not enough to disable Location Services for Apple apps. If any app requests location, even non-Apple apps, your location will be sent to Apple, as I showed above.
> I am assuming you're claiming this is an Android device?
You can use them without sending data anywhere you don't want.
> iPhones are "dumb",
I was very clearly riffing off the term "smartphone." A phone that has network disabled as you suggested cannot be called smart. What's the opposite of smart?
You can't without enabling Location Services. If you could, that would be a huge security hole because users can only disable Location Services and not CoreLocation.
https://support.apple.com/en-us/HT207092
> however it is still a useful feature to have when dealing with poor connectivity.
In order to not send your location to Apple, you have to leave the network off. The location will be stored on the device and synced to Apple later if not. Nobody is going to do that just to not send their location to Apple. They'll get a phone that they are in control of instead.
> Is there a way that Android lets you get location services (see below) without sending your location to Google?
Yes. Just request location permission and use the location API. If you want AGPS functionality, you still have to request the location permission, but you need to call a Google API (or an Amazon API on Amazon devices, etc.).
> If you're going to argue, please do so with at least the barest hint of good faith please.
I'm just pointing out how ridiculous your mitigation is using an equally ridiculous description.