Re: Suggested edits for Profile Draft

Hi Caspar,

In your definitions of Existing and Prospective Clients, you refer to "services provided".

Could I link that to the Distribution Services term that we discussed at our last meeting and defined here: https://w3c.github.io/market-data-odrl-profile/new-standard.html#distribution-service

Or is it a more general reference to "products and services"?

Ben
________________________________
From: MacRae, Caspar [Engineering] <Caspar.MacRae@gs.com>
Sent: Wednesday, May 26, 2021 12:00 PM
To: public-md-odrl-profile@w3.org <public-md-odrl-profile@w3.org>
Subject: Suggested edits for Profile Draft


Hi,



Not sure if I missed some contentious discussion, and understand the task is corrective not additive, but the lack of Party subtypes Existing Client and Prospective Client is irksome - their introduction would likely solve the redistribution testcases 1-4 and 10<https://github.com/w3c/market-data-odrl-profile/blob/gh-pages/Test-Cases.md#rod-1>), so have added below as § 2.1.2.1.8-9 (updating § 2.1.1 to reflect).



Best regards,

Caspar





--



§ 2.1 Parties



§ 2.1.1 Party Role



In distribution use cases, the type of third-party recipient is often significant.  We differentiate between professional<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#professional-party>, non-professional<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#non-professional-party>, and educational<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#educational-party> parties, and between existing<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#existing-client-party> and prospective<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#prospective-client-party> clients.



§ 2.1.2.1.1 Originator



Note:    Originators may use an Administrator to manage their rights assignments and a Service Facilitator to destribute the data.    s/destribute/distribute/





§ 2.1.2.1.4 Service Facilitator



Definition: The role an external organisation plays when contracted by the Assignee to deliver a business function using the assignee"s data access rights.      s/assignee"s/assignee’s/g     (global typo)





NOTE

When is this duty activated? When the Assigner intends to make an External Party with the role of Service Facilitator a recipient of the data Asset - i.e. when the recipient constraint is satisfied.



To fulfill the Duty, the subject Party of the Duty (not specified in this example) must take the Action of notifying the object Party of about the target of the Duty: the Service Facilitator. They need only do this once for the duty to be fulfilled.





§ 2.1.2.1.5 Administrator



NOTE  We can imagine a Administrator so:    s/a Administrator/an Administrator/







§<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#existing-client-party> 2.1.2.1.8 Existing Client



Definition:

A Party<https://www.w3.org/TR/odrl-vocab/#term-Party> that is a current consumer of services provided by the Assignee<https://www.w3.org/TR/odrl-vocab/#term-assignee>.

Label:

Existing Client Party

Identifier:

http://www.w3.org/md-odrl-profile/ExistingClientParty

Sub-class Of:

http://www.w3.org/md-odrl-profile/ExternalParty

Disjoint with:

Prospective Client Party<http://www.w3.org/md-odrl-profile/ProspectiveClientParty>



§<https://w3c.github.io/market-data-odrl-profile/md-odrl-profile.html#prospective-client-party> 2.1.2.1.9 Prospective Client



Definition:

A Party<https://www.w3.org/TR/odrl-vocab/#term-Party> that the Assignee<https://www.w3.org/TR/odrl-vocab/#term-assignee> is engaging with in order to procure such Party<https://www.w3.org/TR/odrl-vocab/#term-Party> as a consumer of services provided by the Assignee<https://www.w3.org/TR/odrl-vocab/#term-assignee>.

Label:

Prospective Client Party

Identifier:

http://www.w3.org/md-odrl-profile/ProspectiveClientParty

Sub-class Of:

http://www.w3.org/md-odrl-profile/ExternalParty

Disjoint with:

Existing Client Party<http://www.w3.org/md-odrl-profile/ExistingClientParty>





§ 2.3 Activities



Global typo in all Prov-O hyperlinks’ display text;  s/Activitiy/Activity/g





§ 4.1 Duty Functions



Duty functions specify the role a Party plays in fulfilling a Duty. Only two are required: the subject who must exercise the duty"s action and the object who recieves the effect of the action.  Sequences of request-response interactions may be formed by chaining Duties where the subject and object Parties alternate.



s/duty”s/duty’s/



s/recieves/receives/





4.3.1 Notify



s/See Example 1/See Example 3/





4.3.2 Report



s/See Example 2/See Example 5/





§ 4.3.4 Consent



s/Example 1/Example 3/



Also broken hyperlink for “Example 1”   s/ServiceFacilitatorNotification/#ServiceFacilitatorNotification/



§ 5.3.7 purposes



Example 14<https://w3c..github.io/market-data-odrl-profile/md-odrl-profile.html#ControlsRecipientsPurposes> has md:purposes in the domain of md:Permission, but in the description it’s listed as domain of md:Action



________________________________

Your Personal Data: We may collect and process information about you that may be subject to data protection laws. For more information about how we use and disclose your personal data, how we protect your information, our legal basis to use your information, your rights and who you can contact, please refer to: www.gs.com/privacy-notices<http://www.gs.com/privacy-notices>