Hehe I just asked this very same question again. Any news on this one? On Fri, Oct 9, 2009 at 6:03 PM, Aldo Bucchi <[email protected]> wrote: > Hi Ivan, > > Sorry for the delay, I got back to this just today. > > On Mon, Oct 5, 2009 at 5:28 AM, Ivan Mikhailov > <[email protected]> wrote: >> Hello Aldo, >> >> 1. >> Maybe http://docs.openlinksw.com/virtuoso/fn_sparql_rexec.html will help >> you to some degree? > > "some" being the key word here ;) > >> 2. >> We're experimenting with SPARQL federation already, but right nowit >> sometimes fails even if Virtuoso sends a federated query to itself :) >> Anyway, sooner or later that will work better and appear in a release. > > This will be a very cool feature. > > Ideally, I should be able to totally abstract myself from where the > SPARQL code I am writing is being run. Probably defined a priori by > using a new "remote" keyword, etc. > > for ( remote <http://ex.com/sparql> select * where { ?s ?p ?o } ) do { > ... > } > > def remoteEndpoint varchar ; > remoteEndpoint := 'http://ex.com/sparql'; > for ( remote ?:remoteEndpoint select * where { ?s ?p ?o } ) do { > ... > } > > def remoteEndpoint varchar ; > remoteEndpoint := null; -- this is analog to not using the remote > keyword, will evaluate locally > for ( remote ?:remoteEndpoint select * where { ?s ?p ?o } ) do { > ... > } > > > Regards, > A > >> >> Best Regards, >> >> Ivan Mikhailov >> OpenLink Software >> http://virtuoso.openlinksw.com >> >> >> On Mon, 2009-10-05 at 00:15 -0400, Aldo Bucchi wrote: >>> Hi, >>> >>> I find myself in a situation where I want to issue SPARQL queries to a >>> certain endpoint ( linkeddata.uriburner.com/sparql ), but I want to >>> use procedures, inference rules, and other magic to avoid bloating my >>> client side code. >>> Unfrortunately I cannot install these procedures in the target >>> instance ( I don't control it ). >>> >>> I wonder ( and I imagine this touches on forthcoming federation ) if I >>> could create such procedures in an instance that I control, but then >>> make sure that the SPARQL queries within are federated to the target >>> endpoint. >>> Comments? Will this be doable in the future? >>> >>> Thanks, >>> A >>> >>> >> >> > > > > -- > Aldo Bucchi > skype:aldo.bucchi > http://www.univrz.com/ > http://aldobucchi.com/ > > PRIVILEGED AND CONFIDENTIAL INFORMATION > This message is only for the use of the individual or entity to which it is > addressed and may contain information that is privileged and confidential. If > you are not the intended recipient, please do not distribute or copy this > communication, by e-mail or otherwise. Instead, please notify us immediately > by > return e-mail. >
-- Aldo Bucchi @aldonline skype:aldo.bucchi http://aldobucchi.com/ PRIVILEGED AND CONFIDENTIAL INFORMATION This message is only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If you are not the intended recipient, please do not distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail.
