Rethinking GPS: Engineering Next-Gen Location at Uber
eng.uber.com
eng.uber.com
I have tried to contact Google and get this fixed at least a dozen times over the past decade, always ignored. They used to have a whole community mapping thing where you could submit issues with the map, but those apparently are ignored.
It's a real nightmare trying to convince the insurance company and local government that google is wrong, love how that's my responsibility too.
Was implementing this on the client device considered? What were the motivations for this design?
1. Building 3D data is too large or inconvenient to store on the device.
2. Continuously downloading/caching small localized chunks of that data would result in unacceptable use of bandwidth for customers with limited data plans.
3. Their implementation of the algorithm may be CPU inefficient and contribute to excessive battery drain.
4. (cynical) This gives them yet another excuse to be sucking up and storing 1Hz precise user location data, potentially to use for other reasons...
Following their example of which side of the canyon the phone is, given the snr of sat b,c,d they can guess the side of the street.
If it's possible then being shadowed by an actual building, a construction site or a delivery truck amounts to the same result (but I guess the snr would vary between these 3 situations). Hence, why the need for the 3d model?
1. https://news.ycombinator.com/item?id=15308771 Super-Accurate GPS Chips Coming to Smartphones in 2018 (ieee.org)
Tracking people is necessary [0] as Uber needs to provide better services.
[0] https://www.npr.org/sections/alltechconsidered/2016/12/01/50...
I mostly use Lyft now because I was tired of fighting with the Uber app to get it to show my correct location
Original UCSB site: https://tia.ucsb.edu/about-tia/success-stories/shadowmaps/
A more detailed writeup by the original authors: http://insidegnss.com/auto/sepoct15-MADHOW_0.pdf