- From: Stephan Zednik <zednis@rpi.edu>
- Date: Thu, 7 Jun 2012 19:36:15 -0500
- To: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
- Cc: Timothy Lebo <lebot@rpi.edu>, "public-prov-wg@w3.org WG" <public-prov-wg@w3.org>
I believe that accurately reflects what I was suggesting, and I think it has value, but before I go any further with that suggestion I would like to get back to the topic Tim originally raised. I am also aware that the suggested membership relation in PROV-O and the idea I just suggested are different, with the previous suggesting casting the KeyValuePair as the entity constituent of a dictionary. I see benefits to both approaches. What are the thoughts on a general membership relation (range entity) that can be used in a dictionary to declaratively state that either a KeyValuePair or the value of a KeyValuePair is a member of the dictionary? The idea being this relation could be utilized to assert members in other specializations of prov:Collection not defined by the WG and would be aligned with the current phrasing of 'member of' in the DM. Is a generalized collection membership relation something we are just unwilling to to commit to? If we are willing to try it, are either of these options palatable? --Stephan On Jun 7, 2012, at 5:18 PM, Luc Moreau <L.Moreau@ecs.soton.ac.uk> wrote: > Hi Stephan > > So would > memberOf(c,{e1 ... en}) > address your needs? > > with the understanding that in the context of a dictionary, > this means that there are some keys such that > > memberOf(c,{(k1,e1) ... (kn,en)}) > > > Luc > > On 07/06/12 22:43, Stephan Zednik wrote: >> Apologies, correcting typo from poor editing. >> >> --Stephan >> >> On Jun 7, 2012, at 5:26 PM, Stephan Zednik<zednis@rpi.edu> wrote: >> >> >>> It aligns dictionary with our definition of entity, >>> >> It aligns dictionary with our definition from the DM (where members are indexed by keys). >> >> I read this as entities are indexed by keys rather than key-value pairs are indexed by keys, since I see key-value pairs as structural rather than conceptual resources. >> >> --Stephan >
Received on Friday, 8 June 2012 00:37:45 UTC