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

Integrate Wi-Fi & Cellular Location Based Service (LBS) #9

Open
beriberikix opened this issue Nov 30, 2022 · 5 comments
Open

Integrate Wi-Fi & Cellular Location Based Service (LBS) #9

beriberikix opened this issue Nov 30, 2022 · 5 comments
Labels
enhancement New feature or request

Comments

@beriberikix
Copy link

https://en.wikipedia.org/wiki/Location-based_service
https://en.wikipedia.org/wiki/Wi-Fi_positioning_system

This proposal is to add software support for Wi-Fi based location and Cellular based location once we have Cellular Frogs. Using Location Based Services (LBS) is extremely common in mobile applications (Google Maps uses it famously) to provide location information when there isn't a GPS signal. While Frogs are typically stationary, adding support for LBS will help when there isn't great GPS reception in an area or temporary issues due to weather. It's also useful during software development since a developer is typically indoors and a GPS fix could take 45 seconds or more - or never complete.

There are many paid options (usually from a Cellular modem vendor like Nordic and Qualcomm) but there are free services and even free datasets. One service with a free tier that I've used in the past is https://unwiredlabs.com/. Another to consider is Mozilla's MLS since it's free and open source, so we could host it ourselves.

One area of concern is around Privacy so we should make sure we understand the implications of using a third-party service and make sure whatever we implement complies with our privacy stance. A self-hosted solution like MLS/Mozilla Ichnaea could be the best way to achieve this.

Note: this is not about adding Assisted GPS, which speeds up time to first fix. Mobile apps also use LBS as an enhancement but is more complicated to design/implement. This proposal simply adds the ability to get location when there isn't a good source.

@damz
Copy link
Contributor

damz commented Nov 30, 2022

We also probably want to allow users to just provide the location data themselves, given that most sensors are stationary.

(Note that Mozilla only provides data downloads for cellular networks, which would require a GSM modem.)

@keenanjohnson
Copy link
Member

keenanjohnson commented Dec 1, 2022

It's definitely an interesting idea! Balena actually implements a wifi based location service already for our SBC based Frogs.

The problem with these services is that although they will provide a mostly accurate lat / long. that fits within our 1 km spatial resolution desire (Ribbit-Network/ribbit-network-frog-hardware#41), they typically don't provide any accurate source of alt. (GPS does this).

We've been told previously that the ability to fairly precisely locate the altitude of the sensors will likely be important for future analysis (although we currently don't do anything with that info today).

@keenanjohnson
Copy link
Member

It's possible we could run a compensation algorithm using the barometer to try and derive the alt. that way and use location-based services and the baro alt. instead of GPS, but the reliability and accuracy of both options would need to be validated.

@beriberikix
Copy link
Author

Makes sense! I wonder if it's still better to have data with coarse or potentially incorrect location data? If we annotated that in the database, data scientist could filter or otherwise treat those readings differently. Not sure it's worth it, though!

@beriberikix
Copy link
Author

I do like @damz suggestion to provide a user-supplied location, which a LBS library could re-use.

@keenanjohnson keenanjohnson transferred this issue from Ribbit-Network/ribbit-network-frog-hardware Dec 6, 2022
@keenanjohnson keenanjohnson added the enhancement New feature or request label Dec 6, 2022
@keenanjohnson keenanjohnson linked a pull request Jun 15, 2023 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants