Re: [Virtuoso-users] Sub-optimal query planning: regex faster than bif:contains

2014-08-19 Thread Lorenz Bühmann
Hello Hugh, if you set the default graph to http://dbpedia.org at http://lod.openlinksw.com/sparql the same behaviour that Claus spotted at DBpedia occurs, which is also strange because it needs much more time on a smaller graph compared to the whole LOd Cloud. Kind regards, Lorenz Hi Cla

Re: [Virtuoso-users] Conductor/Sparql endpoint output collapsing spaces

2014-08-19 Thread Hugh Williams
Hi Quentin, I have been able to recreate this issue and reported to development to look into ... Best Regards Hugh Williams Professional Services OpenLink Software, Inc. // http://www.openlinksw.com/ Weblog -- http://www.openlinksw.com/blogs/ LinkedIn -- http://www.linkedin.c

Re: [Virtuoso-users] Sub-optimal query planning: regex faster than bif:contains

2014-08-19 Thread Hugh Williams
Hi Claus, I see the behaviour you report running the two queries again http://dbpedia.org/sparql , but running against http://lod.openlinksw.com/sparql the roles are reversed with the bif:contains query completing in about 1 sec : http://lod.openlinksw.com/sparql/?default-graph-uri=&qtxt=Selec

[Virtuoso-users] Sub-optimal query planning: regex faster than bif:contains

2014-08-19 Thread Claus Stadler
Hi, I noticed the following issue on the DBpedia endpoint and the LOD cache (http://dbpedia.org/sparql, http://lod.openlinksw.com/sparql): I did not have time to try it against a develop7 git branch. The following query works as expected and returns fast: It apparently scans the approx. 600 cla