Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (herse.apache.org: domain of yseeley@gmail.com designates
 66.249.92.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=adK/BqoAQzammk/Ys7KjMDyTpC2LmRTd8agNm4mFx2H8F2SOTHm0Xxmf3cOJU/5dxQMbn9ZjG6Et8GZZ6fJnxGdrmKauvPadEhu9bUKTnyf1fk+gvTVZ5C+DIxu7O8MM5LeZ7q0zb23QPYY7Ye8HS1tUgFU7U7iEyaauSsKsCjo=
Message-ID: <c68e39170611131052k7258ff74kae2e26a8a3761443@mail.gmail.com>
Date: Mon, 13 Nov 2006 13:52:25 -0500
From: "Yonik Seeley" <yonik@apache.org>
Sender: yseeley@gmail.com
To: solr-user@lucene.apache.org
Subject: Re: Index & search questions; special cases
In-Reply-To: <4557B45A.9070107@sympatico.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <4557B45A.9070107@sympatico.ca>

On 11/12/06, Michael Imbeault <michael.imbeault@sympatico.ca> wrote:
> - Somewhat related : Let's say I index "Polymyxin B". If I stopword
> single letters, would a phrase search ("Polymyxin B") still find the
> right documents (I don't think so, but still)? If not, I'll have to
> index single letters; how do I prevent the same problem as in the first
> question (i.e., a search on Polymyxin B yielding documents with
> Polymyxin and B, but not close to one another).

The general problem seems that you can tell what should be in a phrase
search and what shouldn't

You could try throwing everything in a sloppy phrase query, so at
least scores will go up when terms are closer together (in general).

You could also try an exact phrase query, and if you don't get enough
results, follow it up with another strategy (like what you have
below).

> My thought is to parse the user query and rephrase it to do phrase
> searches on nearby terms containing single letters / numbers. If an user
> search for HIV 1 hepatitis, I'd rewrite it as ("HIV 1" AND hepatitis) OR
> ("1 hepatitis" AND hiv). Is it a sensible solution?

That might work.
Whatever general strategy you end up trying, you can probably boost
relevancy with some domain specific knowledge injected with something
like the SynonymFilter.

-Yonik