Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@apache.org Received: (qmail 60713 invoked from network); 31 Oct 2002 18:33:21 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 31 Oct 2002 18:33:21 -0000 Received: (qmail 25389 invoked by uid 97); 31 Oct 2002 18:34:07 -0000 Delivered-To: qmlist-jakarta-archive-lucene-user@jakarta.apache.org Received: (qmail 25373 invoked by uid 97); 31 Oct 2002 18:34:07 -0000 Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Users List" Reply-To: "Lucene Users List" Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 25361 invoked by uid 98); 31 Oct 2002 18:34:06 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-Id: <200210311833.g9VIXA9w035936@smtpzilla3.xs4all.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ype Kingma Reply-To: ykingma@xs4all.nl To: "Lucene Users List" , harpreet@sansuisoftware.com Subject: Re: Query Boosting Date: Thu, 31 Oct 2002 19:35:27 +0100 X-Mailer: KMail [version 1.3.1] References: <200210311745.LAA27430@maize.propagation.net> In-Reply-To: <200210311745.LAA27430@maize.propagation.net> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thursday 31 October 2002 18:45, harpreet@sansuisoftware.com wrote: > Hi, > > My application requires a facility to have security build into the > documents so that when i search for a given word depending on the secur= ity > credentials stored in a field in the document the results are filtered = =2E > > Now the problem i am facing is that the score of such results includes > these security credentials in the query in addition to the query entere= d by > the user. So the relevancy according to the actual search word entered = by > the use is affected . > > One way that i see to avoid this is by boosting the words entered by th= e > user and reducing the boost for the security credentials. > > I tried something like : > ^1 AND ^0.1 > > This seems to work for the current set of data which i have . > > Is this the right approach or is there any other better away to handle > this. It's ok. You can also use a limit filter to limit the results. This does not affec= t scoring at all. See java docs on IndexSearcher and Filter in package lucene.search. Regards, Ype -- To unsubscribe, e-mail: For additional commands, e-mail: