06:08:07 RRSAgent has joined #dxwg 06:08:07 logging to https://www.w3.org/2018/05/09-dxwg-irc 06:08:16 rrsagent, make logs public 06:08:34 chair: PWinstanley & KCoyle 06:08:48 rrsagent, create minutes v2 06:08:48 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html PWinstanley 06:12:33 kcoyle has joined #dxwg 06:12:39 SimonCox has joined #dxwg 06:12:45 present+ 06:12:54 Jaroslav_Pullmann has joined #dxwg 06:12:54 present+ 06:12:54 present+ 06:12:55 present+ 06:12:55 present+ 06:12:59 present+ 06:13:01 DaveBrowning has joined #dxwg 06:13:03 scribenick: SimonCox 06:13:08 present+ 06:13:25 meeting: DXWG f2f3 06:14:03 agenda: https://www.w3.org/2017/dxwg/wiki/F2f3#Wednesday.2C_May_9.2C_8-17_CEST_.28in_your_time_zone.29 06:14:23 scribenick: SimonCox 06:14:36 chair: PWinstanley 06:14:43 https://docs.google.com/document/d/15OfNXU9AJ-cZysc7uYP-Gks5dDa8n2B5IN6rWa3kRpo/edit#heading=h.70ebjavd7jrw 06:15:19 q? 06:16:20 PWinstanley: yesterday clarified issues re Profiles. Today - construct skeleton of Profile guidance document 06:16:25 https://www.w3.org/2018/05/08-dxwg-minutes 06:17:08 PWinstanley: focused on validation and relationships between profiles 06:17:34 ... all ok? Any overnight epiphanies? 06:17:41 q+ 06:17:45 q+ 06:18:10 kcoyle: relations are awkward 06:18:12 q- 06:18:18 PWinstanley: does section need breaking up? 06:18:27 kcoyle: need to go back to UCs ... 06:18:27 q+ 06:19:01 q? 06:19:25 ack Jaroslav_Pullmann 06:19:26 Action: kcoyle to review profiling use-cases 06:19:27 Created ACTION-112 - Review profiling use-cases [on Karen Coyle - due 2018-05-16]. 06:20:20 rrsagent, make logs public 06:20:41 Jaroslav_Pullmann: need to review scenarios for profiles, to correlate with UCs. Also check GitHub issues. Perhaps generate UCs from issues? 06:21:01 Makx has joined #dxwg 06:21:15 present+ Makx 06:21:37 kcoyle: wants to go the other way - re-extract reqs from UCs - some Reqs do not appear to be well grounded in UCs 06:22:06 ... conceptually the Reqs do not reflect the UCs :-( 06:22:12 rrsagent, generate minutes v2 06:22:12 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html DaveBrowning 06:22:31 Action: Jaroslav_Pullmann to work with kcoyle on profile UCs and Requirements 06:22:36 Created ACTION-113 - Work with kcoyle on profile ucs and requirements [on Jaroslav Pullmann - due 2018-05-16]. 06:22:44 q+ 06:23:15 PWinstanley: We didn't pay much attention to content negotiation by profile 06:23:34 DCAT-AP scenario drives most of the requirements - and there are not that many additional ones. So if folks are uncomfortable with complexity, the re-read the real world examples provided by Makx - if something missing provide example as evidence. 06:23:42 AndreaPerego has joined #dxwg 06:23:51 s/the re-read/then re-read/ 06:23:54 present+ AndreaPerego 06:24:09 RRSAgent, draft minutes v2 06:24:09 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 06:24:09 kcoyle, Jaroslav_Pullmann : I have one case about links between profile I could work with you if you want 06:24:29 ack antoine 06:24:41 q? 06:24:43 PWinstanley: need to make sure nothing left on the editing floor 06:25:04 * just mute conference room when someone else taling please 06:26:42 ... kcoyle will give presentation on Dublin Core approach, to see if anything we can adopt from there 06:26:51 q+ 06:27:04 ... then going forward we can ensure our approach is harmonised with that 06:27:05 q+ 06:27:11 ack roba 06:28:23 roba: looking at comments from yesterday - too much focus on expressivity of constraint language :-( 06:29:03 we shouldn't be inventing a constraint language. We need to adopt technologies that are available. 06:29:18 For the record the questions I asked was whether we should include elements about the content of profile specifciation (cardinality constraints etc) like Dublin Core work in the "profile content" sections. 06:29:32 ack SimonCox 06:30:34 SimonCox: harmonization is good, but not if the DC approach is not fit for our purpose 06:30:45 q? 06:31:00 PWinstanley: agree - just avoid unnecessary divergence 06:31:06 q? 06:31:49 http://dublincore.org/documents/singapore-framework/ 06:32:07 present+ tombaker 06:32:09 RRSAgent, draft minutes v2 06:32:09 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 06:35:12 http://dublincore.org/documents/dc-dsp/ 06:37:19 http://dublincore.org/documents/profile-guidelines/ 06:38:04 kcoyle: describing DC profile approach 06:38:17 ... SHACL/ShEX are too atomistic 06:38:38 ... Singapore Framework documents too dense 06:38:58 s/Singapore/2007 Singapore/ 06:39:24 https://github.com/kcoyle/RDF-AP 06:39:33 ... 2009 draft http://dublincore.org/documents/profile-guidelines/ is clearer about how to develop profiles 06:40:19 ... new draft 2018 https://github.com/kcoyle/RDF-AP also based on CSV-W 06:40:42 ... everyone develops application profiles as tables 06:41:14 ... goal is simple enough documents so that all interested parties can use them 06:41:55 ... see schemaList.csv - could also link out to Shacl/ShEx for validation 06:42:34 ... but spreadsheet should express AP, then can build data template as a tables 06:43:10 ... Gregg Kellogg works on software for converting spreadsheets to web-friendly data 06:43:14 q+ 06:43:42 ack SimonCox 06:44:21 automatically convert constraints-in-a-table into data-template-as-a-table 06:44:28 ? 06:44:38 kcoyle: yes - though not working yet 06:45:17 PWinstanley: discussion? 06:46:59 seems to show that a diversity of implementing resources is a reality - challenge is classifying the role each resource may have.. 06:47:11 http://xlsform.org/ is a route to building forms that uses a spreadsheet approach 06:47:28 SimonCox: tabular representation of constraints is another useful prof:resource associated with a Profile 06:47:57 ... with different role - e.g. 'data-template-rule' 06:48:46 meeting: DXWG F2F3 - Day 2 06:48:48 RRSAgent, draft minutes v2 06:48:48 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 06:48:49 Data entry is important goal. Can also use SHACL to drive forms (NickCar student; built in to TopBraid) 06:51:38 discussion on how to move forward 06:51:47 PWinstanley: need someone to take control ... 06:52:05 kcoyle: wants in-out list - see gdoc 06:52:54 riccardoAlbertoni: do not enforce/adopt one technology 06:53:14 kcoyle: shoudl we mention technologies? 06:53:38 roba: document must explain what profiles are, and how data conforms 06:54:19 kcoyle: what should we say about constraints in the guidance document? 06:54:59 q+ 06:55:06 roba: how many documents: 1. guidance document ... but must refer to 2. profile description formalization 06:56:18 ... 'guidance for DCAT profiles' does not need to describe profiles technology or constraints languages, they belong in a different document 06:57:07 kcoyle: how many documents ? not yet clear. 06:57:46 roba: two options - one complex document or two simple documents 06:58:35 ... willing to write up profiledesc as separate standalone document, which then will make DCAT guidance easier, because it will provide means for describing more complex requirements 06:59:12 ... Nick and roba have implementation plans ready (OGC, Oz) independent ot DCAT 06:59:23 s/ot/of/ 06:59:45 +q 07:02:31 kcoyle: guidance dcument should not define a vocabulary, its a document 07:04:54 roba: profiledesc will make writing profile-guidance easier 07:05:10 kcoyle: profiledesc could be the main deliverable? 07:05:36 q- 07:06:23 q+ 07:06:45 SimonCox: note that profiledesc document is generated by LODE from profiledesc RDF - it doesn't have a lot of text 07:06:59 +1 07:07:12 (to peter's summary) 07:07:34 PWinstanley: will need to add lots of text 07:07:44 note that the vocabulary is completely open to change to meet needs 07:07:58 ?q 07:08:05 q? 07:08:10 q? 07:08:15 ack antoine 07:08:43 antoine: the proposal to work on profiledesc makes a lot of sense 07:09:01 ... but must not forget content-negotiation requirement 07:09:44 ... conneg is a separate deliverable 07:09:46 yet to identify a requirement to access profile description during negotiation - but possibly inheritance may raise an need 07:10:05 kcoyle: must be corodinated with profile guidance/profiledesc 07:10:20 antoine: deliverables must cross-reference each other 07:10:52 PWinstanley: delverable are independent must must be coordinated, there must be no inconsistency 07:11:07 Happy for this to be the formalism part of a single deliverable, which describes how to use it and show examples of what specific constraint languages are used 07:11:10 s/delverable/deliverables/ 07:11:37 q+ 07:12:05 q+ to ask if profiledesc vocabulary is one chapter/clause in the guidance document? 07:12:37 ack AndreaPerego 07:13:27 q+ 07:13:48 q+ to say that the profile description should have the same content as profiledesc but doesn't have to implement it 07:13:58 +q 07:13:58 AndreaPerego: need to be careful about rolling in too many things. there are other profiling formalisms. Users may be confused. How does this complement SHACL, ShEx etc? 07:14:13 Most profile languages like SHACL ShEx, DC's DSP seek to describe the content of profile (ie constraints). Our Vocabulary describe profiles. It gives the hook to bind everything together. 07:14:24 q- 07:14:29 +1 to what antoine just said 07:14:30 +1 antoine 07:14:42 +1 to antoine 07:14:51 ack roba 07:15:50 q- 07:15:55 roba: there is no profile description language around (there are several constraint languages, mostly tech specific) 07:16:06 And the role of content negotiation should be to point users to constraints languages (SHACL, XML Schema), humaan-readable doc (HTML) or the 'hook' as represented in ProfildDesc (RDF) 07:16:26 ack LarsG 07:16:26 LarsG, you wanted to say that the profile description should have the same content as profiledesc but doesn't have to implement it 07:16:46 s/ProfildDesc /ProfileDesc / 07:16:48 the hook also indicates role of different artefacts, which wasn't there before 07:17:04 SimonCox +1 and LarsG +1 07:17:12 +1 LarsG 07:17:19 yes - thats correct 07:17:20 q? 07:17:23 q+ 07:17:30 LarsG: profiledesc complements constraints expressions and guidance documents 07:17:32 q+ to say that http://dublincore.org/documents/singapore-framework/ also had the goal of specifying the documentary components of a profile and how they relate 07:18:15 ack kcoyle 07:18:36 so @tombaker - can DC work be refactored to use a simple vocab with this scope? 07:19:13 My proposal would be to have the profile guidance as a Primer for ProfileDesc 07:19:21 and for Conneg 07:19:25 kcoyle: proposes that we use profiledesc as basis for guidance document 07:19:31 +1 antoine 07:19:50 ... need to plan AP Guidance doc using profiledesc as core resource 07:19:51 I think it's compatible with what kcoyle proposes 07:20:43 antoine is that for profile-negotiation or for how to distribute information about a specific profile? 07:21:14 PWinstanley: need to roadtest profiledesc 07:21:18 Suggested title: "Describing and publishing data profiles - a Primer" :-) 07:21:18 q+ to say it would be good to integrate also the draft made by antoine - https://docs.google.com/drawings/d/1dHkpwKwUwMgS1RqSCTPO3uOoRiY_qNk0z5bhXJlYi4Y/edit 07:21:24 it still needs work of course - role description and can we handle all the versioning complexity Makx highlighted? 07:21:36 LarsG: both 07:21:39 ack tombaker 07:21:39 tombaker, you wanted to say that http://dublincore.org/documents/singapore-framework/ also had the goal of specifying the documentary components of a profile and how they relate 07:22:29 Description of profiledesc is here https://w3c.github.io/dxwg/profiledesc/profiledesc.html 07:23:01 examples here: https://github.com/w3c/dxwg/tree/gh-pages/profiledesc/examples 07:23:44 Can we get some love to test profiledesc against singaporeframework requirements 07:23:51 tombaker: Singapore Framework (3 page doc) is important well-used resource, perhaps needs updating, coordinating 07:26:05 q? 07:26:16 q+ 07:26:43 q+ to propose that we combine the documentation part of the Singapore Framework with the structure of profileDesc 07:28:15 q+ to suggest we really need to set up a profile group to coordinate between the 3 deliverables 07:28:31 ack AndreaPerego 07:28:31 AndreaPerego, you wanted to say it would be good to integrate also the draft made by antoine - https://docs.google.com/drawings/d/1dHkpwKwUwMgS1RqSCTPO3uOoRiY_qNk0z5bhXJlYi4Y/edit 07:28:47 ack roba 07:28:51 SimonCox: urges people to review profiledesc resources mentioned above 07:29:25 * was trying to work out f just me... 07:30:23 roba: profiledesc meets operational needs known to the authors - several tests have been done 07:30:44 ... shoudl be crossed-checked against SF (Singapore Framework) 07:31:07 ... profiledesc is currently v small and could be evolved and aligned quite easily 07:31:10 ack LarsG 07:31:10 LarsG, you wanted to propose that we combine the documentation part of the Singapore Framework with the structure of profileDesc 07:31:16 Do we need more use cases to cover profiledesc? 07:31:22 LarsG: +1 to roba 07:31:26 ack antoine 07:31:26 antoine, you wanted to suggest we really need to set up a profile group to coordinate between the 3 deliverables 07:31:47 antoine: we agree on strategy, need to organize the work. 07:32:13 PROPOSED: Explore placing ProfileDesc as basis for Guidance deliverable 07:32:25 +1 07:32:29 +1 07:32:29 +1 07:32:30 +1 07:32:31 +1 07:32:32 +1 07:32:32 +1 07:32:33 +1 07:32:33 +1 07:32:57 +1 (with hesitation: I think it would be not *the* basis) 07:33:15 +1 07:33:19 resolved: we will explore placing ProfileDesc as a basis for Guidance deliverable 07:33:35 RESOLVED: Explore placing ProfileDesc as basis for Guidance deliverable 07:33:49 RRSAgent, draft minutes v2 07:33:49 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 07:34:00 4 months should be ok 07:34:06 PWinstanley: logistics - timing? 07:34:11 looking at the maturity for the rest 07:34:43 ... well before TPAC, Lyon October 25/6 07:34:56 ... so needs to be well underway by August 07:35:09 yes it's possible 07:35:28 ... so as not to clash with lazy northern summer 07:35:39 q+ 07:35:46 ... (excepting kcoyle of course) 07:36:13 q+ 07:36:31 q- 07:36:57 ... FPWD needs to show sense of direction. RobA, kcoyle Nick all champing at the bit 07:37:07 ... probably antoine too 07:37:38 ack antoine 07:38:03 ... (we are talking about potential editors here) 07:38:24 antoine: will ensure that conneg will be included 07:38:37 LarsG: what about previously nominated editors? 07:39:05 PWinstanley: roba has been v active, but not on profile/index.html 07:39:35 I can help co-editing stuff especially taking care of interrelationships and the wording that goes with it. 07:39:39 once scope is clear and contributions start then editing can start :-) Ready to go.. 07:40:30 Editors: kcoyle roba antoine (for now) 07:41:18 RRSAgent, draft minutes v2 07:41:18 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 07:41:26 coffee calls 07:41:31 I'm expecting that in the end we could have more editors, as I expect we'll pick contributions from Lars, Ruben, Nick about their 'products' 07:41:43 +1 antoine 07:41:57 and probably SimonCox too ;-) 07:42:35 q? 07:42:58 DaveBrowning: is this still a 'guidance' document 07:43:16 kcoyle: description is vague, can be bent to fit 07:43:32 ... phila encouraged us to take it in the direction required 07:43:47 PWinstanley: establish a position! 07:44:44 DaveBrowning: balance guidance vs. authoritative slant 07:45:01 ... we (Reuters) struggle with the balance 07:45:12 PWinstanley: DaveBrowning should be strong reviewer 07:45:38 q+ 07:45:47 LarsG: does profiledesc replace ruben/lars/roba document? 07:46:08 PWinstanley: need to verify that profiledesc-based work is sound 07:46:20 aiming for rec track - i need to implement at OGC Linked Data resources in next few months :-) 07:46:20 +1 to what PWinstanley said. Let's start with doing something then we see the formal status 07:46:27 ... need to bring forward milestones to verify quality 07:46:40 which probably means that we're aiming at Note first... 07:46:52 q- 07:47:07 let it emerge - buts its a very tiny little vocab .. 07:47:15 s/coffee calls// 07:47:49 * how long? 07:48:02 20 minutes or so? 07:48:07 * ok 07:48:19 we'll try to get back top of the hour 07:48:28 s/20 minutes or so?// 07:48:40 scribenick: AndreaPerego 07:48:49 [coffee break] 07:48:52 RRSAgent, draft minutes v2 07:48:52 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 08:04:59 topic: Project plan for the profile guidance doc 08:05:35 https://docs.google.com/document/d/15OfNXU9AJ-cZysc7uYP-Gks5dDa8n2B5IN6rWa3kRpo/edit# 08:05:41 PWinstanley: We need to decide all the bits - location of the doc and all the ingredients 08:06:15 kcoyle: Starting with the pre-requisites 08:07:05 kcoyle: [editing the google doc] 08:08:47 kcoyle: We need a project plan so we can determine what we can do. 08:09:09 ... Let's call it for the moment "guidance doc" but it may be called otherwise. 08:15:05 kcoyle: Given the idea of creating the doc around the profile desc voc, we need to follow the W3C process - which includes UCs + Reqs 08:15:37 ... Jaroslav_Pullmann and I will re-derive reqs from UCs, and compare them with the profile desc, and see if anything is missing (new UCs). 08:16:09 ... So we probably need to get UCs from Rob and Nick. 08:16:24 we need to set the github space 08:16:27 kcoyle: We need also to form the group + chairs. 08:16:47 PWinstanley: We also need a clear indication of the working space. 08:16:58 I can create github 'milestones' for the 3 deliverables. 08:17:08 kcoyle: So we need to decide whether or not to re-use the original space for the profile guidance doc. 08:17:40 PWinstanley: We need also to start our engagement with stakeholders - the wider community. 08:18:20 ... We should avoid what happened so far - very low engagement and feedback. 08:18:32 kcoyle: We also need to set the milestones. 08:18:41 PWinstanley: And a review process. 08:19:06 ... For efficiency, this needs to be coordinated. 08:19:47 ... Ensure quick feedback (couple of days). 08:20:00 q+ 08:20:05 q- 08:20:55 ... Note also that the stakeholders may be different from the ones of DCAT - scope of the profile document is broader than DCAT. 08:21:17 q+ 08:21:27 ack antoine 08:22:19 antoine: There was a discussion on the moderation of the comment list - so messages are not passing through directly. 08:22:45 kcoyle: We need DaveRaggett to dig deeply into it. 08:23:38 kcoyle: FPWD around early August. 08:24:17 kcoyle: Looking at how the profile desc relates to conneg is another point. 08:24:32 q+ 08:24:50 kcoyle: Who's going to do that and when? 08:25:20 LarsG: I can do that. June/July may be feasible to me. 08:25:39 kcoyle: Should this be separate from the group? 08:26:04 LarsG: I can join the group, but I'll be away for 2 months. 08:26:23 ack roba 08:27:19 roba: One of the things that needs to be checked is whether conneg requires anything on the side of profile desc. 08:28:09 * +1 08:28:20 +1 08:28:24 q+ 08:28:37 LarsG: May be worth you roba do the coordination with the conneg group. 08:28:46 roba: [agrees] 08:28:56 ack antoine 08:29:20 antoine: I wonder whether we should merge the groups... 08:29:52 seem to be quite different activities to me .. 08:29:59 kcoyle: I feel they are 2 different activities, although dependent to each other, so merging them could be an option. 08:30:12 antoine: We can discuss this in a later stage. 08:30:37 kcoyle: Anything else we should add to the project plan? 08:31:37 PWinstanley: We need a definitive version of profile desc and comparison with existing alternative approaches. 08:32:15 How does this github milestone look? https://github.com/w3c/dxwg/milestone/9 08:32:25 ... This should go in the pre-requisites. It's about a definitive version of the vocs we are going to refer to. 08:33:31 roba: We do need some feedback for consolidating it. 08:33:59 I've just created it 08:34:34 was there another one on Profile Desc? 08:34:46 also https://github.com/w3c/dxwg/projects/2 08:35:10 kcoyle: Thanks for creating that milestone, antoine. 08:36:24 SimonCox a kanban board looks great indeed! We'll have to see what is best (a kanban for all profile-related issues could be lot) 08:36:42 LarsG: [noting he posted some questions on profile desc that were not answered] 08:37:02 projects should help - i tried to respond to all issues I saw related - but may have missed some :-( 08:37:04 199? 08:37:52 kcoyle: About the doc outline, I will check other W3C docs. 08:37:54 ahh - yes thats a nick use case - will chase him for a response 08:37:56 riccardoAlbertoni has joined #dxwg 08:38:08 present+ 08:38:38 ... like definition of terms, what the document will cover... 08:39:03 q+ 08:39:12 riccardoAlbertoni: Maybe an introduction about the conceptual model behind it? 08:39:28 +1 08:39:36 kcoyle: Can we use DCAT and DCAT-AP as examples. 08:40:08 https://joinup.ec.europa.eu/solution/core-public-service-vocabulary-application-profile 08:40:08 we already use DCAT=AP as an example - but would be great to have Makx et al complete and clean these examples. 08:40:12 PWinstanley: Also the ISA Core Public Service vocabulary AP can be an option. 08:40:40 DaveBrowning: ODRL is another one. 08:41:35 ... They provide a meta-model, the provide support for extensions, ... 08:41:57 using prov for DCAT-AP versioning and profile activities is great - maybe profiles are in fact sub types of prov:Entity 08:42:13 SimonCox: [explaining the use of PROV in a similar way for describing projects] 08:42:19 ack roba 08:44:30 roba: What we need in the examples is to describe the roles, and decide whether they should be skos:Concept's / skos:ConceptScheme's or subclasses. 08:44:46 I'd be happy to work on SKOS :-) 08:44:53 q+ 08:45:29 Not quite sure what you're asking me to do 08:45:49 currently separate artefact - but aligning with prov may be a good idea? 08:46:45 AndreaPerego: Maybe also the PROV approach can be an example of building profiles - PROV is very generic, and they tell people that to do some more specific things you can create individuals / subclasses. 08:46:48 @roba maybe you can explain a bit what you would expect in e-mail? 08:46:48 @Makx - look at DCAT-AP examples - create a separate file and try to describe all the DCAT-AP metadata you feel is necessaru - and revert back to group with questions as required. 08:46:49 q? 08:47:02 ack AndreaPerego 08:47:28 @roba where are the DCAT-AP examples? 08:47:38 kcoyle: We need also clarify the notions of profile / application profiles / metadata application profiles 08:47:52 riccardoAlbertoni: The conceptual model can be useful to address this. 08:48:01 kcoyle: Do we have a conceptual model? 08:48:13 @antoine - do you see class/concept duality (concepts that may have further semantics modelled as classes?) 08:48:46 riccardoAlbertoni: The work done in the Singapore framework, the profile desc and antoine's diagram, put together can be the basis for that model. 08:49:11 +1 - its just a subset of the singapore framework model 08:49:19 @roba - it is doable but if there's a way to avoid it it's maybe better (and not only for OWL2-DL concerns) 08:49:33 +1 riccardoAlbertoni 08:49:54 ... There's also an example from DQV: generic classes and examples on how to use them by creating individuals / subclasses. 08:50:35 @antoine - hard-typing vs soft-typing is a pattern that exists in the real world 08:50:43 q? 08:50:50 kcoyle: Should we also talk about how people define profiles? From documents to code to validation 08:51:43 all: [general agreement] 08:53:01 PWinstanley: It may be worth to talk also about how they support communities, which are their functions (implementing consensus, data sharing) 08:54:25 ... Looking at the DCAT-AP example, they provide a collaborative framework ending up in domain-specific and/or country-specific extensions. 08:55:21 kcoyle: It seems that we can come up with quite a substantial document. 08:56:40 * internet issues 08:56:58 ... But now it looks difficult to see where profile desc fits in. 08:58:06 +1 for what PWinstanley it's a harness/hub 09:00:48 all: [discussion on notion of profile and role of profile desc] 09:01:14 PWinstanley: The starting point is to say what a profile is. 09:01:48 q? 09:01:52 kcoyle: We want to help people build profiles in their environment. 09:01:55 roba_ has joined #dxwg 09:02:53 guidance is that you should describe how your profile relates to other standards and what the artefacts do.. using profiledesc if you are in an RDF context 09:03:56 RRSAgent, draft minutes v2 09:03:56 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 09:04:24 q+ 09:04:50 kcoyle: We are not going deeply on how to do things 09:05:17 PWinstanley: Agreed, this is actually not possible - there are different ways of doing that, each with their requirements. 09:05:45 ... We need to have the minimal set of characteristics for making something an application profile. 09:06:32 SimonCox: The guidance should say: if you want to do that, you need to have, e.g., an artifact to describe a specific roles, etc. 09:06:33 +1 to SimonCox 09:06:43 +1 09:07:10 Jaroslav_Pullmann has joined #dxwg 09:07:16 present+ 09:07:45 langauges are just standards - and likely to be profiles of standards :-) 09:08:00 profiledesc uses dct:conformsTo to point to these 09:08:35 AndreaPerego: I wonder whether it would be useful to have a matrix describing the available format tools, and what you can do with that (contraints definition, validation, etc.). 09:08:59 s/format tools/formal tools/ 09:09:05 RRSAgent, draft minutes v2 09:09:05 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 09:09:35 q? 09:10:21 antoine: [missed that] 09:10:28 ack antoine 09:11:00 * we are also hearing it all broken up :-( 09:11:18 What I said: We could do extensive examples as Riccardo and I have done for DQV: https://www.w3.org/TR/vocab-dqv/ 09:11:31 to illustrate the various functions of the profile desc language 09:11:52 +1 to antoine 09:12:31 I think the guidance document should work like a Primer to describing and publishing profiles - with Profile Desc as a tool to start doing this 09:12:50 kcoyle: Moving to the profile desc section 09:14:22 ... Not sure how this should be presented in the doc. 09:14:57 SimonCox: Could be a specific chapter and/or used to provide the foundation for what said in the guidance doc 09:15:36 kcoyle: I was thinking on how ontologies are presented in W3C docs. 09:15:56 ... This is probably what we need it here. 09:16:07 ... This would make it more discoverable. 09:16:22 ... The actual formal definition will be in another place. 09:16:49 ... But the guidance doc will provide the documentation for it. 09:17:11 ... The question is what happens if we update the ontology. 09:17:43 q+ 09:17:58 q+ to write my opinion about it ;-) 09:18:05 ... I'm thinking of the future beyond the DXWG work. 09:18:14 ack AndreaPerego 09:21:07 In addition to what Andrea said: whatever option we chose, we would probably have to update the guidance doc if we update the Profile Desc ontology, because the guidance doc would include examples with the Profile Desc ontology 09:21:12 ack antoine 09:21:12 antoine, you wanted to write my opinion about it ;-) 09:22:33 AndreaPerego: [mentioning the POWDER / POWDER-S example - https://www.w3.org/2007/05/powder-s#describedby ] 09:23:05 https://www.w3.org/TR/vocab-dqv/ is a note 09:23:08 kcoyle: The guidance doc loos notish - it could be a note and not go to rec track. 09:23:29 lets just iterate on profiledesc and decide if it works and how much of dcat it helps with - assume aiming at rec track and downgrade to note if unresolved issues ? 09:23:42 s/loos notish/looks notish/ 09:24:49 q+ to flag another versioning concern 09:25:06 SimonCox: The guidance doc may be a REC (we may be able to point to existing implementations) - not sure about profile desc 09:25:51 UCR will need many vocabularies to implement - profiledesc plugs a gap... 09:26:07 LarsG: The point is whether we can have RECs not listed in the charter 09:27:27 ack antoine 09:27:27 antoine, you wanted to flag another versioning concern 09:27:30 if a document (the guidance) has to be updated everytime the ontology (profile desc) is updated then it should probably have the same status 09:27:56 q+ 09:28:05 ack roba_ 09:29:46 roba_ -1 actually the profile guidance will tell a more complete story than the profile desc 09:30:08 s/loos /looks / 09:30:12 profile guidance will provide overview and use examples 09:30:26 roba_: +1 on the fact that the guidance will indeed provide overview and examples 09:30:53 kcoyle: We probably we need advise from W3C 09:30:56 its a note - the ontology is a separate artefact - aim for rec track if it is small and stable and useful and implemented .. fall back to note if not realistic 09:31:31 s/we need /need / 09:31:56 I'm afraid the advice from W3C will be a bit like 'do what you can and what you think is appropriate'. There are many patterns around... 09:32:12 kcoyle: [reading the charter] 09:32:35 ... The additional vocs mentioned in the charter are not under REC track. 09:32:46 danbri has joined #dxwg 09:32:52 q+ about dependancies 09:33:15 q? 09:33:27 if the profile depends on the profile desc and is on rec track 09:33:34 then it can't depend on a note I think 09:33:46 so the profile desc would fit as rec track 09:34:00 of course it would be different if the guidance goes as note. 09:34:05 q? 09:34:29 ack antoine 09:34:44 q+ to say that SDW BP was downgraded 09:34:49 the guidance is on rec track now but we could decide to move it to note if we think our stuff is not mature enough. 09:34:53 ack 09:34:53 ack about 09:34:55 ack 09:34:56 ack 09:35:01 ack dependancies 09:35:07 ack Zakim 09:35:10 ack LarsG 09:35:10 LarsG, you wanted to say that SDW BP was downgraded 09:35:14 ack LarsG 09:35:27 LarsG +1 09:35:49 LarsG: Why not downgrading to note the guidance doc? This was done for the Spatial Data on the Web BPs? 09:36:14 kcoyle: Yes, that could be an option 09:36:35 s/BPs?/BPs/ 09:36:55 RRSAgent, draft minutes v2 09:36:55 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 09:37:54 topic: Conneg 09:38:09 LarsG: [presenting the RFC proposal] 09:38:56 ... It is basically about an HTTP header with identifier for the profile, similar to the media type approach 09:40:10 AndreaPerego: What about inheritance relationships between profiles? 09:41:45 LarsG: This would require a hierarchy of profiles. This is not currently included in the proposal. 09:42:57 extent? 09:43:09 all: [discussion on profile inheritance / hierarchies] 09:43:15 q+ 09:44:52 q- 09:45:42 all: [discussion on HTTP headers, HTTP implementation requirements for profiles] 09:45:56 negotiation should _not_ require reading profiledesc (or anything else IMHO) 09:46:38 DaveBrowning: We need to provide fallback mechanisms not requiring changes on the side of the server. Are we going that way? 09:46:47 so it comes down to server resolves hierarchy or client resolves it and explicitly asks for everything ... 09:47:21 rrsagent, generate minutes v2 09:47:21 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html kcoyle 09:47:43 client cant know what compliant sub-profiles a server offers 09:48:49 unless we define a HEAD behaviour that requires delivery of the hierarchy tree of specific profiles offered by server 09:51:14 LarsG: If the server returns at list the list of profiles, then it is your job to find the one fitting you 09:51:37 "lookup" is problematic - why not list the compliance with more general profiles in a HEAD response? 09:54:45 audio is too hard to follow - i will check email if there is something my input required - otherwise really happy this discovery question is explored and happy with anything you think is implementable - profiledesc only needs to be semantically consistent - not actually used in the process IMHO 09:58:16 all: [discussion on different options, and pros and cons for supporting fallback mechanisms for profile conneg] 09:58:30 * my lunch might be longer - great stuff all. 10:00:13 PWinstanley: One of the things to make sure is to fix the problem with the moderation filter on the comments list. 10:00:16 * use profeiledesc-working branch... 10:01:08 progress is being made on Antoine's earlier comment about difficulties with the comment list and DSR and he are resolving 10:05:09 RRSAgent, draft minutes v2 10:05:09 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 10:05:36 https://github.com/w3c/dxwg/blob/gh-pages/profiles/index.html 10:06:09 https://w3c.github.io/dxwg/profiles/ 10:08:47 Jaroslav_Pullmann: I have some questions for the afternoon about how to proceed with UCR and other things. 10:09:19 ... This includes proposals about extending the scope of DCAT 10:09:42 [lunch] 10:09:51 RRSAgent, draft minutes v2 10:09:51 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 11:02:03 kcoyle has joined #dxwg 11:06:51 Jaroslav_Pullmann has joined #dxwg 11:08:04 riccardoAlbertoni has joined #dxwg 11:09:21 LarsG has joined #dxwg 11:11:17 scribe: PWinstanley 11:11:19 scribenick: PWinstanley 11:12:05 Topic: DCAT 11:12:10 URL to document/project: http://www.internationaldataspaces.org/en/ressource-hub/publications-ids/ 11:12:38 riccardoalbertoni_ has joined #dxwg 11:13:19 Jaroslav_Pullmann: the above link is the context. INternational dataspaces is a partnership between companies and academe - the project has created a reference architecture model 11:14:37 ... there is an ontology describing digital resources, esp datasets and data apps. The IDSA reference architecture has a layered approach 11:16:41 ... The IDS project has varied forms of documentation of the model, the ontology etc. There are also associated resources to assist developers such as a Java model and other resource models developed out of the ontology classes 11:17:49 ... Representations (we previously only referred to this in the context of ODRL) are described as UML. There are also faceted views of the (complicated) domain 11:18:35 ... The facets package/encapsulate facts about domain elements. Facets are goverened by regulations 11:18:52 ... There are internal processes of maintenance 11:20:29 ... The project looks at Dataset or Distribution, but it views this from the perspective of function or concern 11:20:47 ... views are related to layers 11:21:43 ... The ultimate goal is products based on services 11:22:46 ... There is scope for re-use of descriptions 11:23:44 ... descriptions cover the range of artefacts from abstract to concrete ("Kind", > "Representation" > "Artifact") 11:24:32 ... I think that the 'distribution' aspect of DCAT is intermingling concerns and the IDS approach would allow these to be untangled 11:25:18 ... My invitation is not only that we look at the reference architecture and see what might be reused 11:25:59 ... We could import the abstract concept of "Kind" into our DCAT work 11:26:26 ("import" = be inspired by) 11:28:04 Jaroslav_Pullmann: Alejandra's work on bioCaddy has similar 11:29:02 ... containment hierarchy is one of the most important design aspects of this IDS model 11:29:36 kcoyle: looking for a diagram in DCAT that we can contrast to this - e.g. the one above 5.1. 11:29:58 SimonCox: I was going to show one 11:30:05 https://rawgit.com/w3c/dxwg/dcat-service-simon/dcat/#vocabulary-overview 11:30:22 Jaroslav_Pullmann: I'm bringing in the idea of 'concern-based' thinking 11:31:26 kcoyle: are there parallels with what Jaroslav_Pullmann showed? 11:32:06 SimonCox: in the past attempts were made to shoehorn into distribution, but we recently accepted that it made sense to have a separate class for services 11:32:21 ... this is a straw man, but well worked out. 11:32:38 ... There were some suggestions that distributions contained services 11:32:58 ... but Andrea showed how this can work 11:35:54 q+ 11:36:24 danbri has joined #dxwg 11:36:46 Jaroslav_Pullmann: reinterpret Distribution and make them a sort of Service 11:36:53 is the idea that 'distribution' tells us about a practical/concrete way of getting some specific representation(s) of a dataset? 11:37:15 DaveBrowning: ths is similar to the was we think wbout things 11:37:26 (could be an HTTP download service, with or without content negotiation; or a Web service with query parameters etc.) 11:37:38 kcoyle: if we have 2 copies that are slightly different we need to repeat that distribution 11:38:51 AndreaPerego: I'm not sure if this is a common case - existing implementations the key question is where can I get the data? 11:39:32 ... I was trying to work out where the download URL would be in your model? 11:40:11 danbri: simply repeat the property - could be a blank node 11:40:43 AndreaPerego: distribution is a reification between the data set and the file you're getting 11:41:03 SimonCox: the shape we have now is backward compatible 11:41:06 q? 11:41:55 Jaroslav_Pullmann: the suggestion is to separate the concern of communication (accessURL and downloadURL) out. 11:42:07 ack AndreaPerego 11:43:08 AndreaPerego: in DCAT-AP we link a pointer to a service in a specific way and a more abstract way. We need to know about a service otherwise the agent doesn't know what to do with it 11:43:38 s/in DCAT-AP/in GeoDCAT-AP/ 11:44:07 Jaroslav_Pullmann: there is a plurality of protocols for describing APIs (Swagger, OpenAPI) etc 11:44:47 AndreaPerego: there is no specifcation ruling them all -and we don't need that. depending on the type of service we change the way that we point to it 11:45:26 Jaroslav_Pullmann: this would be a type of action for reading data and it would take parameters 11:46:00 q? 11:46:47 AndreaPerego: in spatial data there is the notion of series (hierarchical) where the links to the subsets are not described 11:47:25 Jaroslav_Pullmann: we can use the type 'Kind' to handle this, by defining abstract access interfaces 11:47:56 AndreaPerego: it is important not to break what is being used already 11:48:18 Jaroslav_Pullmann: agreed. we are minimalistic. Key message is separate out concerns 11:48:43 ... we will have >=2 implementations 11:49:26 q? 11:50:22 SimonCox: there are a couple of things - the original DCAT backbone is there. We've introduced the superclass Dataset but there is scope for other subclasses. There are 3 specialisations of service: datadistributionservice, datatransformationservice and discoveryservice 11:50:48 properties that used to be seen on Dataset are now in CataloguedItem 11:51:43 SimonCox: there is the need to preserve the backbone 11:52:32 danbri: I like 'backbone'. but there is a spread of scope 11:52:54 ... perhaps there is a need to narrow this 11:53:20 SimonCox: I was trying to accommodate the use of hasPart 11:54:21 ... but rdfs:member also has merit 11:54:39 AndreaPerego: the use cases are coming from other communities 11:55:13 danbri: do library catalogues fall into scope? 11:55:41 AndreaPerego: in the geospatial domain it covers services 11:56:23 SimonCox: I know of examples including samples of rock. There are descriptions, which is different to a registry 11:56:28 q+ 11:56:44 kcoyle: this isn't how library catalogues are done 11:57:19 SimonCox: this has been most strongly informed by geospatial and cataloging rock samples 11:58:04 kcoyle: the landing point is a metadata description of a thing. up to know it has always been an information resource 11:58:26 q- 11:58:40 SimonCox: maybe a description of rocks is a data source 11:59:25 q+ 11:59:27 ... I don't think we'll stumble too much. In a catalogue people only look at instances. 12:00:10 q- 12:00:57 kcoyle: I'm still stuck on the rocks example. what is rights about - rock or catalogue record? 12:01:57 SimonCox: issue is that these are in dcat:Distribution. ... but I'm showing stubs - there are no pointers here to rocks, just to metadata 12:02:34 kcoyle: if this was first developed with the idea of distributing only digital information then we need to think about where the 'real' things go 12:04:22 Dan: where is service in this? 12:04:40 No I wanted to say something but Simon already said what I wanted to say 12:04:56 SimonCox: yes, in schema.org services are varied. The prototype here is webservice. 12:05:37 AndreaPerego: you're addressing something becoming increasingly required, esp public services. I don't see why we can 't use DCAT for this too 12:06:46 Dan: if we have library services, I can go and ask the desk or use the online catalogue 12:07:02 kcoyle: anaswering the phone is a different kind of service 12:08:03 Dan: there is such a wide scope 12:08:13 q+ 12:08:28 ack Makx 12:08:38 q+ please 12:08:44 q+ 12:08:58 ack Makx 12:09:08 danbri has joined #dxwg 12:09:29 Makx: dan's point - we need to realise that we're talking about DCAT so retain focus. 12:09:52 ... catalogueItem could be a book, but we're not dealing with that 12:10:16 LarsG: otoh, what digital thing cannot be described as data? 12:10:21 kcoyle: a service. 12:10:40 ... so should that be inside DCAT or elsewhere? 12:10:51 re scope, I was hoping we'd see things like "here is a pattern for describing time series dataset publications" from this effort; but that could be that I got wrong impression about goals 12:11:03 SimonCox: this requires different profiles of DCAT 12:11:55 I agree with Dan. These are questions that people have in practice 12:12:47 danbri: I'm concerned that we are good around datasets but less in other areas. also, what are the communities wanting? 12:13:16 AndreaPerego: for the communities, not having a route to model services will prevent the publication of these data 12:13:45 kcoyle: is there a way to make this more modular? 12:14:17 ... like danbri I'm nervous about bringing this into DCAT 12:14:52 SimonCox: I've added this to the branch 12:16:08 AndreaPerego: dct:hasPart is used for many other things - is there a more specific property 12:16:33 kcoyle: would you describe a service unconnected to a dataset? 12:16:36 AndreaPerego: yes 12:16:53 SimonCox: but that takes it out of scope of this group 12:17:09 kcoyle: how deep do you go in describing the service? 12:17:21 SimonCox: not much deeper, 12:20:49 Jaroslav_Pullmann: how do we support users in e.g. chatbot? 12:21:18 danbri has joined #dxwg 12:21:30 rrsagent, pointer? 12:21:30 See https://www.w3.org/2018/05/09-dxwg-irc#T12-21-30 12:21:42 SimonCox: scope creep is something to be guarded against 12:21:51 q+ to ask whether Catalogs being (sometimes) also Datasets, would allow service aspects to be attached via their "dataset" side 12:22:32 kcoyle: they are all 'data' services 12:22:36 ack danbri 12:22:36 danbri, you wanted to ask whether Catalogs being (sometimes) also Datasets, would allow service aspects to be attached via their "dataset" side 12:22:49 ack 12:23:03 ack sees please 12:23:07 q? 12:23:27 danbri: there is a type in schema.org that covers all types of services, is there a subset that is appropriate for data services. We use dataset. 12:23:43 ... would this tidy things 12:24:24 AndreaPerego: this would be confusing for people 12:24:55 SimonCox: there is a missing link Catalogue and CataloguedItem 12:25:04 DaveBrowning has joined #dxwg 12:25:57 SimonCox: the reason to have named classes is to have subclasses 12:26:11 DaveBrowning has joined #dxwg 12:26:12 danbri: axioms have their place, but it is not the reason we do things 12:26:34 kcoyle: only a distribution can have a distribution? 12:26:48 SimonCox: data transformation service might not 12:26:57 From W3C AC meeting 18 years ago, https://www.w3.org/DesignIssues/NamespacesAreResources.html ... big debate on whether dictionaries belong in the library, and whether namespaces belong in the Web. 12:27:18 ... it couldhave relations with datasets but would have relations with other data 12:27:50 kcoyle: dataset is the conceptual thing - so how can a service be against a conceptual thing? 12:27:52 +1 to karen 12:28:01 +1 12:28:06 antoine has joined #dxwg 12:28:36 "Are books necessarily products? no... can a thing that's a book often be usefully described as a product, sure."; "Are catalogs necessarily datasets, maybe kinda, maybe no ... can a thing that is a catalog often be usefully described as a dataset, ... sure" 12:28:55 SimonCox: the case we had in mind was a service hosting a number of data services capable of subsetting and delivering in different representations 12:29:21 Jaroslav_Pullmann: we don't have an idea of representation at the moment 12:29:41 ... we don't have the "Artifact" from the IDS model 12:29:49 SimonCox: but it has the format 12:30:18 kcoyle: the service will e.g. take statistics and convert to schema.org 12:30:33 ... which layer would that go on? 12:30:57 SimonCox: it is data transformation but it would know about schemas and formats, but not about specific datasets 12:33:35 danbri: are there non-catalogued datasets whose interfaces will be related to what you're dealing with? e.g. archival services. I think catalogues are datasets 12:35:25 kcoyle: it seems we are at a similar point to the conversation this morning when discussion around profiles and DCAT - in this case should services be on their own? 12:36:04 q+ 12:37:09 ack AndreaPerego 12:37:10 ack AndreaPerego 12:37:20 ack please 12:38:23 AndreaPerego: one possible issue - even though we have the core we may need to modify it ... how do we model the resources in a catalogue. just using the definitionof dcat you can use anything that is not a dataset 12:38:39 q+ 12:38:41 ... this could be overused/abused 12:39:11 kcoyle: there are other things that can be hasPart. 12:40:31 x dcat:dataset y, will imply x dcterms:hasPart y via subpropertyof 12:40:56 ... but other different properties are also subproperties of dcterms:hasPart; and those don't necessarily link x and y. 12:41:12 if dcterms:hasPart is a subproperty of another property, then x and y would be linked by that relationship too 12:41:40 AndreaPerego: Implicitly, you can put inside a dcat:Catalog resources different from dcat:Dataset's by dct:hasPart - as dcat:dataset is a subproperty of dct:hasPart 12:47:58 AndreaPerego: DCAT is the european std for cataloguing , and the absence of a method of including things other than datasets is restricting use. 12:48:20 ... we shouldn't be too open, but we need to expand 12:48:32 kcoyle: we need to open scope carefully 12:48:46 q+ 12:49:09 ack Jaroslav_Pullmann 12:49:32 rrsagent, please draft minutes 12:49:32 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html antoine 12:49:38 Jaroslav_Pullmann: inappropriate terminology - having dataset at the top of the terminology. 12:50:05 q+ 12:50:35 ... in updating DCAT what will happen to ADMS? 12:50:40 ack danbri 12:51:51 danbri: we need to channel enthusiasm, so the interest in DCAT needs to be constrained to ensure we don't re-invent RDF inside DCAT 12:52:17 SimonCox: we don't want overuse of dct:hsaPart 12:52:38 s/hsaPart/hasPart/ 12:53:21 ack Makx 12:54:04 Makx: re: ADMS - out of scope 12:55:07 ... o.k. - but will ADMS automatically import the updated DCAT? 12:55:16 ... but ADMS is a profile of DCAT and users use ADMS-AP, this is a different profile of DCAT for a different application 12:55:30 q? 12:55:37 q+ 12:55:40 Jaroslav_Pullmann, no there's no import mechanism, 12:55:53 q- 12:56:01 +1 to Andrea 12:56:24 DataCite resource types: https://webgate.ec.europa.eu/CITnet/stash/projects/ODCKAN/repos/datacite-to-dcat-ap/browse/documentation/Mappings.md#mapping-1st-level 12:57:35 @ Jaro: ADMS classes are subclasses of DCAT classes. If those do not change in ways that are not backwards compatible, there should be no problem 12:58:58 ... when DCAT URIs do not change and ADMS extends those (historical and new) definitions, then they will become availabe, e.g. adms:Distributions will link to DataServices etc. 12:59:25 AndreaPerego: based on existing communities we can get an idea of what gets put into catalogues 12:59:52 kcoyle: when we type things as text or sound what are we talking about? 13:00:30 kcoyle: creating a standard doesn't control behaviour, it just gives people a starting point 13:00:53 SimonCox: I would be comfortable refactoring the documentation - 13:01:26 Looking at https://rawgit.com/w3c/dxwg/dcat-service-simon/dcat/#conformance 13:02:13 SimonCox: note the 'Access to....' bit 13:02:42 ... datasets, distributions etc 13:03:18 ... I added to the DCAT Profile chunk, inherited from the original doc 13:03:29 kcoyle: it could be definitions of 13:03:58 LarsG: but if we say profiles don't define vocab it couldn't be in 13:04:49 SimonCox: I updated the github to address this - subclassing is a restriction 13:04:53 kcoyle: , but in an RDF way subclassing extends 13:05:37 ... is this about subclassing from DCAT? 13:06:10 SimonCox: no, I'm not meaning that. I'm meaning bringing in something from outside 13:06:38 q? 13:06:44 ... I am only making small changes to the existing structure 13:07:26 kcoyle: if the group accepts the service idea I'd put it in its own section in this document 13:08:15 SimonCox: at 5.7 we need to complete 13:08:33 LarsG: can a data distribution be read against a live DB? 13:08:54 AndreaPerego: yes, there are sparql endpoints, for example 13:09:17 SimonCox: lastUpdated can be 'now' or with a periodicity 13:11:19 q+ 13:11:52 Jaroslav_Pullmann: could this be related to the missing containment relation? 13:11:57 ack Jaroslav_Pullmann 13:12:19 SimonCox: we may need to look at this now 13:12:48 AndreaPerego: people try to do a minimum in terms of metadata entry 13:13:14 Jaroslav_Pullmann: we are looking at wizards and other tools support in the IDS 13:16:14 general discussion on databases vs data services 13:20:37 q+ 13:23:19 (looking for old w3c notes on rdf <-> uml, ... https://www.w3.org/TR/1998/NOTE-rdf-uml-19980804/ didn't really touch these issues, I think there's a 2006ish note that does, somewhere.) 13:27:22 discussion about agents and automation 13:29:13 q? 13:29:18 ack AndreaPerego 13:29:25 scribenick: SimonCox 13:29:33 RRSAgent, draft minutes v2 13:29:33 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 13:30:32 danbri: will demonstrate way to use JSON-LD context to alias terms in JSON data to different RDF vocabularies, schema.org, etc 13:31:38 Dan's presentation: https://docs.google.com/document/d/16c_STDu8Dzj-ioRNuGS2tlIFJamlx0-vRKBaPA5Wzfc/edit# plus copy content of https://gist.githubusercontent.com/danbri/8979469ddace192a5c0b8fc6e32fbc32/raw/dba54b89a689fdcd25b8162b70212a326fc0707d/gistfile1.txt into https://json-ld.org/playground/ as an introductory example. 13:50:40 s/known/know 13:51:23 danbri: has the floor 13:51:33 riccardo_albertoni has joined #dxwg 13:52:13 riccardoalbertoni has joined #dxwg 13:52:14 q? 13:52:17 ... partial writeup - JSON surface syntax <-> RDF information 13:52:25 present+ 13:52:47 ... JSON-LD has concept of Context - define shortnames for ns, props, terms 13:53:02 ... Context might be inline, or might be remote 13:53:22 ... maps cURIs into shortnames 13:53:58 ... allows you to hide multiple namespaces, less scary for web devs 13:55:55 ... can apply different contexts to the same (surface) JSON --> mapping to different RDF vocabs 13:56:44 ... demonstrate with same JSON --> ( schema.org | wikidata | DCAT-AP ) 13:58:32 ... provides environment to compare how it looks to data, web, search consumers 14:00:24 ... will encourage Google understand JSON-LD Context files 14:00:36 s/understand/to understand/ 14:04:00 ... possibly has relevance to Application Profiles? 14:10:59 ... is this possibly in scope for DXWG, possibly for publication as W3C Note? 14:11:16 ... will write up as a W3C blog-post in next few days 14:13:30 AndreaPerego: possibly syntax to capture mappings, in particular the common-core of (DCAT | ISO-19115) to schema.org to support indexing 14:14:04 ... will never be comprehensive 14:15:09 Group finds it interesting but not sure it is a DXWG thing ... yet 14:15:18 PWinstanley: closing - 14:15:27 danbri has joined #dxwg 14:16:31 ... 1. decision about next plenary telecon? Fortnightly date would be 2018-05-15 - too early? 14:17:34 ... more sessions to consolidate f2f3 work? 14:17:59 ... 2. DCAT FPWD about to land. Need to activate our networks to ensure community input 14:20:06 SimonCox: Profiles team do need to get cranked up! 14:21:39 Next plenary meetings on 2018-05-15, 2018-05-22, 2018-05-29 then fortnightly again 14:24:37 action: kcoyle to send actions and resolutions to mailing list 14:24:55 Error creating an ACTION: could not connect to Tracker. Please mail with details about what happened. 14:25:10 BIG THANKS TO RICCARDO! 14:25:36 Thanks, Riccardo1 14:25:56 s/Riccardo1/Riccardo!/ 14:26:01 Very well organised, thanks riccardoalbertoni 14:26:50 RRSAgent, draft minutes v2 14:26:50 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 14:26:51 rrsagent, generate minutes v2 14:26:51 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html kcoyle 14:26:53 bye 14:27:00 bye Makx 14:27:02 bye, Makx 14:27:24 action: danbri to write his blog post 14:27:33 Error creating an ACTION: could not connect to Tracker. Please mail with details about what happened. 14:28:47 rrsagent, generate minutes v2 14:28:47 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html SimonCox 14:29:31 [meeting adjourned] 14:29:32 RRSAgent, draft minutes v2 14:29:32 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego 14:30:42 RRSAgent, draft minutes v2 14:30:42 I have made the request to generate https://www.w3.org/2018/05/09-dxwg-minutes.html AndreaPerego