14:25:24 RRSAgent has joined #prov 14:25:24 logging to http://www.w3.org/2012/07/12-prov-irc 14:25:26 RRSAgent, make logs world 14:25:26 Zakim has joined #prov 14:25:28 Zakim, this will be 14:25:28 I don't understand 'this will be', trackbot 14:25:29 Meeting: Provenance Working Group Teleconference 14:25:29 Date: 12 July 2012 14:25:29 Zakim, this will be PROV 14:25:29 ok, Luc; I see SW_(PROV)11:00AM scheduled to start in 35 minutes 14:25:46 Agenda: http://www.w3.org/2011/prov/wiki/Meetings:Telecon2012.07.12 14:25:54 Chair: Luc Moreau 14:26:00 rrsagent, make logs public 14:26:05 zakim, who is here? 14:26:05 SW_(PROV)11:00AM has not yet started, Luc 14:26:06 On IRC I see RRSAgent, Luc, MacTed, stain, sandro, trackbot 14:26:22 Regrets: Simon Miles, Tom DeNies 14:42:49 Scribe: James Cheney 14:43:46 pgroth has joined #prov 14:48:46 SW_(PROV)11:00AM has now started 14:48:52 +??P5 14:49:06 Zakim, ??P5 is me 14:49:06 +pgroth; got it 14:52:43 + +1.661.382.aaaa 14:54:01 CraigTrim has joined #prov 14:55:41 jcheney has joined #prov 14:56:17 +Luc 14:56:25 zakim, who is here? 14:56:25 On the phone I see pgroth, +1.661.382.aaaa, Luc 14:56:26 On IRC I see jcheney, CraigTrim, pgroth, Zakim, RRSAgent, Luc, MacTed, stain, sandro, trackbot 14:56:28 + +44.131.467.aabb 14:56:40 satya has joined #prov 14:57:34 +Satya_Sahoo 14:57:43 Paolo has joined #prov 14:57:58 zakim, +44.131.467.aabb is probably me 14:57:58 +jcheney?; got it 14:58:10 +??P12 14:58:22 zakim, ??P12 is me 14:58:22 +Paolo; got it 14:59:43 do we have a scribe? 14:59:54 zednik has joined #prov 14:59:59 tlebo has joined #prov 15:00:06 I volunteered... 15:00:13 Curt has joined #prov 15:00:35 +Curt_Tilmes 15:00:47 + +1.518.276.aacc 15:00:53 zakim, I am aacc 15:00:53 +tlebo; got it 15:00:56 + +1.818.731.aadd 15:01:03 GK has joined #prov 15:01:17 hook has joined #prov 15:02:01 I am aaaa 15:02:04 Dong has joined #prov 15:02:06 zakim, I am aaaa 15:02:06 +CraigTrim; got it 15:02:23 +sandro 15:02:25 scribe: jcheney 15:02:29 +Luc.a 15:02:31 Topic: Admin 15:02:48 +??P17 15:03:04 zakim, ??p17 15:03:04 I don't understand '??p17', GK 15:03:10 Minutes: http://www.w3.org/2011/prov/meeting/2012-07-05 15:03:15 zakim ??p17 is me 15:03:16 zakim, I am p17 15:03:16 sorry, Dong, I do not see a party named 'p17' 15:03:21 Luc: Suggest postponing approval until next week 15:03:28 Paul: Fine 15:03:32 +??P18 15:03:36 Subtopic: Actions 15:03:58 http://www.w3.org/2011/prov/track/actions/open 15:03:59 zakim, ??p18 is me 15:03:59 +Dong; got it 15:04:13 Paulo has not done 98,97 15:04:26 i continue to be a bad person 15:04:30 Curt: will do action Zakim Zakim 101 after LC releases 15:04:48 pgroth: will do action pgroth 102 later 15:04:58 Curt: will do action 101 after LC releases 15:05:09 Topic: Release of documents 15:05:25 Luc: Many reviews in. Are any outstanding? 15:05:48 Luc: No? Thanks to all reviewers. 15:05:58 +1 to all the reviewers 15:06:09 Luc: A number of technical issues raised, most resolved now. They are: 15:06:50 Luc: Mapping between prov-o and prov-dm 15:06:59 sandro has changed the topic to: Provenance WG -- http://www.w3.org/2011/prov/ -- current agenda http://www.w3.org/2011/prov/wiki/Meetings:Telecon2012.07.12 15:06:59 ... raised by Graham 15:07:11 ... Tim noted that there are hyperlinks showing the mapping 15:07:22 ... Luc suggested a table suggesting the mapping 15:07:23 http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm.html#prov-dm-to-prov-o-and-prov-n 15:07:54 ... table is at end of document 15:08:01 +??P19 15:08:02 ... Graham, comments? 15:08:19 (if you follow the URL, then press enter in the URL bar, you should get the table. at least I do in firefox) 15:08:28 dcorsar has joined #prov 15:08:29 +??P20 15:08:35 GK: Table seems to do the job, modulo editorial (post LC) issues 15:08:52 Are these cross-references between documents or mappings? 15:09:03 ... regarding Tim's comments, the hyperlinks cannot be dereferenced on paper 15:09:17 ... not clear that they're links unless reading on screen 15:09:21 @GK, I've rephrased it to "alternate as in prov-dm" 15:09:22 stephenc has joined #prov 15:09:34 ... table does it better because it shows where single DM concept maps to multiple terms in PROV-O 15:09:41 +1 15:09:45 +q 15:10:04 tlebo: Rephrased links to DM within cross-sections in irc above 15:10:06 q? 15:10:10 ack tl 15:10:26 ... Is rephrasing more natural? 15:10:40 as in http://aquarius.tw.rpi.edu/prov-wg/prov-o#wasEndedBy 15:10:47 GK: Need to look, but don't thikn it's a blocker. 15:10:48 so it's editorial 15:10:53 sure, it's not a blocker. 15:11:05 Luc: Can always refine this post LC 15:11:07 q? 15:11:21 Luc: Is this addressed? 15:11:30 GK: Yes 15:11:30 Agree - but I think this table should be called cross-references rather than mappings 15:11:38 q? 15:11:46 q+ 15:12:09 +1 to rename "mapping" 15:12:15 satya: This is helpful, but should call it a cross-reference table to avoid connotations of "mapping" 15:12:16 q- 15:12:21 "alternates" :-) 15:12:33 it's titled "Mappings to PROV-O and PROV-N" 15:12:34 @satya - I tend to agree - "cross reference" is more neutral 15:12:39 Luc: Satya, can you review and come back with comments? 15:12:41 bad naming "Table 8 ◊: PROV-DM Mapping to PROV-O and PROV-N" 15:12:42 ack sat 15:12:43 satya: Yes 15:13:03 Next issue: Security section, raised by Graham 15:13:21 subtopic: Security section, raised by Graham 15:13:23 khalidBelhajjame has joined #prov 15:13:40 GK: There are security considerations in multiple places, should be brought together 15:13:55 ... so they're easy to find and review 15:13:58 +??P22 15:14:10 zakim, ??P22 is me 15:14:10 +khalidBelhajjame; got it 15:14:32 -1 in Rec, +1 as Note. 15:14:34 ... prov-dm seems to be the appropriate place, with cross-references 15:14:46 Luc: Should this be done before LC? 15:15:01 GK: Beneficial for it to be in LC, collecting what we already have. 15:15:45 Luc: Security is mentioned in PROV-AQ, but some of it is irrelevant to DM. Do we need more? 15:16:02 GK: No, but it should be there in the document to attract feedback on security 15:16:03 q? 15:16:33 tlebo: Surprised this is coming up just before LC, with no discussion over past year 15:16:40 +q 15:16:45 GK: Should have raised sooner, but did not see big picture 15:17:04 ... also W3C has different culture about security 15:17:10 ... but for provenance it is more important 15:17:12 q? 15:17:17 q+ to say this is more like a best practices document and should be Note. Notes suits the maturity of the material that reflects our level of work on the topic. 15:17:32 pgroth: reasonable to make a section in PROV-DM intro that addresses security 15:17:40 @pgroth not in intro, but as section at end of document 15:17:41 Does the security section really change the specification, or is it more editorial/discussion? If so, could that be added even after LC? 15:18:06 ... Graham is saying we should put it in core document to ensure it is seen/raises issue 15:18:15 ack pgroth 15:18:29 Luc: Answering Curt: put it in before LC so we get feedback. 15:18:47 @curt it can be changed later, but my point is that by having it in last call reviewers will be prompted to think/comment about this. 15:18:53 tlebo: Better suited as best practice rather than part of spec 15:19:13 +1 to security in best practices 15:19:16 ... but if there is existing narrative that can be added in that is ok too 15:19:45 Luc: RDF concepts doesn't discuss security 15:19:52 ... why needed in DM? 15:19:58 GK: Need may be too strong 15:20:00 q+ 15:20:05 q- 15:20:17 ... but because of specific role that provenance plays in establishign trust, worth drawing attention to security considerations 15:20:23 q? 15:20:36 @GK, but we're not IETF, we're W3C. 15:20:38 ... was looking at elements of IETF process where every spec must mention security 15:20:51 ... because many problems can arise 15:21:12 ... not part of w3c culture but should be more so in future 15:21:13 but, what are these security considerations? I think I miss the point 15:21:14 + +44.789.470.aaee 15:21:21 "good thing to think about" suggestions Note. 15:21:27 wrt DM I mean 15:21:30 Zakim, +44.789.470.aaee is me 15:21:30 +stain; got it 15:21:31 s/suggestions/suggests/ 15:21:34 sorry I am late 15:22:16 See http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-n.html#media-type (section 6) subsection security considerations 15:22:29 jcheney: qustion: is it normative or informative? 15:22:43 ... observation: provenance isn't magic fairy dust, we should make this clear 15:22:57 Luc: informative probably ok, Graham? 15:23:18 GK: informative probably OK 15:23:31 ... if others feel this is unnecessary, will back off, but wanted to raise it 15:24:01 Luc: How about if we take security considerations from prov-n and prov-aq and transplant to prov-dm. 15:24:11 fine with me 15:24:13 GK: Works for me. 15:24:22 q+ 15:24:23 tyep it out? 15:24:27 Luc: Any objection/discussion? 15:24:32 q? 15:24:40 ack jch 15:24:41 ack jc 15:24:43 q+ 15:24:48 ack zednik 15:25:06 zednik: We aren't developing communication protocol, so security feels out of scope 15:25:10 ... like SKOS 15:25:11 q? 15:25:29 ... security should not block or even necessarily be part of a note 15:25:47 @stephan security considerations apply to data as well as protocol - hence they appear in media type registrations 15:25:56 q? 15:26:02 Luc: plese read sectionlinked on IRC 15:26:03 q- 15:26:19 ack pao 15:26:26 Security considerations is there to suit IETF, that's the only reason it is there. 15:26:30 Paolo: Reading section, still unclear what is going on. Agree with stephan that security seems out of scope 15:26:59 ... Can be part of Prov-AQ, but seems like a disclaimer: don't necessarily trust data expressed in this vocabulary. 15:27:10 ... Seems like this goes without saying. 15:27:19 q? 15:27:20 q+ 15:27:32 ... Didn't see it earlier, don't see what it says 15:28:03 hook: Security considerations seem domain specific 15:28:24 ... not always needed but within earth science, security is a consideration 15:28:36 http://www.w3.org/TeamSubmission/turtle/#sec-mediaReg has a very similar section 15:28:42 q? 15:28:45 ... agree with stephan that it is domain specific and not part of vocabulary 15:28:46 ack hook 15:29:16 sandro: Sympathetic to claim of being patronizing - have wanted to say something that tries to be useful 15:29:21 q+ 15:29:21 q+ 15:29:27 ... Could say less, or that considerations are domain specific or out of scope 15:29:27 sorry maybe it's just me not being familiar with the W3C / IETF culture but I find this is out of our scope 15:29:28 but I think that is mainly part of the IETF registration. 15:29:51 security in http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-n.html#media-type and ONLY in http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-n.html#media-type (to suit IETF) 15:30:02 q? 15:30:10 ack pg 15:30:14 Luc: We should have it for media type registration no matter what 15:30:35 if it's a req, then so be it, but... can we remove phrasing like "inferences of potential medical treatments would likely require different trust than inferences for trip planning." 15:30:36 I would also propose to leave it in the PROV-N registration as it is. 15:30:51 hehehe, yes 15:30:56 pgroth: Need to leave it in PROV-N, could draw attention to it in email announcements. 15:31:02 Paolo: that's stolen right from the Turtle spec! 15:31:03 ... with pointer to where it is 15:31:19 sandro: could say this is a building block for security, not claim that it is secure itself 15:31:20 q? 15:31:31 ack zed 15:31:44 @stephan that's not right 15:31:48 that's in prov-aq 15:31:52 zednik: Need to look at media type section, but talking about security we can just leverage existing security specifications 15:31:55 were not talking about it here 15:32:03 ... why can't we use common mechanisms 15:32:08 @Stian that's no justification, right? copy and paste bad paragraphs doesn't make them better :-) 15:32:17 q? 15:32:34 Luc: already says that; just says "use common methods/common sense" 15:32:35 arg 15:32:36 It is. 15:32:39 in PAQ 15:32:45 it's in PAQ and PROV-N now 15:32:52 Paolo: so we can refine it - removing other things like IRI overlap concerns sounds like "This is not an issue in PROV-N" - but really PROV-N has almost all the same issues as Turtle 15:32:54 zednik: Then seems sensible to put it in PAQ which deals with transmission 15:32:57 q? 15:33:34 Luc: Asked for feedback on this section last week. 15:33:49 ... Looks like there is not a consensus to move this to prov-dm 15:33:53 ... any objections? 15:33:56 yes 15:33:59 +1, stays where it is. 15:33:59 ... (to keeping as is) 15:34:09 I am not opposing moving it BTW -- but I now realize I have comments on the content, which I will raise 15:34:19 GK: Given lack of support, not pushing for it 15:34:35 q? 15:34:49 Luc: Can add something later; this is informative anyway 15:34:56 Subtopic: Collection membership 15:34:58 charset? 15:35:23 Luc: At f2f3 decided to move dictionaries to note, keeping collection and membership. 15:35:33 ... interpreted this as keep "membership" as it was 15:36:08 @paul - re charset - I now have a recommendation from Ned Freed to always require charset=utf-8 parameter - forwarded to list. 15:36:13 ... to align with PROV-O, this would require making membership qualified and supporting n-ary membership 15:36:32 ... Tim updated ontology to fit (Membership subtype of Influence) 15:37:00 ... But at f2f3 it was not agreed that membership is a derivation or influence 15:37:04 POI: the prov-o terms involved: EmptyCollection, CompleteCollection, IncompleteCollection, qualifiedMembership + Membership 15:37:12 ... Several solutions were explored (see agenda) 15:37:24 ... Only workable option at this point seems to be binary membership 15:37:33 ... as suggested by some reviewers 15:37:52 q? 15:38:03 tlebo: related terms are as above 15:38:03 q+ 15:38:07 ... what should we do with them? 15:38:32 q? 15:38:34 Luc: proposal would be Collection, EmptyCollection, and hadMember relating collections to entities 15:38:46 one collection to one entity 15:38:56 pgroth: This doesn't mean that we can't have something more complex when we move to dictionary, if desired 15:39:01 so, we have ONLY: Collection, hadMember, and EmptyCollection (and nothing else) 15:39:08 ack pgroth 15:39:13 ... Interpreted f2f3 resolution as "we want a simple collection/membership" 15:39:17 +1 #pgroth that was my impression - keep it simple, no qualification 15:39:26 tlebo: That seems fine. 15:39:33 @luc, easier to remove than to add. 15:39:35 q+ 15:39:39 Luc: Any opposition? 15:39:44 ack Paolo 15:39:45 ack pao 15:40:28 q? 15:40:28 Paolo: Not opposition, but set notation can be syntactic sugar for binary membership. We should avoid tight coupling between prov-n and prov-o 15:40:36 @Paolo, right, without the attributes/id of the membership we don't need the entity sets in PROV-O (as there is no qualification) 15:40:42 @paolo, not sure I follow, if it influences how prov-o should look, please let me know. 15:40:49 q+ 15:41:37 accepted: we have ONLY: Collection, binary hadMember, and EmptyCollection 15:41:45 @tlebo: no it doesn't it's all fine -- I just thought hadMember(c, {...}) is acceptable syntax that is compatible with the binary nature of hadMember 15:41:47 ack jc 15:42:02 not bih deal 15:42:02 subtopic: character set optional parameter 15:42:16 GK: Commented on media type registration in prov-n 15:42:36 ... overtaken by events, due to new rfc changing rules on text media type registrations 15:42:52 ... rules changing to deprecate US ASCII being default, and avoid default charsets 15:43:11 latest response from http://www.ietf.org/mail-archive/web/apps-discuss/current/msg06676.html says 15:43:14 Then my suggestion would be to make the charset parameter mandatory, with the only legal value being utf-8. The alternative would be to omit 15:43:17 it and specify utf-8 as the default, but as I said, that's not likely 15:43:20 to interoperate well. 15:43:25 ... asked IETF and response is (Ned Freed) for PROV-N, safest thing to do is always require a charset parameter set to UTF-8 15:43:34 ... least likey to cause compatibility problems 15:43:36 GK, what's the RFC? 15:43:45 (interesting news, makes sense) 15:43:47 charset — this parameter is mandatory. The value of charset is always UTF-8. 15:43:47 @sandro: RFC 6657 - see that mail archive link 15:43:59 Luc: Are we OK that this text will be adopted? 15:44:01 +1 15:44:07 GK: Yes 15:44:09 ACCEPTED: charset — this parameter is mandatory. The value of charset is always UTF-8. 15:44:24 q? 15:44:31 Luc: This concludes technical issues. Any others? 15:44:42 -CraigTrim 15:44:51 ... Proceed to votes. 15:45:09 sandro: For LC, please add name of organization after vote (one vote per organization) 15:45:12 and can chairs vote? 15:45:20 q? 15:45:26 (yes, chairs can vote) 15:45:37 Luc: Do people have objections to the four proposals on agenda? 15:45:46 @khalidBelhajjame are you going to vote or me? 15:45:51 PROPOSED: publish PROV-DM as Last Call Working Draft 15:45:58 +1, IE 15:46:02 +1 (University of Edinburgh) 15:46:02 +1 VU University Amsterdam 15:46:04 +1 (W3C) 15:46:06 +1 (Oxford U) 15:46:10 +1 (RPI) 15:46:10 +1, Univerisity of Southampton 15:46:10 +1 15:46:11 +1 (University of Manchester) 15:46:12 +1 (NASA) 15:46:13 +1 (IE) 15:46:14 +1 (university of Southampton) 15:46:23 +1 (Newcastle Uni) 15:46:26 +1 (University of Aberdeen) 15:46:29 southampton twice! 15:46:31 DUPLICATE ORG - +1 (University of Manchester) 15:46:31 :-) 15:46:38 @Stian, I think you can also vote, I don't think we have one vote per instituion, or is it the case? 15:46:53 ACCEPTED: publish PROV-DM as Last Call Working Draft 15:47:01 PROPOSED: publish PROV-O as Last Call Working Draft 15:47:05 +1, IE 15:47:07 +1 (VU University Amsterdam) 15:47:09 +1 (NASA) 15:47:10 +1 (Oxford U) 15:47:11 +1 (University of Manchester) 15:47:11 +1 (RPI) 15:47:12 +1 (University of Manchester) 15:47:13 +1 (University of Aberdeen) 15:47:13 +1, Univerisity of Southampton 15:47:14 +1 (University of Edinburgh) 15:47:15 +1 (W3C) 15:47:16 +1 (IE) 15:47:19 +1 (University of Southampton) 15:47:32 +1 (Newcastle Uni) 15:47:46 ACCEPTED: publish PROV-O as Last Call Working Draft 15:47:55 PROPOSED: publish PROV-N as Last Call Working Draft 15:47:58 +1 (University of Manchester) 15:47:58 +1, IE 15:48:02 +1 (University of Southampton) 15:48:03 +1 (VU University Amsterdam) 15:48:04 +1 (Oxford U) 15:48:04 +1 (University of Edinburgh) 15:48:06 +1 (University of Manchester) 15:48:07 +1 (NASA) 15:48:07 +1 (RPI) 15:48:08 +1, Univerisity of Southampton 15:48:08 +1 (W3C) 15:48:09 +1 (University of Aberdeen) 15:48:18 +1 (IE) 15:48:22 +1 (Newcastle University) 15:48:29 ACCEPTED: publish PROV-N as Last Call Working Draft 15:48:53 PROPOSED: publish PROV-Primer as Working Draft 15:49:00 +1, Univerisity of Southampton 15:49:03 +1 (W3C) 15:49:04 +1 (Oxford U) 15:49:04 +1 (University of Edinburgh) 15:49:05 +1 (University of Manchester) 15:49:05 +1 (NASA) 15:49:06 +1 (University of Manchester) 15:49:06 +1, IE 15:49:07 +1 (VU University Amsterdam) 15:49:07 +1 (legislation.gov.uk) 15:49:09 +1 (University of Aberdeen) 15:49:11 +1 (RPI) 15:49:11 +1 (University of Southampton) 15:49:12 +1 (IE) 15:49:19 +1 (Newcastle University) 15:49:30 ACCEPTED: publish PROV-Primer as Working Draft 15:49:42 clap clap clap 15:49:44 +1 round of applause :-) 15:49:44 congrats everyone 15:49:55 Topic: Publication date 15:50:13 Luc: Simon is ready, PROV-DM mostly ready. PROV-O? 15:50:15 +q 15:50:30 tlebo: Producing valid HTML and most links confirmed. A few hours work. 15:50:35 q? 15:50:49 Luc: Cannot publish next week, but can request for pub following week. 15:51:15 pgroth: If we make request this week, good because next week we should work on blog/announcement for LC 15:51:24 ack pgroth 15:51:32 yes 15:51:43 Luc: Publication Tuesday July 24, make request today? 15:51:49 accepted: publication date is July 24 15:52:22 sandro: confirms this is not a transition request. Only formal step is need to post to chairs@w3c.org 15:52:32 Luc: On day of publication? 15:52:40 sandro: right after is probably best so that links wokr 15:52:44 sandro: right after is probably best so that links work 15:53:11 Luc: Review period, hoped at f2f3 to release by end of july and review period ending mid-september. 15:53:17 2012-09-12??? 15:53:32 ... Suggest september 12? 15:53:32 q? 15:53:35 q+ 15:54:09 pgroth: Think this will cause pushback. What about the 18th? Let people have 3 weeks in not-August 15:54:12 ack pgroth 15:54:23 sandro: 18th is reasonable too 15:54:29 accepted: end of review 2012-09-18 15:54:44 q+ 15:55:12 pgroth: Looking for volunteers to write intro blog posts on last call, particularly updates 15:55:20 +1 on prov-dm 15:55:28 ... Will write overview post but would be helpful especally for prov-o 15:55:31 +1 on prov-n 15:55:41 @pgroth I'll add it to our agenda for Monday. 15:55:49 @pgroth, when do you need that? 15:55:57 by the publication date 15:56:01 july 24 15:56:05 @pgroth, thanks 15:56:16 q? 15:56:21 ack pg 15:56:36 no 15:56:47 pgroth: would like by 24th so that blogs & twitter can happen at same time 15:56:53 http://www.w3.org/2011/prov/wiki/Tracking_Public_Comments 15:56:54 Topic: Managing public comments 15:57:13 I like process ;-) 15:57:19 Luc: Paul wrote tracking policy with input from Tim 15:57:43 pgroth: Have already seen that some comments start discussion, which overwhelms commenter with different responses 15:58:10 ... Luc or nominated member to raise an issue on appropriate product, list issue on tracking public comments page, acknowledge issue to reviewer 15:58:30 ... Start talking about it on wg mailing list, telecon etc. 15:58:35 @sandro: is there a timeliness requirement for response? 15:58:48 ... If questions raised for reviewer, contact them and ultimately respond to commenter 15:58:56 q+ to say rather than just the issue number, provide full link to issue page (maybe that's what is meant) 15:59:03 @pgroth: can we nominate a member directly ;-) 15:59:05 ... Only concern - is this too heavy on one person? 15:59:13 agree on the url 15:59:18 i'll update the wiki 15:59:34 GK: when acknowledging receipt, include link to issue page 15:59:38 @luc nothing formal except we need the responses done before the next transition. 15:59:38 q? 15:59:41 ack gk 15:59:41 GK, you wanted to say rather than just the issue number, provide full link to issue page (maybe that's what is meant) 15:59:42 ack gk 15:59:53 Luc: sandro, is there a timeliness requirement 16:00:07 sandro: We are supposed to be, but only requirement is have to be done by next transition 16:00:23 q? 16:00:23 Isn't there a thing of asking the requester if their isssue has been addressed? 16:00:30 Luc: Polite to acknowledge, but don't have to conclude too quickly? 16:00:33 q+ to ask sandro about public-prov-comment@w3.org 's responses to WG members posting to it. 16:00:41 sandro: Would be polite to indicate if it takes more than a month 16:00:47 q? 16:00:50 ack tl 16:00:50 tlebo, you wanted to ask sandro about public-prov-comment@w3.org 's responses to WG members posting to it. 16:01:17 tlebo: List responds back to us thanking us for comments. Should we avoid responding to the comments list? 16:01:25 q+ to ask Isn't there a thing of asking the requester if their isssue has been addressed? 16:01:26 sandro: OK to ignore response and move on. 16:01:42 Luc: Put issue number in response so that issue raiser will be indexed properly 16:01:42 q+ getting the tracker to follow the comments 16:01:51 q+ 16:01:54 (that is, okay to delete the email autoresponse from the list) 16:02:02 ack gk 16:02:02 GK, you wanted to ask Isn't there a thing of asking the requester if their isssue has been addressed? 16:02:09 Luc: At some point need to go back and ask if issue addressed. 16:02:34 GK: Process used to require confirmation that raiser believes it's been addressed 16:02:58 sandro: Confirms that we need to record whether responder was satisfied 16:03:13 added 16:03:13 ... f yes, green box on final report 16:03:21 ... if no, need to discuss on transition document 16:03:34 ... need to track this. 16:03:38 Luc: Add this to process? 16:03:41 q? 16:03:42 pgroth: Already done 16:04:02 pgroth: Does tracker track public-prov-comments? 16:04:06 sandro: no, not sure if it can 16:04:24 q? 16:04:24 ack pgroth 16:04:40 (would subscribing the main mailing list to public comments achieve this?) 16:04:59 Luc: can we nominate a non-chair member? 16:05:22 -1 to anyone 16:05:24 pgroth: It could be anyone in the group, subsequent discussion led by someone specific. 16:05:26 How about a rota of (say) pairs of people 16:05:34 too likely to fall on the floor (someone else will do it syndrome) 16:05:37 q? 16:05:44 pgroth: Happy to do it until august,then we need someone else since I'm on vacation 16:05:57 q? 16:06:01 is anyone here in august? 16:06:08 (I don't yet know my availability) 16:06:12 off most of August, sorry 16:06:26 @pgroth can we list the person responsible and their timeframes on the wiki? 16:06:37 sounds good tim 16:06:43 -stain 16:06:46 that gives us 2 weeks to find an Auguster. 16:06:49 will do 16:06:55 Luc: suggest wiki page with availability 16:06:59 (Would be happy to be one of (say) two people who look out) 16:07:02 q? 16:07:06 I have to go catch a train 16:07:28 congrats everyone 16:07:31 +stain 16:07:33 really good result 16:07:38 http://www.w3.org/2011/prov/wiki/Tracking_Public_Comments - new section 16:07:41 bye bye 16:07:49 +10 to the editors 16:07:51 off for a beverage! yeah LC! 16:07:52 Luc: will handle rest of agenda next week; adjourned 16:07:53 byes 16:07:53 -khalidBelhajjame 16:07:54 -pgroth 16:07:54 -Satya_Sahoo 16:07:56 -sandro 16:07:57 -Curt_Tilmes 16:07:58 -stain 16:07:58 -Dong 16:07:59 -??P19 16:08:00 -Paolo 16:08:01 Bye 16:08:02 -Luc 16:08:03 bye 16:08:04 -tlebo 16:08:06 - +1.818.731.aadd 16:08:08 -??P20 16:08:13 Dong has left #prov 16:08:28 -Luc.a 16:08:58 rrsagent, set log public 16:09:05 rrsagent, draft minutes 16:09:05 I have made the request to generate http://www.w3.org/2012/07/12-prov-minutes.html jcheney 16:09:09 GK has left #prov 16:09:17 trackbot, end telcon 16:09:17 Zakim, list attendees 16:09:17 As of this point the attendees have been pgroth, +1.661.382.aaaa, Luc, Satya_Sahoo, jcheney?, Paolo, Curt_Tilmes, +1.518.276.aacc, tlebo, +1.818.731.aadd, CraigTrim, sandro, Dong, 16:09:21 ... khalidBelhajjame, stain 16:09:25 RRSAgent, please draft minutes 16:09:25 I have made the request to generate http://www.w3.org/2012/07/12-prov-minutes.html trackbot 16:09:26 RRSAgent, bye 16:09:26 I see no action items