- From: Andy Gup <agup@esri.com>
- Date: Thu, 1 Nov 2018 18:36:53 +0000
- To: "public-device-apis@w3.org" <public-device-apis@w3.org>
- Message-ID: <8AEDE95B-A212-4D09-91DD-1E5597B58005@esri.com>
Hi, I’m excited to the see the new work and have a few questions after reviewing the Geolocation Sensor Editor’s Draft (17 Oct 2018). I work extensively with location-based mobile web apps for both commercial and consumer both in the U.S. and internationally. 1. There were a number of features in the original Geolocation API that were very useful and we don’t see them in the new spec, perhaps these haven’t been documented yet? * Are there are any considerations to include options to retrieve the location cache similar to maximumAge? * And, how about a timeout option? 2. And, are there any considerations to provide functionality to allow the developer to select the geolocation ‘source’: for example, WiFi, Cellular or GPS? * The largest issue our customers have encountered is having the location bounce around as different geolocation sources concurrently provide their own location. The typical workaround is to normalize the locations by averaging the geometric center and rejecting locations with an accuracy greater than what’s acceptable for the requirements. Many customers have chosen to use hybrid implementations that take advantage of native-to-javascript bridges that allow one to choose the geolocation source, for example: https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Esri_cordova-2Dplugin-2Dadvanced-2Dgeolocation&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=KdbvNWrP5yTit1RT04E9oX76qjWmH4UNtRMQKXKngos&m=m2WPsALXh8LcVUqsKrA4M8txsIOil0z9PbOs51R-Wq4&s=PdozQ1eLbDmhbADw-oehdaTHMPTcBx_62CIvGF31LSo&e=. 3. Specific documentation of HTTPS-only support. We are assuming this will continue to be a requirement? Any feedback would be appreciated? -Andy
Received on Thursday, 1 November 2018 20:18:08 UTC