15:54:07 RRSAgent has joined #dnt 15:54:07 logging to http://www.w3.org/2014/08/20-dnt-irc 15:54:09 justin has joined #dnt 15:54:09 RRSAgent, make logs world 15:54:09 Zakim has joined #dnt 15:54:11 Zakim, this will be TRACK 15:54:11 ok, trackbot; I see T&S_Track(dnt)12:00PM scheduled to start in 6 minutes 15:54:12 Meeting: Tracking Protection Working Group Teleconference 15:54:12 Date: 20 August 2014 15:54:23 chair: justin 15:54:27 regrets+ johnsimpson 15:55:00 dsinger has joined #dnt 15:55:16 npdoty has changed the topic to: agenda, August 20th: http://lists.w3.org/Archives/Public/public-tracking/2014Aug/0040.html 15:55:42 eberkower has joined #dnt 15:55:44 schunter has joined #dnt 15:57:46 moneill2 has joined #dnt 15:58:00 jeff has joined #dnt 15:58:25 T&S_Track(dnt)12:00PM has now started 15:58:32 +eberkower 15:58:50 Zakim, mute me please 15:58:50 sorry, eberkower, muting is not permitted when only one person is present 15:59:27 +RichardWeaver 15:59:28 +Jack_Hobaugh 15:59:40 +[FTC] 15:59:53 +[Apple] 16:00:01 zakim, [apple] has dsinger 16:00:01 +dsinger; got it 16:00:07 +npdoty 16:00:28 amyc has joined #dnt 16:00:32 Zakim, agenda? 16:00:32 I see nothing on the agenda 16:00:34 +??P12 16:00:36 Richard_comScore has joined #dnt 16:00:40 agenda+ issue-188 16:00:41 Zakim, ??P12 is me 16:00:42 +schunter; got it 16:00:44 agenda+ issue-203 16:00:50 Zakim, please mute me 16:00:50 eberkower should now be muted 16:00:53 +[Microsoft] 16:00:53 agenda+ personalization 16:01:02 agenda+ audience measurement 16:01:04 agenda+ aob 16:01:11 +kulick 16:01:28 kulick has joined #dnt 16:01:32 +Jeff 16:02:27 + +1.202.407.aaaa 16:02:32 zakim, who is on the phone? 16:02:32 On the phone I see eberkower (muted), RichardWeaver, Jack_Hobaugh, [FTC], [Apple], npdoty, schunter, [Microsoft], kulick, Jeff, +1.202.407.aaaa 16:02:34 [Apple] has dsinger 16:02:35 I can scribe 16:02:36 kj has joined #dnt 16:02:36 zakim, aaaa is me 16:02:36 +justin; got it 16:02:55 vincent has joined #dnt 16:02:58 vinay has joined #dnt 16:03:00 scribenick: amyc 16:03:42 justin: goes over four agenda items, focus on de-id and how to use term tracking in compliance doc 16:03:54 +vincent 16:03:55 q+ 16:03:56 + +1.917.934.aabb 16:04:04 ... start with deid, then pick up tracking when Roy joins 16:04:45 dsinger: Apple has expert to answer limit ad tracking 16:05:12 ... Eric can help respond, on iOS equivalent of DNT 16:05:12 Zakim, take up agendum 4 16:05:12 agendum 4. "audience measurement" taken up [from npdoty] 16:05:24 ack dsinger 16:05:37 Eric: question about how others would use ad id for other uses 16:05:53 s/Eric/Erik/ 16:06:04 + +1.813.366.aacc 16:06:13 present+ ErikN 16:06:20 justin: yes, can still collect data for frequency cap, billing, but there have been questions about whether data can still be used for analytics and research 16:06:28 WileyS has joined #dnt 16:06:52 +WileyS 16:07:06 ErikN: switch inside iOS that user can find and turn on, associated with Apple ID and sync across devices 16:07:26 fielding has joined #dnt 16:07:30 ... limit ad tracking brings contractual enforcement to app developers, program license agreement 16:07:44 +??P46 16:07:53 zakim, who is on the phone? 16:07:54 On the phone I see eberkower (muted), RichardWeaver, Jack_Hobaugh, [FTC], [Apple], npdoty, schunter, [Microsoft], kulick, Jeff, justin, vincent, +1.917.934.aabb, +1.813.366.aacc, 16:07:57 ... WileyS, ??P46 16:07:57 [Apple] has dsinger 16:07:57 +Fielding 16:08:40 ... which contains restrictions on app developers. IDFA is non permanent ID that user can reset at any time. Can be used for interest targeting. If limit tracking is on, then contract requires that developer honor limit ad tracking choice 16:09:28 npdoty, i am on 735619 uk number 16:09:30 ... in practice, most developers not doing their own ad work, using a third party framework. Generally speaking, code of that third party library will query with IDFA. Because developer ships code, the program license agreement comes into force. 16:09:30 adrianba has joined #dnt 16:09:52 Zakim, ??p46 is moneill2 16:09:52 +moneill2; got it 16:10:02 ... pulling up program license agreement that has specifics as to what is included as permitted when limit ad tracking is on 16:10:10 zakim, mute me 16:10:10 moneill2 should now be muted 16:10:29 general reporting versus profiling 16:10:34 justin: seems to conflicting info on whether analytics is allowed 16:10:40 + +1.425.707.aadd 16:10:49 zakim, aadd is me 16:10:49 +adrianba; got it 16:10:59 zakim, mute me 16:11:02 adrianba should now be muted 16:11:04 ErikN: when limit ad tracking is on, there is not exhaustive list of forbidden uses. Instead, there is a list of allowed uses. 16:11:27 that sounds like a similar model to our document 16:11:41 Justin: so can still collect IDFA for frequency capping, x, Y, Z, not a blanket prohibition? 16:13:06 ErikN: set of permitted uses, we don't define behavioral advertising. We looked at core uses, impact to advertising and impact to advertising. Some basic uses of ID that aren't tailored or targeted to individual, but are about the mechanics of advertising 16:13:09 +Wendy 16:13:22 q? 16:13:25 ... will send agreement to dsinger and list 16:14:03 Justin: on Android platform, different language, the ad id must only be used for ad and analytics [not sure I am getting all this, can we submit to list?] 16:14:58 ... specifcially prohibits creation of user profiles for advertising, looks like it is silent on pure analytics or market research 16:15:06 that Android text specifically prohibits some uses, as well as permitting some uses 16:15:28 http://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Audience_Measurement 16:15:49 q? 16:16:34 Justin: goes over ESOMAR proposal, on calibration of opt-in panels, not all users. If someone wants to propose that all research or product improvement is allowed, that would be possible. DAA has language like this in self reg. 16:16:41 q? 16:16:54 ... unless new text proposed, will go to poll on Esomar proposal in week or two 16:17:03 Zakim, take up agendum 1 16:17:03 agendum 1. "issue-188" taken up [from npdoty] 16:17:13 https://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Deidentification 16:17:27 actually, I just updated the wiki 16:17:34 Justin: Status of deid, three proposals, plus language from dsinger that is being finalized 16:17:40 +Brooks 16:17:40 yes, my last email is http://lists.w3.org/Archives/Public/public-tracking/2014Aug/0036.html 16:17:45 Brooks has joined #dnt 16:17:47 oh, never mind -- other page 16:17:58 right, I was waiting for dust to settle 16:18:00 I updated the one on 203 16:19:04 ... may have been questions about dsinger text 16:19:06 zakim, unmute me 16:19:06 moneill2 should no longer be muted 16:19:20 ... EFF and Jeff seemed supportive 16:19:46 q? 16:19:49 q+ 16:19:54 Moneill2: concern was about making method public, text looks good at moment 16:20:03 zakim, mute me 16:20:03 moneill2 should now be muted 16:20:04 q+ 16:20:10 I am totally cool with a change of name, to avoid confusion 16:20:11 fielding: drop all proposals and change word to anonymize 16:20:40 De-associated? 16:20:50 ... didn't want to use unlinkable because link is important term for web 16:21:28 ... a few places where we use deidentified, where we should use anonymized 16:21:49 Justin: wouldn't we still have to define anonymize, would we use these definitions? 16:22:00 as my email indicates I am happy to use this text to define a better term (and use that term in the document) 16:22:12 fielding: Yes, but discussion would be closer to finalize. 16:22:24 ... confirms his proposal would work with anonymize 16:22:27 q+ 16:22:33 q- field 16:22:35 ack npd 16:22:41 Justin: does anyone care about using anonymize rather than deidentified? 16:22:58 q+ 16:23:33 npdoty: anonymize is used in dramatically different ways, could lead to confusion. Deid matches FTC language, more accurately describes process that involves pseudonymized records 16:23:40 ack ds 16:23:58 I'm fine with a descriptor to add to de-identified 16:24:07 Either has its pros/cons - anonymous at least fits better into the anonymous, pseudonymous, personal paradigm. 16:24:09 dsinger: could use common term and define ourselves, risking confusion. Or pick a new term of our own choosing. 16:24:10 "sufficiently deidentified" "permanently deidentified" 16:24:54 “non-tracking data” has the advantage of clearly marking it as out of our scope 16:24:58 Justin: something like non-tracking data, data that meets these measures or goes through this process are non-tracking data 16:25:05 "non-tracking" would require an update to the term of "tracking" to add identity w/ across contexts 16:25:07 non-tracking data fine by me 16:25:07 fielding: OK with that 16:25:18 npdoty: OK with that too 16:25:20 +q 16:25:24 ack wileys 16:26:13 q+ 16:26:19 wileys: tracking doesn't have strong connection to identification, more about across contexts. Maybe we need to update tracking to include concept of identification 16:26:22 I think this is one way to make data not tracking data; (not that all data that isn't tracking would have this process applied) 16:26:40 Justin: non-tracking is not opposite of tracking data 16:26:51 ack fielding 16:26:53 what was the conflict on "deidentified"? I think this closely matches use of it by FTC, for example 16:27:21 fielding: agrees with Shane, all the data about user collected by single site is not tracking data (all identified/personal) 16:27:39 how about adverb to add to deidentified? if there's a conflict 16:27:39 ... we should stick with something like anonymous 16:28:46 ... deidentified was way of unlinking data from user in a way unknown to outside world. References to data sets that have been scrubbed for publication, rather than preventing controller of data set from re identifiying 16:28:46 OK, either use anonymized, or invent a new term (‘de-associated’?) 16:28:49 q+ to agree on pseudonymous 16:29:09 Does ‘anonymized’ have similar baggage (existing definitions that are not the same)? 16:29:23 dsinger, yes, extremely so. 16:29:25 ... the way we use in TPE is that we intend to say that the person holding the data no longer has ability to re identify the data 16:29:54 ack npd 16:29:54 npdoty, you wanted to agree on pseudonymous 16:30:05 Justin: agrees that anonymous has baggage, perhaps not so much for anonymized 16:30:34 just from a language perspective, if the output of "anonymize" isn't "anonymous", you've lost me 16:30:56 npdoty: true that some ppl use de id for release, but doesn't think that is FTC usage at all 16:31:23 ... anonymous has been used in dramatically different ways 16:31:46 justin: aren't we solving for this when we define anonymized? 16:32:14 npdoty: true if they read doc, but may be more likely to confuse, Maybe add adverb to term. 16:32:28 Maybe we should just replace the use of the term in our specs with an exact statement of what we mean ;-) 16:33:03 fielding, the text gets a little verbose if I have to repeat a few sentences in the place of every use of the word 16:33:07 It’s used 3 times, so we want a single definition 16:33:43 fielding: hard to say something is out of scope and deal with that on case by case mention in spec. Challenging from editorial perspective. 16:34:34 q? 16:34:35 justin: when we go to call for objection, we should list pros and cons for terms, but doesn't seem like there are strong feelings on the term. Call for objection should focus on substantive definition. 16:34:57 do dsinger and fielding agree on dsinger's latest text except for the name of the term? 16:35:01 ... now have four definitions 16:35:14 https://www.w3.org/wiki/Privacy/TPWG/Change_Proposal_Tracking_Third_Party_Compliance 16:35:21 yes, can we check, do we have amical consensus on the definition, modulo the name? 16:36:12 +SusanIsrael 16:36:16 or would vincent or jack be interested, given the iterations on this definition? 16:36:18 susanisrael has joined #dnt 16:36:34 Justin: if roy wants to merge definition with dsinger. VIncent and Jack want their own definitions considered. 16:36:49 I think this defintion could work for me actually woudl depend of the final version 16:37:12 Jack also refers to "irrevocably deidentified" in his text; although I think that's describing a different status 16:37:12 I inserted my latest text on de-id into the Wiki 16:37:59 Justin:turns to tracking, dsinger suggested permitted use for first parties and that looks like proposal B 16:38:08 zakim, take up agendum 2 16:38:08 agendum 2. "issue-203" taken up [from npdoty] 16:38:15 .... so first party data use allowed under this compliance regime. 16:39:24 q? 16:39:34 fielding: all of the changes proposed for what a first party can do, replaced with first party permitted use. First party can, if they choose to, respond to server 16:41:02 npdoty: intent of permitted use for first party to address issue that user is knowingly interacting with that party. But doesn't think that form of permitted use makes sense. You are just not tracking if you are interacting with a user as a first party 16:41:48 justin: could argue that definition of tracking could encompass first party data collection (referrer headers). But roy's proposal would clarify this is ok. 16:42:14 We're not worried about referral headers. If you don't want referral headers please change the HTTP spec. 16:42:30 npdoty: if you are trying to find out where I was previously, that needs clarification 16:42:35 This is an overstretch - we should stop the referral header discussion. 16:42:47 justin: maybe we need first party referral exception 16:43:16 ... what does roy's proposal miss? are there problems with it? 16:43:23 WileyS, we are trying to explain why referral data is still allowed even though it is tracking, not disallow referral data. 16:43:25 q? 16:44:38 npdoty: concerned about party handing off data to someone else that would track the user. Would need to add this requirement for all cases. Or perhaps we have downstream language 16:45:12 Justin: no requirement on first parties to stop embedding third parties, obligations fall on third parties. 16:45:13 Roy, okay - then we're on the same page. 16:45:17 +q 16:45:23 -SusanIsrael 16:45:28 npdoty: agree that first parties embedding resources into page qualify as sharing 16:45:50 q? 16:45:52 zakim, unmute me 16:45:52 moneill2 should no longer be muted 16:45:59 ack mo 16:46:26 Implied consent 16:46:36 I'm not sure people were perfectly happy with it, but current text is: "A first party to a given user action MUST NOT share data about those network interactions with third parties to that action who are prohibited from collecting data from those network interactions under this recommendation." 16:46:37 moneill2: likes permitted use for first parties, because of EU guidance on consent on eprivacy directive. 16:47:01 ... then would be possible for someone to come up with EU compliance doc to remove that permitted use 16:47:44 npdoty - I have to drop off shortly before 10 16:47:49 q? 16:47:56 zakim, unmute me 16:47:56 moneill2 was not muted, moneill2 16:48:00 Disagree with a specific 1st party permitted use. The definition of tracking is focused on cross-context so it by definition is not tracking. If we feel its absolutely required (I don't) then we can provide normative direction on referrals in the standard. 16:48:15 zakim, mute me 16:48:15 moneill2 should now be muted 16:48:27 q+ 16:48:35 ack npd 16:49:21 npdoty: will update text with that permitted use, not sure whether we want separate issue on referrals 16:50:14 WileyS, yes, but referral data is obviously cross context when the user came from a different context (i.e., site owned by some other party). We are trying to *allow* a first party to keep that data even though it technically (and clearly from the user's POV) meets the definition of tracking data. 16:50:41 I think there is little doubt that a referer header can cross contexts, so it’s banned by the definition. if we want to allow it sometimes, I think we’ll need to say so 16:51:14 justin: referral is unique issue, agrees that it is raised by defintiion of tracking, would be useful to know that we considered the issue and decided it in the following way 16:51:19 Roy, then why not provide normative text to address referrers in headers? 16:51:40 issue: status of referrals in navigation (is it tracking, is it permitted for DNT:1) 16:51:40 Created ISSUE-265 - Status of referrals in navigation (is it tracking, is it permitted for dnt:1). Please complete additional details at . 16:51:58 may need to improve on the name, but created the issue so that I wouldn't forget 16:52:05 Zakim, take up agendum 5 16:52:05 agendum 5. "aob" taken up [from npdoty] 16:52:07 WIleyS, that's what I did … making it a permitted use works very well. 16:52:14 David, to a 1st party, the referrer comes in the page request and therefore it is "within their context" and not "across contexts" from that perspective. 16:52:23 Justin: wants to start bringing group back to TPE, what is timing to go through issues raised 16:52:27 Roy, okay 16:52:52 fielding: ready to start on responses now, likely a week 16:53:00 -adrianba 16:53:23 we also have issue numbers, if we're having trouble keeping track 16:54:00 ...best way is likely for fielding and dsinger to go through a pass of issues 16:54:24 q+ 16:54:29 dsinger: finding modern javascript expert 16:55:02 q- 16:55:25 fielding: go through issues one by one, if UGE will defer to David. Will have quick response from editor, Then working group should go through the editorial responses. with prior review by chairs 16:56:29 ... then we can discuss on mailing list or calls. Intent is not to state opinion of working group. For each group must be chair decision that working group has considered and here is response. Then someone needs to go through and respond to commenters 16:56:40 to WileyS — if the referer header identifies a context other than yours, and you remember it and associated it with the user, you’ve remembered tracking data in our definition, haven’t you? 16:56:40 npdoty can you take over? thanks 16:56:43 I suspect that I'll be doing the responding to each comment step (with links) 16:56:47 scribenick: npdoty 16:56:55 -[Microsoft] 16:57:03 justin: will bring it up if I see anything that concerns me. will need to refresh 16:57:27 fielding: when I respond to a comment, I'll CC the mailing list, the group should feel free to discuss on the mailing list if I disagree 16:57:28 David - I don't believe that's appropriate so am supportive of any instrument to remove this perspective from the standard (such as Roy's choice of a Permitted Use). 16:57:59 ... a lot of the comments were repeats of comments we had before Last Call. WG doesn't need to repeat a discussion if there's no new information. 16:58:11 justin: right, something we've mentioned before 16:58:22 justin: a process that we'll start next week on the call, or the week thereafter 16:58:34 Zakim, take up agendum 3 16:58:34 agendum 3. "personalization" taken up [from npdoty] 16:58:44 justin: an issue we've described before 16:59:01 ... concern over the DNT signal and the possibility of targeting (with data hygiene) when the signal is turned on 16:59:13 q? 16:59:25 ... an object of dispute in the group, likely need to proceed to CfO on that. positions are well understood 16:59:33 -[FTC] 16:59:35 -justin 16:59:35 -RichardWeaver 16:59:36 -moneill2 16:59:36 - +1.917.934.aabb 16:59:37 -Jack_Hobaugh 16:59:37 - +1.813.366.aacc 16:59:38 -Jeff 16:59:38 -Brooks 16:59:39 -WileyS 16:59:40 -[Apple] 16:59:43 -kulick 16:59:47 talk next week 16:59:48 kulick has left #dnt 16:59:49 -eberkower 16:59:50 [adjourned] 16:59:51 -schunter 16:59:55 -npdoty 17:00:35 -Wendy 17:00:42 -Fielding 17:59:14 I have to leave now. 17:59:57 -vincent 17:59:58 T&S_Track(dnt)12:00PM has ended 17:59:58 Attendees were eberkower, RichardWeaver, Jack_Hobaugh, [FTC], dsinger, npdoty, schunter, [Microsoft], kulick, Jeff, +1.202.407.aaaa, justin, vincent, +1.917.934.aabb, 17:59:58 ... +1.813.366.aacc, WileyS, Fielding, moneill2, +1.425.707.aadd, adrianba, Wendy, Brooks, SusanIsrael 18:21:03 rrsagent, please draft the minutes 18:21:03 I have made the request to generate http://www.w3.org/2014/08/20-dnt-minutes.html npdoty 20:09:57 npdoty has joined #dnt