- From: Paul Groth <pgroth@gmail.com>
- Date: Tue, 12 Feb 2013 19:11:35 +0100
- To: Timothy Lebo <lebot@rpi.edu>
- Cc: Luc Moreau <L.Moreau@ecs.soton.ac.uk>, "public-prov-wg@w3.org" <public-prov-wg@w3.org>
- Message-ID: <CAJCyKRoQkk1m1fa0vntz+K7Cp+jKY4BJoGAYJp=583hpDvC5nw@mail.gmail.com>
Hmm... I think that's fine because it's editorial. It's just stating what's already there. Paul On Tue, Feb 12, 2013 at 7:09 PM, Timothy Lebo <lebot@rpi.edu> wrote: > > On Feb 12, 2013, at 12:22 PM, Luc Moreau <L.Moreau@ecs.soton.ac.uk> > wrote: > > Hi Tim, Simon, and Ivan, and all > > > Appendix A in prov-dm is normative, and changing it would .... you know > what. > > > Does that mean I cannot add the sentence: > > "The properties rdf:type and rdfs:label are used to express prov:type<https://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm.html#term-attribute-type> > and prov:label<https://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm.html#term-attribute-label>, > respectively." > > to a normative section? > > -Tim > > > The group has decided not to formalise the translation between > serializations, except > for the toplevel concepts listed table 10 of prov-dm. > > We had a similar debate for translating types to xml. We had left this to > the translators > to solve. > > Luc > > > > > > On 02/12/2013 02:29 PM, Timothy Lebo wrote: > > Simon (and Luc), > > On Jan 16, 2013, at 3:51 AM, "Miles, Simon" <simon.miles@kcl.ac.uk> > wrote: > > Hello PROV-O authors, > > From doing some implementation based on the PROV-O and PROV-DM specs, I > noticed a few things that could be clarified. > > 1. Two terms defined in PROV-DM are not part of PROV-O and it's not > clearly set out how the same concepts should be expressed in PROV-O. In > particular, PROV-DM definitions use attribute prov:type. I believe, from > previous mails, that this should be expressed as rdf:type in PROV-O data, > but I couldn't find it documented. > > > > You are correct, PROV-O uses rdf:type to express prov:type. > You are also correct that this was not explicitly stated in the HTML > document. > I've added a note into > http://aquarius.tw.rpi.edu/prov-wg/prov-o#description-starting-point-terms > > @Luc, would it make sense to make entries for "type" and "label" in > http://www.w3.org/TR/prov-dm/#cross-references-to-prov-o-and-prov-n ? > > Similarly, I couldn't find information on how to encode prov:label, > which is asked about in the implementation questionnaire maybe implying it > could be used with PROV-O (I assume it maps to rdfs:label). > > > Yes, this is included in the change I mention above. > > > 2. I noticed that qualifiedPrimarySource, qualifiedRevision and > qualifiedQuotation are subproperties of qualifiedInfluence, but not of > qualifiedDerivation. This seems inconsistent with the binary relations, > hadPrimarySource, wasRevisedFrom and wasQuotedFrom which are subproperties > of wasDerivedFrom. > > > .. and also inconsistent with the subclass hierarchy, where e.g. Revision > is a subclass of Derivation. > We changed the class hierarchy in response to Alan's > http://www.w3.org/2011/prov/wiki/ResponsesToPublicComments#ISSUE-552_.28Influence_subclasses.29 > So, the natural direction for "readability" would be to make the > qualified* sub properties of qualifiedDerivation. > But we can't make the change this far along. > Fortunately, the qualification properties are of a different breed than > the binary properties and the classes, so we can justify the distinction. > And, the ranges of the qualified{Revision,PrimarySource,Quotation} are to > the specific classes Revision,PrimarySource,Quotation -- which are now > subclasses of Derivation thanks to Alan in his issue above. > So, it all still works out. > > > Maybe I don't understand the rationale or missed it on the mailing > list, but thought I'd point it out. > > > Thanks. > > > 3. I think the definition/description of prov:value could be better: > "The main value (if there is one) of a structured value." Should the second > "value" be another term? > > > This was out of date. What is shown was prov-o editorial and taken from > rdf:value's definition. > i've updated the prov:value to be from DM: > > provides a value that is a direct representation of an entity > > at http://aquarius.tw.rpi.edu/prov-wg/prov-o#value > > Regards, > Tim > > * > * > * > * > > > 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/ > > > > -- > 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, 12 February 2013 18:12:04 UTC