06:07:06 RRSAgent has joined #dxwg 06:07:06 logging to https://www.w3.org/2018/05/08-dxwg-irc 06:07:15 rrsagent, make logs public 06:07:41 chair: KCoyle & PWinstanley 06:07:51 present+ 06:08:07 rrsagent, create minutes v2 06:08:07 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html PWinstanley 06:09:02 scribe:LarsG 06:10:48 riccardoAlbertoni has joined #dxwg 06:11:46 LarsG has joined #dxwg 06:11:53 kcoyle has joined #dxwg 06:12:36 Jaroslav_Pullmann has joined #dxwg 06:13:00 DaveBrowning has joined #dxwg 06:14:35 present+ 06:15:11 present+ 06:15:13 present+ 06:15:19 present+ 06:15:22 scribe LarsG 06:15:24 present+ 06:15:28 AndreaPerego has joined #dxwg 06:15:28 scribenick LarsG 06:15:32 present+ 06:15:36 SimonCox has joined #dxwg 06:15:36 present+ AndreaPerego 06:15:43 danbri has joined #dxwg 06:15:47 topic: Gather 06:16:02 kcoyle thanks Riccardo for organising the meeting 06:16:04 present+ 06:16:13 present+ 06:16:28 ... short round of introductions 06:16:57 agenda: https://www.w3.org/2017/dxwg/wiki/F2f3 06:17:08 RRSAgent, make logs world 06:17:17 ... first day introduction to ideas around profiles 06:17:18 RRSAgent, draft minutes v2 06:17:18 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:17:25 ... then we go on to discuss those ideas 06:17:38 ... we want to do this quickly due to time constraints 06:17:50 ... [checking people online] 06:17:57 agenda: https://www.w3.org/2017/dxwg/wiki/F2f3 06:17:59 RRSAgent, draft minutes v2 06:17:59 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:18:01 s/people/who is 06:18:28 ... we need to set well-defined goals 06:18:29 meeting: DXWG F2F3 - Day 1 06:18:31 RRSAgent, draft minutes v2 06:18:31 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:18:44 ... We have the charge of doing three different deliverables, so we 06:18:50 mr_wibble has joined #dxwg 06:18:58 ... need to formulate what we want with profiles so that we can deliver 06:19:06 ... need to be clear what a profile is 06:19:35 mr_wibble, who are you? 06:19:50 Tom Baker 06:19:53 It's Tom 06:20:04 The meeting is host by Italian National Council of Research - Institute of applied mathematics and information technologies 06:20:04 can't you hear us? 06:20:06 This is the default I was given - will try 06:20:27 zakim, mr_wibble is TomBaker 06:20:27 sorry, AndreaPerego, I do not recognize a party named 'mr_wibble' 06:20:46 type: /nick TomBaker 06:20:48 zakim, I am really TomBaker 06:20:48 I don't understand 'I am really TomBaker', mr_wibble 06:21:02 zakim, mr_wibble is really TomBaker 06:21:02 sorry, mr_wibble, I do not recognize a party named 'mr_wibble' 06:21:08 q+ maybe stoping your video would help 06:21:22 q? 06:21:31 ... There is a definition of profile https://w3c.github.io/dxwg/profiles/#Introduction 06:21:56 ... topic is complex 06:22:08 tom, just visit irc.w3.org in a new tab abd come in with a new nickname, then close this one 06:22:45 SimonCox: Break it down to separate concerns 06:23:02 ... should have a name and has as set of dependencies 06:23:04 tom_baker has joined #dxwg 06:23:35 AndreaPerego: Is this profile in general or application profile in particular? 06:23:45 q? 06:24:01 q? 06:25:45 I'm not hearing anything now 06:25:57 but I see the screen 06:25:57 q? 06:26:09 q? 06:26:17 q? 06:26:19 q+ to ask about how we should handle the Q for people in the room 06:26:34 q? 06:26:40 kcoyle: [rewriting profile definition] 06:26:55 q+ 06:27:28 ack SimonCox 06:27:28 SimonCox, you wanted to ask about how we should handle the Q for people in the room 06:27:34 s/scribenick LarsG/scribenick: LarsG/ 06:27:49 RRSAgent, draft minutes v2 06:27:49 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:28:27 s/kcoyle thanks Riccardo for organising the meeting/kcoyle: thanks Riccardo for organising the meeting/ 06:28:35 RRSAgent, draft minutes v2 06:28:35 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:28:36 SimonCox: asks about using the queue since there are many people in the room 06:29:06 https://docs.google.com/document/d/15OfNXU9AJ-cZysc7uYP-Gks5dDa8n2B5IN6rWa3kRpo/edit?usp=sharing 06:29:14 ack PWinstanley 06:29:19 Makx has joined #dxwg 06:29:25 ... and discussion tends to be livelier and the use of the queue slows 06:29:30 ... things down 06:29:43 kcoyle: agrees, we'll have the open discussion later 06:30:09 PWinstanley: suggests using a GoogleDoc instead 06:31:12 kcoyle: can we accept this definition as in the GoogleDoc 06:31:21 ... and move on 06:31:55 present+ Makx 06:32:13 s/scribe LarsG/scribe: LarsG/ 06:32:15 RRSAgent, draft minutes v2 06:32:15 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 06:32:53 q? 06:33:15 [work on the profile def in the GoogleDoc] 06:35:41 Makx's presentation: http://makxdekkers.com/DXWG/DCAT-AP.pdf 06:36:06 kcoyle: Highlights that there are quite a lot of issues on the agenda 06:36:07 http://makxdekkers.com/DXWG/DCAT-AP.pdf 06:36:25 ... that we need to address before the end of the meeting 06:36:40 SimonCox: Profile definition: 06:37:01 ... 1 what it is, 2 what it does, 3 it has a name 06:37:49 Jaroslav_Pullmann: This is all about constraints but doesn't address 06:38:03 ... how a new vocabulary is constructed by the use of profiles 06:38:20 ... This we need to discuss. It's about the re-use of other 06:38:34 ... vocabularies (subsets etc.). 06:38:57 PWinstanley: is the identifier necessarily a URI? 06:39:06 kcoyle: LarsG says it is 06:39:19 Topic: Presentation DCAT-AP by Makx 06:40:01 rrsagent, create minutes v2 06:40:01 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html PWinstanley 06:40:51 Makx: DCAT-AP was developed for European data portals 06:41:32 ... [text is essentially in the slides] 06:45:39 q+ to ask if dcat-ap defines anything at syntax level, either choices of rdf format (rdfxml, ntriples, n3, turtle, jsonld, rdfa, microdata), or subsets of those (eg via xml or json schema). 06:45:46 ... #5 the process used was very similar to the W3C process 06:48:46 ... #7 kinds of questions, "what is the difference between publisher and contact point" 06:49:23 q? 06:49:34 ... #7 maintenance of profiles is an important part of the development 06:49:40 @danbri - no 06:49:46 present+ 06:49:55 q- 06:51:46 ... #9 some additions added from experience, some more forward-looking 06:54:56 ... #10 much of the discussion in the group was about the 06:55:15 ... mandatory vs recommended use of licensing information 06:56:06 q+ to ask Makx if the proposed definition accommodates DCAT-AP? 06:56:27 ... #11 one guideline is about how to extend the DCAT-AP profile 06:56:46 ... e. g. which controlled vocabularies to use 06:56:56 q+ to also ask if this proposed formalization makes sense https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples#dcat 06:57:36 ... there is an analysis report to see how the national profiles 06:57:44 ... differ from DCAT-AP 07:00:07 ... #12 some of the properties that were thought to be crucial weren't much used 07:00:42 ... whereas other optional ones found many implementers 07:00:57 ... obviously some properties were confusing 07:04:05 Does GeoDCAT-AP have dependencies on any named base specifications in addition to DCAT? 07:05:08 danbri_ has joined #dxwg 07:05:50 danbri2 has joined #dxwg 07:06:37 kcoyle: Thanks Makx, this shows the complexity of a real working 07:06:51 q? 07:06:57 ... profile. Suggests to do the discussion in the GoogleDoc 07:07:47 https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples#dcat-ap 07:08:01 SimonCox: has DCAT-AP WG been looking at formalisations, e g the one 07:08:10 ... SimonCox posts? 07:08:38 Makx: What we have done is to try to describe the profile using SHACL 07:09:12 SimonCox: The is DCAT-AP currently documented? 07:09:15 https://joinup.ec.europa.eu/release/dcat-ap-v11 07:09:31 Makx: Refers to the documentation site 07:10:09 ... there are several formats (doc, rdfs, shacl, JSON-LD Context) 07:10:29 q+ 07:10:31 ... SHACL is very incomplete (only checks mandatory fields, should be extended) 07:10:46 ... to include other parts of the specification 07:11:10 SimonCox: Very cool! 07:11:23 Topic: Proposal - (Nick & Rob) 07:11:35 q? 07:11:37 RRSAgent, draft minutes v2 07:11:37 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 07:11:38 ack SimonCox 07:11:38 SimonCox, you wanted to ask Makx if the proposed definition accommodates DCAT-AP? and to also ask if this proposed formalization makes sense 07:11:40 ... https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples#dcat 07:12:39 roba: All DCAT-AP experience has been captured in the requirements 07:13:04 ... when you look at how things are connected (implementation resources, 07:13:20 ... dependencies) it becomes complicated, this is what 07:13:31 ... the profile description vocabulary is about 07:14:15 ... and it captures those relationships fairly well (looking at the 07:14:21 ... discussion). 07:14:30 1. formal vocabulary https://w3c.github.io/dxwg/profiledesc/profiledesc.html 07:14:50 2. example for DCAT-AP https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples#dcat-ap 07:15:53 SimonCox: shows the profile desc page and some examples of how 07:16:11 ... the vocabulary can be used to describe DCAT-AP and 07:16:17 ... some Australian work 07:17:03 ... The profile vocabulary has got tighter semantics than the 07:17:48 ... description of DCAT-AP that was partially done re-using DCAT itself. 07:18:00 ... It should be noted that the profile vocabulary is not only about 07:18:17 ... RDF profiles but is more general 07:18:44 ... The primary test case is DCAT 07:19:08 roba: Will test the vocabulary on some OGC work, too 07:19:33 ... Picked out a few examples from Makx's page regarding 07:19:54 ... hierarchies and versioning (hasn't looked closely at that yet, though) 07:20:09 q+ 07:20:26 kcoyle: Maintenance schedule and agency should be part of the vocabulary 07:20:58 q+ 07:21:01 roba: The vocabulary won't reinvent wheels, so maintenance might use 07:21:05 ... another vocabulary 07:21:10 q? 07:21:14 ack roba 07:21:18 ack Makx 07:21:47 Makx: Maintenance might be more important for base specifications 07:22:06 ... than for profiles. Change in profiles/vocabularies can be very 07:22:11 recommendations for maintenance and governance aspects? seems like wider context than profiles... 07:22:13 ack SimonCox 07:22:16 ... hard for people to implement 07:22:29 SimonCox: There is a type of resource (profile/specification) that has 07:22:43 ... some additional constraints when we catalogue it 07:22:50 q? 07:23:14 ... That means that those who develop the profile formalisation need 07:23:24 ... to look at how that maps to the DCAT backbone 07:23:47 q+ 07:23:48 ... We need to look at how that relates to a DCAT catalogue, and that 07:23:51 (re cost of changes, sometimes creating new APs, or evolving existing ones, is a method for *avoiding* changes to the underlying rdf vocabs. 07:23:53 ) 07:24:04 ... publisher and maintenance schedule should be mandatory 07:24:28 danbri2: What is the syntactic level of interoperability? 07:25:10 ... There are groups that are concerned only with syntax (e. g. JSON-LD/JSON Schema) 07:25:27 ... and don't understand e. g. RDFa 07:25:35 RRSAgent, draft minutes v2 07:25:35 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 07:26:02 https://github.com/w3c/dxwg/issues/196 07:26:16 Topic: proposal by Lars 07:26:33 LarsG: context = profile negotiation work 07:26:38 scribenick: PWinstanley 07:26:45 ... first- definition of a profile 07:26:55 second, what must be in the document 07:27:01 RRSAgent, draft minutes v2 07:27:01 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 07:27:30 LarsG: profile should be identified by a URI, then have a human-readable title 07:27:55 ... textual description, and perhaps a formal model 07:28:05 ... Inspiration taken from ODRL work 07:28:37 ... in Library work profile doesn't depend on media type, it is considered in a very abstract way 07:29:21 ... We are making progress - but as danbri2 mentioned, communities differ in their interests and we need to find common ground 07:29:22 q+ 07:29:53 kcoyle: Do you 'see' the profile Rob and Nick create as fitting with your approach. How do we get these together? 07:30:21 LarsG: The neg group thinks the profile identifier is critical to the 'negotiation' bit 07:30:41 ... then are there profile hierarchies, what dependencies are there? 07:31:08 ... XML or OWL imports are there, why shouldn't this work for profiles 07:31:45 ... the schema location vs the schema identification are very different, but in the XML situation this can be implemented in the engine 07:32:10 q+ 07:32:15 ... the tighter linking simplifies the situation 07:32:26 ack roba 07:33:15 roba: the profile descr vocab covers those requirements. The profile desc is agnostic about format 07:34:04 ... the use of mediatype to describe the constraints is made canonical, so you can create a profile of the profile vocab to describe profiles 07:34:31 ... there was a deliberate mistake in the vocab to include cardinalities - they should be taken out. 07:35:49 ... the description can cover hierarchy, but I don't think it will achieve a lot. 07:35:52 q? 07:36:00 ack Jaroslav_Pullmann 07:37:01 Too much echo 07:37:12 https://github.com/w3c/dxwg/issues/72 07:37:14 Jaroslav_Pullmann: there is a proposal for a description but we are losing the notion of 'function'. how does a profile behave - does it constrain or widen or re-define a psecification? 07:37:32 ... there are examples of functions/purposes of profiles in the link 07:37:57 ... when looking at the description bear in mind function 07:38:10 ack AndreaPerego 07:38:48 AndreaPerego: URIs are used in catalogue services - if not exactly uris they use codes 07:39:20 .... the catalogue service knows about the codes and can handle metadata as required by the output schema. 07:39:28 profile of profile.ttl to define a canonical way to attach codes - eg. skos:notation ? 07:40:09 ... all the work on geoDCAT-AP etc was based around this - the URI is just an identifier, the catalogue knows what that identified entity is about 07:40:10 q+ 07:40:21 RRSAgent, draft minutes v2 07:40:21 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html DaveBrowning 07:40:34 ... there are many aspects, we need to address them one by one 07:40:50 kcoyle: yes we need to diagram these aspects 07:41:01 ack Jaroslav_Pullmann 07:41:47 Jaroslav_Pullmann: we need to be guided by the function . e.g. constraints are a function. this would give a concrete aspect of specifying the mandatory elements 07:42:30 ... Makx illustrated profile based obligations. These area fundamental requirements 07:42:30 implementation resources have a "role" - so a way to address these needs is provided 07:43:08 topic:Dublin Core approach 07:43:10 RRSAgent, draft minutes v2 07:43:10 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 07:43:22 kcoyle: I will illustrate the basic framework 07:43:46 DC defined a framework putting the profile into a context (pre-RDF) 07:44:01 did RDDL come up? i think 15ish years ago, when xml namespaces were controversial. 07:44:07 ie Resource_Directory_Description_Language 07:44:23 ... there was a profile mainly based on semantics; a vocab was developed to describe how the vocabulary of the profile is developed from the user point of view 07:44:29 ... it is hierarchical 07:45:00 http://dublincore.org/documents/profile-guidelines/ 07:45:12 ... we (Tom Baker and I) developed a setof guidelines ot help people develop their profiles. In DC a profile is a reuse of vocabulary terms (constrain, but not invent) 07:45:26 http://dublincore.org/documents/dc-dsp/ 07:45:37 ... the concept in DC was to define vocabs very loosely and then fine-tune the constraints in profile 07:46:06 http://dublincore.org/documents/singapore-framework/ 07:47:18 ... I've been working on developing a simple way for people to create vocabs using CSV on the web. Vocabs can be created on spreadsheets. We are focusing on the human end of this 07:48:38 ... Tell people what needs to be input. What is happening in this group is at a lower level, other people who don't have the technical ability need a wrapper to simplify their efforts. We hope to link this to ShEx and SHACL 07:49:31 danbri2: It feels similar to the DC situation - e.g. DC agonised over link to RDF - so they did shex and shacl work indirectly in case RDF 'died' 07:49:53 ... because DC is stepping out of RDF to keep things going 07:50:15 ... e.g. RIDDL in days of old 07:50:19 DC work fits in just fine as implementation resource - we are just promoting the metadata for such resources so we can have a canonical form to help us discover them and knwo how they should be used.. 07:50:48 SimonCox: yes, similar to what Makx described in his list of distributions 07:50:54 http://www.rddl.org/ 07:51:27 .... the point danbri2 made last night about content negotiation - we want the published of a resource to describe what is available 07:51:52 q+ 07:52:12 ... Landing pages give us the next step 07:52:27 ... can this be accommodated in a machine readable form? 07:53:00 https://github.com/kcoyle/RDF-AP/blob/master/schemaList.csv 07:53:06 danbri2: i don't know. conneg doesn't work for web crawlers - it causes a mass DNS as the sources get queried 07:53:21 s/RIDDL/GRDDL/ 07:53:32 s/GRDDL/RDDL/ 07:53:40 SimonCox: we have seen dcat:distribution and in roba and Nick's prof:resource is used 07:54:19 ... if you don't send content negotion a format it will send back the landing page 07:54:29 LarsG: do crawlers follow links? 07:54:41 danbri2: I'd have to get back to you on that 07:54:57 * yes hard to follow... 07:55:14 Jaroslav_Pullmann: we are a DCAT group but we're talking about defining profiles - we need focus 07:55:24 q+ to ask whether we were talking about RDDL or GRDDL 07:55:39 kcoyle: we nede to put these levels into the page to determine what our focus is going to be 07:55:45 q- 07:55:47 ack antoine 07:55:51 I was referring to RDDL, https://www.xml.com/pub/a/2001/02/28/rddl.html 07:56:03 q+ to ask if we're really (only) a DCAT group 07:56:59 https://docs.google.com/drawings/d/1dHkpwKwUwMgS1RqSCTPO3uOoRiY_qNk0z5bhXJlYi4Y/ 07:57:05 antoine: asking about these different levels....I added to the agenda a proposal to capture at least some levels (wiki page) 07:57:39 ... the diagram is to see if I've understood roba and SimonCox points and also to make my proposal 07:57:41 I think danbri2 meant that DCMI did ShEx- and SHACL-like work, circa 2007-2008, but did it with a level of indirection in the form of an RDF-like model 07:57:55 ... I think it is a rewording of what has been proposed earlier 07:58:49 roba: looks accurate. it is a matter of chosing the right words. those elements exist with a little qualification to the specifications of what these elements 'do' 07:59:15 antoine: I don't go into the detail, but I'll start by explaining that the start is the middle layer 07:59:16 Antoine's diagram looks very clear to me 08:01:21 q? 08:01:28 ack LarsG 08:01:28 LarsG, you wanted to ask if we're really (only) a DCAT group 08:01:59 LarsG: coming back to Jaroslav_Pullmann comment that we are a DCAT group - we are a DX group. DCAT is only one aspect 08:02:40 Jaroslav_Pullmann: when talking about profiles etc DCAT is a baseline - we don't have other stakeholders 08:02:50 q+ 08:03:13 LarsG: profile guidelines will be a 'recommendation' so we need >=2 implementations 08:03:27 ...profiles is on the IETF track 08:04:03 danbri2: do you want web browser people to be involved reading the work? 08:04:23 LarsG: I don't expect that immediately, but perhaps in a few years time 08:04:43 ... I don't think it is constrained to the semantic web community 08:04:59 kcoyle: where do you see the difference. semweb bleeds into other areas 08:05:18 danbri2: people think about other things than RDF 08:06:00 ... if something comes out of this group others might want to consider if it is going to interfere with e.g. web server operations 08:06:36 Jaroslav_Pullmann: in LarsG proposal the focus was negotiation, not on the working of a profile. 08:06:54 q+ 08:07:07 LarsG: we don't expect IETF to get down into the detail of what a profile is, just the identifier 08:07:11 ack roba 08:07:45 roba: the profile description is there but the negotiation aspect doesn't need to deal with the description, identifiers are enough 08:08:14 roba+ yes profile negotiation just tells where to find things 08:08:37 AndreaPerego: we should go to REC track, but we might not do that. If we see that we don't have implementations then we can just go to a note 08:09:05 topic: BREAK for coffee 08:09:18 RRSAgent, draft minutes v2 08:09:18 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 08:39:23 scribenick SimonCox 08:39:34 scribenick: SimonCox 08:42:51 Topic: Option appraisal for profiles 08:43:13 PWinstanley: three presentations have presented us with some options 08:43:43 ... Makx illustrated requirements on basis of various *DCAT-AP versions 08:44:05 ... RobA showed how this is a generalizable pattern, with DCAT as exemplar, but useful in wider setting 08:45:07 ... Lars claims we need to right kind of identifier, but raises issue of scope - is this just RDF, or does it make wider claims. If the latter, it will take more work to get issued as standard 08:45:48 ... now we need to understand what the priorities are 08:46:19 ... so we develop working draft 08:46:55 ... So, looking at definition: 1. 'profile addresses a particular function' 08:48:26 s/addresses/accomplish/ 08:48:31 s/scribenick SimonCox// 08:48:43 RRSAgent, draft minutes v2 08:48:43 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 08:49:07 kcoyle: developed profile for a reason 08:49:18 q+ to ask if it may be worth having examples of such "functions" 08:49:49 q+ to suggest that any application would be ok as example 08:49:51 Jaroslav_Pullmann: 'does not define new terms or concepts' - only composed of elements from dependencies 08:50:25 kcoyle: agrees, and this is how DC does it, but some requirements point to adding new elements 08:50:42 PWinstanley: how different to SQL or XSD? 08:51:06 q? 08:51:11 Jaroslav_Pullmann: asking what is special about 'profile' compared with 'vocabulary' 08:52:03 danbri: metadata wars ... DC=discover, XX=mutimedia, YY=teaching etc 08:52:24 s/mutimedia/multimedia/ 08:52:26 ... if you re-used too much, then you can't show new artefacts to funders :-( 08:52:59 ... Shape languages allow a new artefact that doesn't create new elements :-) 08:53:40 q? 08:53:46 ... JSON-LD supports aliasing - so JSON users have clean terms which map to existing terms from 16 different namespaces 08:54:23 kcoyle: DC profile is more than just a vocabulary. Useful for certain _applications_ = for humans and what they need to do with it 08:54:23 danbri has joined #dxwg 08:54:56 ... includes examples, guidance, supports web-forms 08:55:12 ... gets to function or reason-why 08:55:37 q? 08:55:37 ack AndreaPerego 08:55:38 AndreaPerego, you wanted to ask if it may be worth having examples of such "functions" 08:57:30 PWinstanley: what is 'function'? Mathematical? Facilitative? 08:58:07 AndreaPerego: work from examples of existing profiles. Comes from practice, artefacts that you can claim-conformance-to 08:58:58 q+ 08:59:13 ack antoine 08:59:13 antoine, you wanted to suggest that any application would be ok as example 09:00:10 Jaroslav_Pullmann: importance is _identity_ of profile 09:00:12 q+ 09:00:18 q+ 09:00:24 ack SimonCox 09:00:34 antoine: conflation of profile and application profile 09:00:51 q+ to talk about expectations on data received 09:02:06 ack kcoyle 09:02:56 q+ 09:03:14 SimonCox: functional requirement is having a named artefact to claim conformance to, or extend in another specification, and that this is right level of granularity 09:03:29 kcoyle: community function 09:03:53 q- 09:03:56 ... see AP's as linked to communities (applications?) 09:04:13 q? 09:04:46 ack AndreaPerego 09:05:02 ... introduces idea of "consensus" 09:05:51 q+ to talk about the DNB use cases 09:06:27 ack Jaroslav_Pullmann 09:06:36 AndreaPerego: AP came out of validation requirement. RDFS did not suppor that so other documents were used 09:06:55 karen would this capture what you said: "A profile can play a key role for a community to formalize expectations about the data that it cares about - and sharing these expectation with others." 09:06:58 s/suppor/support/ 09:07:53 ... 'minimal level of interoperability' - formal validation and compliance came later 09:09:35 ack LarsG 09:09:35 LarsG, you wanted to talk about the DNB use cases 09:09:36 DaveBrowning: interplay between producers vs consumers 09:10:08 LarsG: Why I joined DXWG: DNB is large data publisher, need to tell consumers what it will look like 09:11:04 ... BIBFrame for other libraries, dc+bibo+rda for metadata/rdf consumers 09:11:10 q? 09:11:24 ... want to use same URIs for different representations, hence profile negotiations 09:11:40 q+ 09:12:58 PWinstanley: profile description must be human-consumable 09:13:19 ... levels of conformance should be supported 09:13:58 ... machine-actionable validation and conformance-testing is secondary 09:14:15 ... after 'guidance' 09:16:23 ... look at f2f agenda: individual points refering to GitHub issues, how to proceed so we can get a draft of UP document 09:16:44 q? 09:16:51 ack Jaroslav_Pullmann 09:17:13 +1 09:17:29 q+ 09:19:49 PWinstanley: need to build to FPWD so we can engage community 09:20:26 ... how generalized? How specific? - get balance right so we can engage our constituency 09:24:09 https://www.w3.org/2017/dxwg/wiki/F2f3#Agenda 09:24:15 https://github.com/w3c/dxwg/issues?q=is%3Aissue+is%3Aopen+label%3Af2f3 09:24:31 https://github.com/w3c/dxwg/milestone/8 09:27:38 RRSAgent, draft minutes v2 09:27:38 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 09:29:41 q+ to (yetagain) ask if a 'profile' is a sub-class of 'specification' or 'standard' 09:30:28 alejandra has joined #dxwg 09:31:41 https://www.w3.org/2017/dxwg/wiki/F2f3#Agenda has the already approved requirements 09:32:48 present+ 09:33:12 q+ to ask whether we need to discuss 69 72 73 74 09:35:24 Looking at Issues one by one 09:36:02 https://github.com/w3c/dxwg/issues/74 09:36:14 LarsG: this is about identification and negotiation 09:36:50 ... probably reduced to 'must have an identifier' (so that negotiation is supported) 09:37:15 q+ 09:37:26 I think we should keep 'profile' 09:38:41 and replace 'content negotiation' by 'profile negotiation' 09:39:31 https://github.com/w3c/dxwg/issues/73 09:39:46 I can do it 09:40:28 action: antoine to fix labels 09:40:30 Created ACTION-109 - to fix labels [on Antoine Isaac - due 2018-05-15]. 09:41:32 https://github.com/w3c/dxwg/issues/73 is not profile definition and semantics, is profile-negotiation 09:42:15 q+ 09:42:34 https://github.com/w3c/dxwg/issues/72 - keep 09:46:48 https://github.com/w3c/dxwg/issues/69 09:47:26 q+ 09:48:34 More discussion about what is distinctive about 'profile' vs the more general 'specification or standard' 09:49:17 kcoyle: it is "constraining a more general base" 09:49:50 scribenick: antoine 09:49:56 scribenick: AndreaPerego 09:50:07 q? 09:50:23 ack SimonCox 09:50:23 SimonCox, you wanted to (yetagain) ask if a 'profile' is a sub-class of 'specification' or 'standard' 09:50:29 q- 09:51:00 SimonCox: The reqs in the list are probably not atomic enough. 09:51:36 Jaroslav_Pullmann has joined #dxwg 09:51:41 present+ 09:51:49 q+ 09:52:51 q- 09:53:23 (I took another look at the SHACL and ShEx expression of DCAT-AP-ish constraints -> https://github.com/SEMICeu/dcat-ap_shacl/issues/32#issuecomment-387338085 ... by converting a ShEx Schema.org/Dataset example to use DCAT. It nearly works, hope it will eventually make it easy to compare expressivity) 09:53:47 PWinstanley: This specific one (metadata guidance rule) is out of scope for our current discussion. 09:55:44 https://docs.google.com/document/d/15OfNXU9AJ-cZysc7uYP-Gks5dDa8n2B5IN6rWa3kRpo/edit#heading=h.946hnlz9a95w 09:55:45 q+ 09:56:03 ack Jaroslav_Pullmann 09:56:09 ack Jaroslav_Pullmann 09:56:14 ack Jaroslav_Pullmann 09:56:28 Jaroslav_Pullmann: What the intent of this document is, and how it relates to the others? 09:56:58 PWinstanley: We need to develop the skeleton of the profile definition deliverable. 09:57:14 ... The google doc is meant to draft this. 09:57:49 danbri-mob has joined #dxwg 09:58:02 ... I would like to WG to work together now to mock it up. 09:58:20 Jaroslav_Pullmann: LarsG already drafted the HTML one. 09:58:21 Lars' proposal: https://github.com/w3c/dxwg/issues/196 09:58:24 q? 09:58:30 ack antoine 09:58:49 LarsG: Yes, I did it, but people were unhappy with it. So, better re-start from scratch. 09:59:53 antoine: [suggesting re-organisation of topics] 10:00:16 PWinstanley: I suggest we do this later. We need first to decide what's in and what's out. 10:00:37 RRSAgent, draft minutes v2 10:00:37 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 10:00:47 https://github.com/w3c/dxwg/issues/216 10:01:51 PWinstanley: Extending creating something new. 10:03:00 kcoyle: Extending may lead to go outside given bounds (e.g., DC and DCAT). Some people may want to define those bounds. 10:03:28 if we are to discuss these issues quickly then my 2 cents on this issue is 'yes it's in scope' and at this stage we don't need to discuss a lot on extend vs refine. Its just 'based on' another profile by extension or refinement. 10:03:46 +1 to antoine 10:03:55 +1 to antoine 10:06:21 kcoyle: The main point here is that no term is *defined* - extension means taking terms from existing vocabularies. 10:06:57 s/no term is *defined*/no new term is *defined* in the profile/ 10:08:12 proposal: accept https://github.com/w3c/dxwg/issues/216 10:09:13 +1 10:09:18 +1 10:09:20 +1 10:09:21 +1 10:09:31 +1 10:09:33 action: kcoyle find better wording for 216 especially "extend" 10:09:34 Created ACTION-110 - Find better wording for 216 especially "extend" [on Karen Coyle - due 2018-05-15]. 10:11:00 +1 10:11:49 all: [discussion on notions of extensions, refinement / restriction, and if this may lead to defining new terms] 10:12:09 LarsG: The creation of new terms could be delegated outside the profile. 10:12:20 +1 10:12:22 resolution: accept https://github.com/w3c/dxwg/issues/216 10:12:33 resolved: accept https://github.com/w3c/dxwg/issues/216 10:12:41 RRSAgent, draft minutes v2 10:12:41 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 10:13:23 https://github.com/w3c/dxwg/issues/218 10:14:28 kcoyle: this is about listing the valid terms to be used in the profile. 10:15:01 +1 for 218 in scope maybe we can replace 'valid' by 'expected'? 10:15:02 s/valid terms/metadata terms/ 10:15:31 kcoyle: +1 to antoine 10:15:43 q+ to ask whether it is required to enumerate terms 10:15:48 proposal: accept https://github.com/w3c/dxwg/issues/218 10:15:54 ack tom_baker 10:15:54 tom_baker, you wanted to ask whether it is required to enumerate terms 10:17:25 tom_baker: there are 2 ways to specify terms - including constructs like super/sub-properties. So, we may not need to enumerate explicitly all terms to be used. 10:18:11 @tom_baker: I've tried to capture what you say at https://github.com/w3c/dxwg/issues/218#issuecomment-387355632 is it ok? 10:18:22 Jaroslav_Pullmann: We would need concrete guidance on this. 10:18:28 q+ 10:18:49 ack antoine 10:19:32 antoine: about the previous issue - can I update the title in GH as agreed? 10:19:37 kcoyle: Please do. 10:20:02 PWinstanley: Should we move this down to validation? 10:20:23 Jaroslav_Pullmann: How this fits with the idea of having multiple profiles? 10:22:19 PWinstanley: We move this issue down - not "approved" for the time being. 10:22:20 q+ 10:22:34 https://github.com/w3c/dxwg/issues/220 10:22:51 q- 10:22:59 q+ 10:23:19 kcoyle: It's about the constraint that profiles cannot define their terms, but just reuse terms from other vocabularies. 10:23:26 q+ 10:23:29 q? 10:23:40 ack antoine 10:23:46 antoine: 10:24:17 ... If we accept the notion of extension we can also accept that we can define new terms. 10:24:29 q+ 10:24:32 ack Jaroslav_Pullmann 10:25:09 q+ 10:25:13 Jaroslav_Pullmann: Profile for me is not the schema - i.e., the XML Schema 10:25:29 danbri has joined #dxwg 10:25:29 ... It does not have the purpose of a schema language. 10:25:41 ack LarsG 10:25:49 danbri-osx has joined #dxwg 10:26:03 LarsG: Probably we need to go back to what we mean with "extend". 10:26:45 q- 10:26:46 ... For me extending is extending what others have done, not adding something new. 10:27:05 ack antoine 10:27:18 ... If I need to have my new terms, I have to define them elsewhere. 10:27:57 There are profiles that only make sense for RDF-like languages (we're in shex/shacl territory); there are those that work for all namespaces regardless of what kind of ns it is (we're in RDDL territory); there are those that are basically ontologies of document formats (in which case we revisit the forgotten https://www.w3.org/TR/NOTE-dcd ) ... and then there are those (which it seems is current focus) that have a "slightly more than RDF" notion of me[CUT] 10:28:20 q? 10:28:29 antoine: Just to note that the issue title is uncontentious - should we discuss the details? 10:28:42 I vote for including new terms 10:28:53 (latter sense is the merge of RDF-ish metadata plus http://dublincore.org/documents/abstract-model/ for noncommital, other senses of simple metadata, plus SKOS value spaces) 10:30:17 proposal: accept https://github.com/w3c/dxwg/issues/220 10:30:18 if it stays in, it needs clarification, notably on the 'SHOULD'. Now 220 is worded as a 'MUST' 10:30:58 I mean the wording of the clarification 10:31:09 LarsG: about the use of MUST / SHOULD, should we refer to RFC for what we mean? 10:31:12 s/clarification/first comment 10:31:28 proposal: accept https://github.com/w3c/dxwg/issues/220 10:31:32 +1 10:31:32 +1 10:31:33 +1 10:31:35 +1 10:31:36 +1 10:31:37 +1 10:31:40 +1 10:31:46 +1 10:31:55 I'm waitign for Karen's comment :-) 10:32:57 This is 'should' because there will be profiles done in environments that do not have the ability to create vocabulary terms in an external environment, or do not use IRIs for terms. 10:32:59 ok +1 in the light of Karen's comment 10:33:13 resolved: accept https://github.com/w3c/dxwg/issues/220 10:33:21 https://github.com/w3c/dxwg/issues/224 10:34:39 PWinstanley: This is about support to data creation functions. 10:34:58 AndreaPerego: Can we put a "may"/"might"? 10:35:05 DaveBrowning: "may" 10:35:09 I'm going to do it 10:35:19 done 10:35:30 resolved: accept https://github.com/w3c/dxwg/issues/221 10:35:42 https://github.com/w3c/dxwg/issues/209 10:36:25 PWinstanley: It's about properties in profiles to link to at least 2 different levels of documentation. 10:36:31 I don't understand what would be point 2 for this issue anyway... 10:37:20 q+ 10:37:32 ack antoine 10:37:47 all: [discussion on must/may] 10:38:04 SimonCox: It should be "may" 10:38:41 kcoyle: we should try to rephrase it. 10:39:16 q+ 10:39:24 I am suggesting the should in the light of the Linked Data recipes: a LD URI should give something for humans, and profiles have URIs :-) 10:40:20 happy with PWinstanley 's suggestion 10:40:23 PWinstanley: Do we agree we accept it, and that kcoyle will re-write it for us? 10:40:24 +! 10:40:35 I'll look at the best practices work; maybe that will give me some wording 10:40:36 s/+!/+1/ 10:40:43 +1 to antoine's proposal 10:40:54 action: kcoyle to find a new wording for https://github.com/w3c/dxwg/issues/209 10:40:56 Created ACTION-111 - Find a new wording for https://github.com/w3c/dxwg/issues/209 [on Karen Coyle - due 2018-05-15]. 10:42:04 PWinstanley: We are talking here about the fact that profiles needs to be well documents, that may support data creation functions, that may or may be not extending existing specifications/standards/etc. 10:42:29 s/to be well documents/to be well documented/ 10:44:17 PWinstanley: So we need to be able to see that in the profile def document. 10:44:56 Jaroslav_Pullmann: We have not discussed thoroughly #209 10:45:15 ... E.g., what about discoverability of profiles? 10:45:46 discoverability is in another issue 10:45:50 +1 to karen 10:46:59 SimonCox: It's still unclear to me how a profile is different from a schema/specification/standard. 10:47:32 PWinstanley: We know this is one of the topics we are going to discuss on. 10:48:49 danbri-mob has joined #dxwg 10:50:21 quokka 10:50:46 [lunch] 10:51:00 RRSAgent, draft minutes v2 10:51:00 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 10:51:58 until 1:20, when we'll try to force folks back, but 1:30 isn't a bad guess 11:32:09 we're coming back 11:34:00 scribe: Jaroslav_Pullmann 11:34:54 welcome back, starting again 11:35:34 topic: profile validation (next section in the google doc) 11:36:28 scribenick: Jaroslav_Pullmann 11:36:29 starting with: https://github.com/w3c/dxwg/issues/204 11:36:34 q+ 11:36:40 q- 11:37:15 PWinstanley: there is only few background on the requirement on github 11:37:47 q? 11:37:51 q? 11:38:04 ack antoine 11:38:52 antoine: profiles can have an expression conforming to an schema/validation langauge 11:38:57 https://www.w3.org/TR/dcat-ucr/#ID48 11:39:54 q+ 11:40:01 ack antoine 11:40:49 danbri has joined #dxwg 11:42:14 PWinstanley: should the profile refer to the validation framework/tooling? 11:43:01 s/224/221/ 11:43:03 RRSAgent, draft minutes v2 11:43:03 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 11:43:06 SimonCox: referring to former profile definition: complies to one of the profile roles: validate resources 11:43:53 q+ to mention the ADMS approach to this - https://www.w3.org/TR/vocab-adms/ 11:44:21 https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples#dcat-ap 11:44:29 SimonCox: provides an example (package of cosntraints in SHACL) 11:44:41 ack AndreaPerego 11:44:41 AndreaPerego, you wanted to mention the ADMS approach to this - https://www.w3.org/TR/vocab-adms/ 11:45:15 AndreaPerego: there are many similarities with ADMS 11:47:03 AndreaPerego: remember the old XML-days of DCAT-AP 11:48:21 q+ 11:48:25 SimonCox: there are different types of "validation" checking.. 11:49:27 ack antoine 11:50:14 SimonCox: Contraints consider the format (media type), further constraints (SHACL) and a role they play 11:50:43 resolved: accept https://github.com/w3c/dxwg/issues/204 11:51:11 topic: https://github.com/w3c/dxwg/issues/208 11:51:19 I think I prefer the way it is put in 204 11:52:39 +1 for merging 11:53:26 +1 from me as well 11:54:14 ok for me, as long as the two points are clear - one refers to the existence on the validation and the other one about the relationship with the profile, right? 11:54:37 proposal is to merge issues 208, 210 and 215 related to explicit validation constraints 11:54:43 s/on the validation/of the validation 11:57:21 riccardoAlbertoni: suggesting to be more explicit about the validation purpose (profile should define validation expression) 11:58:44 DaveBrowning: and mention the consequence in case the profile doe snot (will not be able to be used with validation services) 11:58:58 q? 11:59:05 proposed: merge issues 208, 210 and 215 into a single issue 11:59:15 +1 11:59:17 s/doe snot/does not/ 11:59:23 +1 11:59:25 +1 11:59:25 +1 11:59:25 +1 11:59:26 +1 11:59:27 +1 11:59:30 +1 11:59:50 resolved: accept merge issues 208, 210 and 215 into a single issue 12:00:33 now at item 5: Application profiles should provide constraint information sufficient to validate instance data. 12:01:01 q+ 12:01:01 q+ 12:01:37 ack antoine 12:02:45 antoine: is not this requirement already covered by the above (duplicate)? 12:04:17 kcoyle: documentation is a part of the profile to make it used/applied correctly 12:05:10 topic: https://github.com/w3c/dxwg/issues/211 12:05:38 ack AndreaPerego 12:06:17 antoine: req. still needs clarification (purpose of the views) 12:07:14 AndreaPerego: which type of validation do we consider - machine or a manual one? 12:07:37 PWinstanley: proviles validation info should support both 12:08:26 LarsG: the different views might support dif. stages of the provcess 12:08:35 s/proviles /profiles / 12:08:49 resolved: accept https://github.com/w3c/dxwg/issues/211 12:08:56 RRSAgent, draft minutes v2 12:08:56 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 12:09:05 topic: https://github.com/w3c/dxwg/issues/222 12:09:15 PWinstanley: what is a search engine? 12:10:20 https://w3c.github.io/dxwg/ucr/#ID40 12:11:21 apparently the requirement is misplaced and should move to discoverability, conneg or profile definition 12:12:39 kcoyle: relates to profile content 12:13:26 PWinstanley: does it apply exclusively to profiles (or other type of resources as well)? 12:14:11 IMO, this is more about "how to publish" profile definitions. 12:14:14 danbri: same (search) technology could be applied as for other dcat resources 12:14:18 q+ 12:14:46 ack antoine 12:15:56 antoine: the profile might help linked to compliant dataset 12:16:58 s/help linked/help linking/ 12:17:21 +0 12:17:28 PWinstanley: should we accept https://github.com/w3c/dxwg/issues/222 moving it into the profile content? 12:18:18 resolution: remove 222 from the validation section, decide later 12:19:02 q+ 12:19:20 topic: https://github.com/w3c/dxwg/issues/219 12:19:56 q+ 12:20:04 ack antoine 12:20:45 antoine: supporting leaving the req. within the validation section 12:21:07 ack Jaroslav_Pullmann 12:21:25 Jaroslav_Pullmann: we had the discussion before about closed/open 12:21:32 ... what does it mean? 12:21:59 kcoyle: stems from the RDF design, are additional terms o.k.? 12:23:22 kcoyle: the librarian way of metadata treatment: restrictive, permissions/extensions needs to be explict 12:23:46 how about "In this specification, we leave it open whether the expression of a profile in a data validation language should data elements to exist in the data which are not mentioned in the profile (open-world) or if such elements are disallowed (closed-world). This decision is left to profile owners." 12:24:02 s/should data/should allow data 12:25:54 propsoed: accept 219 with the additional annotation (suggested by antoine) 12:26:09 s/propsoed/proposed/ 12:26:25 +1 12:26:27 +1 12:26:29 +1 12:26:29 +1 12:26:36 +1 12:27:09 RRSAgent, draft minutes v2 12:27:09 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html DaveBrowning 12:27:57 moving towards section on "Relationships between profiles" 12:29:01 mistake, still at validation 12:30:04 PWinstanley and kcoyle discussing the precise wording extracted from the requirements 12:33:15 I think this clear enough for writing. 12:33:33 s/this clear/this is clear/ 12:33:37 done with validation 12:34:37 now moving towards section on "Relationships between profiles" 12:35:13 topic: https://github.com/w3c/dxwg/issues/206 12:36:38 q? 12:36:48 q+ 12:37:38 ack ant 12:37:42 ack antoine 12:38:22 antoine: supports reuse of validation resources/fragments 12:38:32 +q 12:38:44 q+ 12:39:20 kcoyle: unclear what "easily publishable" and "optimized for re-use" means 12:40:02 alejandra: publishing of profiles should be easy / equivalent to DCAT datasets 12:40:16 alejandra++ for example applying Best practices from the LD community or others. 12:40:33 ack alejandra 12:40:39 ack AndreaPerego 12:41:14 AndreaPerego: supporting Alejandra's proposal for easy publication 12:41:53 AndreaPerego: the re-use of validation resources very much depends on the type of resources (o.k. for linked data, hard for douments) 12:42:11 q+ 12:43:22 LarsG: this relates to https://github.com/w3c/dxwg/issues/212 (profile inheritance) 12:43:42 DaveBrowning: what does in fact mean "optimized re-use"? 12:44:21 ack PWinstanley 12:44:25 https://github.com/w3c/dxwg/issues/75 12:44:49 RRSAgent, draft minutes v2 12:44:49 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 12:45:14 PWinstanley: pointing to the complex topic of the profile representation 12:46:27 q? 12:47:04 resolved: close issue https://github.com/w3c/dxwg/issues/75 since handled by prior requirements 12:47:53 proposed: to take second section (after 'and') of issue 206 and move to issue 212 12:47:56 s/prior/other 12:47:58 +1 12:48:01 +1 12:48:02 +1 12:48:02 q+ 12:48:05 +1 12:48:12 ack AndreaPerego 12:48:49 AndreaPerego: is there a chance of re-use for non-machine readable specifications? 12:49:09 resolved: to take second section (after 'and') of issue 206 and move to issue 212 12:50:50 LarsG: there is no need for restricting 206 to "machine readable" specs 12:52:05 LarsG: what do we mean by "publishable"? 12:54:04 If PWinstanley is saying that #206 can be closed because it is redundant with #207 and #214 I think I agree 12:54:04 PWinstanley: relates much to relations among profiles - ensuring a validity of a composite profile 12:56:57 resolved: close https://github.com/w3c/dxwg/issues/206 12:57:56 what is common across profiles = what is reused from one profile into another 12:58:05 topic: https://github.com/w3c/dxwg/issues/207 12:58:33 q? 12:59:11 +q 12:59:38 ack riccardoAlbertoni 12:59:38 ack riccardoAlbertoni 13:00:29 riccardoAlbertoni: unclear what "common parts" means 13:01:17 kcoyle: common parts are implicit when e.g. using same identifiers 13:03:01 PWinstanley: what is the matter of knowing when e.g. country codes / profile resources where reused? 13:03:06 RRSAgent, draft minutes v2 13:03:06 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 13:03:48 DaveBrowning: possible interpretation: building a (profile) hierarchy 13:04:33 q+ 13:04:42 PWinstanley: e.g. to be able reflecting changes in underlying resources 13:05:22 PWinstanley: whay would one like to know about the relationship among profiles? 13:05:32 s/whay/why/ 13:06:27 jumping to https://github.com/w3c/dxwg/issues/214 without a resolution on 207 13:07:37 kcoyle: what does inhehrit mean? 13:09:11 LarsG: profile inheritance is already a practice, see national versions of DCAT-AP 13:09:32 LarsG++ 13:10:01 ack AndreaPerego 13:10:01 q- 13:10:47 antoine: inheritance ensuring re-use of elements/constraints 13:11:21 q+ 13:12:09 ack AndreaPerego 13:12:18 I'm fine with 'borrowing' too! :-) 13:12:29 PWinstanley: not having inheritance causes troubles in management, but inheritance might include unexpected contens 13:12:56 q+ 13:13:03 ack antoine 13:13:22 s/contens/contents/ 13:13:25 q+ 13:13:58 ack LarsG 13:14:17 kcoyle: profiles would express their dependency 13:14:36 q+ 13:14:52 LarsG: dependency ~ inclusion 13:15:38 PWinstanley: there are multiple ways of implementing such relationship 13:15:45 ack AndreaPerego 13:16:23 Some discussion on derivation/inheritance/re-use has happened at https://github.com/w3c/dxwg/issues/216 13:17:09 also note that inheritance in validation languages is still under discussion: https://github.com/shexSpec/shex/issues/50 13:17:22 AndreaPerego: confusion about the level of profile we are talking about - to which possible profile distribution would inheritance apply? 13:18:02 q+ 13:18:10 kcoyle: it is too early, profiles still not elaborated enough 13:18:14 q+ 13:18:52 I agree with kcoyle we can't say much, but we shouldn't shy away from being clear about what we consider to be best practices 13:18:54 ack alejandra 13:18:56 q- 13:18:59 PWinstanley: there might already exist technology specifc solution (XML import) 13:19:33 alejandra: inheritance is important, but validation languages may not support it 13:19:51 Jaroslav_Pullmann: we need to talk about inheritance resilution rules 13:20:12 ...ODRL are making thoughts about resolving contradictory rules 13:21:06 danbri-mob: who were the end users of such profiles i.e. become users of the inheritance mechanism 13:22:20 PWinstanley: there is interest at least in the applicatiton profile community 13:22:32 RRSAgent, draft minutes v2 13:22:32 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 13:23:56 q+ 13:24:20 SimonCox: re-use and inheritance are relevant to cope with the extent / manageability 13:24:48 PWinstanley: organizations mitght be interested bebcause of efficiency reasons 13:25:37 s/bebcause/because/ 13:25:43 s/mitght /might / 13:25:43 q- 13:25:51 danbri has joined #dxwg 13:25:54 +1 for stating it as best practice 13:27:45 AndreaPerego: all the topic is about modularity and governance (support) 13:27:48 -1, heavy derivative relationships will need security reviews and so on, versioning etc; I wouldn't go beyond literature/landscape review and case studies at this stage. 13:30:01 proposed: accept #212 13:30:14 +1 13:30:23 +1 13:30:50 +1 13:30:56 +1 13:31:29 +1 13:31:34 +1 13:32:25 +0 wondering how this best practice should be followed, when there is no concensus on "inheritance"..? 13:33:26 I thought we are voting to accept the issue, as a way of recording that we are including a comment about inheritance in the best practice document 13:33:40 not that we are resolving the inheritance issue 13:34:13 +1 13:34:26 .. we then should ensure we provide an indication what st should be (inheritance = import etc.?) 13:34:28 +1 Alejandra - we aren't resolving the issue 13:36:20 resolved: accept #212 13:36:25 (-1 -> 0 if this is just collecting case studies; there is no best practice yet) 13:37:47 q+ 13:38:42 break, back in 15 minutes 13:40:16 q- 14:00:15 scribenick: DaveBrowning 14:00:36 topic: issue 214 14:00:54 https://github.com/w3c/dxwg/issues/214 14:02:39 kcoyle: this is also dependant on the inheritance technique 14:03:24 Anyway I don't have much to say: it seems that in light of the discussion on 212 we should close 214 14:04:46 antoine: Seems 214 is a specific (more complex) case of 212 14:04:54 +1 to Antoine's comment 14:05:16 ... if we can't make a recomendation for 212 then can we do for 214 14:06:02 danbri: advertising this kind of thing would be useful, but do we know anyone? 14:06:23 q? 14:06:31 s/a recommendation/a technical recommendation 14:06:57 AndreaPerego: INSPIRE has been in this space, but not full actionable inheritance 14:07:20 danbri: Perhaps in an axiomatic way 14:07:29 q+ 14:07:39 ack Jaroslav_Pullmann 14:07:43 kcoyle: do we even take it on? 14:08:36 Jaroslav_Pullmann: Don't leave it completely blank in terms of requirements (e.g. that if someone uses inheritance, then they need to do this conformance support) 14:08:57 kcoyle: but we don't any anything to offer 14:10:02 LarsG: if its just guidance then we don't need to be categorical, we can help form/guide around what we see as the key elements 14:12:55 SimonCox: Bits of OGC etc are also sharing bits of schema across deliverables 14:13:24 https://iptc.org/standards/sportsml-g2/ might be instructive about sharing components across applications 14:13:32 ...UML doesn't have global identifiers so its a bit of a problem 14:14:24 q+ 14:14:25 kcoyle: About 214 - would this be more palatable if this said 'should' not must? 14:16:07 ack Jaroslav_Pullmann 14:16:19 ... what would be useful is to explain (explicitly) what the relationship between the profiles is 14:17:05 ...anytime a profile specialises another one 14:18:04 q+ 14:18:12 LarsG: we can't say anything about mechanisms here, since we're only covering guidance 14:18:27 ... it would depend on the technology 14:19:09 kcoyle: But we do want a description of the conformance 'commitment' for each inherited profile 14:21:14 LarsG: But what guidance could we give? 14:22:13 RRSAgent, draft minutes v2 14:22:13 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 14:22:20 ack antoine 14:24:17 q+ 14:24:48 antoine: we do have a profile description ontology 14:25:19 I am thhinking a rule of the form "X conformsTo specificProfile inheritsFrom genericProfile => X conformsTo genericProfile" 14:25:24 SimonCox: Though is is (deliberately) lightweight since its cross-technology 14:25:31 https://w3c.github.io/dxwg/profiledesc/profiledesc.html 14:25:48 I think that even if it's lightweight it would allow that sort of axiom to be stated. 14:27:46 SimonCox: examples (which explain its working) https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples 14:28:58 q+ 14:29:14 q- 14:30:05 kcoyle: what is describle in rob/nick work is a description of the application profile and its context, not how you do it 14:30:21 s/describle/described/ 14:31:18 SimonCox: An rdf example would be a good addition to the examples 14:31:56 AndreaPerego: Similar issues/approaches for most formal mechanisms like UML 14:32:32 antoine: We not planning on saying how to do validation rules 14:32:48 s/approaches were addressed in ADMS, also for more/approaches for most/ 14:33:18 q+ 14:35:28 https://docs.google.com/drawings/d/1dHkpwKwUwMgS1RqSCTPO3uOoRiY_qNk0z5bhXJlYi4Y/ 14:35:37 SimonCox: (After discussion of DCAT-AP example) Some slight errors in current picture but they aren't key to the topic today 14:35:50 ack antoine 14:35:55 RRSAgent, draft minutes v2 14:35:55 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 14:37:15 kcoyle: Interesting in how this picture fits with the Rob/Nick picture? 14:38:07 SimonCox: Very similar - some minor differences/missing but they can be added 14:38:20 ... (ie role) 14:38:49 ... otherwise pretty much aligned 14:39:26 I think the role idea is promising - I just missed the time to read it thoroughly. 14:40:20 kcoyle: Back to 214 - if re-written, is it appropriate for guidance doc? 14:41:19 LarsG: We should make clear people doing profile inheritance need to be explicit on conformance commitment 14:46:18 PWinstanley: In some cases (data governance) then potentially verification is going to be needed 14:46:59 proposed: accept 214 as re-worded by Simon 14:47:23 q+ 14:47:33 If conformance to a profile is claimed, then it should be possible to confirm conformance to each parent profile 14:47:51 ack antoine 14:51:56 danbri has joined #dxwg 14:51:57 +1 14:52:02 +1 14:52:05 +1 14:52:05 +1 14:52:09 +1 14:52:10 +1 14:52:10 +1 14:52:19 +1 14:52:24 +1 14:52:47 +1 14:52:51 resolved: accept 214 as re-worded by Simon 14:53:13 topic: Issue 205 14:53:31 why was 205 in the part on relationship between profiles? 14:53:35 https://github.com/w3c/dxwg/issues/205 14:54:03 q+ 14:54:13 q+ re public vs not 14:55:07 kcoyle: Already agreed that they should have public identifiers 14:55:31 ack antoine 14:55:52 suggest maybe "Profiles are Web documents and as such are identified in the normal way [webarch link]. Many profiles will be public and typically resolvable; some may be private in various ways e.g. used in B2B or within large organizations." 14:56:03 ack danbri 14:56:03 danbri, you wanted to discuss public vs not 14:56:50 proposed: accept 205 with minor editing 14:56:50 (for the minutes) In fact the requirement dates from the time we hadn't agreed that profiles should have public identifiers 14:56:55 +1 14:56:56 +1 14:56:58 https://www.w3.org/TR/webarch/#identification 14:56:59 +1 14:57:00 +1 14:57:02 +1 14:57:03 +1 14:57:04 +1 14:57:04 +1 14:57:05 +1 14:57:22 resolved: accept 205 14:57:52 topic: https://github.com/w3c/dxwg/issues/213 14:58:11 does anyone know what "a view that includes" would be? 14:58:17 kcoyle: Isn't this redundant? 14:59:04 maybe this is redundant with https://github.com//dxwg/issues/207 ? 14:59:05 ... we already said they should have a human view as well as machine 14:59:31 q+ 15:00:19 antoine: perhaps not out of scope, but not very important 15:00:40 213 sounds like standardizing user interface 15:01:07 ack antoine 15:01:29 proposed: Declare 213 as out of scope 15:01:48 +1 15:01:53 +1 15:01:54 +1 15:01:54 +1 15:01:55 +1 15:01:55 +1 15:01:58 +1 15:02:00 0 15:02:03 0 15:02:15 0 I don't agree it's out of scope but I agree closing it 15:04:20 this ticket doesn't say how a view should look like, it just says that anyone willing to go into such eandeavour should be able to find the data they find. 15:04:31 s/find/need 15:04:58 Jaroslav_Pullmann: we might want to leave it in the ucr as a desirable feature but not say anything in the actual guidance 15:05:29 If every profile's URL could have JSONP JSON-LD data in meta.json well known URL then a pure Javascript application could recurse back and find all parent metadata. Given browser constraints around x-site fetching, this is the simplest hack I can think of that would allow profiles to evolve loosly coupled. 15:07:18 LarsG: Looking at 207 - part of that should go up the the previous section, leaving the relationship part in this section 15:08:05 kcoyle: Important that we say what information is needed but not how its made available 15:09:06 RRSAgent, draft minutes v2 15:09:07 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 15:11:58 resolved: Declare 213 out of scope but look to restructure the overall set of requirements tomorrow 15:12:50 RRSAgent, draft minutes v2 15:12:50 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html DaveBrowning 15:16:49 kcoyle: Tomorrow we can look at the different levels of profile use 15:20:06 kcoyle_ has joined #dxwg 15:29:26 [meeting adjourned] 15:29:29 RRSAgent, draft minutes v2 15:29:29 I have made the request to generate https://www.w3.org/2018/05/08-dxwg-minutes.html AndreaPerego 15:32:14 present- 15:55:18 riccardoAlbertoni_ has joined #dxwg 16:01:01 LarsG has joined #dxwg 16:43:35 LarsG_ has joined #dxwg