W3C home > Mailing lists > Public > public-tracking@w3.org > March 2012

Re: Defining Collection (ISSUE-16)

From: Jonathan Mayer <jmayer@stanford.edu>
Date: Wed, 7 Mar 2012 14:54:24 -0800
Cc: Tracking Protection Working Group WG <public-tracking@w3.org>
Message-Id: <C23464F0-DEAE-4418-B465-34F2CFB0B677@stanford.edu>
To: Kevin Smith <kevsmith@adobe.com>
FYI, the Formal Objection is a specific W3C procedure that is available after a decision.  See http://www.w3.org/2005/10/Process-20051014/policies.html#FormalObjection.  It is a move that should not be considered lightly.

I've heard "receives" used before in this context, and I agree that it's closest in plain meaning to what we're discussingóbut it's not particularly common terminology in the privacy space.  If the group prefers "receives," fine by me.  So long as we're all in substantive agreement.


On Mar 7, 2012, at 2:23 PM, Kevin Smith wrote:

> The problem is that collection is such a common term in the industry and usually includes both your version of collection and retention.  Granted, I work in the analytics industry, but if you look back through other threads about 'collection' it is clear that I am not the only one for whom this has strong connotations that include retention.  Thus, using this term does not promote 'precision' but rather confusion.  So, I formally object to the text under review and again ask that you find a term with less historical context.
> Some other suggestions:
> * Transmission - this actually seems more accurate anyway since if I understand you right, you would like to prevent sending data.  If data is sent, you cannot prevent receiving the data, which is closer to the term collection.
> * Acquires - again focuses on the process of getting rather than retaining, but I am not fond of this one
> * Requests
> * Receives - probably the most precise
> Collection implies retention.  We simply cannot use that term and expect members of the industry not to be confused.
> -----Original Message-----
> From: Jonathan Mayer [mailto:jmayer@stanford.edu] 
> Sent: Wednesday, March 07, 2012 2:33 PM
> To: Kevin Smith
> Cc: Tracking Protection Working Group WG
> Subject: Defining Collection (ISSUE-16)
> (retitled for issue tracking)
> Here's the PENDING REVIEW text in the compliance document:
>> A party "collects" data if the data comes within its control.
>> A party "retains" data if data remains within a party's control.
>> A party "uses" data if the party processes the data for any purpose other than storage.
>> A party "shares" data if the party enables another party to collect the data.
>> The definitions of collection, retention, use, and sharing are drafted expansively so as to comprehensively cover a party's user-information practices.  These definitions do not require a party's intent; a party may inadvertently collect, retain, use, or share data.  The definition of collection includes information that a party did not cause to be transmitted, such as protocol headers.
> I think these definitions make a lot of sense in both plain meaning and analytical structure-they compel us to be precise with our exceptions.
> If there's disagreement, I'm listening.
> On Mar 7, 2012, at 10:17 AM, Kevin Smith wrote:
>> I have a request.  To me, 'collection' is synonymous to 'retention' and I automatically translate the 1st into the latter.  From a lot of responses over the last few months (not necessarily on this thread), I think many others have a hard time separating these two terms as well.  However, usually when Jonathon uses the term 'collection' he is not referring to 'retention', but rather the actual request that goes over the wire, and I quickly get confused.  Jonathon, any chance you can use a different word (transmission perhaps) to refer to the request?  
Received on Wednesday, 7 March 2012 22:54:53 UTC

This archive was generated by hypermail 2.3.1 : Friday, 3 November 2017 21:44:46 UTC