Idiocy IMHO is rather strong. If Jena provided specialist text indexing natively why doesn't it provide other indexing? I process IFC files extensively and use stored inference and secondary indexing to handle the quirks of the IFC format. I would not expect Jena or SPARQL to provide native support for the queries required.
Dick -------- Original message --------From: [email protected] Date: 22/04/2017 11:02 (GMT+00:00) To: [email protected] Subject: Re: Jena native store indexes On Wed, 12 Apr 2017 15:01:34 +0200, Rob Vesse <[email protected]> wrote: > ..... > In the RDF world it may still be useful to create secondary indexes as > others have noted for certain kinds of specialised search that cannot be > officially expressed in SPARQL. Here is primarily text indexing meant, i assume. But alone the object literals of my rdfs:label's are definitly not 'secondary' indexing, i know what a performance jump it makes and i think text-indexing for 'all' corresponding properties must have 'top-priority' in Semantic Web query-issues guessing from my experience with querying clients. And from the statement above i can easily reason: ...(text search with text-indexing) cannot be offically expressed in SPARQL. I don't think Jena Development was responsible for this, but i assume they know who and i as a user want also know who is in the history of SPARQL development responsible for this idiocy... baran -- Using Opera's mail client: http://www.opera.com/mail/
