13:53:23 RRSAgent has joined #dxwg 13:53:23 logging to http://www.w3.org/2017/08/28-dxwg-irc 13:53:25 newton has left #dxwg 13:53:33 rrsagent, make logs public 13:56:24 LarsG has joined #dxwg 13:57:00 present+ 13:57:54 Stijn_Goedertier has joined #dxwg 13:58:32 present+ 13:59:43 Caroline_ has joined #DXWG 14:00:33 Present+ 14:01:52 SimonCox has joined #dxwg 14:02:05 present+ SimonCox 14:02:16 Jaroslav_Pullmann has joined #dxwg 14:02:16 present+ 14:03:21 Zakim, pick a scribe 14:03:21 Not knowing who is chairing or who scribed recently, I propose Caroline_ 14:03:41 Zakim, pick a scribe 14:03:41 Not knowing who is chairing or who scribed recently, I propose Caroline_ 14:03:43 chair: Caroline_ 14:03:48 Zakim, pick a scribe 14:03:48 Not knowing who is chairing or who scribed recently, I propose kcoyle 14:03:58 Ixchel has joined #dxwg 14:04:03 scribenick: kcoyle 14:04:03 present + 14:04:08 present + Ixchel 14:04:31 present (on behalf of AIV, Thomas D'Haenens) 14:04:54 https://www.w3.org/2017/08/21-dxwg-minutes 14:05:15 RESOLVED: approve previous minutes 14:05:31 annette_g has joined #dxwg 14:05:32 Makx has joined #dxwg 14:05:48 TOPIC: Group reports 14:05:51 https://w3c.github.io/dxwg/ucr/ 14:06:10 draft of UCR on github - 14:06:16 Ack Jaroslav_Pullmann 14:06:22 ack Ixchel 14:06:45 Ixchel: checking back on wiki to make sure all use cases copied over 14:07:09 present+ annette_g 14:07:35 Jaroslav_Pullmann: looking at referencing/inferencing issues - 14:08:01 ... references between usecases and requirements 14:08:48 ... done with a script from requirements to use cases 14:09:04 ... added 'out of scope' tag 14:10:50 ... will contact respec authors to clarify creation of dynamic links 14:11:15 ACTION: Jaroslav_Pullmann contact respec authors to clarify creation of dynamic links 14:11:17 Created ACTION-35 - Contact respec authors to clarify creation of dynamic links [on Jaroslav Pullmann - due 2017-09-04]. 14:11:20 q? 14:11:42 presnet+ Makx 14:11:43 TOPIC: open actions 14:11:52 present+ Makx 14:13:00 Ixchel: couldn't close the actions 5, 11, 12 14:13:14 ... these are done and can be closed 14:14:01 Jaroslav_Pullmann: still working on ID25 14:15:05 kcoyle: closed action 34 14:15:08 q? 14:15:44 scribenick: Caroline_ 14:16:00 kcoyle: we discussed on the mailing list and I rewrote it as a use case 14:16:27 ... about creating a profile that includes the same information that may by a validation script and need to have that on the profile 14:16:33 https://www.w3.org/2017/dxwg/wiki/Use_Case_Working_Space#ID48 14:16:37 the link is above 14:17:39 ... not sure about the requirements yey 14:17:39 q? 14:17:56 q+ 14:18:03 ack SimonCox 14:18:30 SimonCox: the problem statement 14:18:47 kcoyle: SHACL is a W3C standard 14:18:56 ... I would be happy to not have it there 14:19:00 ... we can remove that 14:19:10 Q+ 14:19:13 SimonCox: I suggest to change to machine readable 14:19:32 kcoyle: I will modify it 14:19:44 SimonCox: I don't think it change the requirements 14:19:59 kcoyle: it does not change the requirements 14:20:10 q+ 14:20:41 annette_g: the first requirement listed "The profile must clarify any relationship between profiles and available validation documents or code " my concern is that they maybe not get created in that order 14:21:05 ... I think the requirement should be that the profile shoud be completed by itself 14:21:19 kcoyle: I like that because is the sense of the problem statement 14:21:25 ... I will change this requirement 14:21:34 ack annette_g ' 14:21:42 s/shoud/should/ 14:22:36 kcoyle: the profile defines the metadata and the validation would validate it on the profile 14:22:49 annette_g: I would put separate so you don't have to link them 14:23:37 ... we can think about ways how relashionship could work better 14:23:54 kcoyle: so validating the profile structure itsefl? 14:24:05 annette_g: using the profile to validate any metadate 14:24:12 s/metadate/metadata 14:24:19 kcoyle: that was my dream! 14:24:32 ... but I think it is more than what people would be willing to accept 14:24:55 annette_g: it could say if the metadata would match or not that profile 14:25:03 kcoyle: we can keep it that in mind 14:25:08 q? 14:25:11 ack annette_g 14:25:15 ack Jaroslav_Pullmann 14:25:35 Jaroslav_Pullmann: we should be technology agnostic as it was said before and mention machine processing 14:25:54 ... how the profile state any requirements of valid dataset when is no formula to express 14:26:05 kcoyle: I think this is the task of the profile doc 14:26:22 Jaroslav_Pullmann: this is type of definition of the valid criteria for profile 14:26:31 kcoyle: I think it is going to come up in the profile taks 14:26:43 ... we don't know yet if it is possible 14:27:01 Jaroslav_Pullmann: I would like to ask LarsG if in his experience is that sort of formalization 14:27:05 q+ 14:27:31 LarsG: there is a difference between human and machine readable 14:27:54 ... I agre with kcoyle that it is something defines what a profile is 14:28:05 Jaroslav_Pullmann: it could be introduced in the description of the use case 14:28:17 ... the profile target is humans and not machines 14:28:26 Q+ 14:28:38 See https://joinup.ec.europa.eu/asset/dcat_application_profile/asset_release/dcat-ap-v11 for various formats of the DCAT-AP profile 14:28:44 ... if remains as it is we will not be able to define a certain criteria 14:28:55 LarsG: this is getting conceptual 14:29:00 ... the profile is abstract 14:29:19 ... it can be a profile document that can be described to humans 14:29:20 Text, RDF schema, SHACL source all with the same information 14:29:27 ... we can figure out as we go along 14:29:41 Jaroslav_Pullmann: it could be ilustrative 14:29:53 ack kcoyle 14:30:27 kcoyle: as an example the DublinCore profile was implemented in XML partly because the most logical serialization at the time 14:30:40 ... you can display to users very well in XML 14:30:43 q? 14:30:47 annette_g: 14:30:54 ack annette_g 14:31:11 the reaseon to have it in human readable is the same to have in machine readable 14:31:17 +1 to annette_g 14:31:19 q? 14:31:58 PROPOSED: approve use case 48 as in scope 14:31:59 scribenick: kcoyle 14:32:02 scribenick: kcoyle 14:32:09 +1 14:32:11 +1 14:32:13 +1 14:32:14 +1 14:32:14 +1 14:32:19 +1 14:32:19 +1 14:33:16 RESOLVED: approve use case 48 as in scope, with changes as discussed 14:33:18 +1 14:33:58 The profile must clarify any relationship between profiles and available validation documents or code 14:34:04 s/The profile must clarify any relationship between profiles and available validation documents or code / 14:34:13 https://w3c.github.io/dxwg/ucr/#RID5 14:34:32 TOPIC: requirements 6.5-6.9 14:35:49 q+ 14:35:50 q? 14:36:05 kcoyle: 14:36:08 ack kcoyle 14:36:25 this is a group of background that seemed to be related to each other 14:36:46 ... it seems that version is something that we agreed to be needed 14:36:53 q+ 14:36:55 ... we need to give them a context while discussing it 14:37:21 ... this is a statement to the editors to thinks what might be the best way to approach in agreing modifying the requirement 14:37:31 ack SimonCox 14:37:36 q+ 14:38:17 SimonCox: in 6.5, the what is meant by "version in this context"? is context a dataset instance? or is it more general? 14:38:47 ack Jaroslav_Pullmann 14:39:46 Jaroslav_Pullmann: needs to be coordinated with definitions in data exchange working group documents 14:40:27 SimonCox: concern - hope we are not intending to impose a limited set of versioning styles; perhaps can describe a few common practices 14:40:38 ... not appropriate to limit to any versioning rules 14:40:47 q+ 14:41:14 Jaroslav_Pullmann: context = related to this group; 14:41:28 ... e.g. dataset not for distribution 14:41:29 ack Ixchel 14:42:10 Ixchel: agree that it needs clarification; taken directly from use case 14:42:28 ... get clarification from group 14:43:08 q? 14:44:28 q+ 14:44:37 ack Jaroslav_Pullmann 14:44:45 Q+ 14:45:11 Jaroslav_Pullmann: derive a requirement that refers to scope of versioning for dcat - what aspects will be versioned? 14:45:29 ... will be specified in relation to entities of dcat model? 14:45:39 ack annette_g 14:46:00 annette_g: when we talk about versioning there's a big challenge in terms of how much to define 14:46:16 ... very domain-specific, and not likely to change 14:46:53 ... so we shouldn't get into defining versions, but make an inclusive vocabulary that people can encode what they call a version 14:46:56 +1 14:47:01 q? 14:48:08 q+ 14:48:12 +1 to annette_g: find ways to describe not prescribe 14:48:13 q+ 14:48:21 ack kcoyle 14:49:15 ack Jaroslav_Pullmann 14:49:23 kcoyle: look at less controversial version requirements 14:49:48 Jaroslav_Pullmann: 6.5 should be split into more concrete requirements 14:50:08 ... what is there isn't actionable for dcat subgroup work 14:50:54 Q+ 14:50:59 q+ 14:51:25 ack annette_g 14:52:17 annette_g: do we assume that we should not conflict with other w3c recommendations? 14:52:18 q+ 14:52:24 kcoyle: 14:52:30 ack kcoyle 14:52:47 kcoyle: I think we are suppose to take other W3C recommendations into consideration 14:53:02 ... if we have any requirements that they could fulfill 14:53:25 also you said something important that we should check if there is no confliction with other standards 14:54:18 ... about Jaroslav_Pullmann comments one of the things that happens on the life of the group is that people start off and then don't continue. So we can take over that work and go on updating it 14:54:32 Jaroslav_Pullmann: if can't reach authors, we'll take on the requirements 14:55:08 ... requirements need to be made concrete for sub-groups 14:55:12 ack SimonCox 14:56:04 SimonCox: what we do does not have to be totally consistent with previous w3c work, but best that we not conflict 14:56:30 ... re:potential conflicts with PROV, ... is there something? 14:56:51 annette_g: don't see conflicts, but PROV does address this, so we should look at it 14:57:00 ... it might provide a framework for us 14:57:06 q? 14:57:20 q+ 14:57:28 ack Jaroslav_Pullmann 14:58:15 Jaroslav_Pullmann: not ready to vote, esp. on 6.5. look at PROV and VOID. action to editors to look at prov and void and align them with ours 14:58:56 ACTION: Jaroslav_Pullmann and editors look at PROV and VOID 14:58:57 Created ACTION-36 - And editors look at prov and void [on Jaroslav Pullmann - due 2017-09-04]. 14:59:12 q? 14:59:23 thanks, bye bye 14:59:29 Thanks, bye! 14:59:32 present- 14:59:48 rssagent generate v2 15:00:03 RRSAgent generate minutes v2 15:00:06 rrsagent generate minutes v2 15:00:27 rrsagent, make the minutes v2 15:00:27 I have made the request to generate http://www.w3.org/2017/08/28-dxwg-minutes.html kcoyle 15:00:44 rrsagent, make the minutes public 15:00:44 I'm logging. I don't understand 'make the minutes public', Caroline_. Try /msg RRSAgent help 15:01:01 rrsagent, make the logging public 15:01:01 I'm logging. I don't understand 'make the logging public', Caroline_. Try /msg RRSAgent help