- From: Roy T. Fielding <fielding@gbiv.com>
- Date: Sun, 8 Dec 2013 10:33:11 -0800
- To: Mike O'Neill <michael.oneill@baycloud.com>
- Cc: Tracking Protection Working Group <public-tracking@w3.org>
The code is the URI. There is no need to retrieve or parse anything because the UA would simply compare it as a name. It naturally leads to standardization over time and doesn't require us to maintain a registry. This is how the Web works. ....Roy > On Dec 8, 2013, at 4:47 AM, "Mike O'Neill" <michael.oneill@baycloud.com> wrote: > > Roy, > > There should be a way for UAs or audit scanners to automatically recognise compliance statements other than by constraining servers to unique Uris or trying to parse an un-standardised document. Compliance should be indicated by a code followed by an optional Uri addressing a human-readable resource. The compliance reference codes should be in a maintained registry, maybe administered by IANA. For example DAA, NAI, EU, COPPA etc. > > A server could comply with multiple ones i.e. EU and NAI, so the new TR member should be a multiple value list. > > i.e. in JSON: > > var trf= > { > "compliance": [ > { > "code": "EU", > "description": "https://xxx.eu/DNTcompliance" > }, > { > "code": "NAI", > " description ": "https://www.networkadvertising.org/DNTcompliance" > } > ] > } > > > > Mike > > >> -----Original Message----- >> From: Tracking Protection Working Group Issue Tracker >> [mailto:sysbot+tracker@w3.org] >> Sent: 08 December 2013 05:12 >> To: public-tracking@w3.org >> Subject: tracking-ISSUE-239: Should tracking status representation include an >> array of links for claiming compliance by reference? [Tracking Preference >> Expression (DNT)] >> >> tracking-ISSUE-239: Should tracking status representation include an array of >> links for claiming compliance by reference? [Tracking Preference Expression >> (DNT)] >> >> http://www.w3.org/2011/tracking-protection/track/issues/239 >> >> Raised by: Roy Fielding >> On product: Tracking Preference Expression (DNT) >> >> I propose an optional member of the tracking status object that will allow the >> origin server to communicate what (if any) claims it wishes to make regarding >> compliance to certain behaviors, as defined by reference to other standard >> resources: >> >> An origin server MAY send a member named compliance with an array value >> containing a list of URI references that identify specific regimes to which the >> origin server claims to comply for the designated resource. Communicating such >> a claim of compliance is presumed to improve transparency, which might >> influence a user's decisions or configurations regarding allowed tracking, but >> does not have any direct impact on this protocol. >> >> compliance = %x22 "compliance" %x22 >> compliance-v = array-of-refs >> >> Related to ISSUE-136 > >
Received on Sunday, 8 December 2013 18:33:42 UTC