- From: Drew McDermott <drew.mcdermott@yale.edu>
- Date: Thu, 6 Nov 2003 16:25:57 -0500 (EST)
- To: www-ws@w3.org
[Monika Solanki, in re DAML-S spec]
Currently in the 1.0 version of the process model, we have the following
<owl:Class rdf:ID="Precondition" />
- <owl:ObjectProperty rdf:ID="preCondition">
<rdfs:domain rdf:resource="#Precondition" />
<rdfs:range rdf:resource="#Condition" />
</owl:ObjectProperty>
Where, Condition is defined as,
- <owl:Class rdf:ID="Condition">
<rdfs:comment>This is a "place-holder" for now, which awaits further
work from the DAML/OWL community. An instance of Condition is a logical
formula that evaluates to true or false. Eventually we expect this to be
defined elsewhere, as part of a OWL extension allowing for logical
expressions.</rdfs:comment>
</owl:Class>
Somehow I am not able to grasp the utility of the property
"preCondition". Since in this model, we have IOPEs as Classes,
therefore I believe all we need to do is make Precondition a subclass of
Condition.
<owl:Class rdf:ID="PreCondition">
<rdfs:subClassOf rdf:resource="#Condition" />
</owl:Class>
The property preCondition, introduces redundancy as it is ranging over
the class "Condition" anyways.
Feedback appreciated in case I missed something.
You're right, as far as I can see. The important property is
hasPrecondition, which connects a Condition to a
Process or Process step. There is no reason for the class
Precondition to exist, let alone a property preCondition linking a
Precondition to a Condition (itself?).
--
-- Drew McDermott
Yale University CS Dept.
Received on Thursday, 6 November 2003 16:25:59 UTC