Hi Marios.
>>Isn't this wrong?
Yes but this is an itch that no one has been suffficently been bothered
by to fix yet.
I still haven't had the time or a desperate need to implement this so it
will probably remain that way until someone feels strongly enough about
the problem to fix it. Highlighting is not a straight forward problem if
your goal is to exactly reflect the query logic- especially if you also
try to summarise large texts AND you are dealing with complex queries
containing Spans, "NOT" clauses and nested Boolean logic etc Some
compromises have to be made.
My suggestion as to how this might best be approached and links to some
related code is here:
http://marc.theaimsgroup.com/?l=lucene-user&m=112496111224218&w=2
This post highlights some of the intricacies involved.
http://www.gossamer-threads.com/lists/lucene/java-dev/23592#23592
Cheers
Mark
Marios Skounakis wrote:
Hi all,
Suppose the user enters the following query using a textbox interface:
"rate based optimization" (as a phrase query, including the quotes).
The query is parsed using QueryParser, then it is rewritten, and given
to the highlighter. Then, method getBestTextFragments is called.
The method returns some fragments which contain only one of the words
in the search phrase. Isn't this wrong? Since this is a phrase query,
shouldn't the highlighter look for fragments which contain all three
words, and even more, only for fragments in which the three words are
adjascent (based on the token stream returned by the analyzer)?
Thanks in advance,
Marios
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Send instant messages to your online friends http://uk.messenger.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
