public interface Reasoner
Modifier and Type | Method and Description |
---|---|
void |
addDescription(Model configSpec,
Resource base)
Add a configuration description for this reasoner into a partial
configuration specification model.
|
InfGraph |
bind(Graph data)
Attach the reasoner to a set of RDF data to process.
|
Reasoner |
bindSchema(Graph tbox)
This is most commonly used to attach an ontology (a set of tbox
axioms in description logics jargon) to a reasoner.
|
Reasoner |
bindSchema(Model tbox)
This is most commonly used to attach an ontology (a set of tbox
axioms in description logics jargon) to a reasoner.
|
Capabilities |
getGraphCapabilities()
Return the Jena Graph Capabilties that the inference graphs generated
by this reasoner are expected to conform to.
|
Model |
getReasonerCapabilities()
Return a description of the capabilities of this reasoner encoded in
RDF.
|
void |
setDerivationLogging(boolean logOn)
Switch on/off drivation logging.
|
void |
setParameter(Property parameterUri,
Object value)
Set a configuration parameter for the reasoner.
|
boolean |
supportsProperty(Property property)
Determine whether the given property is recognized and treated specially
by this reasoner.
|
Reasoner bindSchema(Graph tbox) throws ReasonerException
In fact this call may be more general than the above description suggests. Firstly, a reasoner that supports arbitrary rules rather than ontologies may use the same method to bind the reasoner to the specific rule set (encoded in RDF). Secondly, even in the ontology case a given reasoner may not require a strict separation of tbox and abox - it may allow instance data in the tbox and terminology axioms in the abox.
A reasoner is free to simply note this set of RDF and merge with any future RDF rather than do processing at this time.
tbox
- the ontology axioms or rule set encoded in RDFReasonerException
- if the reasoner cannot be
bound to a rule set in this way, for example if the underlying engine
can only accept a single rule set in this way and one rule set has
already been bound in of if the ruleset is illformed.Reasoner bindSchema(Model tbox) throws ReasonerException
In fact this call may be more general than the above description suggests. Firstly, a reasoner that supports arbitrary rules rather than ontologies may use the same method to bind the reasoner to the specific rule set (encoded in RDF). Secondly, even in the ontology case a given reasoner may not require a strict separation of tbox and abox - it may allow instance data in the tbox and terminology axioms in the abox.
A reasoner is free to simply note this set of RDF and merge with any future RDF rather than do processing at this time.
tbox
- the ontology axioms or rule set encoded in RDFReasonerException
- if the reasoner cannot be
bound to a rule set in this way, for example if the underlying engine
can only accept a single rule set in this way and one rule set has
already been bound in of if the ruleset is illformed.InfGraph bind(Graph data) throws ReasonerException
data
- the RDF data to be processed, some reasoners may restrict
the range of RDF which is legal here (e.g. syntactic restrictions in OWL).ReasonerException
- if the data is ill-formed according to the
constraints imposed by this reasoner.void setDerivationLogging(boolean logOn)
Default - false.
void setParameter(Property parameterUri, Object value)
parameterUri
- the property identifying the parameter to be changedvalue
- the new value for the parameter, typically this is a wrapped
java object like Boolean or Integer.Model getReasonerCapabilities()
void addDescription(Model configSpec, Resource base)
configSpec
- a Model into which the configuration information should be placedbase
- the Resource to which the configuration parameters should be added.boolean supportsProperty(Property property)
property
- the property which we want to ask the reasoner aboutCapabilities getGraphCapabilities()
Licenced under the Apache License, Version 2.0