On 07/02/13 16:25, Adrian Gschwend wrote:
Hi group,
I posted an issue I had with a federated query to DBPedia on
answers.semanticweb.com. Beside a workaround we were debating why my
query does not return properly and we suspect it is either a bug in
Virtuoso or in Fuseki.
The complete query + sample endpoint is described in the posing:
http://answers.semanticweb.com/questions/20843/federated-sparql-query-to-dbpedia-with-local-mapping
So I hope it's ok that I do not repeat that in here.
Versions:
Jena: VERSION: 2.7.4-SNAPSHOT
Jena: BUILD_DATE: 20120930-0548
ARQ: VERSION: 2.9.4-SNAPSHOT
ARQ: BUILD_DATE: 20120930-0548
TDB: VERSION: 0.9.4-SNAPSHOT
TDB: BUILD_DATE: 20120930-0548
Fuseki: VERSION: 0.2.5-SNAPSHOT
Fuseki: BUILD_DATE: 20120930-0548
What's your thoughts on the mapping, Fuseki's bug?
cu
Adrian
You have answer on that page.
I get:
Error 500: Bad Gateway
(and maybe related - DBpedia is down).
Can't test but my guess is that the some of the ?munidstr coming back
from DBpedia are not valid integer strings.
That makes:
BIND(xsd:int(str(?munidstr)) AS ?munid)
leave ?munid unbound so the rest of the query is unconnected with the
SERVICE part. That will mix up the data.
Andy
