Re: Color search

[Chris Hostetter]

: extraction algorithm, etc.) So, for a product with 50% of #00, and 20%
: of #99, I'll have to fill the remaining three fields with some dummy
: values. Otherwise, Lucene seems to score it higher than products that also
: have 50% of #00, but more than 20% of some other colors. Since I also

that doesn't really make sense to me ... your input is colors to search 
for, and you query each of those colors against every field right?  so if 
i said i want grey and red dresses, you query for...

+(c0:grey c1:grey c2:grey c3:grey c4:grey 
  c5:grey c6:grey c7:grey c8:grey c9:grey)
+(c0:red c1:red c2:red c3:red c4:red 
  c5:red c6:red c7:red c8:red)

...right?  a document that doesn't have any value in c6, c7 or c8 
shouldn't score higher then any other documents ... if anything it should 
score lower because of the coord factor.

can you you explain exactly how you are indexing the data and what your 
query looks like?




-Hoss

Re: Color search

[Guangwei Yuan]

>
> can you you explain exactly how you are indexing the data and what your
> query looks like?
>

I used the same field name (color), not 10 different names (c0 - c9).

So the index fields look like (50% #00, 20% #99):
color: #00
color: #00
color: #00
color: #00
color: #00
color: #99
color: #99

The query for black dresses will be:
color:#00

Re: Request for graphics

[Clay Webster]

'k.  see SOLR-368.

--cw

On 9/28/07, Yonik Seeley <[EMAIL PROTECTED]> wrote:
>
> On 9/28/07, Clay Webster <[EMAIL PROTECTED]> wrote:
> > i'm late for dinner out, so i'm just attaching it here.
>
> Most attachments are stripped :-)
>
> -Yonik
>

Re: Color search

[Chris Hostetter]

: I used the same field name (color), not 10 different names (c0 - c9).

ah .. got it.  then what you are probably seeing is because of length 
normalization, if you use omitNorms="true" then it shouldn't matter.

(i don't know why i suggested a seperate field for each 10% block ... i'm 
sure i had a good reason but i can't think of it now) 


-Hoss

Re: Result grouping options

[Chris Hostetter]

: Is it possible to use faceting to not only get the facet count but also the
: top-n documents for every facet
: directly? If not, how hard would it be to implement this as an extension?

not hard ... a custom request handler could subclass 
StandardRequestHandler, call super.handleRequest, and then pull the field 
faceting info out of the response object, and fetch a DocList for each of 
the top N field constraints.




-Hoss