On 09/18/2010 03:22 PM, Markus Krötzsch wrote: > On 18/09/2010 15:05, Alfredas Chm wrote: >> As the first thing on the agenda, I would like to ask Markus to create a >> page (and add permissions) on the semantic-mediawiki.org >> <http://semantic-mediawiki.org> to put the info on the separate >> extensions, comparisons - to be used later as the basis for the discussion. > > Done (at least a stub): > > http://semantic-mediawiki.org/wiki/SPARQL_and_RDF_stores_for_SMW
Great! Had interesting read on http://semantic-mediawiki.org/wiki/SPARQL_and_RDF_stores_for_SMW#Realisation Especially this section drew my attention: http://semantic-mediawiki.org/wiki/SPARQL_and_RDF_stores_for_SMW#Modifying_the_SMW_store_API_and_implementations_to_use_RDF_stores ... so let me add some inline comments (This might be aspects you were discussing/regarding already, but just to make sure): Wikipage wrote: > ... needs to be extended with a function that takes SPARQL queries and that > returns SMW query result objects For this kind of processing SPARQL/RDF etc with PHP, I'd like to highlight the huge benefit of keeping ARC2 in the picture ... it has really been an amazing productivity igniter, not so much for its RDF store and SPARQL Endpoint as for its super-convenient data structures and methods for processing SPARQL, RDF (and its variants). I cannot imagine having succeeded with RDFIO in time without all that and there also seems to be quite some converge on ARC2 as the library-of-choice for other PHP based projects as well (The upcoming Drupal 7, which has RDF export turned on by default, etc.) Though maybe that is what was thought of, with the line further below: > Direct bindings to ARC2 (via PHP) Anyway, so next thing: > Generic SPARQL/SPARUL SMW store implementation that can connect to different > RDF stores supporting these standards Noting though that there are currently more than one standard for updating. ARC2 currently uses SPARQL+ [1], while waiting for SPARQ:/Update to stabilize, and standards seem to be a bit of a moving target still, so it'd probably be good to make things as generic as possible, in order to support multiple/changing standards. In general, all these envisioned strategies seem to require ability to run more than one store. So, is that possible today (There is the $smwgDefaultStore config setting, but that only takes one store AFAIK, etc)? Regards // Samuel > I think the next step will be to consolidate the features that we > actually want (some will have to go or unified, I guess), especially for > the #sparql parser function. > > Regards, > > Markus -- Samuel Lampa --------------------------------------- Student @ Uppsala University Freelance dev @ RIL Partner AB --------------------------------------- E-mail: samuel.lampa[at]rilpartner.se Blog: http://saml.rilspace.org WWW: http://www.rilpartner.se --------------------------------------- ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
