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