W3C home > Mailing lists > Public > public-geolocation@w3.org > December 2010

RE: Privacy considerations for implementors of the Geolocation API

From: Adrian Bateman <adrianba@microsoft.com>
Date: Tue, 28 Dec 2010 00:33:14 +0000
To: Andrei Popescu <andreip@google.com>, Doug Turner <dougt@dougt.org>
CC: "public-geolocation@w3.org" <public-geolocation@w3.org>
Message-ID: <104E6B5B6535E849970CDFBB1C5216EB3CC80BCF@TK5EX14MBXC138.redmond.corp.microsoft.com>
On Friday, November 19, 2010 7:16 AM, Andrei Popescu wrote:
> On Mon, Nov 15, 2010 at 3:32 PM, Doug Turner <dougt@dougt.org> wrote:
> > I'd like the consideration section to reflect the intent we had.  I
> > would rather have us leave the MUST but change what we meant to be
> > displayed to the user.  Maybe "HOST of the requesting document".  There
> > are probably others with a better name for this field.
> >
> I just checked and Adrian is right, nobody shows the scheme part. I think
> changing to say "host" is reasonable. Adrian, would be ok with saying
> "host" and keeping this as a MUST?

Microsoft's position is that mandating a particular user experience is not appropriate for an API specification. Specifying this kind of UI does not protect users' privacy. Specified this way, an implementer could mistakenly choose to ignore the UI requirement if it doesn't match the UA's general approach without considering the consequences. It is much more useful to outline the privacy concerns and mandate that an implementation must suitably mitigate these in line with the overall privacy policy of the UA.

The fact that the specification requires a particular UI today but that none of the implementations conform is ample demonstration that this clause does nothing to protect anyone's privacy.

I realise it is late in the process to raise this issue for the v1.0 specification. If the consensus is to keep this language then we will encourage the working group to revisit the discussion as part of the v2 specification.


Received on Tuesday, 28 December 2010 00:33:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:51:01 UTC