Hi Martynas,
no sorry I still don't see what could be wrong. I look at the source
code of the SPIN API and in the end it will call
ImplementationBytype.canWrap in the SPINFactory.asQuery() method. As
this is open source, I suggest you step through the code in a debugger
to see what's going on. Did you step into asQuery already?
Thanks
Holger
On 3/27/2012 20:58, Martynas Jusevicius wrote:
Hey Holger,
the setup looks pretty much like this:
# base ontology
@base<http://ontology/base/> .
<> a owl:Ontology ; owl:imports<http://ontology/imported> .
<http://localhost/resource> x:query<http://ontology/imported/SPINResource>
.
# imported ontology
@base<http://ontology/imported/> .
<> a owl:Ontology .
<SPINResource> a sp:Construct ;
sp:templates ( ... # full query goes here, converted with
http://spinservices.org/spinrdfconverter.html
The SPIN query is referenced in the base ontology, but is actually
described in the imported one.
Then I load the base ontology into OntModel using OntDocumentManager
(import processing set to true), and do this:
SPINFactory.asQuery(
getOntModel().getResource("http://localhost/resource";).getPropertyResourceValue(X.query)
);
I can see that OntResourceImpl of
<http://ontology/imported/SPINResource> is passed here, but asQuery()
returns null.
Afterwards my own code is throwing an NPE because of that -- SPIN is
not throwing any exception, I was incorrect in my previous email.
Does this explain something? Wouldn't the solution be for SPINFactory
also to accept OntResources? Just guessing.
Martynas
graphity.org
On Tue, Mar 27, 2012 at 1:21 AM, Holger Knublauch<[email protected]> wrote:
On 3/27/2012 1:49, Martynas Jusevicius wrote:
Hey all,
I'm reading an ontology file into OntModel, and it includes imports
which are processed.
It's all fine when I'm operating on the OntModel level. However I need
to pass a certain Resource to the SPIN API, and the statements about
it are both in the base model and in the imported one. If I'm simply
passing that Resource retrieved from the OntModel, SPIN throws an
exception and won't build a Query out of it.
The exception probably has something to do with certain system variables
from the SPIN/SP namespaces not found, so you may be right that it expects
the full imports at query parsing time.
What I do not understand why the import resolution does not pick up those
namespaces (as it should), so if my response doesn't help then I need more
info (stack trace).
I think it's because it
is operating on the Model level and does not see the imports.
Am I possibly right? In that case, what is to be done in such
situation? Should I just manually add the imported Model before
passing Resource to SPIN?
What I sometimes do in such cases is to create yet another MultiUnion that
imports your model. E.g. (untested)
MultiUnion union = new MultiUnion(new Graph[] {
myQueryModel.getGraph(),
SP.getModel().getGraph(),
SPIN.getModel().getGraph()
});
Model newModel = ModelFactory.createModelForGraph(union);
Then parse the SPIN queries based on newModel.
HTH
Holger
