13:57:12 RRSAgent has joined #dwbp 13:57:12 logging to http://www.w3.org/2016/01/08-dwbp-irc 13:57:14 newtoncalegari has joined #dwbp 13:57:14 RRSAgent, make logs 351 13:57:14 Zakim has joined #dwbp 13:57:16 Zakim, this will be DWBP 13:57:16 I do not see a conference matching that name scheduled within the next hour, trackbot 13:57:17 Meeting: Data on the Web Best Practices Working Group Teleconference 13:57:17 Date: 08 January 2016 13:57:25 RRSAgent, make logs public 13:57:59 agenda: https://www.w3.org/2013/dwbp/wiki/Meetings:Telecon20160108 13:58:06 chair: Hadley 13:58:56 regrets+ PeterW 13:59:14 present+ phila 13:59:36 present+ Newton, Yaso 14:01:17 erickauz has joined #DWBP 14:01:37 Hi all, happy new year! 14:01:51 antoine has joined #dwbp 14:01:57 Hey yaso_, hope you're enjoying the sun. Sorry to interrupt summer 14:03:01 Hi Phil! I'm back to Sao Paolo, and the sun is indeed something to enjoy :-) I'm looking for the passwd of the meeting... 14:03:44 can hear everbody, but phill 14:03:45 BernadetteLoscio has joined #dwbp 14:03:52 annette_g has joined #dwbp 14:04:00 s/phila, I can't hear you// 14:04:15 erikstephan has joined #dwbp 14:04:19 deirdrelee has joined #dwbp 14:04:22 s/can hear everbody, but phill// 14:04:25 present+ newton 14:04:49 phila: I'm sorry to ask you the passwd of the meeting... (again, I know) 14:05:00 present+ BernadetteLoscio 14:05:06 present+ hadleybeeman 14:05:15 present+ erikstephan 14:05:17 present+ antoine 14:05:42 O.o 14:06:06 laufer has joined #dwbp 14:06:39 present+ deirdrelee 14:06:45 present+ erickauz 14:07:02 zakim, who is here? 14:07:02 Present: phila, Newton, Yaso, BernadetteLoscio, hadleybeeman, erikstephan, antoine, deirdrelee, erickauz 14:07:04 present+ annette_g 14:07:05 On IRC I see laufer, deirdrelee, erikstephan, annette_g, BernadetteLoscio, antoine, erickauz, Zakim, newton, RRSAgent, yaso_, phila, hadleybeeman, trackbot 14:07:07 Good to see comment on the DQV antoine https://lists.w3.org/Archives/Public/public-dwbp-comments/2016Jan/0056.html 14:07:23 newton web irc is weird, sorry 14:07:54 present+ laufer 14:08:11 zakim, pick a victim 14:08:11 Not knowing who is chairing or who scribed recently, I propose deirdrelee 14:08:25 scribe: deirdrelee 14:08:34 http://www.w3.org/2015/12/18-dwbp-minutes 14:08:36 topic: minutes 14:08:51 PROPOSED: Resolve minutes of last meeting http://www.w3.org/2015/12/18-dwbp-minutes 14:08:57 +1 14:09:01 +1 14:09:01 +0 (wasn't there) 14:09:03 +1 14:09:06 +1 14:09:07 +1 14:09:10 +1 14:09:10 +1 14:09:15 RESOLVED: Resolve minutes of last meeting http://www.w3.org/2015/12/18-dwbp-minutes 14:09:16 +1 14:09:46 topic: BP Publication practices 14:10:18 hadley: let's start with annette's email comments on publication practices, can editors talk us through what's been happening in past week? 14:10:45 q+ 14:10:47 BernadetteLoscio: annette_g was not happy with bp on APIs. what happened was that changes were made before the voting, not after voting 14:11:06 the changes that were made after voting were on the html that phil suggested and newton made 14:11:25 ... the doc was frozen on monday/tuesday and that editors were waiting for review 14:11:45 ... during the week of the voting, there was discussion on the api, yaso was working on this 14:12:12 ... on thurs yaso's changes were merged. so maybe the issues that the changes were made after frozen 14:12:29 ... just want to make clear that no changes on text were made after voting, just on html 14:12:56 ack annette_g 14:13:29 annette_g: the main idea of what went into rest api was fine, annette_g wrote it together with yaso 14:13:33 q+ 14:13:49 jtandy has joined #dwbp 14:13:55 ... frustrating that it happened after doc was frozen, but that is a separate issue 14:14:17 ... didn't see this change when reviewing the doc, not sure of exact time 14:14:37 ... maybe changes shouldn't have been added when the doc is frozen 14:14:51 ... yaso sent an email around the actual text, this was very useful, 14:15:05 q? 14:15:36 ... as soon as the google doc text was added to the actual doc, the text was changed. probably by an editor who might not have been aware of all the issues 14:16:16 ... this was not necessarily inline with the final google doc text, and actually annette_g strongly disagrees with some of the tex 14:17:12 ack yaso 14:17:13 ... there are different interpretations of REST, so it's difficult to write this text and may not have been clear to the editors that an effort to address both REST camps, both approaches was being made 14:17:27 ... and the final text looks like we're only addressing one REST approach 14:17:49 yaso_: annette_g is right, it is difficult to write bps on this topic as there are lots of different opinions. 14:18:00 q+ 14:18:03 ... 4 bps were added at this time, spread across the document 14:18:21 q+ 14:19:09 ... challenges and bps have to be added too. but i'd like to separate parts of the document in the bp, and not spread the bps from the google doc across the bp doc. but this is difficult 14:19:40 ... suggest that we read the modifications and try to address them with annette_g's suggestions on the text 14:20:04 ... keeping it as simple as possible, because there's so much that could be said around REST 14:20:15 ack annette_g 14:20:50 ack BernadetteLoscio 14:20:58 got it, annette_g ! 14:21:06 annette_g: to respond to yaso_, the multiple places where apis are mentioned, that's fine with me. the part that i've a problem with, where two paragraphs were collapsed into one, is in one place in the REST API BP 14:21:34 q+ 14:21:39 q+ 14:21:39 BernadetteLoscio: when we were making the modifications, we were talking ot yaso, and we thought there was agreement on the modificaitons, that's why we made the merge 14:21:41 ack yaso 14:21:56 right 14:22:02 q- 14:22:02 yaso_: there was an agreement on the text that was in the google docs, but the text is not exactly as it was in the google doc 14:22:20 q+ 14:22:27 ack laufer 14:23:26 laufer: we are talking a lot about API style in the document, but this is one of the ways we can access data, but there are other ways we can access datas, like URI doc or Linked Data Documents, we don't talk about these in the BP 14:23:34 q+ 14:23:48 ... it's good to talk about APIs, but we are going too deep into this discussion 14:24:04 ack annette_g 14:24:12 q+ 14:24:18 ack laufer 14:24:20 annette_g: not sure why laufer sees a disconnect. why would a REST API not be compatible with Linked Data? 14:25:14 laufer: i'm not saying that it's not compatible, but we have a Linked Data API, like to a URI template, there are different ways to access data 14:25:31 ... if someone wants to access a web service using soap it's okay too 14:25:38 q+ 14:25:42 agree 14:25:48 ack newton 14:25:49 https://github.com/w3c/dwbp/commit/d2ebb31e76cbd229f40c0997d622c3155de27911#diff-254f5ec59d472481acca325d6bec2b42R3055 14:25:56 I only hear bad things about SOAP (not RESTful and all that). People do get very upset about these things 14:25:57 annette_g: my opinoin is that most developers nowadays would feel that soap/rpc is not bp 14:26:07 +1 to phila 14:26:34 q+ 14:26:40 ack phila 14:26:45 newton: annette_g, are you referring to this commit? this was only to fit the content with the RFC keywords. the only change we made. the content was too long, so we adapted it to fit the bp 14:26:49 + 1 t phila 14:27:10 s/with the RFC keywords/without the RFC keywords/ 14:27:41 s/the content was too long/the description was too long/ 14:27:44 I don't see the change where the two paragraphs became one 14:27:50 phila: there is a lot to discuss, which is great. concern that a member of group is not happy with content in latest publication, that's not good, should be resolved 14:28:09 -> http://w3c.github.io/dwbp/publishing-snapshots/WD-dwbp-20160112/Overview.html#APIHttpVerbs 14:28:11 ... suggest to take immediate remedial action and then ensure that this situation doesn't happen againg. 14:29:00 ... talked to ralph, he suggested we immediately publish a new version of the doc, with the following update - added an issue that says that this bp is subject to a lot of debate and points to annette_g's email 14:29:11 ... annette_g is this okay with you? 14:29:18 yes 14:29:24 ... I am seeking agreement from the group 14:29:35 ... next publication date on Tuesday 14:29:36 +1 14:29:49 ... is the group happy with this suggestion? 14:30:24 hadleybeeman: wants to make this work for everything and that everything we publish and put our name on reflects the opinions of the groups. therefore i am behind publishing this 14:31:01 ... however also want to ensure we're abiding by procedure. in the agenda, we didn't mention that we would take a vote today on publication 14:31:28 phila: technically it is in the agenda because link to phila's email 14:31:44 s/email/email which proposes publishing this new draft 14:31:46 ... right ot raise it, but think it's procedurally fine 14:32:14 http://w3c.github.io/dwbp/publishing-snapshots/WD-dwbp-20160112/Overview.html#APIHttpVerbs 14:32:18 ... the doc is exactly the same except for the addition of the issue 14:32:39 PROPOSED: to publish a new version of BP doc based on http://w3c.github.io/dwbp/publishing-snapshots/WD-dwbp-20160112/Overview.html#APIHttpVerbs 14:32:48 +1 14:32:52 +1 14:32:55 +1 14:32:58 +1 14:32:58 +1 14:33:00 +1 14:33:00 +1 14:33:02 +1 14:33:02 +1 14:33:03 +1 14:33:05 +1 14:33:13 RESOLVED: to publish a new version of BP doc based on http://w3c.github.io/dwbp/publishing-snapshots/WD-dwbp-20160112/Overview.html#APIHttpVerbs 14:33:15 +q 14:33:28 thank you for taking my concerns seriously 14:33:34 phila: we need to be cogniscent about this so it doesn't happen again 14:34:08 hadleybeeman: we do have to be very careful about what version of text we're approving and content changing after freezing 14:34:16 ack BernadetteLoscio 14:34:28 ... also our fault as chairs, that we encourage iteration as there is plenty of discussion :) 14:34:51 BernadetteLoscio: as editors, we are trying to be very careful and follow procedures. we have learned a lot 14:35:26 ... in this case we opened the doc after freezing, because we thought there was agreement, but maybe we shouldn't do this again 14:35:30 looking at the google doc, I think it was just the collapsing of the two paragraphs into one that changed the sense of it. 14:35:53 ... next time, the document will not be changed after being frozen 14:36:14 hadleybeeman: sounds sensible, and I hope you don't feel attacked, this isn't personal 14:36:31 BernadetteLoscio: no, we are trying to follow procedure 14:36:51 ... for this case we created an exception, but we won't do this in future 14:37:11 ... if there is similar big issues, then we won't publish and continue devleopment 14:37:39 http://w3c.github.io/dwbp/vocab-du.html I have three parts to discuss: 1) December meeting follow up comments about the vocabulary 2) Public comments on the citation model 3) Vote recommendation 14:37:42 topic: Data Usage Vocabulary 14:38:19 erikstephan: lot of things to share :) 14:39:07 erikstephan: there were comments from group, specific comments from laufer,then discussion on citation 14:39:11 ) December meeting follow up comments There were concerns expressed in the last meeting about releasing the vocabulary with some of the existing domain and range constraints we originally set as well as follow on discussion in email with Laufer: https://lists.w3.org/Archives/Public/public-dwbp-wg/2015Dec/0137.html These changes have been made to existing draft including adding vann:Usage statements and I believe we have satisfied these concerns. 14:40:35 ... one of the reasons for not publishing was that we had domains and ranges on third-party classes. we agreed in the meeting to remove these as they may cause problems with inference, and instead would provide guidance 14:40:45 q+ 14:40:47 ... these should satisfy laufer's comments. laufer/ 14:40:50 ack laufer 14:40:54 s///? 14:41:16 q+ 14:41:27 -> http://w3c.github.io/dwbp/vocab-du.html#h4property:creator Example of vann:Usage 14:41:35 laufer: i have two main concerns. the first is about the use of domains and ranges, and this has been replaced by guidance 14:42:42 ... but there is another issue, the properties of the duv vocab, there are three properties that have the definition of two domains and two ranges 14:43:24 ... dcat:dataset and d cat:distribution 14:43:37 ... would like to create two properties 14:43:49 dcat:Dataser and dcat:Distribution 14:44:18 dcat:Dataset and dcat:Distribution 14:44:19 erikstephan: so we would have to be more explicit with the properties or remove domain/range 14:44:33 ... would have to discuss with BernadetteLoscio and Sumit 14:44:39 ack antoine 14:45:48 antoine: what is the semantics of the comma between dataset and distribtion? I assumed it was a disjunction, so was less concerned than laufer 14:46:13 q+ 14:46:38 q+ to talk about dact:Dataset/Distribtuon disjunction 14:46:39 ack antoine 14:46:44 erikstephan: if the representation is causing confusion, AND vs OR, then I'd rather remove the confusion. we could also provide description 14:47:04 q+ 14:47:11 ack phila 14:47:11 phila, you wanted to talk about dact:Dataset/Distribtuon disjunction 14:47:17 q- 14:47:17 q+ about vann 14:47:21 antoine: I would strongly advise not using the comma and instead using formal owl representation to avoid confusion 14:47:34 q? 14:47:37 ... if it was AND and not OR, I would share laufer's concerns 14:47:42 q- about 14:47:42 if one defines triple "s duv:refersTo o", a reasoner will enfere that o is a dcat:Dataset and a dcat:Distribution 14:47:44 q- vann 14:47:51 infere 14:47:51 ack antoine 14:48:30 phila: I just said that dcat:Distribution and dcat:Dataset are not disjoint (one thing can be both) 14:48:41 antoine: said that didn't make any difference to his comment 14:48:46 antoine: question about the vann:usagenote property - is it actaully property with lowercase 14:48:59 http://vocab.org/vann/#usageNote 14:49:05 ... and i can't actually fine the vann:usagenote in the vann namespace 14:49:24 erikstephan: i'll have to look at that 14:49:29 It's usageNote, not usage, so it's a typo 14:49:33 q? 14:49:45 2) Public comments on the vocabulary 14:49:51 erikstephan: thanks for all the comments! 14:50:08 Before Christmas, we had an unexpected contact from Silvio Peroni author of the SPAR ontologies http://www.sparontologies.net/ about proper usage of their classes and properties in the context of creating references and citations for FaBIO https://lists.w3.org/Archives/Public/public-dwbp-comments/2015Dec/0003.html http://www.essepuntato.it/lode/http://purl.org/spar/fabio and CiTO http://www.essepuntato.it/lode/http://purl.org/spar/cito as well a[CUT] 14:50:35 ... I wanted to provide a summary of what we discussed for the record 14:51:06 Fabio is based on the Functional Requirements for Bibliographic Records (FRBR) Established In 1998 by the International Federation of Library Associations and Institutions (IFLA) an organization that was itself established in 1927. Dr Peroni had some questions about our duv:DataCitation class and offered some insights to using their classes and properties. http://bibliontology.com/ FaBIO expanded upon bibo by taking the relatively flat structure a[CUT] 14:51:07 ... one of the things he talked about was proper usage of SPAR ontology and FaBIO, and he had some questions around this 14:51:53 ... we may be getting rid of the data citation class 14:52:27 ... have some feedback, but still need to discuss with BernadetteLoscio and Sumit. 14:53:01 q? 14:53:30 ... an example of using vann:usage to provide references that describe a dataset, instead of introducing another concept called dataset that isn't dcat:dataset 14:53:31 3) Recommendations on vote status 14:53:40 Based on these conversations, adjustments are being made to the DUV such as replacing the duv:DataCitation class with classes and properties recommended by SPAR. and because of the importance of I feel reluctant about asking for a vote for additional public comments until we have incorporated these changes. I’ll need to meet with Berna and Sumit , but I believe we can provide these changes by next week. 14:54:47 ... since we've gotten feedback from SPAR group, it's imperative that we take these on board and work with them (they're enthusiasic) before going out for further public comment 14:55:11 ... i think we should make corrections based on SPAR feedback, and have a vote next week 14:55:16 q+ 14:55:17 q+ 14:55:43 deirdrelee: That all sounds great, Erik. 14:55:51 q- 14:55:55 ack d 14:56:05 (Dee is saying what I was going to say) 14:56:05 ...In context of the other conversation we've had in this meeting, maybe we should take a bit of caution with the timing. 14:56:23 ...Specifically freeze the text after next week's meeting, and then have the group review it. 14:56:31 Robin Berjon no less! 14:56:45 erikstephan: Sure. Now that we're picking up a bit of feedback, it's a priority getting things published, but -- 14:57:01 erikstephan: agree 14:57:35 phila: agree, sounds like erikstephan you're working through comments, sounds on track 14:57:37 q+ 14:57:54 Topic: Next f2f 14:58:08 deirdrelee: Where are we on the planning, phila? 14:58:31 phila: we discussed in SP a f2f between 14-20 march in zagreb 14:58:50 ... we've had various conversations with zagreb, but still ongoing 14:59:15 ... aim is to those who can get to zagreb would do so on sunday 13th march 14:59:22 ... dwbp would meet on monday and tue morn 14:59:39 ... on tue afternoon we'd be joined by share-psi for group meeting 14:59:46 for the minutes: it's 14-16 march not 14-20 march isn't it? 15:00:10 s/between 14-20/between14-16 15:00:11 ... tue evening a nice meal (last f2f ) 15:00:24 ... and wed share-pse meeting 15:00:30 s/pse/psi 15:00:54 thank you!!! 15:00:55 :-) We "chair"ish you hadleybeeman 15:01:09 :) 15:01:12 bye all! 15:01:16 RRSAgent, draft minutes 15:01:16 I have made the request to generate http://www.w3.org/2016/01/08-dwbp-minutes.html phila 15:01:22 bye ! :-D 15:01:45 RRSAgent, draft minutes 15:01:45 I have made the request to generate http://www.w3.org/2016/01/08-dwbp-minutes.html phila 15:01:51 yaso_ has left #dwbp