Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: pass (herse.apache.org: domain of Sachin.Kainth@atkinsglobal.com
 designates 217.79.216.190 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: categorisation
Date: Fri, 9 Feb 2007 14:08:47 -0000
Message-ID: <BC1CFC544422CB4A934908E126A4742705BD1025@SGBLOW2101.wsatkins.com>
Thread-Topic: categorisation
Thread-Index: AcdMU5Oj61ltrrvsRRWO9Ia8R098QwAAC3MA
References: <BC1CFC544422CB4A934908E126A4742705B9BDDF@SGBLOW2101.wsatkins.com>
 <58D0497D-3CC2-4947-96D6-1D7ADE08828F@ehatchersolutions.com>
 <BC1CFC544422CB4A934908E126A4742705BD08E3@SGBLOW2101.wsatkins.com>
 <28F19771-D2FF-4B5B-811D-43936DF71ADF@ehatchersolutions.com>
 <BC1CFC544422CB4A934908E126A4742705BD0C01@SGBLOW2101.wsatkins.com>
 <BC1CFC544422CB4A934908E126A4742705BD0C15@SGBLOW2101.wsatkins.com>
 <C3C9C2FC-65CE-4969-BAA8-222868B186D7@ehatchersolutions.com>
From: "Kainth, Sachin" <Sachin.Kainth@atkinsglobal.com>
To: <java-user@lucene.apache.org>

Are you saying that without solr I will have caching problems under
load?=20

-----Original Message-----
From: Erik Hatcher [mailto:erik@ehatchersolutions.com]=20
Sent: 09 February 2007 14:06
To: java-user@lucene.apache.org
Subject: Re: categorisation


On Feb 9, 2007, at 7:07 AM, Kainth, Sachin wrote:
> But does that not imply that a second search is made against the index

> by the line:
>
> BitSet all =3D (new QueryFilter(q)).bits(reader)

Yeah, if you want to return facet counts and results in the same sweep,
yes.  If all you want are the counts, only one query is needed.

Caching is key.  Solr - See the Light!

	Erik


>
> -----Original Message-----
> From: Kainth, Sachin [mailto:Sachin.Kainth@atkinsglobal.com]
> Sent: 09 February 2007 12:05
> To: java-user@lucene.apache.org
> Subject: RE: categorisation
>
> Ahhh it all makes sense to me now :-)
>
> -----Original Message-----
> From: Erik Hatcher [mailto:erik@ehatchersolutions.com]
> Sent: 09 February 2007 12:01
> To: java-user@lucene.apache.org
> Subject: Re: categorisation
>
>
> On Feb 9, 2007, at 5:40 AM, Kainth, Sachin wrote:
>> It makes sense to me only if you tell me that all the bits in the=20
>> BitSet "all" will be 1.
>
> well, ok, so the "all" may be misleading.   call it queryBits instead
> then :)
>
> "all" means *all documents that match the query*, though.
>
> it wouldn't make sense to AND a bitset with one that is all 1's=20
> always.
>
> 	Erik
>
>
>>
>> -----Original Message-----
>> From: Erik Hatcher [mailto:erik@ehatchersolutions.com]
>> Sent: 08 February 2007 18:37
>> To: java-user@lucene.apache.org
>> Subject: Re: categorisation
>>
>>
>> On Feb 8, 2007, at 12:36 PM, Kainth, Sachin wrote:
>>
>>> Chris has given an example of how to perform categorisation of=20
>>> lucene
>>> searches:
>>>
>>> String[] mfgs =3D ...;
>>>   String query =3D "+category:cameras +price:[0 to 10]";
>>>   Query q =3D QueryParser.parse(query);
>>>   Hits results =3D searcher.search(q, mySort)
>>>   BitSet all =3D (new QueryFilter(q)).bits(reader)
>>>   int[] mfg_counts =3D new int[mfgs.length];
>>>   for i in (0 to mfgs.length) {
>>>      BitSet these =3D (new QueryFilter(new TermQuery("mfg",mfgs=20
>>> [i]))).bits(reader);
>>>      these.and(all)
>>>      mfg_counts[i] =3D these.cardinality();
>>>   }
>>>
>>> What I don't understand though is what this line does:
>>>
>>> BitSet all =3D (new QueryFilter(q)).bits(reader)
>>>
>>> Anyone have any ideas?
>>
>> "all" is a BitSet lit up for the documents that matched "query".
>> "these" (the BitSet for a particular category) is .anded with "all"
>> to get the counts _left over_ for each category given "query".
>>
>> Make sense?
>>
>> 	Erik
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-user-help@lucene.apache.org
>>
>>
>>
>> This message has been scanned for viruses by MailControl - (see
>> http://bluepages.wsatkins.co.uk/?4318150)
>>
>>
>> This email and any attached files are confidential and copyright=20
>> protected. If you are not the addressee, any dissemination of this=20
>> communication is strictly prohibited. Unless otherwise expressly=20
>> agreed in writing, nothing stated in this communication shall be=20
>> legally binding.
>>
>> The ultimate parent company of the Atkins Group is WS Atkins plc.
>> Registered in England No. 1885586.  Registered Office Woodcote Grove,

>> Ashley Road, Epsom, Surrey KT18 5BW.
>>
>> Consider the environment. Please don't print this e-mail unless you=20
>> really need to.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org