You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by "Sawhney, Tarandeep Singh" <ts...@innodata.com> on 2013/07/11 13:48:04 UTC
Re: Stanbol SPARQL and RelFinder
Hi Steve
we are also trying to recompile stanbol with latest version of clerezza.
As suggested in this email chain, we understand we need to modify list.xml
files with newer versions for clerezza artifacts
we are running into some problems, first we arent sure of all the versions
update for all the related artifacts and second when we change the list.xml
files and try to recompile using maven, it is downloading old pom.xml files
and override changes in our pom.xml files
can you please help us with some information and/or can you please send us
in email list.xml files you have changed so we can use them and try to
recompile the stanbol build
thanks in advance
best regards
tarandeep
On Thu, Jun 6, 2013 at 1:26 AM, Isley, Steven <si...@prgs.edu> wrote:
> I get results for the first query (as usual), but no results for the
> second query. However, before updating Clerezza, I would get an 'invalid
> query' response from Stanbol's sparql query page, now I just get no
> results. My graph definitely contains results for the second query - and
> for many other queries more complicated than that one. RelFinder looks for
> all sorts of paths connecting two entities, I just picked one of the
> simpler ones for demonstration purposes.
>
> -steve
>
> -----Original Message-----
> From: Reto Bachmann-Gmür [mailto:reto@apache.org]
> Sent: Wednesday, June 05, 2013 10:08 AM
> To: dev@stanbol.apache.org
> Subject: Re: Stanbol SPARQL and RelFinder
>
> Hi Steven
>
> To make sure I understand: You are still getting results for:
>
> SELECT * WHERE {
> <Target Person 1 URI> ?pf1 ?middle .
> <Target Person 2 URI> ?ps1 ?os1 .
> } LIMIT 10
>
> but no result for
>
> SELECT * WHERE {
> <Target Person 1 URI> ?pf1 ?middle .
> <Target Person 2 URI> ?ps1 ?os1 .
> ?os1 ?ps2 ?middle .
> }
>
> However, your graph contains triples that satisfy the latter?
>
> Cheers,
> Reto
>
>
>
> On Wed, Jun 5, 2013 at 6:48 PM, Isley, Steven <si...@prgs.edu> wrote:
>
> > Update on RelFinder integration,
> >
> > I recompiled Stanbol using the latest and greatest snapshot of
> > Clerezza. I updated every reference to it I could find in all the
> > pom.xml and list.xml files I could find. I started up a fresh copy of
> > Stanbol and loaded it with my rdf data. The SPARQL endpoint no longer
> > returns an error, but it also doesn't return any results (beyond the
> original, direct connections - i.e.
> > two people both authored a document together).
> >
> > I don't know if this is because of unrelated changes in the new
> > version of Clerezza causing problems, or the CLEREZZA-787 update not
> > entirely fixing the bug.
> >
> > I lack the time and know-how to hunt this down, but thought others
> > might want to know how far I got. The relevant portion (I think) of
> > the Stanbol error log is attached.
> >
> > Thanks for everyone's help thus far.
> >
> > -steve
> >
> > -----Original Message-----
> > From: Reto Bachmann-Gmür [mailto:reto@apache.org]
> > Sent: Tuesday, June 04, 2013 12:41 PM
> > To: dev@stanbol.apache.org
> > Subject: Re: Stanbol SPARQL and RelFinder
> >
> > Hi Steve
> >
> > Basically you have to change the versions in the list.xml files. Not
> > sure if you can just update rdf.jena.facade or if this implies updati
> > a lot of clerezza andd jena bundes. If the later is the case your work
> > will result in a valuable patch for Stanbol.
> >
> > Cheers,
> > Reto
> >
> >
> > On Tue, Jun 4, 2013 at 6:42 PM, Isley, Steven <si...@prgs.edu> wrote:
> >
> > > Hi Reto,
> > >
> > > Sorry for the newbie question, but what is the best way to go about
> > > integrating an updated external component like Clerezza into Stanbol?
> > > I'm very new to Maven and OSGi and struggling with getting my head
> > > around such a large project. I'm also unfortunately working in a
> > > Windows environment, but I'm trying to find a way to switch.
> > >
> > > I'm currently downloading the Clerezza source and will try compiling
> > > it on my machine, but how do I make Stanbol use it?
> > >
> > > Thanks for any help.
> > >
> > > -steve
> > >
> > > -----Original Message-----
> > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On Behalf
> > > Of Reto Bachmann-Gmür
> > > Sent: Tuesday, June 04, 2013 2:53 AM
> > > To: dev@stanbol.apache.org
> > > Cc: clerezza-dev@incubator.apache.org
> > > Subject: Re: Stanbol SPARQL and RelFinder
> > >
> > > Glad you found the video useful.
> > >
> > > Let me know if things work when using the snapshot clerezza bundles.
> > >
> > > Reto
> > >
> > >
> > > On Mon, Jun 3, 2013 at 6:25 PM, Isley, Steven <si...@prgs.edu> wrote:
> > >
> > > > Thanks Reto!
> > > >
> > > > I will check that this fixed the problem in a day or two, then
> > > > send out a few more details on how to integrate RelFinder for
> > > > anybody else that is interested.
> > > >
> > > > Also, thanks for the video you put together for using Stanbol with
> > > > Netbeans. I'm trying to use Eclipse, and the video has gotten me
> > > > most of the way there!
> > > >
> > > > -steve
> > > >
> > > > [1] http://vimeo.com/61415903
> > > >
> > > > -----Original Message-----
> > > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On
> > > > Behalf Of Reto Bachmann-Gmür
> > > > Sent: Monday, June 03, 2013 8:49 AM
> > > > To: dev@stanbol.apache.org
> > > > Cc: clerezza-dev@incubator.apache.org
> > > > Subject: Re: Stanbol SPARQL and RelFinder
> > > >
> > > > I resolved CLEREZZA-787. I hope this resolves the problem.
> > > >
> > > > Cheers,
> > > > Reto
> > > >
> > > >
> > > > On Mon, Jun 3, 2013 at 5:39 PM, Reto Bachmann-Gmür
> > > > <re...@wymiwyg.com>
> > > > wrote:
> > > >
> > > > > Hi rupert, Isley,
> > > > >
> > > > > Yes the excpetion ios thrown in the implementation of
> > > > > ExtendedIterator
> > > > > com.hp.hpl.jena.graph.impl.GraphBase#graphBaseFind(TripleMatch
> > > > > m) when the subject in m is a literal. I think it would be safe
> > > > > to return
> > > an empty iterator if this case.
> > > > >
> > > > > Cheers,
> > > > > Reto
> > > > >
> > > > >
> > > > > On Mon, Jun 3, 2013 at 9:45 AM, Rupert Westenthaler <
> > > > > rupert.westenthaler@gmail.com> wrote:
> > > > >
> > > > >> Hi Isley, Clerezza community
> > > > >>
> > > > >> this seams to be related to an issue in the Clerezza SPARQL
> > > > >> implementation. I think the problem is that the "Jena <->
> Clerezza"
> > > > >> Adapter enforces that subjects of triples need to be
> > > > >> NonLiterals, but the last statement of your Sparql Query. An
> > > > >> assumption that MUST NOT be true for SPARQL query results where
> > > > >> resources in any position (subject, predicate, object) can have
> > > > >> any type (Literal, URI or bNode).
> > > > >>
> > > > >> This query
> > > > >>
> > > > >> > SELECT * WHERE {
> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> > > > >> > ?os1 ?ps2 ?middle .
> > > > >> > } LIMIT 10
> > > > >>
> > > > >> does exactly that, as it uses values ( 'os1') of '<Target
> > > > >> Person
> > > > >> 2
> > > > >> URI> ?ps1 ?os1' as first argument (subject) for an second join
> > > > >> URI> '?os1
> > > > >> ?ps2 ?middle'.
> > > > >>
> > > > >> Would be nice if someone with more knowledge about the Clerezza
> > > > >> SPARQL implementation could look into that.
> > > > >>
> > > > >> best
> > > > >> Rupert
> > > > >>
> > > > >>
> > > > >>
> > > > >> On Fri, May 31, 2013 at 7:17 PM, Isley, Steven
> > > > >> <si...@prgs.edu>
> > > wrote:
> > > > >> > Hello everyone,
> > > > >> >
> > > > >> > I've been trying to integrate Apache Stanbol and Relfinder[1]
> > > > >> > (my two
> > > > >> favorite demos to show people who have never heard of the
> > > > >> semantic web). I ran into some problems with Relfinder that I
> > > > >> think
> > I fixed.
> > > > >> It was using a different parameter name to specify the graph to
> > > > >> use in
> > > > the SPARQL query.
> > > > >> After recompiling Relfinder to work with Stanbol, I've run into
> > > > >> some other errors which may be Stanbol related.
> > > > >> >
> > > > >> > Relfinder tries to find paths through a dataset that link two
> > nodes.
> > > > >> I've uploaded an rdf data set to a clerezza managed site. The
> > > > >> data consists of documents, their authors, and then some other
> > > > >> information (such as an author's department, or a document's
> > > > >> publish date). I've got about 500k triples.
> > > > >> >
> > > > >> > My version of Relfinder will find some links between nodes.
> > > > >> > Like if the
> > > > >> two input nodes are people, it will find documents they both
> > > > >> authored, or departments they both belong to. However, the more
> > > > >> impressive searches result in an "Error 500 cannot convert {one
> > > > >> of my URIs} to NonLiteral" (see end of email for full error
> > message).
> > > > >> Using firebug to monitor the network requests shows that this
> > > > >> error occurs for all the searches that are supposed to return
> > > > >> the more complicated results (Target Person 1 authored document
> > > > >> X, also authored by person B, that authored document Y, that
> > > > >> was also authored by Target Person
> > > > >> 2)
> > > > >> >
> > > > >> > I spent some time playing with Stanbol's SPARQL endpoint, and
> > > > >> > the
> > > > >> simplest example that reproduces the error is:
> > > > >> >
> > > > >> > SELECT * WHERE {
> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> > > > >> > ?os1 ?ps2 ?middle .
> > > > >> > } LIMIT 10
> > > > >> >
> > > > >> > However, the following query works fine:
> > > > >> > SELECT * WHERE {
> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> > > > >> > } LIMIT 10
> > > > >> >
> > > > >> > Note that these are simplified searches, the actual Relfinder
> > > > >> > queries
> > > > >> are more complicated, and attempt to filter out literal values.
> > > > >> See the very, very end of this email for the original query.
> > > > >> Relfinder works fine on other SPARQL endpoints, like dbpedia's.
> > > > >> >
> > > > >> > Thanks for any insights you can offer on this problem. The
> > > > >> > help is much
> > > > >> appreciated.
> > > > >> >
> > > > >> >
> > > > >> > --
> > > > >> > Steven Isley
> > > > >> > Ph.D. Candidate
> > > > >> > Pardee RAND Graduate School
> > > > >> > RAND Corporation
> > > > >> > ph: (310)393-0411 x6643
> > > > >> >
> > > > >> > -Steve Isley
> > > > >> >
> > > > >> > [1] http://www.visualdataweb.org/relfinder.php
> > > > >> >
> > > > >> >
> > > > >> > p.s. - if anyone else is trying to use RelFinder, I also ran
> > > > >> > into
> > > > >> issues with CPU usage. Sometimes Stanbol would overrun the cpu
> > > > >> limit on my server and would be silently killed. Took me a
> > > > >> while to figure that one out! I managed to get around this
> > > > >> using "unlimit cpu" - but the IT folks at my workplace will
> > > > >> probably come down on me for that
> > > > >> :)
> > > > >> >
> > > > >> > Error Output:
> > > > >> > <html>
> > > > >> > <head>
> > > > >> > <meta http-equiv="Content-Type" content="text/html;
> > > > >> charset=ISO-8859-1"/>
> > > > >> > <title>Error 500 cannot convert "{the rdfs:label for Person 1}"
> > > > >> > to
> > > > >> NonLiteral</title>
> > > > >> > </head>
> > > > >> > <body><h2>HTTP ERROR 500</h2> <p>Problem accessing /sparql.
> > > > >> > Reason:
> > > > >> > <pre> cannot convert "{the rdfs:label for Person 1}" to
> > > > >> NonLiteral</pre></p><h3>Caused
> > > by:</h3><pre>java.lang.RuntimeException:
> > > > >> cannot convert "{the rdfs:label for Person 1}"to NonLiteral
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.jena.commons.Jena2TriaUtil.convertNonLi
> > > > >> te
> > > > >> ra
> > > > >> l(
> > > > >> Jena2TriaUtil.java:127)
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.filter(JenaGraph.
> > > > >> ja
> > > > >> va
> > > > >> :1
> > > > >> 23)
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.graphBaseFind(Jen
> > > > >> aG
> > > > >> ra
> > > > >> ph
> > > > >> .java:151)
> > > > >> > at
> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:240)
> > > > >> > at
> > > > >> com.hp.hpl.jena.graph.impl.GraphBase.graphBaseFind(GraphBase.ja
> > > > >> va
> > > > >> :2
> > > > >> 60
> > > > >> )
> > > > >> > at
> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:257)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern$T
> > > > >> ri
> > > > >> pl
> > > > >> eM
> > > > >> apper.<init>(QueryIterTriplePattern.java:67)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern.n
> > > > >> ex
> > > > >> tS
> > > > >> ta
> > > > >> ge(QueryIterTriplePattern.java:41)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.mak
> > > > >> eN
> > > > >> ex
> > > > >> tS
> > > > >> tage(QueryIterRepeatApply.java:91)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.has
> > > > >> Ne
> > > > >> xt
> > > > >> Bi
> > > > >> nding(QueryIterRepeatApply.java:52)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> > > > >> t(
> > > > >> Qu
> > > > >> er
> > > > >> yIteratorBase.java:66)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterBlockTriples.ha
> > > > >> sN
> > > > >> ex
> > > > >> tB
> > > > >> inding(QueryIterBlockTriples.java:53)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> > > > >> t(
> > > > >> Qu
> > > > >> er
> > > > >> yIteratorBase.java:66)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterSlice.hasNextBi
> > > > >> nd
> > > > >> in
> > > > >> g(
> > > > >> QueryIterSlice.java:64)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> > > > >> t(
> > > > >> Qu
> > > > >> er
> > > > >> yIteratorBase.java:66)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
> > > > >> Ne
> > > > >> xt
> > > > >> Bi
> > > > >> nding(QueryIteratorWrapper.java:28)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> > > > >> t(
> > > > >> Qu
> > > > >> er
> > > > >> yIteratorBase.java:66)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
> > > > >> Ne
> > > > >> xt
> > > > >> Bi
> > > > >> nding(QueryIteratorWrapper.java:28)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> > > > >> t(
> > > > >> Qu
> > > > >> er
> > > > >> yIteratorBase.java:66)
> > > > >> > at
> > > > >> com.hp.hpl.jena.sparql.engine.ResultSetStream.hasNext(ResultSet
> > > > >> St
> > > > >> re
> > > > >> am
> > > > >> .java:57)
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.jena.sparql.ResultSetWrapper.<init&g
> > > > >> t;
> > > > >> (R
> > > > >> es
> > > > >> ultSetWrapper.java:39)
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.jena.sparql.JenaSparqlEngine.execute(Je
> > > > >> na
> > > > >> Sp
> > > > >> ar
> > > > >> qlEngine.java:68)
> > > > >> > at
> > > > >> org.apache.clerezza.rdf.core.access.TcManager.executeSparqlQuer
> > > > >> y(
> > > > >> Tc
> > > > >> Ma
> > > > >> nager.java:272)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
> > > > >> so
> > > > >> ur
> > > > >> ce
> > > > >> .sparql(SparqlEndpointResource.java:162)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
> > > > >> so
> > > > >> ur
> > > > >> ce
> > > > >> .postSparql(SparqlEndpointResource.java:182)
> > > > >> > at
> > > > >> > sun.reflect.GeneratedMethodAccessor39.invoke(Unknown
> > > > Source)
> > > > >> > at
> > > > >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMetho
> > > > >> dA
> > > > >> cc
> > > > >> es
> > > > >> sorImpl.java:43)
> > > > >> > at java.lang.reflect.Method.invoke(Method.java:616)
> > > > >> > at
> > > > >> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(
> > > > >> Ja
> > > > >> va
> > > > >> Me
> > > > >> thodInvokerFactory.java:60)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.model.method.dispatch.AbstractResour
> > > > >> ce
> > > > >> Me
> > > > >> th
> > > > >> odDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourc
> > > > >> eM
> > > > >> et
> > > > >> ho
> > > > >> dDispatchProvider.java:205)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMe
> > > > >> th
> > > > >> od
> > > > >> Di
> > > > >> spatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(Http
> > > > >> Me
> > > > >> th
> > > > >> od
> > > > >> Rule.java:302)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(R
> > > > >> es
> > > > >> ou
> > > > >> rc
> > > > >> eClassRule.java:108)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(R
> > > > >> ig
> > > > >> ht
> > > > >> Ha
> > > > >> ndPathRule.java:147)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.ac
> > > > >> ce
> > > > >> pt
> > > > >> (R
> > > > >> ootResourceClassesRule.java:84)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
> > > > >> le
> > > > >> Re
> > > > >> qu
> > > > >> est(WebApplicationImpl.java:1480)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
> > > > >> le
> > > > >> Re
> > > > >> qu
> > > > >> est(WebApplicationImpl.java:1411)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
> > > > >> eR
> > > > >> eq
> > > > >> ue
> > > > >> st(WebApplicationImpl.java:1360)
> > > > >> > at
> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
> > > > >> eR
> > > > >> eq
> > > > >> ue
> > > > >> st(WebApplicationImpl.java:1350)
> > > > >> > at
> > > > >> com.sun.jersey.spi.container.servlet.WebComponent.service(WebCo
> > > > >> mp
> > > > >> on
> > > > >> en
> > > > >> t.java:416)
> > > > >> > at
> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
> > > > >> er
> > > > >> vl
> > > > >> et
> > > > >> Container.java:538)
> > > > >> > at
> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
> > > > >> er
> > > > >> vl
> > > > >> et
> > > > >> Container.java:716)
> > > > >> > at
> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.doHa
> > > > >> nd
> > > > >> le
> > > > >> (S
> > > > >> ervletHandler.java:96)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.hand
> > > > >> le
> > > > >> (S
> > > > >> er
> > > > >> vletHandler.java:79)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.ServletPipeline.ha
> > > > >> nd
> > > > >> le
> > > > >> (S
> > > > >> ervletPipeline.java:42)
> > > > >> > at
> > > > >>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> > > > >> do
> > > > >> Filter(InvocationFilterChain.java:49)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> > > > >> Fi
> > > > >> lt
> > > > >> er
> > > > >> (HttpFilterChain.java:33)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> > > > >> e(
> > > > >> Fi
> > > > >> lt
> > > > >> erHandler.java:78)
> > > > >> > at
> > > > >>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> > > > >> do
> > > > >> Filter(InvocationFilterChain.java:47)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> > > > >> Fi
> > > > >> lt
> > > > >> er
> > > > >> (HttpFilterChain.java:33)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFi
> > > > >> lt
> > > > >> er
> > > > >> .d
> > > > >> oFilter(QueryHeadersFilter.java:75)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> > > > >> dl
> > > > >> e(
> > > > >> Fi
> > > > >> lterHandler.java:88)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> > > > >> e(
> > > > >> Fi
> > > > >> lt
> > > > >> erHandler.java:76)
> > > > >> > at
> > > > >>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> > > > >> do
> > > > >> Filter(InvocationFilterChain.java:47)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> > > > >> Fi
> > > > >> lt
> > > > >> er
> > > > >> (HttpFilterChain.java:33)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
> > > > >> do
> > > > >> Fi
> > > > >> lt
> > > > >> erHttp(ResourceServingFilter.java:148)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
> > > > >> do
> > > > >> Fi
> > > > >> lt
> > > > >> er(ResourceServingFilter.java:91)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> > > > >> dl
> > > > >> e(
> > > > >> Fi
> > > > >> lterHandler.java:88)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> > > > >> e(
> > > > >> Fi
> > > > >> lt
> > > > >> erHandler.java:76)
> > > > >> > at
> > > > >>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> > > > >> do
> > > > >> Filter(InvocationFilterChain.java:47)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> > > > >> Fi
> > > > >> lt
> > > > >> er
> > > > >> (HttpFilterChain.java:33)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter$1
> > > > >> .r
> > > > >> un
> > > > >> (A
> > > > >> uthenticatingFilter.java:163)
> > > > >> > at java.security.AccessController.doPrivileged(Native
> > > Method)
> > > > >> > at
> > > > javax.security.auth.Subject.doAsPrivileged(Subject.java:537)
> > > > >> > at
> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter.d
> > > > >> oF
> > > > >> il
> > > > >> te
> > > > >> r(AuthenticatingFilter.java:159)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> > > > >> dl
> > > > >> e(
> > > > >> Fi
> > > > >> lterHandler.java:88)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> > > > >> e(
> > > > >> Fi
> > > > >> lt
> > > > >> erHandler.java:76)
> > > > >> > at
> > > > >>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> > > > >> do
> > > > >> Filter(InvocationFilterChain.java:47)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> > > > >> Fi
> > > > >> lt
> > > > >> er
> > > > >> (HttpFilterChain.java:33)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dis
> > > > >> pa
> > > > >> tc
> > > > >> h(
> > > > >> FilterPipeline.java:48)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatc
> > > > >> h(
> > > > >> Di
> > > > >> sp
> > > > >> atcher.java:39)
> > > > >> > at
> > > > >> org.apache.felix.http.base.internal.DispatcherServlet.service(D
> > > > >> is
> > > > >> pa
> > > > >> tc
> > > > >> herServlet.java:67)
> > > > >> > at
> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> > > > >> > at
> > > > >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.ja
> > > > >> va
> > > > >> :5
> > > > >> 11
> > > > >> )
> > > > >> > at
> > > > >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.
> > > > >> ja
> > > > >> va
> > > > >> :3
> > > > >> 90)
> > > > >> > at
> > > > >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.
> > > > >> ja
> > > > >> va
> > > > >> :1
> > > > >> 82)
> > > > >> > at
> > > > >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.
> > > > >> ja
> > > > >> va
> > > > >> :7
> > > > >> 65)
> > > > >> > at
> > > > >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.
> > > > >> ja
> > > > >> va
> > > > >> :1
> > > > >> 52)
> > > > >> > at org.mortbay.jetty.Server.handle(Server.java:326)
> > > > >> > at
> > > > >>
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
> > > > >> 54
> > > > >> 2)
> > > > >> > at
> > > > >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpCon
> > > > >> ne
> > > > >> ct
> > > > >> io
> > > > >> n.java:943)
> > > > >> > at
> > > org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
> > > > >> > at
> > > > >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218
> > > > >> )
> > > > >> > at
> > > > >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404
> > > > >> )
> > > > >> > at
> > > > >>
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.
> > > > >> ja
> > > > >> va:410)
> > > > >> > at
> > > > >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThread
> > > > >> Po
> > > > >> ol
> > > > >> .j
> > > > >> ava:582)
> > > > >> > </pre>
> > > > >> > <hr /><i><small>Powered by Jetty://</small></i><br/> <br/>
> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
> > > > >> >
> > > > >> > </body>
> > > > >> > </html>
> > > > >> >
> > > > >> >
> > > > >> > RelFinder Query:
> > > > >> >
> > > > >> > SELECT * WHERE {
> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}> ?pf1
> > > ?middle .
> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 2}> ?ps1
> > > > >> > ?os1
> > .
> > > > >> > ?os1 ?ps2 ?middle .
> > > > >> > FILTER (
> > > > >> > (?pf1 != <http://www.w3.org/1999/02/22-rdf-syntax-ns#type>
> > > > >> > ) &&
> > > > >> > (?pf1 != <http://www.w3.org/2004/02/skos/core#subject> ) &&
> > > > >> > (?pf1 != <http://www.w3.org/2002/07/owl#sameAs> ) && (?pf1 !=
> > > > >> > <http://purl.org/dc/terms/subject> ) && (?pf1 !=
> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?pf1 !=
> > > > >> > <http://purl.org/dc/terms/title> ) && (?pf1 !=
> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?pf1
> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps1 !=
> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps1
> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps1
> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps1 !=
> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps1 !=
> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps1 !=
> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps1 !=
> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps1
> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps2 !=
> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps2
> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps2
> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps2 !=
> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps2 !=
> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps2 !=
> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps2 !=
> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps2
> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) &&
> > > > >> > (!isLiteral(?middle)) && (?middle !=
> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}>
> > > > >> > ) && (?middle != <http://dopma-ropma.rand.org/people/{Target
> > > > >> > Person 2}> ) && (?middle != ?os1 ) && (!isLiteral(?os1)) &&
> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
> > > > >> > 1}>
> > > > >> > ) &&
> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
> > > > >> > 2}>
> > > > >> > ) &&
> > > > >> > (?os1 != ?middle ) ).
> > > > >> > } LIMIT 10
> > > > >> >
> > > > >> >
> > > > >> _______________________________________________________________
> > > > >> __
> > > > >> __
> > > > >> __
> > > > >> _____
> > > > >> >
> > > > >> > This email message is for the sole use of the intended
> > > > >> > recipient(s) and may contain confidential information. Any
> > > > >> > unauthorized review, use, disclosure or distribution is
> > > > >> > prohibited. If you are not the intended recipient, please
> > > > >> > contact the sender by reply email and destroy all
> > > > >> copies
> > > > >> > of the original message.
> > > > >> >
> > > > >>
> > > > >>
> > > > >>
> > > > >> --
> > > > >> | Rupert Westenthaler rupert.westenthaler@gmail.com
> > > > >> | Bodenlehenstraße 11
> ++43-699-11108907
> > > > >> | A-5500 Bischofshofen
> > > > >>
> > > > >
> > > > >
> > > >
> > > > __________________________________________________________________
> > > > __
> > > > __
> > > > ____
> > > >
> > > > This email message is for the sole use of the intended
> > > > recipient(s) and may contain confidential information. Any
> > > > unauthorized review, use, disclosure or distribution is
> > > > prohibited. If you are not the intended recipient, please contact
> > > > the sender by reply email and destroy all copies of the original
> message.
> > > >
> > > >
> > >
> > > ____________________________________________________________________
> > > __
> > > ____
> > >
> > > This email message is for the sole use of the intended recipient(s)
> > > and may contain confidential information. Any unauthorized review,
> > > use, disclosure or distribution is prohibited. If you are not the
> > > intended recipient, please contact the sender by reply email and
> > > destroy all copies of the original message.
> > >
> > >
> >
> > ______________________________________________________________________
> > ____
> >
> > This email message is for the sole use of the intended recipient(s)
> > and may contain confidential information. Any unauthorized review,
> > use, disclosure or distribution is prohibited. If you are not the
> > intended recipient, please contact the sender by reply email and
> > destroy all copies of the original message.
> >
>
> __________________________________________________________________________
>
> This email message is for the sole use of the intended recipient(s) and
> may contain confidential information. Any unauthorized review, use,
> disclosure or distribution is prohibited. If you are not the intended
> recipient, please contact the sender by reply email and destroy all copies
> of the original message.
>
>
--
"This e-mail and any attachments transmitted with it are for the sole use
of the intended recipient(s) and may contain confidential , proprietary or
privileged information. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message. Any unauthorized review, use, disclosure, dissemination,
forwarding, printing or copying of this e-mail or any action taken in
reliance on this e-mail is strictly prohibited and may be unlawful."
Re: Stanbol SPARQL and RelFinder
Posted by "Sawhney, Tarandeep Singh" <ts...@innodata.com>.
Thanks Reto for the response
we need to update the clerezza in the stanbol source project so we can
utilize the latest clerezza version with stanbol
i looked at link you gave but i am not sure of changes we need to make to
stanbol pom/list.xml to be able to use latest and greatest version of
clerezza with stanbol, am i missing some thing ?
thanks in advance
best regards
tarandeep
On Thu, Jul 11, 2013 at 6:54 PM, Reto Bachmann-Gmür <re...@wymiwyg.com>wrote:
> Hi
>
> In the fusepool project there's a bundle list containing lots of the
> clerezza bundles in snapshot version. The list.xml is here:
>
> https://github.com/fusepool/fusepool-bundlelist/blob/master/src/main/bundles/list.xml
>
> As for maven oveeriding changes you would have to provide more details.
>
> Cheers,
> Reto
>
> On Thu, Jul 11, 2013 at 1:48 PM, Sawhney, Tarandeep Singh
> <ts...@innodata.com> wrote:
> > Hi Steve
> >
> > we are also trying to recompile stanbol with latest version of clerezza.
> >
> > As suggested in this email chain, we understand we need to modify
> list.xml
> > files with newer versions for clerezza artifacts
> > we are running into some problems, first we arent sure of all the
> versions
> > update for all the related artifacts and second when we change the
> list.xml
> > files and try to recompile using maven, it is downloading old pom.xml
> files
> > and override changes in our pom.xml files
> >
> > can you please help us with some information and/or can you please send
> us
> > in email list.xml files you have changed so we can use them and try to
> > recompile the stanbol build
> >
> > thanks in advance
> >
> > best regards
> > tarandeep
> >
> >
> > On Thu, Jun 6, 2013 at 1:26 AM, Isley, Steven <si...@prgs.edu> wrote:
> >
> >> I get results for the first query (as usual), but no results for the
> >> second query. However, before updating Clerezza, I would get an 'invalid
> >> query' response from Stanbol's sparql query page, now I just get no
> >> results. My graph definitely contains results for the second query - and
> >> for many other queries more complicated than that one. RelFinder looks
> for
> >> all sorts of paths connecting two entities, I just picked one of the
> >> simpler ones for demonstration purposes.
> >>
> >> -steve
> >>
> >> -----Original Message-----
> >> From: Reto Bachmann-Gmür [mailto:reto@apache.org]
> >> Sent: Wednesday, June 05, 2013 10:08 AM
> >> To: dev@stanbol.apache.org
> >> Subject: Re: Stanbol SPARQL and RelFinder
> >>
> >> Hi Steven
> >>
> >> To make sure I understand: You are still getting results for:
> >>
> >> SELECT * WHERE {
> >> <Target Person 1 URI> ?pf1 ?middle .
> >> <Target Person 2 URI> ?ps1 ?os1 .
> >> } LIMIT 10
> >>
> >> but no result for
> >>
> >> SELECT * WHERE {
> >> <Target Person 1 URI> ?pf1 ?middle .
> >> <Target Person 2 URI> ?ps1 ?os1 .
> >> ?os1 ?ps2 ?middle .
> >> }
> >>
> >> However, your graph contains triples that satisfy the latter?
> >>
> >> Cheers,
> >> Reto
> >>
> >>
> >>
> >> On Wed, Jun 5, 2013 at 6:48 PM, Isley, Steven <si...@prgs.edu> wrote:
> >>
> >> > Update on RelFinder integration,
> >> >
> >> > I recompiled Stanbol using the latest and greatest snapshot of
> >> > Clerezza. I updated every reference to it I could find in all the
> >> > pom.xml and list.xml files I could find. I started up a fresh copy of
> >> > Stanbol and loaded it with my rdf data. The SPARQL endpoint no longer
> >> > returns an error, but it also doesn't return any results (beyond the
> >> original, direct connections - i.e.
> >> > two people both authored a document together).
> >> >
> >> > I don't know if this is because of unrelated changes in the new
> >> > version of Clerezza causing problems, or the CLEREZZA-787 update not
> >> > entirely fixing the bug.
> >> >
> >> > I lack the time and know-how to hunt this down, but thought others
> >> > might want to know how far I got. The relevant portion (I think) of
> >> > the Stanbol error log is attached.
> >> >
> >> > Thanks for everyone's help thus far.
> >> >
> >> > -steve
> >> >
> >> > -----Original Message-----
> >> > From: Reto Bachmann-Gmür [mailto:reto@apache.org]
> >> > Sent: Tuesday, June 04, 2013 12:41 PM
> >> > To: dev@stanbol.apache.org
> >> > Subject: Re: Stanbol SPARQL and RelFinder
> >> >
> >> > Hi Steve
> >> >
> >> > Basically you have to change the versions in the list.xml files. Not
> >> > sure if you can just update rdf.jena.facade or if this implies updati
> >> > a lot of clerezza andd jena bundes. If the later is the case your work
> >> > will result in a valuable patch for Stanbol.
> >> >
> >> > Cheers,
> >> > Reto
> >> >
> >> >
> >> > On Tue, Jun 4, 2013 at 6:42 PM, Isley, Steven <si...@prgs.edu>
> wrote:
> >> >
> >> > > Hi Reto,
> >> > >
> >> > > Sorry for the newbie question, but what is the best way to go about
> >> > > integrating an updated external component like Clerezza into
> Stanbol?
> >> > > I'm very new to Maven and OSGi and struggling with getting my head
> >> > > around such a large project. I'm also unfortunately working in a
> >> > > Windows environment, but I'm trying to find a way to switch.
> >> > >
> >> > > I'm currently downloading the Clerezza source and will try compiling
> >> > > it on my machine, but how do I make Stanbol use it?
> >> > >
> >> > > Thanks for any help.
> >> > >
> >> > > -steve
> >> > >
> >> > > -----Original Message-----
> >> > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On
> Behalf
> >> > > Of Reto Bachmann-Gmür
> >> > > Sent: Tuesday, June 04, 2013 2:53 AM
> >> > > To: dev@stanbol.apache.org
> >> > > Cc: clerezza-dev@incubator.apache.org
> >> > > Subject: Re: Stanbol SPARQL and RelFinder
> >> > >
> >> > > Glad you found the video useful.
> >> > >
> >> > > Let me know if things work when using the snapshot clerezza bundles.
> >> > >
> >> > > Reto
> >> > >
> >> > >
> >> > > On Mon, Jun 3, 2013 at 6:25 PM, Isley, Steven <si...@prgs.edu>
> wrote:
> >> > >
> >> > > > Thanks Reto!
> >> > > >
> >> > > > I will check that this fixed the problem in a day or two, then
> >> > > > send out a few more details on how to integrate RelFinder for
> >> > > > anybody else that is interested.
> >> > > >
> >> > > > Also, thanks for the video you put together for using Stanbol with
> >> > > > Netbeans. I'm trying to use Eclipse, and the video has gotten me
> >> > > > most of the way there!
> >> > > >
> >> > > > -steve
> >> > > >
> >> > > > [1] http://vimeo.com/61415903
> >> > > >
> >> > > > -----Original Message-----
> >> > > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On
> >> > > > Behalf Of Reto Bachmann-Gmür
> >> > > > Sent: Monday, June 03, 2013 8:49 AM
> >> > > > To: dev@stanbol.apache.org
> >> > > > Cc: clerezza-dev@incubator.apache.org
> >> > > > Subject: Re: Stanbol SPARQL and RelFinder
> >> > > >
> >> > > > I resolved CLEREZZA-787. I hope this resolves the problem.
> >> > > >
> >> > > > Cheers,
> >> > > > Reto
> >> > > >
> >> > > >
> >> > > > On Mon, Jun 3, 2013 at 5:39 PM, Reto Bachmann-Gmür
> >> > > > <re...@wymiwyg.com>
> >> > > > wrote:
> >> > > >
> >> > > > > Hi rupert, Isley,
> >> > > > >
> >> > > > > Yes the excpetion ios thrown in the implementation of
> >> > > > > ExtendedIterator
> >> > > > > com.hp.hpl.jena.graph.impl.GraphBase#graphBaseFind(TripleMatch
> >> > > > > m) when the subject in m is a literal. I think it would be safe
> >> > > > > to return
> >> > > an empty iterator if this case.
> >> > > > >
> >> > > > > Cheers,
> >> > > > > Reto
> >> > > > >
> >> > > > >
> >> > > > > On Mon, Jun 3, 2013 at 9:45 AM, Rupert Westenthaler <
> >> > > > > rupert.westenthaler@gmail.com> wrote:
> >> > > > >
> >> > > > >> Hi Isley, Clerezza community
> >> > > > >>
> >> > > > >> this seams to be related to an issue in the Clerezza SPARQL
> >> > > > >> implementation. I think the problem is that the "Jena <->
> >> Clerezza"
> >> > > > >> Adapter enforces that subjects of triples need to be
> >> > > > >> NonLiterals, but the last statement of your Sparql Query. An
> >> > > > >> assumption that MUST NOT be true for SPARQL query results where
> >> > > > >> resources in any position (subject, predicate, object) can have
> >> > > > >> any type (Literal, URI or bNode).
> >> > > > >>
> >> > > > >> This query
> >> > > > >>
> >> > > > >> > SELECT * WHERE {
> >> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> >> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> >> > > > >> > ?os1 ?ps2 ?middle .
> >> > > > >> > } LIMIT 10
> >> > > > >>
> >> > > > >> does exactly that, as it uses values ( 'os1') of '<Target
> >> > > > >> Person
> >> > > > >> 2
> >> > > > >> URI> ?ps1 ?os1' as first argument (subject) for an second join
> >> > > > >> URI> '?os1
> >> > > > >> ?ps2 ?middle'.
> >> > > > >>
> >> > > > >> Would be nice if someone with more knowledge about the Clerezza
> >> > > > >> SPARQL implementation could look into that.
> >> > > > >>
> >> > > > >> best
> >> > > > >> Rupert
> >> > > > >>
> >> > > > >>
> >> > > > >>
> >> > > > >> On Fri, May 31, 2013 at 7:17 PM, Isley, Steven
> >> > > > >> <si...@prgs.edu>
> >> > > wrote:
> >> > > > >> > Hello everyone,
> >> > > > >> >
> >> > > > >> > I've been trying to integrate Apache Stanbol and Relfinder[1]
> >> > > > >> > (my two
> >> > > > >> favorite demos to show people who have never heard of the
> >> > > > >> semantic web). I ran into some problems with Relfinder that I
> >> > > > >> think
> >> > I fixed.
> >> > > > >> It was using a different parameter name to specify the graph to
> >> > > > >> use in
> >> > > > the SPARQL query.
> >> > > > >> After recompiling Relfinder to work with Stanbol, I've run into
> >> > > > >> some other errors which may be Stanbol related.
> >> > > > >> >
> >> > > > >> > Relfinder tries to find paths through a dataset that link two
> >> > nodes.
> >> > > > >> I've uploaded an rdf data set to a clerezza managed site. The
> >> > > > >> data consists of documents, their authors, and then some other
> >> > > > >> information (such as an author's department, or a document's
> >> > > > >> publish date). I've got about 500k triples.
> >> > > > >> >
> >> > > > >> > My version of Relfinder will find some links between nodes.
> >> > > > >> > Like if the
> >> > > > >> two input nodes are people, it will find documents they both
> >> > > > >> authored, or departments they both belong to. However, the more
> >> > > > >> impressive searches result in an "Error 500 cannot convert {one
> >> > > > >> of my URIs} to NonLiteral" (see end of email for full error
> >> > message).
> >> > > > >> Using firebug to monitor the network requests shows that this
> >> > > > >> error occurs for all the searches that are supposed to return
> >> > > > >> the more complicated results (Target Person 1 authored document
> >> > > > >> X, also authored by person B, that authored document Y, that
> >> > > > >> was also authored by Target Person
> >> > > > >> 2)
> >> > > > >> >
> >> > > > >> > I spent some time playing with Stanbol's SPARQL endpoint, and
> >> > > > >> > the
> >> > > > >> simplest example that reproduces the error is:
> >> > > > >> >
> >> > > > >> > SELECT * WHERE {
> >> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> >> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> >> > > > >> > ?os1 ?ps2 ?middle .
> >> > > > >> > } LIMIT 10
> >> > > > >> >
> >> > > > >> > However, the following query works fine:
> >> > > > >> > SELECT * WHERE {
> >> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
> >> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
> >> > > > >> > } LIMIT 10
> >> > > > >> >
> >> > > > >> > Note that these are simplified searches, the actual Relfinder
> >> > > > >> > queries
> >> > > > >> are more complicated, and attempt to filter out literal values.
> >> > > > >> See the very, very end of this email for the original query.
> >> > > > >> Relfinder works fine on other SPARQL endpoints, like dbpedia's.
> >> > > > >> >
> >> > > > >> > Thanks for any insights you can offer on this problem. The
> >> > > > >> > help is much
> >> > > > >> appreciated.
> >> > > > >> >
> >> > > > >> >
> >> > > > >> > --
> >> > > > >> > Steven Isley
> >> > > > >> > Ph.D. Candidate
> >> > > > >> > Pardee RAND Graduate School
> >> > > > >> > RAND Corporation
> >> > > > >> > ph: (310)393-0411 x6643
> >> > > > >> >
> >> > > > >> > -Steve Isley
> >> > > > >> >
> >> > > > >> > [1] http://www.visualdataweb.org/relfinder.php
> >> > > > >> >
> >> > > > >> >
> >> > > > >> > p.s. - if anyone else is trying to use RelFinder, I also ran
> >> > > > >> > into
> >> > > > >> issues with CPU usage. Sometimes Stanbol would overrun the cpu
> >> > > > >> limit on my server and would be silently killed. Took me a
> >> > > > >> while to figure that one out! I managed to get around this
> >> > > > >> using "unlimit cpu" - but the IT folks at my workplace will
> >> > > > >> probably come down on me for that
> >> > > > >> :)
> >> > > > >> >
> >> > > > >> > Error Output:
> >> > > > >> > <html>
> >> > > > >> > <head>
> >> > > > >> > <meta http-equiv="Content-Type" content="text/html;
> >> > > > >> charset=ISO-8859-1"/>
> >> > > > >> > <title>Error 500 cannot convert "{the rdfs:label for Person
> 1}"
> >> > > > >> > to
> >> > > > >> NonLiteral</title>
> >> > > > >> > </head>
> >> > > > >> > <body><h2>HTTP ERROR 500</h2> <p>Problem accessing /sparql.
> >> > > > >> > Reason:
> >> > > > >> > <pre> cannot convert "{the rdfs:label for Person 1}" to
> >> > > > >> NonLiteral</pre></p><h3>Caused
> >> > > by:</h3><pre>java.lang.RuntimeException:
> >> > > > >> cannot convert "{the rdfs:label for Person 1}"to NonLiteral
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.jena.commons.Jena2TriaUtil.convertNonLi
> >> > > > >> te
> >> > > > >> ra
> >> > > > >> l(
> >> > > > >> Jena2TriaUtil.java:127)
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.filter(JenaGraph.
> >> > > > >> ja
> >> > > > >> va
> >> > > > >> :1
> >> > > > >> 23)
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.graphBaseFind(Jen
> >> > > > >> aG
> >> > > > >> ra
> >> > > > >> ph
> >> > > > >> .java:151)
> >> > > > >> > at
> >> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:240)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.graph.impl.GraphBase.graphBaseFind(GraphBase.ja
> >> > > > >> va
> >> > > > >> :2
> >> > > > >> 60
> >> > > > >> )
> >> > > > >> > at
> >> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:257)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern$T
> >> > > > >> ri
> >> > > > >> pl
> >> > > > >> eM
> >> > > > >> apper.<init>(QueryIterTriplePattern.java:67)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern.n
> >> > > > >> ex
> >> > > > >> tS
> >> > > > >> ta
> >> > > > >> ge(QueryIterTriplePattern.java:41)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.mak
> >> > > > >> eN
> >> > > > >> ex
> >> > > > >> tS
> >> > > > >> tage(QueryIterRepeatApply.java:91)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.has
> >> > > > >> Ne
> >> > > > >> xt
> >> > > > >> Bi
> >> > > > >> nding(QueryIterRepeatApply.java:52)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> >> > > > >> t(
> >> > > > >> Qu
> >> > > > >> er
> >> > > > >> yIteratorBase.java:66)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterBlockTriples.ha
> >> > > > >> sN
> >> > > > >> ex
> >> > > > >> tB
> >> > > > >> inding(QueryIterBlockTriples.java:53)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> >> > > > >> t(
> >> > > > >> Qu
> >> > > > >> er
> >> > > > >> yIteratorBase.java:66)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterSlice.hasNextBi
> >> > > > >> nd
> >> > > > >> in
> >> > > > >> g(
> >> > > > >> QueryIterSlice.java:64)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> >> > > > >> t(
> >> > > > >> Qu
> >> > > > >> er
> >> > > > >> yIteratorBase.java:66)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
> >> > > > >> Ne
> >> > > > >> xt
> >> > > > >> Bi
> >> > > > >> nding(QueryIteratorWrapper.java:28)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> >> > > > >> t(
> >> > > > >> Qu
> >> > > > >> er
> >> > > > >> yIteratorBase.java:66)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
> >> > > > >> Ne
> >> > > > >> xt
> >> > > > >> Bi
> >> > > > >> nding(QueryIteratorWrapper.java:28)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
> >> > > > >> t(
> >> > > > >> Qu
> >> > > > >> er
> >> > > > >> yIteratorBase.java:66)
> >> > > > >> > at
> >> > > > >> com.hp.hpl.jena.sparql.engine.ResultSetStream.hasNext(ResultSet
> >> > > > >> St
> >> > > > >> re
> >> > > > >> am
> >> > > > >> .java:57)
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.jena.sparql.ResultSetWrapper.<init&g
> >> > > > >> t;
> >> > > > >> (R
> >> > > > >> es
> >> > > > >> ultSetWrapper.java:39)
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.jena.sparql.JenaSparqlEngine.execute(Je
> >> > > > >> na
> >> > > > >> Sp
> >> > > > >> ar
> >> > > > >> qlEngine.java:68)
> >> > > > >> > at
> >> > > > >> org.apache.clerezza.rdf.core.access.TcManager.executeSparqlQuer
> >> > > > >> y(
> >> > > > >> Tc
> >> > > > >> Ma
> >> > > > >> nager.java:272)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
> >> > > > >> so
> >> > > > >> ur
> >> > > > >> ce
> >> > > > >> .sparql(SparqlEndpointResource.java:162)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
> >> > > > >> so
> >> > > > >> ur
> >> > > > >> ce
> >> > > > >> .postSparql(SparqlEndpointResource.java:182)
> >> > > > >> > at
> >> > > > >> > sun.reflect.GeneratedMethodAccessor39.invoke(Unknown
> >> > > > Source)
> >> > > > >> > at
> >> > > > >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMetho
> >> > > > >> dA
> >> > > > >> cc
> >> > > > >> es
> >> > > > >> sorImpl.java:43)
> >> > > > >> > at java.lang.reflect.Method.invoke(Method.java:616)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(
> >> > > > >> Ja
> >> > > > >> va
> >> > > > >> Me
> >> > > > >> thodInvokerFactory.java:60)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.model.method.dispatch.AbstractResour
> >> > > > >> ce
> >> > > > >> Me
> >> > > > >> th
> >> > > > >> odDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourc
> >> > > > >> eM
> >> > > > >> et
> >> > > > >> ho
> >> > > > >> dDispatchProvider.java:205)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMe
> >> > > > >> th
> >> > > > >> od
> >> > > > >> Di
> >> > > > >> spatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(Http
> >> > > > >> Me
> >> > > > >> th
> >> > > > >> od
> >> > > > >> Rule.java:302)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(R
> >> > > > >> es
> >> > > > >> ou
> >> > > > >> rc
> >> > > > >> eClassRule.java:108)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(R
> >> > > > >> ig
> >> > > > >> ht
> >> > > > >> Ha
> >> > > > >> ndPathRule.java:147)
> >> > > > >> > at
> >> > > > >>
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.ac
> >> > > > >> ce
> >> > > > >> pt
> >> > > > >> (R
> >> > > > >> ootResourceClassesRule.java:84)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
> >> > > > >> le
> >> > > > >> Re
> >> > > > >> qu
> >> > > > >> est(WebApplicationImpl.java:1480)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
> >> > > > >> le
> >> > > > >> Re
> >> > > > >> qu
> >> > > > >> est(WebApplicationImpl.java:1411)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
> >> > > > >> eR
> >> > > > >> eq
> >> > > > >> ue
> >> > > > >> st(WebApplicationImpl.java:1360)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
> >> > > > >> eR
> >> > > > >> eq
> >> > > > >> ue
> >> > > > >> st(WebApplicationImpl.java:1350)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.spi.container.servlet.WebComponent.service(WebCo
> >> > > > >> mp
> >> > > > >> on
> >> > > > >> en
> >> > > > >> t.java:416)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
> >> > > > >> er
> >> > > > >> vl
> >> > > > >> et
> >> > > > >> Container.java:538)
> >> > > > >> > at
> >> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
> >> > > > >> er
> >> > > > >> vl
> >> > > > >> et
> >> > > > >> Container.java:716)
> >> > > > >> > at
> >> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.doHa
> >> > > > >> nd
> >> > > > >> le
> >> > > > >> (S
> >> > > > >> ervletHandler.java:96)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.hand
> >> > > > >> le
> >> > > > >> (S
> >> > > > >> er
> >> > > > >> vletHandler.java:79)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.dispatch.ServletPipeline.ha
> >> > > > >> nd
> >> > > > >> le
> >> > > > >> (S
> >> > > > >> ervletPipeline.java:42)
> >> > > > >> > at
> >> > > > >>
> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> >> > > > >> do
> >> > > > >> Filter(InvocationFilterChain.java:49)
> >> > > > >> > at
> >> > > > >>
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> (HttpFilterChain.java:33)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> erHandler.java:78)
> >> > > > >> > at
> >> > > > >>
> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> >> > > > >> do
> >> > > > >> Filter(InvocationFilterChain.java:47)
> >> > > > >> > at
> >> > > > >>
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> (HttpFilterChain.java:33)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> .d
> >> > > > >> oFilter(QueryHeadersFilter.java:75)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> >> > > > >> dl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lterHandler.java:88)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> erHandler.java:76)
> >> > > > >> > at
> >> > > > >>
> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> >> > > > >> do
> >> > > > >> Filter(InvocationFilterChain.java:47)
> >> > > > >> > at
> >> > > > >>
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> (HttpFilterChain.java:33)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
> >> > > > >> do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> erHttp(ResourceServingFilter.java:148)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
> >> > > > >> do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er(ResourceServingFilter.java:91)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> >> > > > >> dl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lterHandler.java:88)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> erHandler.java:76)
> >> > > > >> > at
> >> > > > >>
> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> >> > > > >> do
> >> > > > >> Filter(InvocationFilterChain.java:47)
> >> > > > >> > at
> >> > > > >>
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> (HttpFilterChain.java:33)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter$1
> >> > > > >> .r
> >> > > > >> un
> >> > > > >> (A
> >> > > > >> uthenticatingFilter.java:163)
> >> > > > >> > at java.security.AccessController.doPrivileged(Native
> >> > > Method)
> >> > > > >> > at
> >> > > > javax.security.auth.Subject.doAsPrivileged(Subject.java:537)
> >> > > > >> > at
> >> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter.d
> >> > > > >> oF
> >> > > > >> il
> >> > > > >> te
> >> > > > >> r(AuthenticatingFilter.java:159)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
> >> > > > >> dl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lterHandler.java:88)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
> >> > > > >> e(
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> erHandler.java:76)
> >> > > > >> > at
> >> > > > >>
> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
> >> > > > >> do
> >> > > > >> Filter(InvocationFilterChain.java:47)
> >> > > > >> > at
> >> > > > >>
> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
> >> > > > >> Fi
> >> > > > >> lt
> >> > > > >> er
> >> > > > >> (HttpFilterChain.java:33)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dis
> >> > > > >> pa
> >> > > > >> tc
> >> > > > >> h(
> >> > > > >> FilterPipeline.java:48)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatc
> >> > > > >> h(
> >> > > > >> Di
> >> > > > >> sp
> >> > > > >> atcher.java:39)
> >> > > > >> > at
> >> > > > >> org.apache.felix.http.base.internal.DispatcherServlet.service(D
> >> > > > >> is
> >> > > > >> pa
> >> > > > >> tc
> >> > > > >> herServlet.java:67)
> >> > > > >> > at
> >> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.ja
> >> > > > >> va
> >> > > > >> :5
> >> > > > >> 11
> >> > > > >> )
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.
> >> > > > >> ja
> >> > > > >> va
> >> > > > >> :3
> >> > > > >> 90)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.
> >> > > > >> ja
> >> > > > >> va
> >> > > > >> :1
> >> > > > >> 82)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.
> >> > > > >> ja
> >> > > > >> va
> >> > > > >> :7
> >> > > > >> 65)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.
> >> > > > >> ja
> >> > > > >> va
> >> > > > >> :1
> >> > > > >> 52)
> >> > > > >> > at org.mortbay.jetty.Server.handle(Server.java:326)
> >> > > > >> > at
> >> > > > >>
> >> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
> >> > > > >> 54
> >> > > > >> 2)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpCon
> >> > > > >> ne
> >> > > > >> ct
> >> > > > >> io
> >> > > > >> n.java:943)
> >> > > > >> > at
> >> > > org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218
> >> > > > >> )
> >> > > > >> > at
> >> > > > >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404
> >> > > > >> )
> >> > > > >> > at
> >> > > > >>
> >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.
> >> > > > >> ja
> >> > > > >> va:410)
> >> > > > >> > at
> >> > > > >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThread
> >> > > > >> Po
> >> > > > >> ol
> >> > > > >> .j
> >> > > > >> ava:582)
> >> > > > >> > </pre>
> >> > > > >> > <hr /><i><small>Powered by Jetty://</small></i><br/> <br/>
> >> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
> >> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
> >> > > > >> >
> >> > > > >> > </body>
> >> > > > >> > </html>
> >> > > > >> >
> >> > > > >> >
> >> > > > >> > RelFinder Query:
> >> > > > >> >
> >> > > > >> > SELECT * WHERE {
> >> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}> ?pf1
> >> > > ?middle .
> >> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 2}> ?ps1
> >> > > > >> > ?os1
> >> > .
> >> > > > >> > ?os1 ?ps2 ?middle .
> >> > > > >> > FILTER (
> >> > > > >> > (?pf1 != <http://www.w3.org/1999/02/22-rdf-syntax-ns#type
> >
> >> > > > >> > ) &&
> >> > > > >> > (?pf1 != <http://www.w3.org/2004/02/skos/core#subject> ) &&
> >> > > > >> > (?pf1 != <http://www.w3.org/2002/07/owl#sameAs> ) && (?pf1
> !=
> >> > > > >> > <http://purl.org/dc/terms/subject> ) && (?pf1 !=
> >> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?pf1 !=
> >> > > > >> > <http://purl.org/dc/terms/title> ) && (?pf1 !=
> >> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?pf1
> >> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps1 !=
> >> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps1
> >> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps1
> >> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps1 !=
> >> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps1 !=
> >> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps1 !=
> >> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps1 !=
> >> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps1
> >> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps2 !=
> >> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps2
> >> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps2
> >> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps2 !=
> >> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps2 !=
> >> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps2 !=
> >> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps2 !=
> >> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps2
> >> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) &&
> >> > > > >> > (!isLiteral(?middle)) && (?middle !=
> >> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}>
> >> > > > >> > ) && (?middle != <http://dopma-ropma.rand.org/people/{Target
> >> > > > >> > Person 2}> ) && (?middle != ?os1 ) && (!isLiteral(?os1)) &&
> >> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
> >> > > > >> > 1}>
> >> > > > >> > ) &&
> >> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
> >> > > > >> > 2}>
> >> > > > >> > ) &&
> >> > > > >> > (?os1 != ?middle ) ).
> >> > > > >> > } LIMIT 10
> >> > > > >> >
> >> > > > >> >
> >> > > > >> _______________________________________________________________
> >> > > > >> __
> >> > > > >> __
> >> > > > >> __
> >> > > > >> _____
> >> > > > >> >
> >> > > > >> > This email message is for the sole use of the intended
> >> > > > >> > recipient(s) and may contain confidential information. Any
> >> > > > >> > unauthorized review, use, disclosure or distribution is
> >> > > > >> > prohibited. If you are not the intended recipient, please
> >> > > > >> > contact the sender by reply email and destroy all
> >> > > > >> copies
> >> > > > >> > of the original message.
> >> > > > >> >
> >> > > > >>
> >> > > > >>
> >> > > > >>
> >> > > > >> --
> >> > > > >> | Rupert Westenthaler
> rupert.westenthaler@gmail.com
> >> > > > >> | Bodenlehenstraße 11
> >> ++43-699-11108907
> >> > > > >> | A-5500 Bischofshofen
> >> > > > >>
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > __________________________________________________________________
> >> > > > __
> >> > > > __
> >> > > > ____
> >> > > >
> >> > > > This email message is for the sole use of the intended
> >> > > > recipient(s) and may contain confidential information. Any
> >> > > > unauthorized review, use, disclosure or distribution is
> >> > > > prohibited. If you are not the intended recipient, please contact
> >> > > > the sender by reply email and destroy all copies of the original
> >> message.
> >> > > >
> >> > > >
> >> > >
> >> > > ____________________________________________________________________
> >> > > __
> >> > > ____
> >> > >
> >> > > This email message is for the sole use of the intended recipient(s)
> >> > > and may contain confidential information. Any unauthorized review,
> >> > > use, disclosure or distribution is prohibited. If you are not the
> >> > > intended recipient, please contact the sender by reply email and
> >> > > destroy all copies of the original message.
> >> > >
> >> > >
> >> >
> >> > ______________________________________________________________________
> >> > ____
> >> >
> >> > This email message is for the sole use of the intended recipient(s)
> >> > and may contain confidential information. Any unauthorized review,
> >> > use, disclosure or distribution is prohibited. If you are not the
> >> > intended recipient, please contact the sender by reply email and
> >> > destroy all copies of the original message.
> >> >
> >>
> >>
> __________________________________________________________________________
> >>
> >> This email message is for the sole use of the intended recipient(s) and
> >> may contain confidential information. Any unauthorized review, use,
> >> disclosure or distribution is prohibited. If you are not the intended
> >> recipient, please contact the sender by reply email and destroy all
> copies
> >> of the original message.
> >>
> >>
> >
> > --
> >
> > "This e-mail and any attachments transmitted with it are for the sole use
> > of the intended recipient(s) and may contain confidential , proprietary
> or
> > privileged information. If you are not the intended recipient, please
> > contact the sender by reply e-mail and destroy all copies of the original
> > message. Any unauthorized review, use, disclosure, dissemination,
> > forwarding, printing or copying of this e-mail or any action taken in
> > reliance on this e-mail is strictly prohibited and may be unlawful."
>
--
"This e-mail and any attachments transmitted with it are for the sole use
of the intended recipient(s) and may contain confidential , proprietary or
privileged information. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message. Any unauthorized review, use, disclosure, dissemination,
forwarding, printing or copying of this e-mail or any action taken in
reliance on this e-mail is strictly prohibited and may be unlawful."
Re: Stanbol SPARQL and RelFinder
Posted by Reto Bachmann-Gmür <re...@wymiwyg.com>.
Hi
In the fusepool project there's a bundle list containing lots of the
clerezza bundles in snapshot version. The list.xml is here:
https://github.com/fusepool/fusepool-bundlelist/blob/master/src/main/bundles/list.xml
As for maven oveeriding changes you would have to provide more details.
Cheers,
Reto
On Thu, Jul 11, 2013 at 1:48 PM, Sawhney, Tarandeep Singh
<ts...@innodata.com> wrote:
> Hi Steve
>
> we are also trying to recompile stanbol with latest version of clerezza.
>
> As suggested in this email chain, we understand we need to modify list.xml
> files with newer versions for clerezza artifacts
> we are running into some problems, first we arent sure of all the versions
> update for all the related artifacts and second when we change the list.xml
> files and try to recompile using maven, it is downloading old pom.xml files
> and override changes in our pom.xml files
>
> can you please help us with some information and/or can you please send us
> in email list.xml files you have changed so we can use them and try to
> recompile the stanbol build
>
> thanks in advance
>
> best regards
> tarandeep
>
>
> On Thu, Jun 6, 2013 at 1:26 AM, Isley, Steven <si...@prgs.edu> wrote:
>
>> I get results for the first query (as usual), but no results for the
>> second query. However, before updating Clerezza, I would get an 'invalid
>> query' response from Stanbol's sparql query page, now I just get no
>> results. My graph definitely contains results for the second query - and
>> for many other queries more complicated than that one. RelFinder looks for
>> all sorts of paths connecting two entities, I just picked one of the
>> simpler ones for demonstration purposes.
>>
>> -steve
>>
>> -----Original Message-----
>> From: Reto Bachmann-Gmür [mailto:reto@apache.org]
>> Sent: Wednesday, June 05, 2013 10:08 AM
>> To: dev@stanbol.apache.org
>> Subject: Re: Stanbol SPARQL and RelFinder
>>
>> Hi Steven
>>
>> To make sure I understand: You are still getting results for:
>>
>> SELECT * WHERE {
>> <Target Person 1 URI> ?pf1 ?middle .
>> <Target Person 2 URI> ?ps1 ?os1 .
>> } LIMIT 10
>>
>> but no result for
>>
>> SELECT * WHERE {
>> <Target Person 1 URI> ?pf1 ?middle .
>> <Target Person 2 URI> ?ps1 ?os1 .
>> ?os1 ?ps2 ?middle .
>> }
>>
>> However, your graph contains triples that satisfy the latter?
>>
>> Cheers,
>> Reto
>>
>>
>>
>> On Wed, Jun 5, 2013 at 6:48 PM, Isley, Steven <si...@prgs.edu> wrote:
>>
>> > Update on RelFinder integration,
>> >
>> > I recompiled Stanbol using the latest and greatest snapshot of
>> > Clerezza. I updated every reference to it I could find in all the
>> > pom.xml and list.xml files I could find. I started up a fresh copy of
>> > Stanbol and loaded it with my rdf data. The SPARQL endpoint no longer
>> > returns an error, but it also doesn't return any results (beyond the
>> original, direct connections - i.e.
>> > two people both authored a document together).
>> >
>> > I don't know if this is because of unrelated changes in the new
>> > version of Clerezza causing problems, or the CLEREZZA-787 update not
>> > entirely fixing the bug.
>> >
>> > I lack the time and know-how to hunt this down, but thought others
>> > might want to know how far I got. The relevant portion (I think) of
>> > the Stanbol error log is attached.
>> >
>> > Thanks for everyone's help thus far.
>> >
>> > -steve
>> >
>> > -----Original Message-----
>> > From: Reto Bachmann-Gmür [mailto:reto@apache.org]
>> > Sent: Tuesday, June 04, 2013 12:41 PM
>> > To: dev@stanbol.apache.org
>> > Subject: Re: Stanbol SPARQL and RelFinder
>> >
>> > Hi Steve
>> >
>> > Basically you have to change the versions in the list.xml files. Not
>> > sure if you can just update rdf.jena.facade or if this implies updati
>> > a lot of clerezza andd jena bundes. If the later is the case your work
>> > will result in a valuable patch for Stanbol.
>> >
>> > Cheers,
>> > Reto
>> >
>> >
>> > On Tue, Jun 4, 2013 at 6:42 PM, Isley, Steven <si...@prgs.edu> wrote:
>> >
>> > > Hi Reto,
>> > >
>> > > Sorry for the newbie question, but what is the best way to go about
>> > > integrating an updated external component like Clerezza into Stanbol?
>> > > I'm very new to Maven and OSGi and struggling with getting my head
>> > > around such a large project. I'm also unfortunately working in a
>> > > Windows environment, but I'm trying to find a way to switch.
>> > >
>> > > I'm currently downloading the Clerezza source and will try compiling
>> > > it on my machine, but how do I make Stanbol use it?
>> > >
>> > > Thanks for any help.
>> > >
>> > > -steve
>> > >
>> > > -----Original Message-----
>> > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On Behalf
>> > > Of Reto Bachmann-Gmür
>> > > Sent: Tuesday, June 04, 2013 2:53 AM
>> > > To: dev@stanbol.apache.org
>> > > Cc: clerezza-dev@incubator.apache.org
>> > > Subject: Re: Stanbol SPARQL and RelFinder
>> > >
>> > > Glad you found the video useful.
>> > >
>> > > Let me know if things work when using the snapshot clerezza bundles.
>> > >
>> > > Reto
>> > >
>> > >
>> > > On Mon, Jun 3, 2013 at 6:25 PM, Isley, Steven <si...@prgs.edu> wrote:
>> > >
>> > > > Thanks Reto!
>> > > >
>> > > > I will check that this fixed the problem in a day or two, then
>> > > > send out a few more details on how to integrate RelFinder for
>> > > > anybody else that is interested.
>> > > >
>> > > > Also, thanks for the video you put together for using Stanbol with
>> > > > Netbeans. I'm trying to use Eclipse, and the video has gotten me
>> > > > most of the way there!
>> > > >
>> > > > -steve
>> > > >
>> > > > [1] http://vimeo.com/61415903
>> > > >
>> > > > -----Original Message-----
>> > > > From: me@farewellutopia.com [mailto:me@farewellutopia.com] On
>> > > > Behalf Of Reto Bachmann-Gmür
>> > > > Sent: Monday, June 03, 2013 8:49 AM
>> > > > To: dev@stanbol.apache.org
>> > > > Cc: clerezza-dev@incubator.apache.org
>> > > > Subject: Re: Stanbol SPARQL and RelFinder
>> > > >
>> > > > I resolved CLEREZZA-787. I hope this resolves the problem.
>> > > >
>> > > > Cheers,
>> > > > Reto
>> > > >
>> > > >
>> > > > On Mon, Jun 3, 2013 at 5:39 PM, Reto Bachmann-Gmür
>> > > > <re...@wymiwyg.com>
>> > > > wrote:
>> > > >
>> > > > > Hi rupert, Isley,
>> > > > >
>> > > > > Yes the excpetion ios thrown in the implementation of
>> > > > > ExtendedIterator
>> > > > > com.hp.hpl.jena.graph.impl.GraphBase#graphBaseFind(TripleMatch
>> > > > > m) when the subject in m is a literal. I think it would be safe
>> > > > > to return
>> > > an empty iterator if this case.
>> > > > >
>> > > > > Cheers,
>> > > > > Reto
>> > > > >
>> > > > >
>> > > > > On Mon, Jun 3, 2013 at 9:45 AM, Rupert Westenthaler <
>> > > > > rupert.westenthaler@gmail.com> wrote:
>> > > > >
>> > > > >> Hi Isley, Clerezza community
>> > > > >>
>> > > > >> this seams to be related to an issue in the Clerezza SPARQL
>> > > > >> implementation. I think the problem is that the "Jena <->
>> Clerezza"
>> > > > >> Adapter enforces that subjects of triples need to be
>> > > > >> NonLiterals, but the last statement of your Sparql Query. An
>> > > > >> assumption that MUST NOT be true for SPARQL query results where
>> > > > >> resources in any position (subject, predicate, object) can have
>> > > > >> any type (Literal, URI or bNode).
>> > > > >>
>> > > > >> This query
>> > > > >>
>> > > > >> > SELECT * WHERE {
>> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
>> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
>> > > > >> > ?os1 ?ps2 ?middle .
>> > > > >> > } LIMIT 10
>> > > > >>
>> > > > >> does exactly that, as it uses values ( 'os1') of '<Target
>> > > > >> Person
>> > > > >> 2
>> > > > >> URI> ?ps1 ?os1' as first argument (subject) for an second join
>> > > > >> URI> '?os1
>> > > > >> ?ps2 ?middle'.
>> > > > >>
>> > > > >> Would be nice if someone with more knowledge about the Clerezza
>> > > > >> SPARQL implementation could look into that.
>> > > > >>
>> > > > >> best
>> > > > >> Rupert
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >> On Fri, May 31, 2013 at 7:17 PM, Isley, Steven
>> > > > >> <si...@prgs.edu>
>> > > wrote:
>> > > > >> > Hello everyone,
>> > > > >> >
>> > > > >> > I've been trying to integrate Apache Stanbol and Relfinder[1]
>> > > > >> > (my two
>> > > > >> favorite demos to show people who have never heard of the
>> > > > >> semantic web). I ran into some problems with Relfinder that I
>> > > > >> think
>> > I fixed.
>> > > > >> It was using a different parameter name to specify the graph to
>> > > > >> use in
>> > > > the SPARQL query.
>> > > > >> After recompiling Relfinder to work with Stanbol, I've run into
>> > > > >> some other errors which may be Stanbol related.
>> > > > >> >
>> > > > >> > Relfinder tries to find paths through a dataset that link two
>> > nodes.
>> > > > >> I've uploaded an rdf data set to a clerezza managed site. The
>> > > > >> data consists of documents, their authors, and then some other
>> > > > >> information (such as an author's department, or a document's
>> > > > >> publish date). I've got about 500k triples.
>> > > > >> >
>> > > > >> > My version of Relfinder will find some links between nodes.
>> > > > >> > Like if the
>> > > > >> two input nodes are people, it will find documents they both
>> > > > >> authored, or departments they both belong to. However, the more
>> > > > >> impressive searches result in an "Error 500 cannot convert {one
>> > > > >> of my URIs} to NonLiteral" (see end of email for full error
>> > message).
>> > > > >> Using firebug to monitor the network requests shows that this
>> > > > >> error occurs for all the searches that are supposed to return
>> > > > >> the more complicated results (Target Person 1 authored document
>> > > > >> X, also authored by person B, that authored document Y, that
>> > > > >> was also authored by Target Person
>> > > > >> 2)
>> > > > >> >
>> > > > >> > I spent some time playing with Stanbol's SPARQL endpoint, and
>> > > > >> > the
>> > > > >> simplest example that reproduces the error is:
>> > > > >> >
>> > > > >> > SELECT * WHERE {
>> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
>> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
>> > > > >> > ?os1 ?ps2 ?middle .
>> > > > >> > } LIMIT 10
>> > > > >> >
>> > > > >> > However, the following query works fine:
>> > > > >> > SELECT * WHERE {
>> > > > >> > <Target Person 1 URI> ?pf1 ?middle .
>> > > > >> > <Target Person 2 URI> ?ps1 ?os1 .
>> > > > >> > } LIMIT 10
>> > > > >> >
>> > > > >> > Note that these are simplified searches, the actual Relfinder
>> > > > >> > queries
>> > > > >> are more complicated, and attempt to filter out literal values.
>> > > > >> See the very, very end of this email for the original query.
>> > > > >> Relfinder works fine on other SPARQL endpoints, like dbpedia's.
>> > > > >> >
>> > > > >> > Thanks for any insights you can offer on this problem. The
>> > > > >> > help is much
>> > > > >> appreciated.
>> > > > >> >
>> > > > >> >
>> > > > >> > --
>> > > > >> > Steven Isley
>> > > > >> > Ph.D. Candidate
>> > > > >> > Pardee RAND Graduate School
>> > > > >> > RAND Corporation
>> > > > >> > ph: (310)393-0411 x6643
>> > > > >> >
>> > > > >> > -Steve Isley
>> > > > >> >
>> > > > >> > [1] http://www.visualdataweb.org/relfinder.php
>> > > > >> >
>> > > > >> >
>> > > > >> > p.s. - if anyone else is trying to use RelFinder, I also ran
>> > > > >> > into
>> > > > >> issues with CPU usage. Sometimes Stanbol would overrun the cpu
>> > > > >> limit on my server and would be silently killed. Took me a
>> > > > >> while to figure that one out! I managed to get around this
>> > > > >> using "unlimit cpu" - but the IT folks at my workplace will
>> > > > >> probably come down on me for that
>> > > > >> :)
>> > > > >> >
>> > > > >> > Error Output:
>> > > > >> > <html>
>> > > > >> > <head>
>> > > > >> > <meta http-equiv="Content-Type" content="text/html;
>> > > > >> charset=ISO-8859-1"/>
>> > > > >> > <title>Error 500 cannot convert "{the rdfs:label for Person 1}"
>> > > > >> > to
>> > > > >> NonLiteral</title>
>> > > > >> > </head>
>> > > > >> > <body><h2>HTTP ERROR 500</h2> <p>Problem accessing /sparql.
>> > > > >> > Reason:
>> > > > >> > <pre> cannot convert "{the rdfs:label for Person 1}" to
>> > > > >> NonLiteral</pre></p><h3>Caused
>> > > by:</h3><pre>java.lang.RuntimeException:
>> > > > >> cannot convert "{the rdfs:label for Person 1}"to NonLiteral
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.jena.commons.Jena2TriaUtil.convertNonLi
>> > > > >> te
>> > > > >> ra
>> > > > >> l(
>> > > > >> Jena2TriaUtil.java:127)
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.filter(JenaGraph.
>> > > > >> ja
>> > > > >> va
>> > > > >> :1
>> > > > >> 23)
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.jena.facade.JenaGraph.graphBaseFind(Jen
>> > > > >> aG
>> > > > >> ra
>> > > > >> ph
>> > > > >> .java:151)
>> > > > >> > at
>> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:240)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.graph.impl.GraphBase.graphBaseFind(GraphBase.ja
>> > > > >> va
>> > > > >> :2
>> > > > >> 60
>> > > > >> )
>> > > > >> > at
>> > > > com.hp.hpl.jena.graph.impl.GraphBase.find(GraphBase.java:257)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern$T
>> > > > >> ri
>> > > > >> pl
>> > > > >> eM
>> > > > >> apper.<init>(QueryIterTriplePattern.java:67)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterTriplePattern.n
>> > > > >> ex
>> > > > >> tS
>> > > > >> ta
>> > > > >> ge(QueryIterTriplePattern.java:41)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.mak
>> > > > >> eN
>> > > > >> ex
>> > > > >> tS
>> > > > >> tage(QueryIterRepeatApply.java:91)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterRepeatApply.has
>> > > > >> Ne
>> > > > >> xt
>> > > > >> Bi
>> > > > >> nding(QueryIterRepeatApply.java:52)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
>> > > > >> t(
>> > > > >> Qu
>> > > > >> er
>> > > > >> yIteratorBase.java:66)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterBlockTriples.ha
>> > > > >> sN
>> > > > >> ex
>> > > > >> tB
>> > > > >> inding(QueryIterBlockTriples.java:53)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
>> > > > >> t(
>> > > > >> Qu
>> > > > >> er
>> > > > >> yIteratorBase.java:66)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIterSlice.hasNextBi
>> > > > >> nd
>> > > > >> in
>> > > > >> g(
>> > > > >> QueryIterSlice.java:64)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
>> > > > >> t(
>> > > > >> Qu
>> > > > >> er
>> > > > >> yIteratorBase.java:66)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
>> > > > >> Ne
>> > > > >> xt
>> > > > >> Bi
>> > > > >> nding(QueryIteratorWrapper.java:28)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
>> > > > >> t(
>> > > > >> Qu
>> > > > >> er
>> > > > >> yIteratorBase.java:66)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorWrapper.has
>> > > > >> Ne
>> > > > >> xt
>> > > > >> Bi
>> > > > >> nding(QueryIteratorWrapper.java:28)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.iterator.QueryIteratorBase.hasNex
>> > > > >> t(
>> > > > >> Qu
>> > > > >> er
>> > > > >> yIteratorBase.java:66)
>> > > > >> > at
>> > > > >> com.hp.hpl.jena.sparql.engine.ResultSetStream.hasNext(ResultSet
>> > > > >> St
>> > > > >> re
>> > > > >> am
>> > > > >> .java:57)
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.jena.sparql.ResultSetWrapper.<init&g
>> > > > >> t;
>> > > > >> (R
>> > > > >> es
>> > > > >> ultSetWrapper.java:39)
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.jena.sparql.JenaSparqlEngine.execute(Je
>> > > > >> na
>> > > > >> Sp
>> > > > >> ar
>> > > > >> qlEngine.java:68)
>> > > > >> > at
>> > > > >> org.apache.clerezza.rdf.core.access.TcManager.executeSparqlQuer
>> > > > >> y(
>> > > > >> Tc
>> > > > >> Ma
>> > > > >> nager.java:272)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
>> > > > >> so
>> > > > >> ur
>> > > > >> ce
>> > > > >> .sparql(SparqlEndpointResource.java:162)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.web.sparql.resource.SparqlEndpointRe
>> > > > >> so
>> > > > >> ur
>> > > > >> ce
>> > > > >> .postSparql(SparqlEndpointResource.java:182)
>> > > > >> > at
>> > > > >> > sun.reflect.GeneratedMethodAccessor39.invoke(Unknown
>> > > > Source)
>> > > > >> > at
>> > > > >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMetho
>> > > > >> dA
>> > > > >> cc
>> > > > >> es
>> > > > >> sorImpl.java:43)
>> > > > >> > at java.lang.reflect.Method.invoke(Method.java:616)
>> > > > >> > at
>> > > > >> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(
>> > > > >> Ja
>> > > > >> va
>> > > > >> Me
>> > > > >> thodInvokerFactory.java:60)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.model.method.dispatch.AbstractResour
>> > > > >> ce
>> > > > >> Me
>> > > > >> th
>> > > > >> odDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourc
>> > > > >> eM
>> > > > >> et
>> > > > >> ho
>> > > > >> dDispatchProvider.java:205)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMe
>> > > > >> th
>> > > > >> od
>> > > > >> Di
>> > > > >> spatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(Http
>> > > > >> Me
>> > > > >> th
>> > > > >> od
>> > > > >> Rule.java:302)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(R
>> > > > >> es
>> > > > >> ou
>> > > > >> rc
>> > > > >> eClassRule.java:108)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(R
>> > > > >> ig
>> > > > >> ht
>> > > > >> Ha
>> > > > >> ndPathRule.java:147)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.ac
>> > > > >> ce
>> > > > >> pt
>> > > > >> (R
>> > > > >> ootResourceClassesRule.java:84)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
>> > > > >> le
>> > > > >> Re
>> > > > >> qu
>> > > > >> est(WebApplicationImpl.java:1480)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl._hand
>> > > > >> le
>> > > > >> Re
>> > > > >> qu
>> > > > >> est(WebApplicationImpl.java:1411)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
>> > > > >> eR
>> > > > >> eq
>> > > > >> ue
>> > > > >> st(WebApplicationImpl.java:1360)
>> > > > >> > at
>> > > > >> com.sun.jersey.server.impl.application.WebApplicationImpl.handl
>> > > > >> eR
>> > > > >> eq
>> > > > >> ue
>> > > > >> st(WebApplicationImpl.java:1350)
>> > > > >> > at
>> > > > >> com.sun.jersey.spi.container.servlet.WebComponent.service(WebCo
>> > > > >> mp
>> > > > >> on
>> > > > >> en
>> > > > >> t.java:416)
>> > > > >> > at
>> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
>> > > > >> er
>> > > > >> vl
>> > > > >> et
>> > > > >> Container.java:538)
>> > > > >> > at
>> > > > >> com.sun.jersey.spi.container.servlet.ServletContainer.service(S
>> > > > >> er
>> > > > >> vl
>> > > > >> et
>> > > > >> Container.java:716)
>> > > > >> > at
>> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.doHa
>> > > > >> nd
>> > > > >> le
>> > > > >> (S
>> > > > >> ervletHandler.java:96)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.ServletHandler.hand
>> > > > >> le
>> > > > >> (S
>> > > > >> er
>> > > > >> vletHandler.java:79)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.ServletPipeline.ha
>> > > > >> nd
>> > > > >> le
>> > > > >> (S
>> > > > >> ervletPipeline.java:42)
>> > > > >> > at
>> > > > >>
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
>> > > > >> do
>> > > > >> Filter(InvocationFilterChain.java:49)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er
>> > > > >> (HttpFilterChain.java:33)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lt
>> > > > >> erHandler.java:78)
>> > > > >> > at
>> > > > >>
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
>> > > > >> do
>> > > > >> Filter(InvocationFilterChain.java:47)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er
>> > > > >> (HttpFilterChain.java:33)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFi
>> > > > >> lt
>> > > > >> er
>> > > > >> .d
>> > > > >> oFilter(QueryHeadersFilter.java:75)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
>> > > > >> dl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lterHandler.java:88)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lt
>> > > > >> erHandler.java:76)
>> > > > >> > at
>> > > > >>
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
>> > > > >> do
>> > > > >> Filter(InvocationFilterChain.java:47)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er
>> > > > >> (HttpFilterChain.java:33)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
>> > > > >> do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> erHttp(ResourceServingFilter.java:148)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.
>> > > > >> do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er(ResourceServingFilter.java:91)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
>> > > > >> dl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lterHandler.java:88)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lt
>> > > > >> erHandler.java:76)
>> > > > >> > at
>> > > > >>
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
>> > > > >> do
>> > > > >> Filter(InvocationFilterChain.java:47)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er
>> > > > >> (HttpFilterChain.java:33)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter$1
>> > > > >> .r
>> > > > >> un
>> > > > >> (A
>> > > > >> uthenticatingFilter.java:163)
>> > > > >> > at java.security.AccessController.doPrivileged(Native
>> > > Method)
>> > > > >> > at
>> > > > javax.security.auth.Subject.doAsPrivileged(Subject.java:537)
>> > > > >> > at
>> > > > >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter.d
>> > > > >> oF
>> > > > >> il
>> > > > >> te
>> > > > >> r(AuthenticatingFilter.java:159)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.doHan
>> > > > >> dl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lterHandler.java:88)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.handler.FilterHandler.handl
>> > > > >> e(
>> > > > >> Fi
>> > > > >> lt
>> > > > >> erHandler.java:76)
>> > > > >> > at
>> > > > >>
>> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.
>> > > > >> do
>> > > > >> Filter(InvocationFilterChain.java:47)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.do
>> > > > >> Fi
>> > > > >> lt
>> > > > >> er
>> > > > >> (HttpFilterChain.java:33)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dis
>> > > > >> pa
>> > > > >> tc
>> > > > >> h(
>> > > > >> FilterPipeline.java:48)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatc
>> > > > >> h(
>> > > > >> Di
>> > > > >> sp
>> > > > >> atcher.java:39)
>> > > > >> > at
>> > > > >> org.apache.felix.http.base.internal.DispatcherServlet.service(D
>> > > > >> is
>> > > > >> pa
>> > > > >> tc
>> > > > >> herServlet.java:67)
>> > > > >> > at
>> > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.ja
>> > > > >> va
>> > > > >> :5
>> > > > >> 11
>> > > > >> )
>> > > > >> > at
>> > > > >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.
>> > > > >> ja
>> > > > >> va
>> > > > >> :3
>> > > > >> 90)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.
>> > > > >> ja
>> > > > >> va
>> > > > >> :1
>> > > > >> 82)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.
>> > > > >> ja
>> > > > >> va
>> > > > >> :7
>> > > > >> 65)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.
>> > > > >> ja
>> > > > >> va
>> > > > >> :1
>> > > > >> 52)
>> > > > >> > at org.mortbay.jetty.Server.handle(Server.java:326)
>> > > > >> > at
>> > > > >>
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
>> > > > >> 54
>> > > > >> 2)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpCon
>> > > > >> ne
>> > > > >> ct
>> > > > >> io
>> > > > >> n.java:943)
>> > > > >> > at
>> > > org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
>> > > > >> > at
>> > > > >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218
>> > > > >> )
>> > > > >> > at
>> > > > >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404
>> > > > >> )
>> > > > >> > at
>> > > > >>
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.
>> > > > >> ja
>> > > > >> va:410)
>> > > > >> > at
>> > > > >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThread
>> > > > >> Po
>> > > > >> ol
>> > > > >> .j
>> > > > >> ava:582)
>> > > > >> > </pre>
>> > > > >> > <hr /><i><small>Powered by Jetty://</small></i><br/> <br/>
>> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
>> > > > >> > <br/> <br/> <br/> <br/> <br/> <br/> <br/> <br/>
>> > > > >> >
>> > > > >> > </body>
>> > > > >> > </html>
>> > > > >> >
>> > > > >> >
>> > > > >> > RelFinder Query:
>> > > > >> >
>> > > > >> > SELECT * WHERE {
>> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}> ?pf1
>> > > ?middle .
>> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 2}> ?ps1
>> > > > >> > ?os1
>> > .
>> > > > >> > ?os1 ?ps2 ?middle .
>> > > > >> > FILTER (
>> > > > >> > (?pf1 != <http://www.w3.org/1999/02/22-rdf-syntax-ns#type>
>> > > > >> > ) &&
>> > > > >> > (?pf1 != <http://www.w3.org/2004/02/skos/core#subject> ) &&
>> > > > >> > (?pf1 != <http://www.w3.org/2002/07/owl#sameAs> ) && (?pf1 !=
>> > > > >> > <http://purl.org/dc/terms/subject> ) && (?pf1 !=
>> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?pf1 !=
>> > > > >> > <http://purl.org/dc/terms/title> ) && (?pf1 !=
>> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?pf1
>> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps1 !=
>> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps1
>> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps1
>> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps1 !=
>> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps1 !=
>> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps1 !=
>> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps1 !=
>> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps1
>> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) && (?ps2 !=
>> > > > >> > <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> ) && (?ps2
>> > > > >> > != <http://www.w3.org/2004/02/skos/core#subject> ) && (?ps2
>> > > > >> > != <http://www.w3.org/2002/07/owl#sameAs> ) && (?ps2 !=
>> > > > >> > <http://purl.org/dc/terms/subject> ) && (?ps2 !=
>> > > > >> > <http://purl.org/dc/terms/dateCopyrighted> ) && (?ps2 !=
>> > > > >> > <http://purl.org/dc/terms/title> ) && (?ps2 !=
>> > > > >> > <http://dopma-ropma.rand.org/people/employeeID2> ) && (?ps2
>> > > > >> > != <http://xmlns.com/foaf/0.1/mbox> ) &&
>> > > > >> > (!isLiteral(?middle)) && (?middle !=
>> > > > >> > <http://dopma-ropma.rand.org/people/{Target Person 1}>
>> > > > >> > ) && (?middle != <http://dopma-ropma.rand.org/people/{Target
>> > > > >> > Person 2}> ) && (?middle != ?os1 ) && (!isLiteral(?os1)) &&
>> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
>> > > > >> > 1}>
>> > > > >> > ) &&
>> > > > >> > (?os1 != <http://dopma-ropma.rand.org/people/{Target Person
>> > > > >> > 2}>
>> > > > >> > ) &&
>> > > > >> > (?os1 != ?middle ) ).
>> > > > >> > } LIMIT 10
>> > > > >> >
>> > > > >> >
>> > > > >> _______________________________________________________________
>> > > > >> __
>> > > > >> __
>> > > > >> __
>> > > > >> _____
>> > > > >> >
>> > > > >> > This email message is for the sole use of the intended
>> > > > >> > recipient(s) and may contain confidential information. Any
>> > > > >> > unauthorized review, use, disclosure or distribution is
>> > > > >> > prohibited. If you are not the intended recipient, please
>> > > > >> > contact the sender by reply email and destroy all
>> > > > >> copies
>> > > > >> > of the original message.
>> > > > >> >
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >> --
>> > > > >> | Rupert Westenthaler rupert.westenthaler@gmail.com
>> > > > >> | Bodenlehenstraße 11
>> ++43-699-11108907
>> > > > >> | A-5500 Bischofshofen
>> > > > >>
>> > > > >
>> > > > >
>> > > >
>> > > > __________________________________________________________________
>> > > > __
>> > > > __
>> > > > ____
>> > > >
>> > > > This email message is for the sole use of the intended
>> > > > recipient(s) and may contain confidential information. Any
>> > > > unauthorized review, use, disclosure or distribution is
>> > > > prohibited. If you are not the intended recipient, please contact
>> > > > the sender by reply email and destroy all copies of the original
>> message.
>> > > >
>> > > >
>> > >
>> > > ____________________________________________________________________
>> > > __
>> > > ____
>> > >
>> > > This email message is for the sole use of the intended recipient(s)
>> > > and may contain confidential information. Any unauthorized review,
>> > > use, disclosure or distribution is prohibited. If you are not the
>> > > intended recipient, please contact the sender by reply email and
>> > > destroy all copies of the original message.
>> > >
>> > >
>> >
>> > ______________________________________________________________________
>> > ____
>> >
>> > This email message is for the sole use of the intended recipient(s)
>> > and may contain confidential information. Any unauthorized review,
>> > use, disclosure or distribution is prohibited. If you are not the
>> > intended recipient, please contact the sender by reply email and
>> > destroy all copies of the original message.
>> >
>>
>> __________________________________________________________________________
>>
>> This email message is for the sole use of the intended recipient(s) and
>> may contain confidential information. Any unauthorized review, use,
>> disclosure or distribution is prohibited. If you are not the intended
>> recipient, please contact the sender by reply email and destroy all copies
>> of the original message.
>>
>>
>
> --
>
> "This e-mail and any attachments transmitted with it are for the sole use
> of the intended recipient(s) and may contain confidential , proprietary or
> privileged information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. Any unauthorized review, use, disclosure, dissemination,
> forwarding, printing or copying of this e-mail or any action taken in
> reliance on this e-mail is strictly prohibited and may be unlawful."