> I would like the GenericRuleReasoner to take the SPARQL query into account 
> when reasoning. So, only reason about those facts that 'seem' relevant for 
> answering the SPARQL query.
Wouldn't the logical way here to execute the SPARQL query (it has to be
a CONSTRUCT query indeed) and use the model returned here as the input
of the reasoner?


On 16.01.2018 10:55, Nouwt, B. (Barry) wrote:
> Hi everyone,
>
> Currently I'm using the GenericRuleReasoner of Apache Jena in my project to 
> apply custom rules to my RDF data. This works as expected: as soon as I 
> execute the first SPARQL query in Apache Jena Fuseki, the GenericRuleReasoner 
> correctly determines all the derived triples and the query can be answered.
>
> Now I am looking for the following GenericRuleReasoner (or another reasoner) 
> behavior:
>
>   1.  I would like the GenericRuleReasoner to take the SPARQL query into 
> account when reasoning. So, only reason about those facts that 'seem' 
> relevant for answering the SPARQL query.
>   2.  I would like the GenericRuleReasoner to remove the derived triples 
> after the SPARQL query has been answered. So, the next time it receives the 
> same SPARQL query, it will not be able to reuse the previous reasoning result.
>
> Note:
>
>   *   I am willing to accept some incomplete answers to get the functionality 
> described in 1.
>   *   In literature I found the term 'query answering' as one of the things a 
> reasoner can do, which looks like the behavior I describe in point 1 above. 
> It is also mentioned here: http://ontogenesis.knowledgeblog.org/1486
>
> Does anyone know whether the behavior described above is possible (does 
> Apache Jena allow the reasoner to use the SPARQL query as input at all) and 
> whether there are rule engine implementations for Jena available that 
> implement such behavior? Is it possible to configure Jena in such a way that 
> it restarts the reasoner for every query it receives?
>
> Any other pointers that help me understand this reasoner related subject are 
> welcome as well.
>
> Regards,
>
> Barry
> This message may contain information that is not intended for you. If you are 
> not the addressee or if this message was sent to you by mistake, you are 
> requested to inform the sender and delete the message. TNO accepts no 
> liability for the content of this e-mail, for the manner in which you use it 
> and for damage of any kind resulting from the risks inherent to the 
> electronic transmission of messages.
>

Reply via email to