Re: [SMW-devel] SPARQL for SMW (via ARC or a generic interface)

[Samuel L. <sam...@ri...>]

Any update on this (SPARQL support via ARC or generic interface)?
... since it is mentioned that RAP seems to be a more or less dead project.

(We're exploring ways to build some integration between Bioclipse [1] 
and SMW for community editing of RDF data, maybe setting up SPARQL 
endpoints for querying of the data from Bioclipse. )

Otherwise, anybody knows if there are some important differences between 
RAP and ARC, that would have implications in this kind of project? For 
example, does RAP provide any support for updating, in par with ARC's 
SPARQL+?

Kind Regards
Samuel Lampa


Since it's mentioned that RAP is more or less a dead project, I'm wondering


On 09/15/2009 08:00 PM, Benjamin Nowack wrote:
> Hi all,
>
> Denny just pinged me about the SMW/RAP/ARC thread and we thought it'd
> make sense to continue the discussion directly on the list where we have
> proper archives and everyone can contribute ideas or requirements.
>
> To give a bit of background info: Denny and I had a couple of chats after
> last year's ISWC, first about replacing the RAP-related code with ARC to
> simplify adding SPARQL endpoints to SMW, but we then thought about the
> possibility to add a more generic interface to SMW. Something like an
> "RDF subscription" plugin that could push the RDF from page updates to
> (not necessarily ARC) triple stores (e.g. using SPARQL/Update). In other
> words, instead of hardcoding a bridge for a particular RDF store into SMW,
> we could probably just as easily implement a simple protocol that other
> "vendors" could adopt, too.
>
> Our guesstimate was something between 5 and 20 hours for an ARC-tailored
> protocol and implementation, but we didn't manage to get funds for this,
> so we didn't explore this further. If anyone is interested in sponsoring
> such an extension, feel free to contact me or Denny offlist (my rates are
> not a secret, but I don't want to pollute this list with a pitch).
>
> Having said that, I think programming such a module would be a fun
> project, not too complicated, and I'm planning to check out PubSubHubbub
> for RDF some time soon, which could possibly be used for this feature.
> So, I could probably dedicate some of my OSS time slots to this, if the
> need for this functionality isn't too urgent.
>
> </blah>
>
> Regarding the actual implementation, there are a couple of options:
>
> * hack/replace SMW_RAPStore2.php[1] for a built-in/local ARC Store
> * hack/replace SMW_RAPStore2.php for a remote RDF Store (RDF or
>    SPARQL/Update via HTTP POST)
> * hook a ping service for remote RDF stores into page updates
> * implement a ping service for remote RDF stores that runs in
>    the background and uses RecentChanges as a trigger
> * implement PubSubHubbub for MediaWiki, and use fat pings
>    to push the RDF from updated pages to remote RDF stores
>
> Any preferences or other ideas?
>
> Cheers,
> Benji
>
>
> [1] http://bit.ly/HDrFO
>
>
> --
> Benjamin Nowack
> http://bnode.org/
> http://semsol.com/
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Semediawiki-devel mailing list
> Sem...@li...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
>
>    


-- 
Samuel Lampa
Degree project student - M.Sc. Biotechnology
Project blog: http://saml.rilspace.com
Supervisor: Egon Willighagen - http://chem-bla-ics.blogspot.com
Bioclipse group - http://www.bioclipse.net
Dept. of Pharm. Biosciences, Uppsala University, Sweden