Re: Comments on PROV-O

Jun,

For what it's worth, I don't plan on using qualifications at all if I can
help it. Just about everything that can be expressed using qualification on
a predicate can be more easily expressed by contextualizing the Entity
using specializationOf.

Jim

On Fri, Feb 24, 2012 at 4:43 AM, Timothy Lebo <lebot@rpi.edu> wrote:

> Jun,
>
> I share your desire for simplicity. Rest assured, the explosion of triples
> has never been our intent.
>
> http://www.w3.org/2011/prov/wiki/ProvRDF#Partial_mappings
>
> is an attempt as describing the verbosity of the RHSs.
>
> If anyone can restate more clearly, please feel free to do so.
>
> -Tim
>
>
> On Feb 23, 2012, at 10:01 AM, Jun Zhao wrote:
>
> > Hi Stephen,
> >
> > On 23/02/2012 13:40, Cresswell, Stephen wrote:
> >> - Naturalness of RDF.
> >> I'm a bit scared to see a single record in the PROV-ASE being mapped to
> >>> >10 RDF triples, especially if the record was only stating a simple
> >> binary relationship. However, if we're allowed to skip the qualified
> >> involvements when we don't need them and just use the direct properties,
> >> then we could often be using just one triple.  We are allowed to do
> >> that, aren't we?  Also, there is hopefully nothing stopping people from
> >> using their own domain-specific subclasses and subproperties.
> >
> > I strongly hope so!!
> >
> > And it''ll be shame if this is not going to happen!
> >
> > And I also strongly hope such a message will be clearly, explicitly
> reflected in the upcoming prov-o.html spec!
> >
> > And agree a lot with your other points about the naming, property chain
> etc. But I wonder whether defining property chain could conflict the OWL-RL
> profile the team is working at. I need to check.
> >
> > Cheers,
> >
> > -- Jun
> >
> >
> >
>
>
>
>


-- 
Jim McCusker
Programmer Analyst
Krauthammer Lab, Pathology Informatics
Yale School of Medicine
james.mccusker@yale.edu | (203) 785-6330
http://krauthammerlab.med.yale.edu

PhD Student
Tetherless World Constellation
Rensselaer Polytechnic Institute
mccusj@cs.rpi.edu
http://tw.rpi.edu