On Friday 28 January 2005 01:10, Joaquin Delgado wrote:
> <"man bites dog"~DOCSIZE> that would execute a phrasequery with the
> slope being the individual document size in number of characters of each
> hit.
You can use the value of Integer.MAX_VALUE as a slop, Nutch does that to
boost those mat
Joaquin Delgado schrieb:
What is described here as "Passage Search" is nothing more than a
PhraseQuery with a large slope. I think it's a UI problem rather than a
ranking algorithm. For example you may want to have translate simple
multi-term queries into phrasequery by default (instead of AND or O
On Friday 28 January 2005 01:10, Joaquin Delgado wrote:
> What is described here as "Passage Search" is nothing more than a
> PhraseQuery with a large slope. I think it's a UI problem rather than a
> ranking algorithm. For example you may want to have translate simple
> multi-term queries into phra
What is described here as "Passage Search" is nothing more than a
PhraseQuery with a large slope. I think it's a UI problem rather than a
ranking algorithm. For example you may want to have translate simple
multi-term queries into phrasequery by default (instead of AND or OR).
Let's say search you
True, the span query accomplishes large part of the passage search.
However, correct me if I am wrong, it seems to me that the span query
only matches all words you specified. there is a limitation there
compared to passage search or cover density search, which matches some
of the user input keywor
Giulio Cesare Solaroli wrote:
Hi all,
reading some posts in Steve Green's weblog, I found the description of
a "Passage search"
(http://blogs.sun.com/roller/page/searchguy/20050126).
Translated into Lucene words, this looks like a nice score algorithm
that could be applied to rank the matching docu