- From: Dan Connolly <connolly@w3.org>
- Date: Tue, 15 Dec 2009 14:50:03 -0600
- To: public-earl10-comments@w3.org
This EARL HTTP-in-RDF stuff is pretty neat; it's clear that
a lot of careful thought has gone into it.
I'm not sure how to read the conformance requirements:
"Graphs conforming to this HTTP-in-RDF specification must meet the
following requirements:
1. A Connection must have exactly one connection authority"
Do you mean to constrain the syntax or the semantics here?
If you mean to constrain the semantics, a clear way to
say it is:
Each Connection is related by http:connectionAuthority to
exactly one thing.
Better yet, use OWL; add this to the schema:
http:Connection
SubClassOf: http:connectionAuthority exactly 1.
(that's written in OWL manchester syntax; I can
work out the details of how to spell it
in RDF/XML if you clarify that this is what you want.)
Based on that, if we saw:
:x a http:Connection; http:connectionAuthority :y, :z.
that would not be an error, but it would allow
us to conclude:
:y owl:sameAs :z.
If you mean to constrain the syntax to prevent the
example above, a clear way to say it is:
Each term related to http:Connection by rdf:type must
be related by http:connectionAuthority to exactly one term.
That becomes a mouthful; I suggest using SPARQL;
say that any graph that gives a "yes" answer
to this query violates the constraint:
ask {
?c a http:Connection.
?c http:connectionAuthority ?a1.
?c http:connectionAuthority ?a2.
filter (?a1 != ?a2)
}
I don't see the value in constraining the syntax; I don't
see how any of your use cases need it. Constraining the
semantics by adding OWL stuff to the schema has all sorts
of valuable uses, on the other hand.
--
Dan Connolly, W3C http://www.w3.org/People/Connolly/
gpg D3C2 887B 0F92 6005 C541 0875 0F91 96DE 6E52 C29E
Received on Tuesday, 15 December 2009 20:50:12 UTC