Hello Andy, Bill, Thanks very much indeed for your kind help.
*PREFIX tgt: <http://###/odc/homelessness/homelessness-acceptances/ethnicity>SELECT DISTINCT ?rp ?labelWHERE { ?rp rdfs:label ?label GRAPH tgt: { ?subject <http://opendatacommunities.org/def/ontology/time/refPeriod <http://opendatacommunities.org/def/ontology/time/refPeriod>> ?rp} }ORDER BY ?rpLIMIT 1Simplifying the query as suggested above still yields no results (or errors!). Yet, the following query works fine. The inconsistent behaviour is very confusing!SELECT DISTINCT ?rpWHERE { GRAPH tgt: { ?s <http://opendatacommunities.org/def/ontology/time/refPeriod <http://opendatacommunities.org/def/ontology/time/refPeriod>> ?rp} }ORDER BY ?rpLIMIT 1This and a few other test queries indicate that the server is unable to get or otherwise process prefix's outside of it's own network (despite having otherwise normal internet access!)? How can I get Fuseki to tell me whether this is the case? Are there any specific connection protocol/variables required by Fuseki? I'll speak to the network people this side but if anyone has an idea please shout.Thanks also Bill for the explanation of the cube dimension API. It's something that'll certainly be useful.Cheers,Richard.* On 10 February 2015 at 19:28, Bill Roberts <[email protected]> wrote: > Hi Andy > > > Yes that's right, we use the unionDefaultGraph > > > > > Thanks > > > Bill Roberts, CEO, Swirrl IT Limited > Mobile: +44 (0) 7717 160378 | Skype: billroberts1966 | @billroberts > http://swirrl.com > > On Tue, Feb 10, 2015 at 4:49 PM, Andy Seaborne <[email protected]> wrote: > > > On 10/02/15 15:19, Richard Davenport wrote: > >> Greetings, > >> > >> I'm developing a project using ODC data ( > http://opendatacommunities.org/). > > I think opendatacommunities.org runs with tdb:unionDefaultGraph set. > > Bill - is that true? > > Andy > > (I'm sure I answered this recently) > >> The endpoint (http://opendatacommunities.org/sparql) has limited > capacity > >> such that it cannot be used for production environments (queries > regularly > >> fail, timeout), so therefore I created a Fuseki service using a TBD > >> dataset. I then downloaded .nt dumps of each graph I wanted to use (like > >> > http://opendatacommunities.org/data/homelessness/homelessness-acceptances/ethnicity > ) > >> and uploaded them without issue. > >> > >> While I am able to successfully get results for simple queries (like > just > >> returning ?s ?p ?o), more specific queries return zero results without > >> error. > >> > >> PREFIX dc: <http://purl.org/dc/elements/1.1/> > >> PREFIX dim: <http://purl.org/linked-data/sdmx/2009/dimension#> > >> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> > >> PREFIX apf: <http://jena.hpl.hp.com/ARQ/property#> > >> PREFIX xsd: <http://www.w3.org/2001/XMLSchema#> > >> PREFIX owl: <http://www.w3.org/2002/07/owl#> > >> PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> > >> PREFIX tgt: < > >> > http://opendatacommunities.org/graph/homelessness/homelessness-acceptances/ethnicity > >>> > >> PREFIX fn: <http://www.w3.org/2005/xpath-functions#> > >> > >> SELECT DISTINCT ?rp ?label > >> WHERE > >> { ?property (rdfs:subPropertyOf)* dim:refPeriod . > >> ?rp rdfs:label ?label > >> GRAPH tgt: > >> { ?subject ?property ?rp} > >> } > >> ORDER BY ?rp > >> LIMIT 1 > >> > >> The above query works (sometimes!) on the original endpoint against the > >> original graph (run it by clicking here: http://tinyurl.com/ohmnxfh). > >> However, the same does not result from my Fuseki service - despite > >> replacing tgt: with the correct URI of the graph on my server, ensuring > >> that the other prerequisite PREFIXs are correctly defined, and trying to > >> read up/troubleshoot. > >> > >> My server/environment is inside a private network which cannot be > accessed > >> from outside, therefore I'm unable to provide public access to my > endpoint > >> for testing. However, I am grateful for any advice in solving this > problem > >> and any tests or workarounds :) > >> > >> Kind Regards, > >> > >> Richard. > >> >
