ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf)

3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf)

State:
RAISED
Product:
Raised by:
Timothy Lebo
Opened on:
2013-03-14
Description:
http://www.w3.org/mid/CABC+A3LHXh1r1BHqZR7eXqes8dRFKVg3A6oBB0F=mgUimL6r8g@mail.gmail.com

Hello,

I have been looking at PROV-O and I intend to use or extend it for a
project where we need provenance metadata for named rdf graphs. I have
a “triple” of suggestions that come from vocabulary restrictions I
have thought of for my own use, but since I see the vocabulary is
still in a CR stage, I have decided to expose them for the case they
might be included in the base vocabulary. However, I must say I am
quite a newcomer into RDF and related technologies, so I might well be
very wrong.

1. I wonder if instead of the wasDerivedFrom property, a dummy
instance of Activity could always be used to connect the original and
obtained entities, even without further properties. This would make
modeling more homogenous, which might make things easier for automated
tools, and would be straightforward to add information about the
activity if it was discovered in a later stage, without the need of
removing triples. I think these advantages and the reduction of the
vocabulary make up for the overhead in extra nodes.

2. The existence of wasAttributedTo seems unnecessary to me, as we
already can express the same with wasAssociatedWith from the Activity
that led to the Entity. I am aware that without cardinality
constraints between Activity and Entity, an activity can generate
several Entities and therefore an Agent involved in an Activity is not
necessarily involved in one of its generated Entities. But maybe this
would be a reason to consider introducing cardinality constraints, as
activities that generate several Entities can usually be divided into
more specific Activities that only lead to one Entity. So Activities
that generate several Entities could be modeled as a higher level
resource that aggregates several activities. I know in this way you
remove a term to introduce another one, but you get rid of the
semantic overlapping and possible redundancy between wasAttributedTo
and wasAssociatedWith.

3. The unqualified relation actedOnBehalfOf, since it is independent
of the activity, it becomes a general or "atemporal" property of the
agent and should be better named actsOnBehalfOf.

Best regards,
Jacobo Rouces.
Related Actions Items:
No related actions
Related emails:
  1. Re: PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from p.t.groth@vu.nl on 2013-03-14)
  2. Re: PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from lebot@rpi.edu on 2013-03-14)
  3. RE: PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from simon.miles@kcl.ac.uk on 2013-03-14)
  4. Re: PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from lebot@rpi.edu on 2013-03-14)
  5. Re: PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from l.moreau@ecs.soton.ac.uk on 2013-03-14)
  6. Re: Three comments (from lebot@rpi.edu on 2013-03-14)
  7. PROV-ISSUE-651: 3 comments on prov-o (wasDerived, wasAttrib, actedOnBehalf) (from sysbot+tracker@w3.org on 2013-03-14)

Related notes:

No additional notes.

Display change log ATOM feed


Chair, Staff Contact
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <w3t-sys@w3.org>.
$Id: 651.html,v 1.1 2013-06-20 07:37:58 vivien Exp $