: term from the query, this part of Lucene should be smarter to know how to
: handle wildcards or even regex, so if "foo*" is received from the query, it
: will start with retieving the TermInfo for just "foo", and then will
: continue and add up more and more TermInfo structure to its cache (or
:
will take a look at the Scorer - can you describe in short what
> > exactly it does and where and when it is being called?
> >
> > I don't get John's comment though - Query::rewrite is being called
> > prior to the actual searching (through QueryParser), how come it
is no specific reason why it cannot be done, one only needs
to provide the corresponding tokenizer to be used at indexing time.
Kind regards,
Paul Elschot
>
> Itamar.
>
> -Original Message-
> From: Paul Elschot [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 08, 2008 1:5
age-
From: Paul Elschot [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 08, 2008 1:56 AM
To: java-user@lucene.apache.org
Subject: Re: Why Lucene has to rewrite queries prior to actual searching?
Itamar,
Have a look here:
http://lucene.apache.org/java/2_3_1/scoring.html
Regards,
Paul Elschot
--
> From: Paul Elschot [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 08, 2008 12:57 AM
> To: java-user@lucene.apache.org
> Subject: Re: Why Lucene has to rewrite queries prior to actual
> searching?
>
> Itamar,
>
> Query rewrite replaces wildcards with terms available
Itamar.
-Original Message-
From: Paul Elschot [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 08, 2008 12:57 AM
To: java-user@lucene.apache.org
Subject: Re: Why Lucene has to rewrite queries prior to actual searching?
Itamar,
Query rewrite replaces wildcards with terms available from the i
Other use is for custom Query objects to reboost or expand the user query
from information gathered from the indexreader at search time.
-John
On Mon, Apr 7, 2008 at 2:56 PM, Paul Elschot <[EMAIL PROTECTED]> wrote:
> Itamar,
>
> Query rewrite replaces wildcards with terms available from
> the ind
Itamar,
Query rewrite replaces wildcards with terms available from
the index. Usually that involves replacing a wildcard with a
BooleanQuery that is an effective OR over the available
terms while using a flat coordination factor, i.e. it does not
matter how many of the available terms actually ma
