Mark, Glad to hear it helped. I was quite disappointed when I found out that one can’t tuck FROMs into a SERVICE scope without hacking at the SERVICE URI.
Apologies, but I haven’t spent any time working with ?named-graph-uri and friends. Regards, Tim > On Feb 10, 2016, at 11:50 AM, mark <[email protected]> wrote: > > Hello Tim > > that is really helpful, thank you so much > > is that pattern able to handle multiple GRAPHS, do you know? > > I tried > > SERVICE <http://DBpedia.org/sparql?named-graph-uri=http://dbpedia.org> > > which was fine > > but > > SERVICE > <http://DBpedia.org/sparql?named-graph-uri=http://dbpedia.org&named-graph-uri=http://people.aifb.kit.edu/ath/#DBpedia_PageRank> > > was not happy > > many thanks > mark > >> >> >>> On Feb 10, 2016, at 11:25 AM, mark <[email protected]> wrote: >>> >>> Hello Jena/Fuseki people >>> >>> I am trying to run a query remotly on a SPARQL end point as a sub >>> part of an orchestration query I am running locally >>> >>> I can run my inner query just fine, but when I wrap it within a >>> service call, Fuseki complains about my use of FROM >>> >>> this also occurs if I use FROM NAMED >>> >>> both of these are important parts of my query >>> >>> Is it the case that fuseki will not allow a >>> FROM >>> call within a >>> SERVICE >>> call >>> >>> If so, why might this be? >>> >>> is there an alternative >>> >>> many thanks >>> mark >> >> Timothy Lebo >> [email protected] >> https://impactstory.org/TimothyLebo >> <https://impactstory.org/TimothyLebo> >> http://purl.org/twc/id/person/TimLebo a foaf:Person. >> > Timothy Lebo [email protected] https://impactstory.org/TimothyLebo <https://impactstory.org/TimothyLebo> http://purl.org/twc/id/person/TimLebo a foaf:Person.
