Thanks - I was hoping it wouldnt match - and I belive you've confimred it wont 
in my case as the default positionIncrementGap is set.

Many Thanks

Jason.


-----Original Message-----
From: Jonathan Rochkind [mailto:rochk...@jhu.edu]
Sent: Thu 21/10/2010 02:27
To: solr-user@lucene.apache.org
Subject: RE: Dismax phrase boosts on multi-value fields
 
Which is why the positionIncrementGap is set to a high number normally (100 in 
the sample schema.xml).  With this being so, phrases won't match accross values 
in a multi-valued field. If for some reason you were using a dismax ps phrase 
slop that was higher than your positionIncrementGap, you could get phrase boost 
matches accross individual values.  But normally that won't happen unless you 
do something odd to make it happen because you actually want it to, because 
positionIncrementGap is 100. If for some reason you wanted to use a phrase slop 
of over 100 but still make sure it didn't go accross individual value 
boundaries you could just set positionIncrementGap to something absurdly high 
(I'm not entirely sure why it isn't something absurdly high in the sample 
schema.xml, instead of the high-but-not-absurdly-so 100, since most people will 
probably expect individual values to be entirely seperate). 

Jason, are you _trying_ to make that happen, or hoping it won't?  Ordinarily, 
it won't. 
________________________________________
From: Erick Erickson [erickerick...@gmail.com]
Sent: Wednesday, October 20, 2010 7:11 PM
To: solr-user@lucene.apache.org
Subject: Re: Dismax phrase boosts on multi-value fields

Well, it all depends (tm). your example wouldn't match, but if you
didn't have an increment gap greater than 1, "black cat his blue" #would#
match.

Best
Erick


On Wed, Oct 20, 2010 at 3:22 AM, Jason Brown <jason.br...@sjp.co.uk> wrote:

> Thanks Jonathan.
>
> To further clarify, I understand the the match of
>
> my blue rabbit
>
> would have to be found in 1 element (of my multi-valued defined field) for
> the phrase boost on that field to kick in.
>
> If for example my document had the following 3 entries for the multi-value
> field....
>
>
> my black cat
> his blue car
> her pink rabbit
>
> Then I assume the phrase boost would not kick-in as the search term (my
> blue rabbit) isnt found in a single element (but can be found across them).
>
> Thanks again
>
> Jason.
>
> ________________________________
>
> From: Jonathan Rochkind [mailto:rochk...@jhu.edu]
> Sent: Tue 19/10/2010 17:27
> To: solr-user@lucene.apache.org
> Subject: Re: Dismax phrase boosts on multi-value fields
>
>
>
> You are correct.  The query needs to match as a phrase. It doesn't need
> to match "everything". Note that if a value is:
>
> "long sentence with my blue rabbit in it",
>
> then query "my blue rabbit" will also match as a phrase, for phrase
> boosting or query purposes.
>
> Jonathan
>
> Jason Brown wrote:
> >
> >
> > Hi - I have a multi-value field, so say for example it consists of
> >
> > 'my black cat'
> > 'my white dog'
> > 'my blue rabbit'
> >
> > The field is whitespace parsed when put into the index.
> >
> > I have a phrase query boost configured on this field which I understand
> kicks in when my search term is found entirely in this field.
> >
> > So, if the search term is 'my blue rabbit', then I understand that my
> phrase boost will be applied as this is found entirley in this field.
> >
> > My question/presumption is that as this is a multi-valued field, only 1
> value of the multi-value needs to match for the phrase query boost (given my
> very imaginative set of test data :-) above, you can see that this obviously
> matches 1 value and not them all)
> >
> > Thanks for your help.
> >
> >
> >
> >
> >
> >
> > If you wish to view the St. James's Place email disclaimer, please use
> the link below
> >
> > http://www.sjp.co.uk/portal/internet/SJPemaildisclaimer
> >
> >
>
>
>
> If you wish to view the St. James's Place email disclaimer, please use the
> link below
>
> http://www.sjp.co.uk/portal/internet/SJPemaildisclaimer
>


If you wish to view the St. James's Place email disclaimer, please use the link 
below

http://www.sjp.co.uk/portal/internet/SJPemaildisclaimer

Reply via email to