13:57:38 RRSAgent has joined #dwbp 13:57:38 logging to http://www.w3.org/2016/02/19-dwbp-irc 13:57:40 RRSAgent, make logs 351 13:57:40 Zakim has joined #dwbp 13:57:42 Zakim, this will be DWBP 13:57:42 I do not see a conference matching that name scheduled within the next hour, trackbot 13:57:43 Meeting: Data on the Web Best Practices Working Group Teleconference 13:57:43 Date: 19 February 2016 13:57:49 RRSAgent, make logs public 13:59:21 deirdrelee has joined #dwbp 14:00:05 PWinstanley has joined #dwbp 14:00:17 present+ PWinstanley 14:00:30 annette_g has joined #dwbp 14:00:34 Present+ Caroline_ 14:00:49 trackbot, start meeting 14:00:51 RRSAgent, make logs 351 14:00:53 Zakim, this will be DWBP 14:00:54 I do not see a conference matching that name scheduled within the next hour, trackbot 14:00:54 Meeting: Data on the Web Best Practices Working Group Teleconference 14:00:55 Date: 19 February 2016 14:01:08 present+ annette_g 14:02:26 BernadetteLoscio has joined #dwbp 14:03:38 present+ deirdrelee 14:04:14 +1 to the idea of reporting on the joint meeting 14:04:23 present+ phila 14:04:29 deirdrelee: Agenda bashing 14:04:35 antoine has joined #dwbp 14:04:42 present+ antoine 14:04:42 scribe: phila 14:04:46 scribeNick: phila 14:05:00 laufer has joined #dwbp 14:05:11 PROPOSED: Approved last week's minutes https://www.w3.org/2016/02/12-dwbp-minutes 14:05:22 s/approved/approve 14:05:25 present+ laufer 14:05:32 +1 14:05:33 +1 14:05:36 +1 14:05:40 chair: deirdrelee 14:05:42 +1 14:05:46 +1 14:05:48 +0 (was not here) 14:05:55 please, could anybody print the link wo webex? 14:05:58 +1 14:06:10 RESOLVED: Approve last week's minutes https://www.w3.org/2016/02/12-dwbp-minutes 14:06:16 present +BernadetteLoscio 14:06:22 riccardoAlbertoni_ has joined #DWBP 14:06:25 present+ BernadetteLoscio 14:06:36 Webex: https://mit.webex.com/mit/j.php?MTID=m0642b1c7ce49018a07ffec17ea136ae6 14:07:03 topic: SDW Call 14:07:37 thank you deirdre 14:07:38 q? 14:08:03 Caroline_: recapped on the call with SDW on 17/2 14:08:19 ... They're using our work but of course are more focussed on spatial 14:08:39 q+ 14:08:41 present+ RiccardoAlbertoni 14:08:46 ... Some new issues were raised as a result, especially around the API BP. 14:08:49 q+ 14:08:55 ack l 14:08:55 ack laufer 14:09:05 laufer: I have raised an issue about APIs... 14:09:06 https://www.w3.org/2013/dwbp/track/issues/242 14:09:11 issue-242 14:09:11 issue-242 -- APIs on the Web (for publishing Data on the Web) Best Practices -- raised 14:09:11 http://www.w3.org/2013/dwbp/track/issues/242 14:09:41 laufer: From the coversdation, I have a worry about how we are doing things. 14:10:03 ... We have a thing about the data, and anotehr about how it will be publsihed. This sounds like 2 audiences, one is developers 14:10:26 ... So my issue is that as well as data on the Web, we are now publishing BPs for developing APIs. 14:10:33 q? 14:11:04 laufer: They talk about osme operations that would be nice to have in this API and so we're starting to define a profile for APIs and I don't think that's in our scope 14:11:05 ack BernadetteLoscio 14:11:38 BernadetteLoscio: I agree that we shouldn't provide a lot of detail about how to develope APIs, but it is in our scope to sat that APIs are one of the possible ways to acess data, That's why they're in the doc under data access. 14:11:51 ... So yes, we should discuss how deep to go in this BP. 14:12:12 ... I was thinking that in our doc, we have more general guidelines that groups in more specialist domains can take further 14:12:17 q+ 14:12:30 q- 14:12:37 deirdrelee: How was the call overall? 14:12:44 q+ 14:13:32 phila: it was a very useful discussion 14:13:39 ... they'd like to repeat wednesday 14:13:45 q+ 14:14:37 phila: Gives general overview - v +ve. They want to repeat it this week. 14:14:45 BernadetteLoscio: GOod call from the POV of the editors 14:14:58 ack BernadetteLoscio 14:15:10 ... After the meeting, I was left thinkinbg that it's not entirely clear what we should propose as a general subject. 14:15:25 ... They were asking whether we were going to provide guidelines about data precision or not 14:15:31 q+ to talk about precision 14:15:36 q? 14:15:41 Present+ hadleybeeman 14:15:52 BernadetteLoscio: So maybe we should make it clear how other groups can build on what we've done. 14:15:54 Issues about precision and granularity after the discussion: http://www.w3.org/2013/dwbp/track/issues/240 http://www.w3.org/2013/dwbp/track/issues/241 14:15:58 ack antoine 14:16:16 +1 to the idea of extending for specific domains 14:16:18 antoine: Something that was discussed - there was some useful input for BPs on vocabularies 14:16:26 ack p 14:16:26 phila, you wanted to talk about precision 14:19:30 q+ 14:19:30 phila: Went on about precision and accuracy 14:19:48 ack annette_g 14:19:49 ... many decimals when they're not warranted. 14:20:12 yaso has joined #dwbp 14:20:18 annette_g: The accuracy/precision issue is one we come up against. We do have data that is that accurate and precise. We can't say don't be more accurate 14:20:35 ... But we might consider saying that the precision should be consistent with the accuracy of the measurememt 14:20:45 ... But how much of this is relevant to data on the Web? 14:20:51 q? 14:20:54 ... I;m not sure whether we need to addrress it in our doc 14:21:01 s/I;m/I'm/g 14:21:43 PWinstanley: Almost as a rebuttal - when you're talking about BPs, if you don't mention some things that may be motherhood and applie pie, people may say it's irrelevant. 14:22:02 q+ 14:22:03 q? 14:22:24 ... It's a broad brush doc with a W3C hallmark. We may not want to go on about it, but a pointer to something about accuracy nad precision/quality is a good thing to include I'd say. Put it on the radar for anyone new to the area 14:22:34 ack ann 14:22:42 +1 for addressing that in data quality 14:22:47 annette_g: I can think of putting that into the data quality vocab, reporting the precision etc. 14:22:59 ... We're in danger of putting in everything. 14:23:08 q? 14:23:10 PWinstanley: So yes, I agree, put it in DQV if it's not there already 14:23:38 deirdrelee: If sopmeone wants to suggest a spedcific place to put it in gthe BP doc and/or the DQV?# 14:23:57 phila: I did raise it as an issue, it will return 14:24:07 Topic: API BPs 14:24:08 I would also say that the folks that I work with don't generally need reminding how to use numbers correctly. 14:24:36 deirdrelee: We wanted to reserve some time for the DQV today - so if you have something, we'll include that. 14:24:47 ...But BernadetteLoscio - what shall we discuss around APIs? 14:25:01 agenda: https://www.w3.org/2013/dwbp/wiki/Meetings:Telecon20160219 14:25:26 BernadetteLoscio: In the current version of the doc, Annette said we had some changes in the BP after we resolved to publish? 14:25:37 ... So which ones do we need to look at? 14:25:46 http://w3c.github.io/dwbp/bp.html#dataAccess 14:25:48 BernadetteLoscio: We need to have an agreement on the set of BPs that we have now. 14:25:58 ... We currently have 7 BPs on data access 14:26:05 ... and 3 or 4 on APIs 14:26:21 ... So for me the section is a little confused, and we still don't have consensus in the WG. 14:26:21 q? 14:26:22 q+ 14:26:26 ... Don't know how to proceed. 14:26:28 ack annette_g 14:26:41 http://w3c.github.io/dwbp/bp.html#dataAccess 14:26:42 http://w3c.github.io/dwbp/bp.html#dataAccess 14:26:57 annette_g: This section... http://w3c.github.io/dwbp/bp.html#dataAccess I was going to suggest that it would be better if BPs were more gathered together on this. 14:27:02 BernadetteLoscio: BP10 14:27:21 http://w3c.github.io/dwbp/bp.html#provideVersioningInfo 14:27:31 BernadetteLoscio: Shouold be about versioning of APIs 14:27:34 q+ to talk about (at some point) device APIs, browser APIs and language confusion 14:27:43 Data Access BPs: Best Practice 20: Provide bulk download Best Practice 21: Use Web Standardized Interfaces Best Practice 22: Serving data and resources with different formats Best Practice 23: Provide real-time access Best Practice 24: Provide data up to date Best Practice 25: Document your API Best Practice 26: Use an API 14:27:55 BernadetteLoscio: I'm not sure why this one is here... 14:28:04 annette_g: versioning is not only about APIs 14:28:12 q? 14:28:13 q+ 14:28:25 BernadetteLoscio: We have BP8 on data versions, 9 on version history, and then the one on API versioning 14:28:39 q later 14:28:41 BernadetteLoscio: So maybe this is weird. Not sure why this BP is here. 14:28:44 q+ later 14:28:52 ack l 14:29:00 ack hadleybeeman 14:29:00 hadleybeeman, you wanted to talk about (at some point) device APIs, browser APIs and language confusion 14:29:21 laufer: This is what I was talking about. We have 3 Bps for APIs 14:29:57 ... BP25 says document your API. So we're talking about metadata for APIs, so it's an instance of our document for documenting our document 14:30:13 q+ 14:30:18 q+ 14:30:38 laufer: BP10 is about versioning APIs, it's similar to versioning data. I think we have a lot of things to say about APIs. My worry is that we'll try and cover too much. 14:30:48 q+ to say APIs are really key to data on the web.. 14:30:48 q- later hadleybeeman 14:30:54 q- hadleybeeman later 14:31:03 q+ hadleybeeman 14:31:22 BP about APIs: Best Practice 10: Avoid Breaking Changes to Your API, Communicate Changes to Developers, Best Practice 25: Document your API Best and Practice 26: Use an API 14:31:26 ack annette_g 14:32:01 annette_g: I wanted to touch on the mention of API documentation as just anotehr kind of metadata that we need to do. I'd say it's different as an API needs infor for a user to know what to do 14:32:25 annette_g: So there's this extra info that's needed about the calls you need to make. That's not metadata, tjat's info about the API's behaviour 14:32:26 ack BernadetteLoscio 14:32:58 BernadetteLoscio: I was taking a look in the doc. We have 3 Bps 10, 25 and 26 about APIs. Versioning, documentation and generic "use an API" 14:33:13 there are four: 10, 21, 25, 26 14:33:18 ... So first we need to decide whether or not we agree with these Bps, and then move to the issue of subsetting data. 14:33:24 q+ 14:33:50 BernadetteLoscio: So decision one - are those BPs right, if not, should we add new ones. 14:33:50 ack deirdrelee 14:33:50 deirdrelee, you wanted to say APIs are really key to data on the web.. 14:34:06 +1 to annete to... 14:34:07 deirdrelee: I agree with what Annette was saying. It's different from data about a dataset. 14:34:36 ... Years ago we were talking about decribing a dataset and a vocab and they're basically the same. An API is different, so yes, an API is different from a SPARQL endpoint 14:35:01 ... What you need for SPARQL is the URI nad the data structure. For a restful API you need the call details. 14:35:05 I was just comparing that we have to give information abou data and information about apis... including the info about datqa that is returned by the api 14:35:10 q? 14:35:14 q+ 14:35:14 ... They're important and need their own BPs in their own right, I'd say 14:35:26 ack annette_g 14:35:27 ack annette_g 14:35:35 q- later 14:35:41 annette_g: /me yay! 14:35:49 ack laufer 14:35:49 ack laufer 14:36:15 laufer: I agree... it's data about the API, which could include the structure of hte data that is returned, how it is called. That's not metadata. 14:36:38 other one: Best Practice 21: Use Web Standardized Interfaces 14:37:15 laufer: But we need just one ref to APIs in our doc, whichis to use APIs. We could have - USe an API, and say that it needs to be documented, take care of versioning etc. 14:37:25 ... I don't think we have to split it into different BPs 14:37:29 q+ 14:37:41 ack annette_g 14:37:42 ack annette_g 14:38:02 annette_g: NThe point about APIs being aimed at a different audience - it's important that we do address that partof our audience. 14:38:10 ... developers work on behalf of publishers 14:38:26 q? 14:38:35 ... Developers are a big part of our audience. 14:39:19 ... The discussions we've had with Erik W are really only being addressed through that discussion. I'm anxious to try and get together with him and talk more about that. He said he was glad that we're talking about augmenting that. 14:39:36 ... I don't think his concerns will be addressed if we reduce the BPs. 14:39:46 deirdrelee: So we need to make a decision. 14:39:58 ... We could merge the BPs or keep them separate 14:40:08 I have an idea for scoping this 14:40:09 q+ 14:40:12 q+ 14:41:02 +100 to Phila 14:41:22 deirdrelee: I'm hearinf laufer in favour of merghing, Annette not 14:41:24 I do not disagree on the phil, but I think it will be a extensive section and we do not have to that... 14:41:27 q- later 14:41:30 ack BernadetteLoscio 14:42:02 BernadetteLoscio: Just to say that before we vote, it would be nice if we try to do something first. I'm not sure ... I think it's a good idea gto merge, as Laufer says, but it might be confused. 14:42:20 ... So maybe we can try to reorganise and show what it would be like. And then maybe vote next week 14:42:31 ack annette_g 14:42:34 ... Difficult to vote and then act in the abstract. 14:43:11 annette_g: There's a lot of stuff written about publishing a good API. Can we find the gap in documentation between how to do rest, what APIs are etc. 14:43:19 ... What do people need to know that they're not already getting 14:43:37 ... WE should probably avoid publishing info on stuff for which there is already a lot. 14:43:41 About DQV, we have issue-231 but i have notice that the discussion is continuing in via email and people that are involved in the email discussion are not in the call so I do not know if it make sense to discuss it or continue by email 14:43:47 deirdrelee: I'd like to close the topic off. 14:44:09 I think that talking about Best Practices of APIs is talk about how to do q good interface for an application and I do not think it is a trivial thing... 14:44:17 ... Our Zagreb meeting is only a month away. Between now and next friday, can we get some concrete suggestions, merging, moving etc. 14:44:31 ... And then we can vote next week 14:44:38 ... So that's to the editors 14:44:40 +1 14:44:44 I didn't answer Berna's question, either 14:44:51 ack hadleybeeman 14:45:14 hadleybeeman: This caused a lot of trouble on the TAG. WE have a lot of definitions of APIs. Everyone assumes we talk about the same thing. But they're not 14:45:59 ... JS/browser APIs, then device APIs, and then data APIs, rest over HTTP. I'd like to plead to the editors to be clear what kind of APIs we're talking about. 14:46:08 thanks Hadley ;) 14:46:10 phila: Thanks Hadley, that's v helpful 14:46:14 q+ 14:46:23 ack annette_g 14:46:40 q+ 14:47:19 annette_g: We started with Berna asking which ones I disagree with. I don't disagree with any of them. BP21, the change that I was suggesting wasn't in there, it just a matter of putting in a line return. It's been that way for a while. 14:48:13 annette_g: I want to improve the distinction between a hypermedia API that is HATEOS rest and one that isn't. 14:48:15 q+ 14:48:34 ... Right now those 2 approaches are tangled up with heach other and need untangling. 14:48:38 ack BernadetteLoscio 14:48:48 BernadetteLoscio: Can you rewrite that part, please Annette? 14:48:57 annette_g: That's what I was hoping to do with Erik. 14:49:05 Topic: DQV 14:49:05 ack riccardoAlbertoni_ 14:49:33 riccardoAlbertoni_: This mornign we discussed terminology... referring to the value resulting from a measure as a measure as a measurement 14:49:52 q? 14:50:09 question at is at http://lists.w3.org/Archives/Public/public-dwbp-wg/2016Feb/0056.html 14:50:18 ... The result of the process of a measurement - is that a measure or a measurement. 14:50:34 phila: Would say measurement, but would defer to annette_g 14:50:37 +1 14:50:39 I don't see a classification of APIs, but https://ffeathers.wordpress.com/2014/02/16/api-types/ is helpful 14:50:44 riccardoAlbertoni_: So we'll rename quality measure to measurement 14:50:57 riccardoAlbertoni_: I don't know if it's fair to close issue 231 14:51:04 issue-231 14:51:04 issue-231 -- metric, hasMetric, something else -- open 14:51:04 http://www.w3.org/2013/dwbp/track/issues/231 14:51:14 riccardoAlbertoni_: What do you think Antoine? 14:51:25 q+ 14:51:29 q- 14:51:30 deirdrelee: I'd send an e-mail and if no objections, close it 14:51:31 we can close it next time? 14:51:59 riccardoAlbertoni_: There are some technical Qs. Jeremy isn't here, so not sure if we can discuss that here. 14:52:26 ... Most of the dicussion now is pretty technical, about modelling etc. The people discussing that are not usually on the calls, so how can we close them. 14:52:33 riccardoAlbertoni_: we can voite by e-mail? 14:53:12 deirdrelee: Can we facilitate people being on a call at a different time if needs be? Would that help? Or is e-mail sufficient? 14:54:21 phila: Decision by e-mail is fine as long as it is recorded 14:54:25 q+ 14:54:28 Topic: Zagreb 14:54:36 ack laufer 14:55:00 http://w3c.github.io/dwbp/bp-status.html 14:55:06 laufer: Today was the date for BP review, is it postponed? 14:55:25 thanks Laufer! 14:55:33 deirdrelee: Yep. This week was a little up in the air. Good news - you get another week. Next week's agenda will be going through that 14:55:46 early apologies for next week: ICEGOV 2016 14:56:01 https://www.w3.org/2013/share-psi/wiki/Zagreb/social 14:57:09 yes! 14:57:30 thanks Deirdre! 14:57:42 Happy Birthday Phil!!! 14:57:57 Yes, happy birthday Phila! 14:58:14 wow... long happy life, phil!! 14:58:14 Happy Birthday phila!! :) 14:58:15 Happy birthday, Phil, you magnificent person! 14:58:27 buon compleanno! 14:58:33 <(8^) 14:58:40 RRSAgent, draft minutes 14:58:40 I have made the request to generate http://www.w3.org/2016/02/19-dwbp-minutes.html phila 14:58:50 bye all... nice weekend... 14:59:17 RRSAgent, draft minutes 14:59:17 I have made the request to generate http://www.w3.org/2016/02/19-dwbp-minutes.html phila 15:11:59 annette_g has joined #dwbp 15:54:43 annette_g has joined #dwbp 16:00:35 annette_g has left #dwbp 16:21:44 yaso has joined #dwbp 16:59:35 Zakim has left #dwbp