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&reg; Conference 2012
Save &#36;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

Reply via email to