Docstoc

Design of DAML+OIL_ An Ontology Language for the Semantic Web

Document Sample
Design of DAML+OIL_ An Ontology Language for the Semantic Web Powered By Docstoc
					Design of DAML+OIL: An Ontology Language for the Semantic Web.
Written By: Ian Horrocks Peter F.Patel Frank van Harmelen

Presented by:- Jenish Parekh.

Introduction





DAML-DARPA Agent Markup Language. OIL- Ontology Interface Layer. DAML+OIL
 



an Ontology Language for semantic web. It takes an OO approach in terms of classes and properties. Consists of axioms

Foundations in DL

DAML+OIL class constructors

Foundations in DL (Conti..)

DAML+OIL axioms

Foundations in DL (Conti..)


Axioms






Make it possible to assert equivalence with respect to classes and properties, disjoint ness of classes, individuals and properties of properties. Crucial feature- subClassOf and sameClassas axioms Increases expressive power w.r.t. standard frame-based languages.

XML Data types in DAML+OIL


Supports full range of data types in XML schema








Data types are considered to be already sufficiently structured The simplicity and compactness of the ontology are not compromised. The semantic integrity of the language is not compromised. The implementability of the language is not compromised

XML Data types in DAML+OIL (Conti..)
 From Theoretical point of view
Ontology language can specify constraints on data values.
Allows the type system to be extended Formal properties of hybrid reasoners are determined by those of the two components.

XML Data types in DAML+OIL (Conti..)
From Practical Point of view.
DAML+OIL implementation can choose to support some or all of the XML schema data types. Can implement their own type checker/validater

Extending RDF schema


Tightly integrated with RDFS Advantages because of dependency on RDFS
 



Reuse of RDFS infrastructure Portability of ontology

Extending RDF schema (Conti..)





Problems Difficult to design complete structure Can’t state that restriction should hold exactly one property and one class. Solution



DAML+OIL vs. OIL


 



From the point of view of language constructs. OIL also uses RDFS for serialization. Any ontology conforming to the RDFS meta-description may not be a valid OIL ontology. Treatment of individuals in OIL also different from that in DAML+OIL.

Challenges


Individuals






DAML+OIL individuals with inverse property pushes complexity from ExpTime to NExpTime. Currently no practical decision procedure is known for this logic. No implemented system can provide sound and complete reasoning for whole DAML+OIL langguage.

Challenges


Scalability






Without “one of” constructor class consitency reasoning is still a hard problem. There is good evidence of empirical tractability and scalability for implemented DL systems, but its mostly w.r.t. logics that do not have inverse property Inverse property makes practical implementation more problamatic.

Challenges


New Reasoning Tasks.




Querying , explanation, matching, computing least subsumers may be important problems to be considered. Querying in semantic web application

Conclusion


We have discussed a number of fundamental design decision underlying the design of DAML+OIL, in particular its foundation in Description Logic, its use of data types from XML schema, and its deviations from its predecessor OIL. We have also described how various aspects of the language are motivated by the desire for tractable reasoning facilities. Although a number of challenges remain ,DAML+OIL has considerable merits. In particular, the basic idea of having formally specified web language that can represent ontology information will go a long way towards allowing computer programs to interoperate without pre-existing web agreements





Thank you


				
DOCUMENT INFO
Shared By:
Categories:
Stats:
views:9
posted:11/15/2009
language:English
pages:17