Hi Sebastian,
By, "It actually binds ?o to an int value." are you saying the object values
are being bound/returned as integers , whereas you are expecting a literal or
uri ?
Do you have an example of instance when the query returns bogus data and the
correct data for comparison ?
It would also be useful to see the explain output for the query to see the
description of the compiled statement:
http://docs.openlinksw.com/virtuoso/fn_trace_on.html
Best Regards
Hugh Williams
Professional Services
OpenLink Software
Web: http://www.openlinksw.com
Support: http://support.openlinksw.com
Forums: http://boards.openlinksw.com/support
Twitter: http://twitter.com/OpenLink
On 11 Mar 2010, at 15:14, Sebastian Trueg wrote:
> These are the commands that are used to setup full text indexing on a V6.1:
>
> DB.DBA.RDF_OBJ_FT_RULE_ADD( null, null, 'Soprano' )
> DB.DBA.VT_BATCH_UPDATE ('DB.DBA.RDF_OBJ', 'OFF', null)
>
> And this is the query returning bogus data:
>
> select * where { ?r a nfo:RasterImage . ?r ?p ?o . ?o bif:contains
> 'nepomuk' . }
>
> It actually binds ?o to an int value.
>
> Sadly I cannot reproduce it anymore. But this is not the first time this
> happened. I had users reporting this issue.
> Is this known? I would be happy to perform more tests.
>
> Cheers,
> Sebastian
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Virtuoso-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/virtuoso-users
