W3C home > Mailing lists > Public > public-prov-wg@w3.org > May 2012

Re: provenance of provenance

From: Satya Sahoo <satya.sahoo@case.edu>
Date: Wed, 16 May 2012 15:48:34 -0400
Message-ID: <CAOMwk6wsW-UGgCcFn=UzL0E1YSewQKa6AgrqTKB8Wv6G-TV5Bw@mail.gmail.com>
To: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
Cc: Provenance Working Group WG <public-prov-wg@w3.org>
Hi Luc,

0 for renaming accounts to bundle (fine either way)
+1 for dropping hasAnnotation and Note
+1 for using bundles as a construct for set of provenance assertions

Comments on current description of bundles:
1. Why do we need to specify "A bundle's identifier id identifies a unique
set of descriptions." ? If an application does not require to distinguish
between two states of a bundle (e.g. a provenance description in the bundle
is modified/updated entity(ex:report1, [viz:color="orange"])
to entity(ex:report1, [viz:color="red"])), why should it be forced to
generate a new id for every change in state?

2. I am not sure why provenance location, a function for accessing
provenance and very often application/domain dependent, should be part of
DM? "A provenance locator is information that helps locate provenance
descriptions. It may identify a service, or may consist of a URI where
provenance descriptions can be found." What if location of provenance of an
entity or activity is written down as set of instructions on file (or
paper) - provenance of a car is located in a file in the filing cabinet of
manufacturer? In this case, the application cannot use the currently
defined hasProvenanceIn construct.



On Thu, May 10, 2012 at 5:14 PM, Luc Moreau <L.Moreau@ecs.soton.ac.uk>wrote:

> Dear all,
> We are seeking feedback on text regarding bundles (allowing provenance
> of provenance to be expressed).
> http://dvcs.w3.org/hg/prov/**raw-file/default/model/**
> working-copy/wd6-bundle.html<http://dvcs.w3.org/hg/prov/raw-file/default/model/working-copy/wd6-bundle.html>
> It is addressing ISSUES-257, ISSUE-260, ISSUE-88, ISSUE-297.
> We will respond to these issues individually, shortly.
> Cheers,
> Luc
Received on Wednesday, 16 May 2012 19:49:04 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:51:14 UTC