You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@lucene.apache.org by Stephen Halsey <st...@moreover.com> on 2005/07/19 19:58:42 UTC
Re: QueryParser, phrases and stopwords
Hi,
I'm just writing to ask if you know if the the change discussed below is likely to be in the next version of Lucene as a default for StopFilter. I'm happy to apply the diff supplied by Mike Barry on my own source code to stop "climate control" matching "climate of control", but if its likely to go into the new version soon I'll hold off and and download that.
thanks a lot
Stephen Halsey
----- Original Message -----
From: Erik Hatcher
To: java-user@lucene.apache.org
Sent: Thursday, June 16, 2005 7:55 PM
Subject: Re: QueryParser, phrases and stopwords
On Jun 16, 2005, at 2:03 PM, Daniel Naber wrote:
> On Thursday 16 June 2005 04:17, Erik Hatcher wrote:
>
>
>> So we could change StopFilter to put the gaps back in safely now, I
>> think.
>>
>> Thoughts?
>>
>
> I personally don't have a problem with this, but shouldn't such a
> change be
> optional? Like a parameter for StopFilter or a StopGapFilter? I'm sure
> there are people who prefer the way it is done now.
Making it optional is ok by me, though I'm curious about a use case
that would prefer it the way it is now. Searching for "lucene in
action" and having it match documents with "lucene action" in them
seems awkward to me in a precision context. Google allows
wildcarding of words with an asterisk:
<http://www.google.com/search?client=safari&rls=en&q=%22lucene+*
+action%22&ie=UTF-8&oe=UTF-8>
Erik
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org