19:50:56 RRSAgent has joined #dxwgcneg 19:50:56 logging to https://www.w3.org/2018/10/10-dxwgcneg-irc 19:50:58 RRSAgent, make logs public 19:50:58 Zakim has joined #dxwgcneg 19:51:00 Meeting: Dataset Exchange Working Group Teleconference 19:51:00 Date: 10 October 2018 19:51:18 Meeting: DXWG CNEG Subgroup Teleconference 19:51:35 RRSAgent, please draft minutes v2 19:51:35 I have made the request to generate https://www.w3.org/2018/10/10-dxwgcneg-minutes.html LarsG 19:54:00 azaroth has joined #dxwgcneg 19:59:05 ncar has joined #dxwgcneg 19:59:41 roba has joined #dxwgcneg 20:00:31 present+ 20:00:49 Chair: LarsG 20:01:00 present+ 20:01:33 present+ 20:02:31 apologies+ Antoine 20:03:20 * ugh now i have to find a webex password 20:07:34 scribenick: azaroth 20:07:41 TOPIC: Review Agenda 20:07:46 https://www.w3.org/2017/dxwg/wiki/Meetings:CNEG-Telecon2018.10.10 20:08:12 LarsG: Main topics are progress on FPWD and might need to discuss new meeting time 20:08:28 ... end of DST in Europe in 3 weeks, Australia is ... weird 20:08:39 ... Anything else? 20:08:57 ncar: All the effort is around FPWD, think we need to discuss that 20:09:00 TOPIC: Approve minutes 20:09:11 PROPOSED: Approve minutes 20:09:14 +1 20:09:17 +1 20:09:18 https://www.w3.org/2018/09/26-dxwgcneg-minutes.html 20:09:19 +1 20:09:22 +0 (not present) 20:09:38 RESOLVED: Approve minutes 20:09:51 TOPIC: Action items 20:09:54 https://www.w3.org/2017/dxwg/track/products/4 20:09:58 ncar: we did have a couple ... 20:10:09 LarsG: Product list only has three 20:10:41 ... our product is product 4 20:11:02 ncar: I can report on these 20:11:16 ... 212 is make an issue for profile version, have done that. Issue #391. 20:11:23 ... question is does it appear in the document somewhere? 20:11:34 ISSUE-212? 20:11:34 Sorry, but ISSUE-212 does not exist. 20:11:36 ... answer is ... yes it does :) It's a singleton issue that we might consider removingt 20:11:41 ACTION-212? 20:11:41 ACTION-212 -- Nicholas Car to Create an issue for profile version representation or not via identifier for w3c conneg doc -- due 2018-09-19 -- PENDINGREVIEW 20:11:41 https://www.w3.org/2017/dxwg/track/actions/212 20:11:42 ... in the PR version. 20:12:03 ... Rendered version of the PR document ... might talk about that in a minute 20:12:19 ... Appears in two places. In its own section, and the issue list. So can close action. 20:12:23 LarsG: Fair enough! 20:12:27 close ACTION-212 20:12:28 Closed ACTION-212. 20:13:03 ncar: 214 is add a section to the doc to lay out recommendations for FPWD. Was confused, made a PR last week, but forgot what else we wanted to put in 20:13:11 ... made a section but there's no content in it. 20:13:25 ... so have followed to the letter, but haven't worked out the details 20:13:33 LarsG: downside of 10pm, can't remember either! 20:13:54 ncar: I looked at the minutes, but couldn't work it out. Noted in the action that I suggested we remove it 20:14:01 ... no other group has such a section 20:14:19 ... the FPWD seems like a whole document thing, rather than a section in the doc 20:14:41 ncar: DCAT people have it fairly easy as they copied the old spec and noted what to do differently 20:14:48 s/ncar/larsg/ 20:15:13 ncar: I think we either had to write down the recommendations, or to write down what FPWD needs to tick boxes for structure etc. 20:15:27 roba: Could close and ignore if the latter, and for the former we've done the issues 20:15:34 ncar: can just remove the section 20:15:48 LarsG: Should be the former, don't need a meta discussion in teh document about hte document 20:15:51 s/teh/the/ 20:16:03 ncar: A section about recommendations? 20:16:10 s/hte/the/ 20:16:17 roba: Doc is a recommendation. So just specify normative requirements. 20:16:25 ncar: Yeah, just get rid of the section 20:16:32 LarsG: Would leave us with [list of sections] 20:16:39 http://htmlpreview.github.io/?https://github.com/w3c/dxwg/blob/conneg-doc/conneg-by-ap/index.html 20:16:40 ncar: That's where we're missing stuff. Link ... 20:16:46 ... HTML rendering of the PR 20:17:07 ... rawgit is shutting down, so using a worse service that doesn't do things like letting you click through links 20:17:39 ... imagine section 5 is removed. Related work describes the profile guidance and IETF draft 20:18:05 ... Important things are after the related work, there's two sections. Need something to test conceptually and specifically 20:18:16 ... abstract model is what is conneg in general, and put in a GH issue to discuss 20:18:25 roba: Definitions and diagram. 20:18:42 ncar: must be some abstract way to describe the functionality, some sort of UML thing. 20:18:48 roba: a sequence diagram 20:19:10 ncar: Yeah, not a trouble for the group. Abstract, then for specifics see the sections / related docs 20:19:18 ... put in issue 463 for the implementation question 20:19:38 ... puts a serious task on the doc to define things, rather than pass on to other docs 20:20:06 roba: would propose that negotiation by http terminology, then extract those as definitions, write a sequence diagram with those terms 20:20:32 ... and the query string argument implementation pattern, have the issue of whether we have a canonical version or if we map to those arguments 20:20:44 ... could be to list the profiles, the server has to tell the user which arguments are used for conneg 20:20:58 ... either have a metadata problem, or a canonicalization problem :) 20:21:08 ... thing to start with is extracting the key concepts from ietf work 20:21:15 ... happy to take an action to do the sequence diagram 20:21:39 ... good to make it fit with the information diagram. If you do the model, I'll do the sequence, and lars can extract key elements? 20:22:02 ncar: Can I go back one -- with those sections does that look like we're covering the scope required for FPWD? 20:22:13 ... have intro, motivation, abstract model, and specific realizations 20:22:19 ... then test suite and implementations 20:22:23 q+ 20:22:35 ... only now do we have the full amount to cover 20:22:40 ack azaroth 20:22:43 ack azaroth 20:23:20 https://www.w3.org/TR/annotation-model/ 20:24:08 azaroth: test suite and implementation report don't have to be in the document 20:24:31 ... they can develop separately from the spec 20:24:46 ncar: where is the link? 20:24:53 azaroth: at the top of the spec 20:25:08 ncar: Is that respec magic? 20:25:25 azaroth: [checking github...] 20:25:57 respect code: "implementationReportURI": "https://w3c.github.io/test-results/annotation-model/all.html", 20:26:05 ncar: do the tests live in a different github repo? 20:26:24 azaroth: several test-* repositories in W3C 20:26:55 ... bit of a pain to use since you have to download everything separately 20:27:16 ncar: The SHACL implementation report is a separate section 20:27:31 ... more lightweight to push and pull against a smaller repo 20:27:53 ... don't know if how SHACL want to continue maintaining this repo 20:28:10 ... what is your recommendation? 20:28:27 azaroth: This should be discussed at TPAC 20:29:04 ncar: at meeting yesterday we were asked to submit topics for TPAC 20:29:05 ACTION: azaroth to submit topic for face to face meeting about test runner/ results repositories 20:29:05 Created ACTION-231 - Submit topic for face to face meeting about test runner/ results repositories [on Robert Sanderson - due 2018-10-17]. 20:29:48 ... and then we need to discuss the removal of section 9 in current ED 20:30:31 roba: Specifications should be in a testable form, that's at least OGC policy 20:30:46 ... test suite is just a version of the requirements 20:31:10 ncar: So we just refer to an executable script to do the testing? 20:31:29 scribenick: azaroth 20:32:00 ncar: if we take "two implementations" seriously, is it OK just to link 20:32:05 ... to the implementation report? 20:32:15 azaroth: No, it's part of the process 20:32:24 ncar: Then §9 can go 20:33:33 azaroth: annotation model implementation report was written to make it easy 20:33:40 ... to go from CR to PR 20:33:56 ncar: Then we can remove §9 20:34:01 ACTION: ncar to remove section test suite and implementation sections 20:34:02 Created ACTION-232 - Remove section test suite and implementation sections [on Nicholas Car - due 2018-10-17]. 20:34:07 scribenick: azaroth 20:34:37 ncar: If we can answer the question that the debate came from, if we remove that section and make it a link ... does that look like the structure for FPWD? 20:34:44 ... [sections] 20:34:53 ... added privacy / security considerations section 20:35:04 +1 to that list, minus test suite :) 20:35:09 LarsG: That could work 20:35:20 roba: It's only FPWD, can tune it 20:35:35 ncar: would someone encountering the doc get a sense of what we're talking about and how things will be dealt with 20:35:49 ... would they look at the sections and think it was sensible 20:35:53 ... heading towards FPWD 20:36:09 LarsG: think it'll work. Before it's published, it needs to be reviewed by the WG anyway 20:36:15 ... be signed off by plenary 20:36:19 ... perhaps in Lyon 20:36:32 ncar: Keen to make sure we're stepping through it properly 20:36:37 ... okay, will make those changes today 20:36:48 ... will put in a fake link to an implementation report but will be there in concept 20:36:53 roba: just a stub page 20:37:07 ncar: Another PR, but assuming that goes through, we can submit to plenary 20:37:20 ... have looked at w3c validation system to ensure I have all the things correct ... not been pleasant 20:37:36 ... validation tool doesn't work with the doc as we write it, it requires the static html 20:37:45 ... e.g. post JS rendered, lots of false errors 20:37:53 ... dont' have a title, but can see that we do 20:38:01 roba: It probably looks for css class declarations 20:38:09 ncar: tried to improve some of those 20:38:16 ... e.g. informative sections are tagged 20:38:21 ... adds in the css itself 20:38:41 ... tried to follow that as best as I can following things like SHACL, but not critical for FPWD 20:39:01 LarsG: You click the respec button and click export, then put it through the validator? 20:39:10 ncar: Oh, I was doing DOM inspection 20:39:16 ... that would have saved some time 20:40:03 LarsG: not sure if that is the way it works 20:40:09 azaroth: Yup, that's how it works :) 20:40:27 ncar: pubrules is a pain ... have to reference something that's hosted 20:40:40 ... can do that but need to do it by hand, can't just upload a chunk of text 20:40:54 ... could make some suggestions ;D 20:41:14 ... what we've written looks similar to recent specs, so validation errors should be minor and solvable 20:41:19 ... not a barrier to FPWD 20:41:26 ... if agreed, I'll go ahead with the edits. 20:41:37 ... can cycle back to who should do what, w.r.t. abstract models and realizations 20:42:15 roba: proposed three actions - Lars to extract definitions from IETF, ncar to create minimal information model from that, and then for me to create a UML sequence diagram 20:42:33 ncar: Would that be ... a diagram of ... 20:43:00 roba: the information elements in the model if we need it. if there's a relationship in the definitions between a profile and the media types they're available in, we need some abstract name for that relationship 20:43:06 ... so when you implement it, it's there 20:43:17 ... got to tease out those "things". 20:43:26 ... nothing we don't already do, but don't have it yet 20:43:43 ncar: would be interesting, as looks like a generalized version of the model i've been using for alternative views 20:44:10 ... trying to achieve the same task. has view, format, with relationship ... looking at the terminology and implementing a model for it, would be a better informed version of thatt model 20:44:15 ... related to the profile ontology 20:44:28 roba: exactly right, would make the relationship visible 20:44:37 ncar: would be dependent on Lars' action 20:44:50 roba: a minimal list of definitions and descriptions of the critical sequences 20:44:55 LarsG: definitions of ... what? 20:45:29 roba: for example if the process says that the client asks for something from the server with a name ... e.g. a header that gets back a list of profile identifiers, that's what we need ot have in the diagram 20:45:44 ... extract those terms for a diagram 20:46:01 ... not sure what status those definitions have. can review them for stability 20:46:08 LarsG: Ruben's definitions will go in there too 20:46:09 q+ 20:46:14 ... for us to figure out! 20:46:32 ... I can extract my definitions and create diagram from that for FPWD. If need to change it later, no problem 20:46:38 ack q 20:46:40 ack azaroth 20:47:26 azaroth: synchronization between IETF and W3C docs?? 20:47:42 ncar: depends if it was a breaking change or not 20:48:01 ... if it breaks the conceptual model, would need to change the way things are described 20:48:11 roba: Try to keep in sync until we reach a decision point 20:48:36 azaroth: updates about IETF doc? 20:48:57 LarsG: Herbert has opted out. Ruben has promised to start working on it again in same week as TPAC 20:49:19 ACTION: Lars to extract definitions to form basis of abstract model 20:49:20 Created ACTION-233 - Extract definitions to form basis of abstract model [on Lars G. Svensson - due 2018-10-17]. 20:49:35 ACTION: ncar to use definitions to create abstract model diagram and text 20:49:36 Created ACTION-234 - Use definitions to create abstract model diagram and text [on Nicholas Car - due 2018-10-17]. 20:49:54 ACTION: roba to create sequence diagram from abstract model and definitions 20:49:54 Created ACTION-235 - Create sequence diagram from abstract model and definitions [on Rob Atkinson - due 2018-10-17]. 20:50:19 ncar: that's all I had to discuss at the meeting :) 20:51:21 roba: One item to put up for feedback ... number of activities in the OGC space have been looking at the use of JSON-LD. Has a mechanism for a context ... hope Rob S can enlighten us ... trying to figure out relationship between context and profile 20:51:35 ... sort of a namespace for a profile. Perhaps a full expression of a profile, like a schema 20:52:07 azaroth: A context document in JSON-LD is a mapping of RDF predicates to JSON keys 20:52:26 ... e. g. DC title and you want to use title in JSON, you map dc:title to title 20:52:34 ... in the context (document) 20:53:01 ... it's not a definitional document, so you cannot define new terms 20:53:26 ... several tricks that can be done in order to create the desired JSON structure 20:53:37 ... without constraining the triples 20:53:52 roba: can that express constraints as in a profile? 20:54:15 azaroth: not quite. can see why it's possible to think of them as constraints, 20:54:25 roba: feels like constraints/profiles 20:54:40 Example: {"@context": {"dc": "http://blablaba.org/ns", "title": "dc:title"}} 20:54:53 azaroth: I don't think of them as constraints. 20:55:36 ... it's closer to namespace prefixes, but you can map the whole term 20:55:53 ... it's also possible to import complete contexts and merge them 20:56:20 ... and not create new terms or mappings but re-using what's there already 20:56:36 ... some JSON document conforms to a profile if it uses the names 20:56:41 ... specified in the context. 20:56:50 roba: so it's necessary but not sufficient? 20:57:00 azaroth: correct 20:57:20 ... part of the work in JSON-LD WG because others want to do conneg 20:57:50 ... based on frames etc, saying "I want this particular part of the graph 20:57:58 ... to look like this" 20:58:08 roba: so is this emerging? 20:58:14 azaroth: yes. 20:58:15 https://www.w3.org/TR/json-ld11-framing/ 20:58:36 ... part of the community group, not WG 20:58:52 ... now it's about creating an API 20:59:19 roba: we probably need to bring this into focus in DXWG, seems relevant 20:59:25 ... how do we do that? 20:59:51 azaroth: kcoyle has agreed to have a 90 minute block for joint discussion 20:59:59 ... with JSON-LD WG 21:00:30 ... and how that impacts conneg (how to request a specific format for a 21:00:37 ... JSON-LD doc) 21:00:47 ... (hope I got that right...) 21:01:20 LarsG: 2 minutes to talk about meeting time? 21:01:54 ... from my point of view, this time slot is good 21:02:14 ncar: this time is good for me 21:02:18 azaroth: good for me 21:02:22 roba: fine for me too 21:02:24 :) 21:02:38 LarsG: And for me an hour earlier 21:03:36 rrsagent, set log public 21:03:41 rrsagent, generate minutes 21:03:41 I have made the request to generate https://www.w3.org/2018/10/10-dxwgcneg-minutes.html azaroth 21:04:12 Bye all 21:04:17 zakim, bye 21:04:17 leaving. As of this point the attendees have been LarsG, ncar, azaroth 21:04:17 Zakim has left #dxwgcneg 21:04:21 present- 21:05:22 RRSAgent, please generate minutes v2 21:05:22 I have made the request to generate https://www.w3.org/2018/10/10-dxwgcneg-minutes.html LarsG