- From: Jo Rabin <jo.rabin@db.com>
- Date: Wed, 9 Jun 2021 16:24:55 +0000
- To: Jo Rabin <jo.rabin@db.com>, "public-md-odrl-profile@w3.org" <public-md-odrl-profile@w3.org>
- Message-ID: <9D2B470A-E740-4B3F-96F2-E4567AB9F0F3@db.com>
Please find the minutes of today’s meeting at Rights Automation Community Group Teleconference – 09 June 2021 (w3.org)<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html> and pasted below. Summary of action items 1. Ben to report on exchange view on requirement for prohibition<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#a01> 2. Caspar and Nigel to come up with some ideas on Versions and forwards and Backwards compatibility<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#a02> Summary of resolutions 1. Accept minutes of last meeting<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#r01> Rights Automation Community Group Teleconference 09 June 2021 Attendees Present ali, ben, Caspar, jo, MarkB, MarkD, michelle, Nigel, olga Regrets renato Chair jo Scribe nigelp Contents 1. Admin<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#t01> 2. FISD Update<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#t02> 3. Editor's Meeting<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#t03> 4. Maintenance of the Standard<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#t04> 5. AOB<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#t05> 6. Summary of action items<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#ActionSummary> 7. Summary of resolutions<https://www.w3.org/2021/06/09-md-odrl-profile-minutes.html#ResolutionSummary> Meeting minutes Admin Resolution: Accept minutes of last meeting FISD Update ben: two other meetings coming up. … Exchange constituency: any topics? … propose to raise asking them to work with us on ODRL modelling of licenses Mark: ask for feedback on reservations they have about ODRL? ben: will use "Lego block" analogy to illustrate what ODRL offers Mark: makes point we need exchange input to help get definitions around things like "derived data" right. ben: only have consumer perspective … also have meeting with Federation of European Stock Exchanges. They have expressed interest in standardisation. … FISD. Have clear plan now. Mark introduces standard, Video demo of consent duties, Video demo of standardised descriptions. … then panel discussion. jo: have been asked to take sceptical tone when moderating panel to ensure concerns are raised and addressed. Editor's Meeting jo: items raised: identifiers, white label, web site, proscription. Ben to discuss ben: Identifiers. … Caspar considering possible ways to represent identifiers. Caspar_MacRae: recommending URI, proposal out end of week, hopefully. ben: When referencing other standards we should note the cross reference in the standard and provide a place holder where we can annotate the reference to indicate our interpretation … see "External References" section. … questions around who hosts the feed. Standard can model known use cases - vendor hosted, web hosting and deployed feed. Feedback sought on if this covers everything. Markd: discusses case where an internally hosted service is outsourced ben: would model the two stages separately (in-house vs vendor hosted) … key driver here is around license terms where there is more sensitivity around data that consumers are managing themselves. ben: duty action of "agreement". … to handle cases where a legally binding agreement is required (usually to enforce a proscription) … use cases exist where you cannot do A/B/C without prior consent. This was modeled as a duty, but feedback is that it might work better as a "prohibition" with a "remedy" MarkD: considers case where by default you may not distribute but you may be able to get selective approval on a case by case basis. Caspar_MacRae: disagree with "prohibition/remedy" model. Markd: recognise Caspar's concern. jo: asks if Remedy is defined term ben: comes from base ODRL jo: why do we need two ways of representing the same thing? ben: trying to fit better with people's mental models of what is happening (at the cost of complexity in processing) Action: Ben to report on exchange view on requirement for prohibition Maintenance of the Standard ben: expectation standard will evolve over time. … how to control changes and minimise disruption. … how to handle cases where requestor and policy managing component have different policy versions. How do we fail gracefully? … part of this will be having static and stable terms NigelP: suggest analogy with how software interfaces are defined with major and minor version numbers. Action: Caspar and Nigel to come up with some ideas on Versions and forwards and Backwards compatibility AOB <jo_> --- meeting closed --- --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to https://www.db.com/disclosures for additional EU corporate and regulatory disclosures and to http://www.db.com/unitedkingdom/content/privacy.htm for information about privacy.
Received on Wednesday, 9 June 2021 16:26:19 UTC