- From: Luis Barguñó Jané <luisbargu@gmail.com>
- Date: Wed, 2 Aug 2017 20:17:58 +0200
- To: "Walter H." <Walter.H@mathemainzel.info>
- Cc: ietf-http-wg@w3.org
- Message-ID: <CAPA9heVpBi+=Bq7gSiBw1QVqUzq0rrGCLp2C7Gz+za2MZAWzMQ@mail.gmail.com>
IP-based location can be off by up to hundreds of Km (specially on carrier IPs). This is not a solution for the use case I'm presenting. For some location-aware services (e.g. I want restaurants near me), you need a precise location. Also I'm not sure I understand why a good admin would block these headers. Why would we have a JS geolocation API <https://www.w3.org/TR/geolocation-API/> to provide precise location then? This is not changing anything regarding permissions, and having geolocation headers would require the same user consent we currently have for the JS geolocation API. All this proposal is just about a technical improvement on how location is shared with an origin (after permissions have already been granted), so a single roundtrip can provide local results (instead of two roundtrips). On Wed, Aug 2, 2017 at 7:19 PM, Walter H. <Walter.H@mathemainzel.info> wrote: > On 02.08.2017 16:05, Luis Barguñó Jané wrote: > > Hi, > > I would like to discuss with you a proposal to solve the following use > case: > > the solution: have a database with IP addresses and its locations ... > > in order not to be tracked any good admin would block such geolocation > headers; > >
Received on Wednesday, 2 August 2017 18:18:21 UTC