Open fils opened 1 year ago
Example call using the fed2.rq referenced above in a GraphDB instance
Link%0A%20%20%20%20%20%20%20%20%20%20%20%20%3Fs%20rdf%3Atype%20%3Ftype.%0A%20%20%20%20%20%20%20%20%20%20%20%20%3Fs%20schema%3Aname%20%3Fname.%0A%20%20%20%20%20%20%20%20%20%20%20%20%3Fs%20schema%3Aurl%20%3Furl.%0A%20%20%20%20%20%20%20%20%20%20%20%20%3Fs%20schema%3Adescription%20%3Fdescription.%0A%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20UNION%0A%20%20%20%20%20%20%7B%0A%20%20%20%20%20%20%20%20%20%20SERVICE%20%3Chttps%3A%2F%2Fgraph.ufokn.org%2Frepositories%2Fhydroshare%3E%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%3Fhs%20schema%3Aname%20%3Fhname%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20schema%3Aurl%20%3Fhurl%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20schema%3Adescription%20%3Fhdescription.%0A%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%7D%0ALIMIT%2030)
Caution, this URL is not expected to be persistent.
Note: This federated call could be described as a PAC file for testing
A discussion issue for the federated call test in a branch "federated" in this repo
I've place a test query at https://github.com/geoschemas-org/commoncore/blob/federated/SPARQL/fed2.rq that will work when used at a supporting SPARQL implementation. You could also use s-query from the Jena releases like in the following:
This above SPARQL call uses UNION since there is no real connection between these graphs. We need to resolve out some use cases that work. So the UNION is just a plumbing test and not a useful query.
Refs SPARQL UNION types SPARQL Federated calls