W3C home > Mailing lists > Public > public-device-apis@w3.org > November 2018

Re: [geolocation-sensor] questions about new interface

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>

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?

Received on Thursday, 1 November 2018 20:18:08 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 1 November 2018 20:18:10 UTC