- From: Jeremy J Carroll <jjc@syapse.com>
- Date: Fri, 11 Jul 2014 11:18:54 -0700
- To: Peter F. Patel-Schneider <pfpschneider@gmail.com>
- Cc: Jose Emilio Labra Gayo <jelabra@gmail.com>, "public-rdf-shapes@w3.org" <public-rdf-shapes@w3.org>
I currently do validation of the sort that I think Peter is talking about, using custom sparql queries, where I verify what roughly corresponds to owl Restrictions (cardinality, allValues, someValues) except at the syntactic level (are there triples present) rather than the semantic level (like a DL reasoner would do)
My understanding of Peter's point about
<Person> { a (:Person) , :spouse @<Person>? }
is that what we really want to say, is that a person has at most one spouse (depending on cultural and temporal issues) and that spouse is a person, and may have other properties.
Does the shape expression prohibit more than one spouse? Does the shape expression prohibit having a spouse that is a non-Person?
===
(The last time I was discussing this topic in the Semantic Web lists I believe there was some controversy about gender and same-sex marriage …., I am glad we are pass that stage!)
Jeremy
On Jul 11, 2014, at 9:54 AM, Peter F. Patel-Schneider <pfpschneider@gmail.com> wrote:
>
>
> On 07/11/2014 09:31 AM, Jose Emilio Labra Gayo wrote:
>> On Fri, Jul 11, 2014 at 5:35 PM, Peter F. Patel-Schneider
>> <pfpschneider@gmail.com <mailto:pfpschneider@gmail.com>> wrote:
>>
>> I've been looking through the Shape Expressions submission. I'm having a
>> hard time figuring out how it can be used to validate RDF graphs.
>>
>> The kind of validation I'm thinking of is constraining the elements of
>> various RDF types, perhaps requiring something like
>>
>>
>> I will give a first try...
>>
>> - the spouse of every person is a person
>>
>>
>> This could be declared as:
>>
>> <Person> { a (:Person) , :spouse @<Person>? }
>>
>> meaning that the shape Person has type :Person and can have an optional triple
>> :spouse of shape <Person>
> >
> > You can play with the example here: http://goo.gl/pcL0ix
>
> Yes, but how does that determine whether the spouse of every person is a person? All that it is doing is determining which nodes match the shape <Person>.
>
>
>> - the university of every graduate student is a research university
>>
>>
>> I declared it as:
>>
>> <GradStudent> { :university @<ResearchUniversity> }
>>
>> <ResearchUniversity> { a (:ResearchUniversity) }
>>
>> You can also play with the example here: http://goo.gl/fkx71w
>
> Same comment.
>
>> Taking a look at your examples, I would like to comment that there is a
>> difference between the domain of discourse of RDF Data Shapes and OWL.
>
> I don't see where OWL has come into the discussion so far. Everything above was stock RDF.
>
>> OWL is very well suited to describe concepts like Person, Graduate Student,
>> University, etc. while RDF Data Shapes are more oriented towards RDF data
>> representations, although they can be related, it is not always the case.
>>
>> For example, the constraints that I would express in RDF Data Shapes would be
>> something like:
>>
>> "In this RDF graph, the representation of a Person (or the shape of the
>> resource Person) has a property rdf:type with value :Person and can have a
>> property spouse which must have the shape of a Person"
>
> That seems to be what I want to say. Let me reiterate:
>
> I want to be able to determine whether, in a particular RDF graph (including RDFS inferences, by the way) all the elements of the class Person have each of their spouses (if any) also belonging to Person.
>
>> I mean, OWL and Shape Expressions have different goals...with OWL you model an
>> ontology of concepts, while with Shape Expressions you just describe the
>> shapes of RDF graphs.
>
> Agreed, but the very first thing that I want to do along these lines is to determine whether the elements of a particular class have a particular shape. I think that this is one of the most essential tasks that need to be done along these lines - think of it as type checking of the information in the RDF graph.
>
>> Best regards, Jose Labra
>
> peter
>
>
Received on Friday, 11 July 2014 18:19:24 UTC