13:54:51 RRSAgent has joined #dxwg 13:54:51 logging to http://www.w3.org/2017/10/09-dxwg-irc 13:55:07 rrsagent, make logs public 14:00:42 alejandra has joined #dxwg 14:01:25 LarsG has joined #dxwg 14:01:30 present+ 14:01:41 present+ 14:01:49 chair: Karen Coyle 14:01:52 annette_g has joined #dxwg 14:02:42 riccardoAlbertoni has joined #dxwg 14:03:59 Ixchel has joined #dxwg 14:04:02 present + Ixchel 14:04:04 antoine has joined #dxwg 14:04:10 present+ antoine 14:04:12 Stijn_Goedertier_AIV has joined #dxwg 14:04:22 Jaroslav_Pullmann has joined #dxwg 14:04:23 present+ Stijn_Goedertier_AIV 14:04:23 present+ 14:04:31 present+ 14:05:11 present+ 14:05:47 alejandra has joined #dxwg 14:05:54 present+ 14:06:04 no sorry i am in a noisy place 14:06:48 scribenick: Ixchel 14:06:52 annette_g has joined #dxwg 14:07:20 newton has joined #dxwg 14:07:33 present+ annette_g 14:07:34 present+ 14:08:02 AndreaPerego has joined #dxwg 14:08:11 present+ AndreaPerego 14:08:27 kcoyle: first up approval of meeting meetings 14:08:35 RESOLVED: approve last week's minutes 14:09:03 kcoyle: reminder about face to face in Nov please sign up 14:09:22 TOPIC: meeting time 14:09:47 kcoyle: daylight savings and time zone changes are an issue for some 14:10:01 DaveBrowning has joined #dxwg 14:10:01 a+ 14:10:02 kcoyle: doodle poll will be emailed to group 14:10:03 q+ 14:10:16 s/a+// 14:10:20 ack alejandra 14:10:36 alejandra: created a doodle poll and sent around as well 14:11:05 Present+ DaveBrowning 14:11:10 alejandra: doodle poll updated for week in November 14:11:19 present+ 14:11:21 Thanks, Alejandra. 14:11:29 alejandra: can we use the one I created 14:11:30 https://beta.doodle.com/poll/n66t9dth6u5gfi2t 14:11:56 kcoyle: will look at alejandra's poll and respond as to next steps 14:12:33 kcoyle: note that the time for people in southern hemisphere, it's the next day. so can't include Friday because it will be their Saturday 14:12:55 kcoyle: only will be asking about Monday-Thursday in the doodle poll 14:13:44 ...next checking open action items 14:14:00 Topic: Open action items 14:14:11 ...if anyone has an open action item that is included please let us know 14:14:32 TOPIC: Use Case Requirements 14:15:10 annette_g has joined #dxwg 14:15:50 kcoyle: ended up with 2 points of view on one of the reqs 14:16:04 ...DCAT need to decide what is vs. is not a version 14:16:24 q+ 14:16:24 ...should this not be decided because communities already have decided on that 14:16:32 q? 14:17:10 Jaroslav_Pullmann: agrees on the summary but can we look at the defintion of version which aspects of dataset should be consider which type of changes might indicate transition to a new version 14:17:26 ack Jaroslav_Pullmann 14:17:32 kcoyle: question stands should be have a defintion 14:17:39 ...wants a straw poll 14:17:54 1) need a definition 2) better not to define 14:18:05 0,0 14:18:20 -1,+1 14:18:34 +1,-1 14:18:34 Wait, why two`/ 14:18:34 -1,+1 14:18:35 0,1 14:19:12 I pick 2 14:19:24 -1, +1 14:19:39 0,+1 14:19:41 0,1 14:19:43 0,+1 14:19:48 +1,0 14:19:54 s/0,1/0,+1 14:20:01 q+ 14:20:14 ack DaveBrowning 14:20:18 DaveBrowning: i missed last weeks meeting and a bit behind 14:20:22 the "definition" would not define what a change is per se, but what aspects should be considered when judging if there is a "version"-alike change ..? 14:20:40 ...2 weeks ago talked about having a version identifer is this question about that or some semantics that we apply to the identifer 14:20:50 https://www.w3.org/2017/dxwg/wiki/Meetings:Telecon2017.10.09 14:21:34 kcoyle: Peter suggested wording for the first two requirements in versioning and during the disucssion you can see his defintion is that we should specify what is vs. is not a version 14:21:44 ...some in group did not agree 14:21:58 DaveBrowning: understands now given the recap 14:22:08 kcoyle: still a split in the group given voting 14:22:13 s/disucssion/discussion/ 14:22:15 +q 14:22:26 ...so not sure how to resolve at this point may move on 14:22:37 ack alejandra 14:22:40 alejandra: trying to think about what is the best thing 14:23:00 ...if have a version need to decide what it is for 14:23:01 Q+ 14:23:19 ...looking at other ontologies, don't say how created but talk about previous versions 14:23:42 ...maybe we should vote on a specific defintion, but not sure what mean by no definition 14:23:53 ...if we talk about version we need something, it could be generic 14:24:40 kcoyle: Peter added two specific things - consider domain and range and provide illustrations when a new version would not be recommended - e.g. in de-duplication 14:24:49 as references, HCLS dataset description referred to versioning relying on PAV 14:24:49 Tally: option 1: six 0s, one +1s, three -1s ; option 2: two 0s, seven +1s, one -1s (if I count well) 14:24:51 see the links: https://www.w3.org/TR/hcls-dataset/ 14:24:54 ...agreee with what you say alejandra, but need wording we can vote on 14:24:57 https://pav-ontology.github.io/pav/ 14:25:08 ...Peter's wording more specific than expecting 14:25:12 +1, I think we need some wording to be able to vote 14:25:33 ...if someone would like to propse alternative wording for what Peter has (in email) then please do that 14:25:36 q? 14:25:43 ack annette_g 14:25:44 annette_g: do think need to figure out answer to this 14:25:57 ...suggest think about defining a list of types of versions 14:26:05 ...i'm assigning this type of version to this 14:26:09 ...it might be a middle ground 14:26:14 q+ 14:26:51 ...example - there is a short of of 4 versions - is it a complete re-write, just changing a date, that type of thing, but not just amount of change 14:26:58 ...there were 4 logical categories 14:26:59 q+ 14:27:07 kcoyle: so maybe we adopt that? 14:27:16 annette_g: yes. 14:27:28 ack alejandra 14:27:41 alejandra: agree can find a middle ground 14:28:19 ...need something broad enough so people can specify their own types of versions, so put a links on IRC see above 14:28:54 q+ 14:28:58 kcoyle: think we need to give someone the task of making a proposal 14:29:16 ...alejandra annette_g anyone willing 14:29:31 ack Jaroslav_Pullmann 14:29:36 ...annette_g will propose something 14:29:51 Can you assign me an action for that? 14:30:14 Jaroslav_Pullmann: confusion now to indicate which properties are used other side the type of version is intersting to consumers of the dataset, should look at from point of view of client 14:30:44 ...data didn't change but properties changed, what are they interested in with respect to the change? 14:30:57 ...differentation with respect to type of change would be interseting 14:30:57 s/intersting/interesting/ 14:31:26 ...not lookign at how to indicate but which aspects should be consider when talking about a new version 14:31:39 s/lookign/looking/ 14:31:40 ...could propose a client oriented view regarding consumers/clients 14:31:54 kcoyle: sounds like what Peter was aiming at, so look at his response 14:31:57 q- 14:32:07 * +1 to Jaroslav... For consumers, these could perhaps be interesting types of versions: language version, format version, revision to the content (minor corrections), revision to the API, major revisions to the content, ... 14:32:41 ...he says definition consideration should be given where creation of new version should not be recommended, but you would let people know what type of version should be created 14:32:59 Jaroslav_Pullmann: interested in evidence of change 14:33:29 kcoyle: annette_g is that something you could work in or should be give a separate action to Jaroslav 14:33:38 Jaroslav_Pullmann: we can sychrnoize 14:34:01 kcoyle: annette_g will put in email and then will be discussed via group 14:34:20 kcoyle: can we move on to other versioning reqs even though this issue isn't solved? 14:34:40 ...talked above version identifer that we changed to indicator 14:34:55 ...next requirement is Version Status 14:35:02 Q+ 14:35:18 https://docs.google.com/spreadsheets/d/16JmtNCz_aCWtTCSntriDWLvyPY2x-Y9dZFhAHFl55r0/edit#gid=0 14:35:42 q+ 14:35:52 ...sounds like Version Status will be very tied up with the identifer and defintition lets move to version release date 14:35:55 6.9.1 14:36:09 ...this is 6.9.1 in the google doc 14:36:09 ack annette_g 14:36:20 Jaroslav_Pullmann: so the status is question how it would look 14:36:39 ...assumption is if indicator not structured it would not provide hint of quality of current version 14:36:52 ...so these are just examples 14:36:55 ack Jaroslav_Pullmann 14:36:57 RRSAgent, draft minutes v2 14:36:57 I have made the request to generate http://www.w3.org/2017/10/09-dxwg-minutes.html AndreaPerego 14:37:01 kcoyle: suggesting table Version Status 14:37:14 Jaroslav_Pullmann: Yes. Okay so release date, no question about the need to have this 14:37:19 RRSAgent, make logs world 14:37:23 RRSAgent, draft minutes v2 14:37:23 I have made the request to generate http://www.w3.org/2017/10/09-dxwg-minutes.html AndreaPerego 14:37:23 Q+ 14:37:28 kcoyle: anyone have anything else re: Version Release Date 14:37:30 ack annette_g 14:37:46 annette_g: some people version things with date 14:37:58 ...we would not want to say if have a date also need a version 14:38:16 kcoyle: we have not talked about requirements for that type. anyone else? 14:38:16 q+ 14:38:25 ack LarsG 14:38:52 LarsG: if we want to make it easy data consumers probably need to have release date something they can sort on even if people use it as a version indicator 14:38:55 +1 14:39:07 ...otherwise people would have to look at two things 14:39:21 Re version release date, this can be simply modelled as the issue date of that version. 14:39:32 PROPOSED: accept requirement 6.9.1 version release date 14:39:36 Ixchel: So is this wording good: 6.9.1 Indicate the date when specific version was created (released). The version identifier might refer to the release date. 14:39:38 q+ 14:39:41 +1 14:39:53 0 14:40:01 ack AndreaPerego 14:40:11 AndreaPerego: what do we mean with version release date seems like just the issue date 14:40:38 kcoyle: not sure understood the question 14:40:38 https://www.w3.org/TR/vocab-dcat/#Property:dataset_release_date 14:41:11 AndreaPerego: the creation, issue or last modify date so why need version release date if already have these others? 14:41:24 q+ 14:41:25 kcoyle: referring to dates already in DCAT? 14:41:34 AndreaPerego: yes, but thinking more conceptually. 14:41:37 q+ 14:41:50 ...i would like to understand the proposal better because it is not clear 14:41:55 ack Jaroslav_Pullmann 14:42:12 ack LarsG 14:42:14 Jaroslav_Pullmann: i don't think there is a contradition. think they are equivalent release=issue date 14:42:37 LarsG: seconds that, especially considering release date re: link it IRC is the same thing 14:42:53 kcoyle: is it the same thing? 14:42:55 annette_g has joined #dxwg 14:43:10 LarsG: andreaperego is the expert 14:43:13 +1 that they are the same 14:43:19 q+ 14:43:20 [blushing] 14:43:29 kcoyle: if they are the same then do we need a release date 14:43:34 I agree with AndreaPerego - I don't think we need a version release date 14:43:40 ack Jaroslav_Pullmann 14:43:53 +1 to Jaroslav_Pullmann 14:43:57 dates should be associated with the dataset, which will also have version information 14:44:16 Jaroslav_Pullmann: just needed to make requirements full/complete. agree already handled by DCAT, but should look at how handles versions in DCAT because not versions at the moment 14:44:37 ...just a reminder to us. it might be already solved if use the same properties 14:44:49 kcoyle: is the suggestion that release date in DCAT would be renamed? 14:44:54 ...right now these all say version. 14:44:59 ...what would happen to release date 14:45:08 +q 14:45:16 ack alejandra 14:45:17 https://www.w3.org/TR/hcls-dataset/ 14:45:38 alejandra: just point to resources see link in IRC how divides summary level info see section 5 14:46:10 ...there is a distinction re: date created it is not on the summary level but maybe we can take this approach 14:46:30 kcoyle: so saying unversioned release date would be made obosolete 14:47:07 alejandra: more about where to put the date summary or distribution 14:47:14 q+ 14:47:24 kcoyle: so if we accept this could the deliverable group work this out 14:47:55 alejandra: yes. at some point we need to resolve it, not sure at requirements level or development of the vocabulary level 14:48:11 kcoyle: can we pass it to the sub-group or is that cheating 14:48:17 ack Jaroslav_Pullmann 14:48:30 Jaroslav_Pullmann: supports alejandra's view. dates are a property of the versions 14:48:50 Q+ 14:49:05 ...all resources which have a lifecycle that do change should have a property attached release or issue, not sure what to call it 14:49:18 ack annette_g 14:49:20 ...it's conceptual reference to temporal aspect of publishing a new version 14:49:41 q+ to ask if there is a "summary level" 14:49:47 annette_g: can the requirement be simplified, it must be possible to assign a date to a unqiue version and hte group can run with that to see how it fits 14:49:53 kcoyle: so is that a rewording? 14:49:57 +1 to annette_g 14:49:58 annette_g: yes. think so 14:50:16 s/hte group/the group/ 14:50:45 PROPOSED: accept 6.9.1 reworded: it must be possible to assign a date to a unique version 14:51:02 +1 14:51:07 +1 14:51:10 -1 14:51:12 +1 14:51:16 for reference, this is the old wording: "6.9.1 Indicate the date when specific version was created (released). The version identifier might refer to the release date." 14:51:24 +1 14:51:28 +1 14:51:43 +1 14:51:53 "Identifier" or "indicator"? 14:52:11 I think it should be "indicator", as we decided two weeks ago 14:52:13 kcoyle: with this wording means group and decide to create a new date property or to rename the previous date property 14:52:57 LarsG: unsure of two things 1. the term summary level and 2. unique version 14:53:11 ...if look at DCAT there is no summary level 14:53:17 ...everything is versioned 14:53:31 the concept of "summary level" didn't come from DCAT, but from HCLS dataset description 14:53:34 ...is that right? 14:53:41 Yep. 14:53:42 q+ 14:54:03 ack LarsG 14:54:03 LarsG, you wanted to ask if there is a "summary level" 14:54:07 ack alejandra 14:54:29 alejandra: DCAT doesn't deal with version was refering to HCLS dataset description 14:54:36 ...in case we think it is useful 14:54:44 LarsG: think it is extremely useful 14:54:53 +1 14:54:56 kcoyle: so willing to accept the new wording? 14:54:57 q+ 14:55:16 ack antoine 14:55:20 antoine: how doesn't mess with resolution 14:55:36 Q+ 14:55:39 ...just wanted to double check are there strong feelings re: word unique 14:55:58 ...rewording mentions unique version. is unique needed? 14:56:02 ack annette_g 14:56:03 ...would we lose alot 14:56:05 +1 to antoine 14:56:19 annette_g: maybe not just more clear talking at version and not distribution level 14:56:48 ...not saying data is unique saying version is unqiue 14:57:07 kcoyle: would there be objections to dropping the word unique 14:57:19 annette_g: not sure what gaining with drop but thinks it still works 14:57:21 ACCEPTED: accept 6.9.1 reworded: it must be possible to assign a date to a version 14:57:47 RESOLVED: accept 6.9.1 reworded: it must be possible to assign a date to a version 14:57:57 q+ 14:58:43 ack Ixchel 15:00:46 Thanks folks! 15:00:47 Thanks, and bye! 15:00:51 bye thanks 15:00:53 bye 15:00:59 present- 15:01:00 Cheers 15:01:06 thanks all, bye 15:01:17 rrsagent, set logs public 15:01:23 chair: karen 15:01:33 meeting: DXWG telecon 15:01:45 rrsagent, make minutes v2 15:01:45 I have made the request to generate http://www.w3.org/2017/10/09-dxwg-minutes.html dsr 15:02:06 regrets+ Caroline, Ruben, Thomas, Simon, Rob 15:02:28 agenda: https://www.w3.org/2017/dxwg/wiki/Meetings:Telecon2017.10.09 15:02:33 RRSAgent, draft minutes v2 15:02:33 I have made the request to generate http://www.w3.org/2017/10/09-dxwg-minutes.html AndreaPerego