- From: Provenance Working Group Issue Tracker <sysbot+tracker@w3.org>
- Date: Sat, 29 Oct 2011 23:29:46 +0000
- To: public-prov-wg@w3.org
PROV-ISSUE-137 (collection-isolation): Collection assertions does not guarantee isolation [Data Model] http://www.w3.org/2011/prov/track/issues/137 Raised by: Stian Soiland-Reyes On product: Data Model http://www.w3.org/TR/prov-dm/#expression-Collection introduces relations for expressing collection modifications, including: > Expression: wasAddedTo_Coll(c2,c1) (resp. wasRemovedFrom_Coll(c2,c1)) denotes that collection c2 is an updated version of collection c1, following an insertion (resp. deletion) operation. a) Can other entities/keys be added or removed from c1 during its lifetime (on their own without wasAdded/Removed assertions), or is its whole content fixed for the duration of the entity c1? b) in wasAddedTo_Coll(c2,c1) will c2 contain every key/value of c1, in addition to the added key/entity? (ignoring for now the separate issue collection-collision) - or could some c1 keys/elements be missing - or other keys/elements also have been added to c2? c) (equivalent for wasRemovedFrom_Coll(c3, c2) d) Is it possible to have both wasAddedTo_Coll(c2, c1) and wasRemovedFrom_Coll(c2,c1) at the same time, or are these functionally (issue collection-functional) exclusive? If it is possible - in which order should they be interpreted if they state the same key/value? In short - I believe the collection assertions are useful - but they should also come with a strong promise that no other elements were added/removed between c2 and c1 - otherwise for all you know all of c1 has been removed "offline" from c2 (a hole in the bucket, so to speak), and you can then never look further back than the last added key/element.
Received on Saturday, 29 October 2011 23:29:52 UTC