On 31/10/11 19:20, Samuel Lampa wrote: > On 10/31/2011 07:43 PM, Markus Krötzsch wrote: >> The extension of this code would make sense in SMW. One could also >> imagine that this is later used for importing SPARQL results into SMW >> data for general forms of SPARQL queries. > > I'm not sure I followed this part: > "importing SPARQL results into SMW data for general forms of SPARQL > queries." > > ... though it sounds interesting. Could you please elaborate?
The queries we use for connecting SMW to SPARQL stores are of a special form since they only cover the page-selection part of #ask. So they always select a single variable and we always expect results to bind to URIs of wiki pages only. > > Overall, though, I think, supporting full roundtrip of SMW<->RDF data > structures, is indeed interesting, and would enable a whole bunch of new > use cases ... Fully reliable round-tripping won't be possible when considering single entities (as one has to in SPARQL results since they may not, in genera, provide enough context). For example, a URI of a wiki page (Type:URL) and the wiki page itself (Type:Page) could not be distinguished in RDF. One would need to know the wiki type of all imported data to make this work reliably. > > Just got to think about one ... that combined with a general and robust > SMWSemanticData importer (into wiki pages), it would be enable to make > explicit facts that are only implicit in the wiki, by the means of > SPARQL CONSTRUCT queries, and persisting these new explicitized facts in > the wiki ... that is, one thing of which is typically done by reasoners > these days ... Possible, but I am not sure that the detour through SPARQL would be helpful there. One could also persist results of #ask queries in the same way. The main problem in both cases is not the initial computation but view maintenance/update. Markus ------------------------------------------------------------------------------ RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel