Hi Steve,
It would be simpler if I have a query called SubPhraseQuery in which case I
do not have to either generate extra terms during ingestion or generate
extra queries during querying. As a user, the best I would hope for is, to
ingest the data from some feed into different fields, run the use
That is very good performance.
But, If I take, on an average, 6 terms per user query, and looking at
shingles of size 2 I will have a boolean OR of 5 shingle phrase queries.
How better is this compared to a single sub phrase query which would
internally be just like another phrase query with som
Couldn't you create multiple "shingle phrase queries" from the user
query and add them all to a BooleanQuery?
"example input query"^10 OR
"example input"^5 OR
"input query"^5
SpanNear and PhraseQueries are rather expensive though. Not too long
ago I replaced phrase queries with a shingles in
Hi Steve,
It would be simpler if I have a query called SubPhraseQuery in which case I
do not have to either generate extra terms during ingestion or generate
extra queries during querying. As a user, the best I would hope for is, to
ingest the data from some feed into different fields, run the use
Hi Preetam,
On 07/14/2008 at 1:40 PM, Preetam Rao wrote:
> Is there a query in Lucene which matches sub phrases ?
>
[snip]
>
> I was redirected to Shingle filter which is a token filter
> that spits out n-grams. But it does not seem to be best solution
> since one does not know in advance what n