multiple dataset

[Maatary Okouya]

Hi,

I would like to know, if in case one organizes some of its datasets into different database rather than multiple named Graph in the same database, is there any support to query over multiple stardog database (e.g. from the same database server) ?

Best,

Maatary

[Jasper Koehorst]

I asked the same thing some time ago. This is not yet possible but should become available in the future as far as I can tell. Correct me if I'm wrong...

Verstuurd vanaf mijn iPhone

--
-- --
You received this message because you are subscribed to the C&P "Stardog" group.
To post to this group, send email to sta...@clarkparsia.com
To unsubscribe from this group, send email to
stardog+u...@clarkparsia.com
For more options, visit this group at
http://groups.google.com/a/clarkparsia.com/group/stardog?hl=en

To unsubscribe from this group and stop receiving emails from it, send an email to stardog+u...@clarkparsia.com.

[Maatary Okouya]

Ok got it. 

What would be the work around as of today? If one opt for stardog, the best appraoch is to put everything in one database and then section your dataset, into namedgraph ?

[Mike Grove]

On Sun, Sep 7, 2014 at 10:49 AM, Maatary Okouya <maatar...@gmail.com> wrote:

Ok got it. 

Correct, Stardog does not yet support federated queries over multiple databases.

 

What would be the work around as of today? If one opt for stardog, the best appraoch is to put everything in one database and then section your dataset, into namedgraph ?

Yes.

Cheers,

Mike

[Maatary Okouya]

Any suggestion of a timeline before it comes out ?

[Mike Grove]

On Mon, Sep 8, 2014 at 9:22 AM, Maatary Okouya <maatar...@gmail.com> wrote:

Any suggestion of a timeline before it comes out ?

No, not yet.

Cheers,

Mike

[Maatary Okouya]

Too bad

[Alex Tucker]

Hi Maatary,

I think federated queries in Stardog and federated queries as per SPARQL 1.1 are different things, although I may be wrong.

When C&P talk about federated queries, I believe they're talking about transparently re-writing a normal SPARQL query to run against potentially multiple backend triple stores as if they were one virtual triple store.

In SPARQL 1.1, the SERVICE keyword was introduced in order to allow for a limited form of explicit federation over multiple SPARQL endpoints.

Again, I could be wrong, but I think you should be able to use something like Jena's ARQ libraries to execute SPARQL 1.1 federated queries using SERVICE [1] and have them run over Stardog SPARQL endpoints.  I've not tried this though.

Alex.

[1] https://jena.apache.org/documentation/query/service.html

[Maatary Okouya]

Thanks for your clarification. 

Back then i roughly try to make it happen with the sesame workbench but i have not been able to make it work. I will have to retry with different tools such as the jena AQR or review is my query was well written. 

Many thanks,

Maatary 

[Kendall Clark]

Yeah, this is one of many workarounds to these issues.

In practice, you can't really do SERVICE over arbitrary public endpoints and have decent QoS. Which is one reason we haven't put any effort into it.

Cheers,

Kendall

On Mon, Sep 8, 2014 at 10:59 AM, Alex Tucker <al...@floop.org.uk> wrote: