Re: [SMW-devel] Triple store integration - how can we contribute?

[Markus K. <ma...@se...>]

On 27/03/11 20:52, Laurent Alquier wrote:
> Hi Markus
>
> Does this mean it will be possible to consider declaring triples outside
> of a subject page ?

No, this is not part of the initial design. But the changes will make it 
easier (and more natural) to add this capability later on (maybe using 
named graphs).

The initial goal of the RDF store project is to improve query 
performance by taking advantage of optimised SPARQL implementations of 
RDF stores.

Markus


> On Sun, Mar 27, 2011 at 2:22 PM, Markus Krötzsch
> <ma...@se... <mailto:ma...@se...>>
> wrote:
>
>     Hi Yuri,
>
>     thank you for your interest. Contributions are very welcome! We plan to
>     use an RDF store as a backend for storing and querying data. This will
>     not completely abolish the use of MySQL tables, but at least all queries
>     should be answered by the triple store (no more SQL-based #ask). We will
>     use SPARQL and SPARQL Update for all communication. SPARQL queries to
>     external endpoints are not planned for the initial phase but adding them
>     will be much easier after all the SPARQL communication methods are
>     in SMW.
>
>     I am currently changing the SMW code in various places to make it
>     compatible with such a setup. The first RDF store I will consider is
>     4Store.
>
>
>     How could you contribute to speed this up/make the features more
>     complete?
>
>     Right now, I could mainly use support with figuring out the best way of
>     formulating queries for achieving certain effects, both with 4Store and
>     with Virtuoso (and any other store people want to use). Example
>     questions of this type (to be answered for each store that we care
>     about):
>
>     * "Could we use FILTER on URI strings to find URIs that begin with a
>     certain prefix, or is this too slow?"
>     * "Which parts of SPARQL UPDATE are currently (not) supported reliably?"
>     * "Is it generally best to do SPARQL DELETE INSERT for updates, or does
>     the store require us to decompose this into multiple queries? Are there
>     performance differences?"
>     * "What is the best way to implement counting queries on a given store?"
>     (SPARQL 1.1 aggregates are still very preliminary and some stores have
>     custom solutions)
>
>     I have more of these questions, and they generally need some testing on
>     the real store, so this would be a place where contributors could help
>     (also since there are many different stores people might care about).
>
>     There will be some more tasks that can be done as soon as I completed
>     some more work on the SMW base architecture:
>
>     * We would like to support Virtuoso and maybe other stores as well.
>     After 4store works, this should be a rather independent task to try and
>     get it to run with other stores (each store will need some amount of
>     special handling or optimisation, this can be prepared by answering the
>     above SPARQL support questions).
>
>     * Testing. The more early testers we get, the better for the stability
>     of the code.
>
>
>     Regards,
>
>     Markus
>
>
>     On 26/03/11 13:06, Yury Katkov wrote:
>      > Hello everyone!
>      >
>      > We have compared the current solutions for the triple store
>      > integration [1] and found that all those solutions are either
>      > incomplete or use very hard patches of the SMW core.
>      > Recently Markus mentioned that the next version of SMW will be better
>      > integrated with RDF store. Is it possible to get some details about
>      > these planned integration features? We want to contribute to  this
>      > work by solving as many related tasks as possible. Such features
>     would
>      > be very useful for our installation of SMW and I believe for the
>     whole
>      > SMW project.
>      >
>      > Sincerely yours,
>      > Yury Katkov
>      >
>      > [1]
>     http://www.semantic-mediawiki.org/wiki/SPARQL_and_RDF_stores_for_SMW
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Enable your software for Intel(R) Active Management Technology to
>     meet the
>      > growing manageability and security demands of your customers.
>     Businesses
>      > are taking advantage of Intel(R) vPro (TM) technology - will your
>     software
>      > be a part of the solution? Download the Intel(R) Manageability
>     Checker
>      > today! http://p.sf.net/sfu/intel-dev2devmar
>      > _______________________________________________
>      > Semediawiki-devel mailing list
>      > Sem...@li...
>     <mailto:Sem...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>      >
>
>
>     ------------------------------------------------------------------------------
>     Enable your software for Intel(R) Active Management Technology to
>     meet the
>     growing manageability and security demands of your customers. Businesses
>     are taking advantage of Intel(R) vPro (TM) technology - will your
>     software
>     be a part of the solution? Download the Intel(R) Manageability Checker
>     today! http://p.sf.net/sfu/intel-dev2devmar
>     _______________________________________________
>     Semediawiki-devel mailing list
>     Sem...@li...
>     <mailto:Sem...@li...>
>     https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
>
>
>
> --
> - Laurent Alquier
> http://www.linfa.net