Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Location Ambiguity #3092

Closed
Ferretdog opened this issue Jan 12, 2024 · 10 comments
Closed

Location Ambiguity #3092

Ferretdog opened this issue Jan 12, 2024 · 10 comments

Comments

@Ferretdog
Copy link

Coming from using APRS in the ham radio world, I often enable Position Ambiguity which rounds off the last x digits of my lat/long. This gives people a rough idea where I am, but not an exact location, which is sufficient for many purposes. I might be happy to have people know roughly where I live without knowing the exact house, or knowing what town I'm in, but not much more than that.

  • I suggest a position ambiguity be added to the location settings, with a user selectable choice of digits of the decimal lat\long from 0 to 5 (or more), eg. x., x.y, x.yy, x.yyy, etc.

For example a decimal lat/long to 4 or more decimal places locates a specific house. -37.8929, 145.1524

But if I drop it back to 3 decimal places I'm still pretty close without disclosing which house I'm in, 2 places is quite adequate or even 1 place is plenty for what part of town or what suburb you're in which is often enough on a shared channel.

@crypto-smoke
Copy link

I like this, but it's also probably best changed in the firmware repo and then implemented in the various UIs

@garthvh
Copy link
Member

garthvh commented Jan 13, 2024

Are you not able to reduce location accuracy in android settings? This is an option for any app using location on iOS.

@Ferretdog
Copy link
Author

Ferretdog commented Jan 13, 2024

Are you not able to reduce location accuracy in android settings? This is an option for any app using location on iOS.

Not reliably. In some areas it will still be very accurate, depending on local cell and wifi networks.

But you're assuming I'm not using my phone gps for anything else, like navigation.

This function is built in to APRS equipped hand held ham radios as I've described it, with ambiguity based on lat.long decimal places, and it is very effective. It's lso used in android apps which interact with APRS radios.

Screenshot_20240114-052507

@andrekir andrekir transferred this issue from meshtastic/Meshtastic-Android Jan 13, 2024
@geeksville
Copy link
Member

This issue has been mentioned on Meshtastic. There might be relevant details there:

https://meshtastic.discourse.group/t/adjustable-gps-precision-for-privacy/9513/3

@jp-bennett
Copy link
Collaborator

I've started work on this. Currently using a binary bitmask, so we just set the bits of precision.

@jp-bennett
Copy link
Collaborator

PRthis feature is at #3248, and support in the Python app is at meshtastic/python#487 If anyone is interested in these features, and wants to test, I'd be very interested to hear how that goes.
Full precision for a channel is 32, and at 0 location data is fully disabled for the given channel.

@dougle03
Copy link

Will we see this in the web and Android app? - Perhaps for security purposes ambiguity over position should be the default with the option to increase accuracy.

@jp-bennett
Copy link
Collaborator

@dougle03 It's already in the iOS and Android app source code, and will roll out with the next release of both. It's not in the web app yet, but I expect that to happen before too long.

@Firworksyt
Copy link

Is this only for cellular device GPS forwarding or also for the hardware GPS on a node? I'm hoping it's for both so we can anonymize a little bit but still show the general location.

@jp-bennett
Copy link
Collaborator

@Firworksyt it's both now. We've added the code in the firmware routine that generates location packets. So regardless of the source, the location gets protected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants