[oslc-core] Relation of OSLC Core to OWL
Arthur Ryman
ryman at ca.ibm.com
Mon Jun 14 16:32:51 EDT 2010
I've been looking at OWL in order to understand if the approach we are
taking in the core wrt to Resource Shapes is aligned with industry trends.
My findings are mainly positive, but there are a few places where we might
consider closer alignment.
First some background on OWL. OWL lets you describe resources. It's like
RDF Schema, but has some notable differences, the main one being that in
RDF Schema you cannot express constraints on the structure of resources.
In OWL you can and therefore we could use OWL to describe OSLC resources.
OWL itself is a family of three increasing expressive languages called OWL
Lite, OWL DL, and OWL Full. You can trade off expressibility for
computability. OWL Full is similar to RDF Schema. OWL Lite and OWL DL are
restricted in order to achieve desirable computational characteristics,
For example, in OWL DL many questions are decidable, i.e. there are
alogithms that terminate in a finite time. This is not the case for OWL
Full.
The main difference bewteen OWL DL and OWL Full is that in OWL DL, there
is a strict classification of resources into Classes, Properties, and
Individuals. Also, Properties are further classified as either Object
Properties or Datatype Properties. The value of an Object Property is an
Individual. The value of a Datatype Property is a literal value. OWL Lite
has some further technical restrictions.
As an exercise, I created OWL definitions of all the OSLC resources, e.g.
ServiceProvider, QueryCapability, etc. I found that most of these can be
expressed in OWL DL, which is a good thing. However, we go outside OWL DL
when it comes to ResourceShape and Property. This is not surprising since
ResourceShape and Property are actually metamodelling resources. For those
interested, here is my initial draft of an OWL version of OSLC Core.
Conclusion: Resource Shapes are more expressive than OWL DL and may
therefore be less tractable computationally.
We could get back into the OWL DL zone by doing two things:
1. Use OWL DL instead of defining our own ResourceShape and Property
resources. We will still have to keep some our the properties we defined
in order to express things not covered by OWL, e.g. the notion of a
read-only property. I believe we can add these as so-called annotation
properties on the corresponding OWL resource.
2. Restrict the type of resources defined by OSLC domains to be
describable in OWL DL. The main change here is restricting the properties
to be either Object or Datatype Properties. As it stands, an OSLC Resource
Shape allows properties whose values can be either URI refs or literal
values. Do we really need this flexibility? There are some other technical
restrictions in OWL DL. The only way to be confident that OWL DL is a good
fit is to describe some OSLC Domains. I am planning to do this for EMS
1.0.
Regards,
___________________________________________________________________________
Arthur Ryman, PhD, DE
Chief Architect, Project and Portfolio Management
IBM Software, Rational
Markham, ON, Canada | Office: 905-413-3077, Cell: 416-939-5063
Twitter | Facebook | YouTube
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oslc.owl
Type: application/octet-stream
Size: 34997 bytes
Desc: not available
URL: <http://open-services.net/pipermail/oslc-core_open-services.net/attachments/20100614/78f706f8/attachment.owl>
More information about the Oslc-Core
mailing list