Re: PROV-ISSUE-530: Data Model Section 5.7.2 (Table 6) [prov-dm]

Thanks Simon, text updated as you suggested.
Luc

On 10/09/2012 03:17 PM, Miles, Simon wrote:
> +1, but with some text clarifications in the responses
> "to allow these attributes to more concepts" -> "to allow these 
> attributes to apply to more concepts"
> "time information is associated with a unique event" -> given the 
> context, I don't think "associated with" is a good word to use, how 
> about "connected to"?
> "Given implementation" -> first, it should be "implementations", and, 
> second, maybe "Particular implementations" is clearer.
> thanks,
> Simon
> Dr Simon Miles
> Senior Lecturer, Department of Informatics
> Kings College London, WC2R 2LS, UK
> +44 (0)20 7848 1166
> Transparent Provenance Derivation for User Decisions:
> http://eprints.dcs.kcl.ac.uk/1400/
> ------------------------------------------------------------------------
> *From:* Paolo Missier [Paolo.Missier@ncl.ac.uk]
> *Sent:* 09 October 2012 08:51
> *To:* public-prov-wg@w3.org
> *Subject:* Re: PROV-ISSUE-530: Data Model Section 5.7.2 (Table 6) 
> [prov-dm]
>
> Luc
>
> yes this is fine --Paolo
>
>
> On 08/10/2012 13:56, Luc Moreau wrote:
>> Hi all,
>>
>> I would like to bring this issue to a conclusion.
>> I have modified the response according to earlier feedback.
>>
>> http://www.w3.org/2011/prov/wiki/ResponsesToPublicComments#ISSUE-530_.28attributes.29
>>
>> Thoughts?
>> Luc
>>
>> On 10/03/2012 08:53 PM, Freimuth, Robert, Ph.D. wrote:
>>> Hi,
>>> Thanks for your comments, Paolo.  You picked up on the core issue 
>>> here - the use of user-defined attributes to extend the spec for the 
>>> same semantic reason (e.g., expression of time) but using different 
>>> methods to do so.
>>> It would not surprise me if a user wanted to assign time, location, 
>>> and/or role information to a broader set of relationships than those 
>>> that currently take those attributes.  As I mentioned, Association 
>>> and Delegation seem like logical candidates.  If the relationship 
>>> definition does not support these attributes, it would be trivial 
>>> for a PROV user to simply provide that information within 
>>> user-defined attributes.
>>> There may be cases where a given attribute doesn't make sense for a 
>>> given relationship.  I believe those cases are rare, and in my 
>>> opinion the advantage of pre-specifying common attributes and 
>>> maintaining a higher level of interoperability outweighs the slight 
>>> loosening of the spec.  It is hard to predict all possible use 
>>> cases, so unless there are very strong reasons against it, I would 
>>> lean toward including a set of "core qualifying attributes" in all 
>>> relationships.
>>> Thanks,
>>> Bob
>>>
>>>     ------------------------------------------------------------------------
>>>     *From:* public-prov-wg-request@listhub.w3.org
>>>     [mailto:public-prov-wg-request@listhub.w3.org] *On Behalf Of
>>>     *Paolo Missier
>>>     *Sent:* Tuesday, September 25, 2012 8:57 AM
>>>     *To:* public-prov-wg@w3.org
>>>     *Cc:* Provenance Working Group; Provenance Working Group Issue
>>>     Tracker
>>>     *Subject:* Re: PROV-ISSUE-530: Data Model Section 5.7.2 (Table
>>>     6) [prov-dm]
>>>
>>>     Hi,
>>>
>>>     I wouldn't be so quickly dismissive of this comment. Given that
>>>     we have a "loose" semantics for attributes, I find it hard to
>>>     argue for or against using those same attributes in
>>>     unanticipated ways.
>>>     I am wary of this comment:  "these restrictions could be
>>>     circumvented using user-defined optional attributes if needed,
>>>     at the expense of maintaining a single standard representation
>>>     for the information".
>>>     This is the interop argument again -- the possibility that we
>>>     see new attributes defined to mimick existing ones but with a
>>>     different namespace and in a different context.
>>>       So I would like to hear more comments from the group on this.
>>>
>>>     As a minor point, I don't think this is a good argument to mention:
>>>     "No other external comments made a request for allowing such
>>>     attributes in more concepts."
>>>     I believe the merit of comments should not be based by their
>>>     popularity amongs the public...
>>>
>>>     --Paolo
>>>
>>>
>>>
>>>      On 9/24/12 7:46 AM, Luc Moreau wrote:
>>>>     Dear all,
>>>>
>>>>     Find a proposed response for this in the wiki at:
>>>>     http://www.w3.org/2011/prov/wiki/ResponsesToPublicComments#ISSUE-530_.28attributes.29
>>>>     For convenience, it is copied below.
>>>>     Comments, feedback?
>>>>     Best regards,
>>>>     Luc
>>>>
>>>>
>>>>           ISSUE-530 (attributes)
>>>>
>>>>       * Original
>>>>         email:http://lists.w3.org/Archives/Public/public-prov-wg/2012Sep/0120.html
>>>>
>>>>       * Tracker:http://www.w3.org/2011/prov/track/issues/530
>>>>       * Group Response
>>>>           o The group has given careful considerations to
>>>>             attributes in prov-dm, specifically time, location and
>>>>             role.
>>>>           o The group could not reach consensus to allow these
>>>>             attributes to more concepts of the data model.
>>>>           o No other external comments made a request for allowing
>>>>             such attributes in more concepts.
>>>>           o Role:
>>>>               + We have already elaborated on roles in our response
>>>>                 to ISSUE-532
>>>>           o Location:
>>>>               + While a notion of location is fairly intuitive for
>>>>                 an activity or entity, it is less intuitive for
>>>>                 associations for instance. In an association, the
>>>>                 activity may have a location, and the agent may
>>>>                 have a location. It is however unclear what the
>>>>                 location of the association itself may be.
>>>>           o Time:
>>>>               + The same comments apply for time. However, in this
>>>>                 case, the constraints document explains what kind
>>>>                 of ordering constraints exist, between an agent and
>>>>                 activity, for instance.
>>>>       * So overall, the group could not find consensus to broaden
>>>>         these attributes to other relations in a meaningful manner.
>>>>         Given implementation, using the PROV extension mechanism,
>>>>         are however able to add similar attributes for their
>>>>         specific needs.
>>>>       * References:
>>>>           o Roles:http://www.w3.org/2011/prov/wiki/ResponsesToPublicComments#ISSUE-532_.28Role.29
>>>>
>>>>           o Resolution on
>>>>             roles:http://www.w3.org/2011/prov/meeting/2012-06-07#resolution_2
>>>>
>>>>           o Time
>>>>             constraints:http://lists.w3.org/Archives/Public/public-prov-wg/2012Sep/0120.html
>>>>
>>>>       * Proposed changes:none
>>>>       * Original author's acknowledgement:
>>>>
>>>>
>>>>
>>>>
>>>>     On 10/09/12 09:54, Provenance Working Group Issue Tracker wrote:
>>>>>     PROV-ISSUE-530: Data Model Section 5.7.2 (Table 6)   [prov-dm]
>>>>>
>>>>>     http://www.w3.org/2011/prov/track/issues/530
>>>>>
>>>>>     Raised by: Luc Moreau
>>>>>     On product: prov-dm
>>>>>
>>>>>
>>>>>
>>>>>     http://www.w3.org/2011/prov/wiki/LC_Feedback#Data_Model_Section_5.7.2_.28Table_6.29
>>>>>
>>>>>     ISSUE-463
>>>>>
>>>>>     The restrictions on when time, location and role can be used should be reviewed after the public feedback period closes and changes are made to the model. In particular, I think there is justification for allowing other relationships, such as Association and Delegation, to take these attributes. The model would be more flexible without these restrictions (which could be circumvented using user-defined optional attributes if needed, at the expense of maintaining a single standard representation for the information).
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>     -- 
>>>>     Professor Luc Moreau
>>>>     Electronics and Computer Science   tel:   +44 23 8059 4487
>>>>     University of Southampton          fax:   +44 23 8059 2865
>>>>     Southampton SO17 1BJ               email:l.moreau@ecs.soton.ac.uk
>>>>     United Kingdomhttp://www.ecs.soton.ac.uk/~lavm
>>>>
>>>
>>>
>>>     -- 
>>>     -----------  ~oo~  --------------
>>>     Paolo Missier -Paolo.Missier@newcastle.ac.uk,pmissier@acm.org  
>>>     School of Computing Science, Newcastle University,  UK
>>>     http://www.cs.ncl.ac.uk/people/Paolo.Missier
>>>
>>
>> -- 
>> Professor Luc Moreau
>> Electronics and Computer Science   tel:   +44 23 8059 4487
>> University of Southampton          fax:   +44 23 8059 2865
>> Southampton SO17 1BJ               email:l.moreau@ecs.soton.ac.uk
>> United Kingdomhttp://www.ecs.soton.ac.uk/~lavm
>>
>
>
> -- 
> -----------  ~oo~  --------------
> Paolo Missier -Paolo.Missier@newcastle.ac.uk,pmissier@acm.org  
> School of Computing Science, Newcastle University,  UK
> http://www.cs.ncl.ac.uk/people/Paolo.Missier

-- 
Professor Luc Moreau
Electronics and Computer Science   tel:   +44 23 8059 4487
University of Southampton          fax:   +44 23 8059 2865
Southampton SO17 1BJ               email: l.moreau@ecs.soton.ac.uk
United Kingdom                     http://www.ecs.soton.ac.uk/~lavm

Received on Tuesday, 9 October 2012 14:41:24 UTC