Re: Query question

: So as I said, the search result I want is the one with the highest score, : but I was hoping to find a way to boost the score based on the number of : terms it finds (or matches well) so that I can differentiate between a close : match and nowhere near. Any suggestions? In general, this already

Re: Query question

Use the edismax query parser and set the PF, PF2, and PF3 parameters so that adjacent pairs and triples of query terms will get "phrase boosted". See: http://wiki.apache.org/solr/ExtendedDisMax#pf_.28Phrase_Fields.29 http://wiki.apache.org/solr/ExtendedDisMax#pf2_.28Phrase_bigram_fields.29 -- J

RE: Query question

gt; Cc: kenf_nc > Subject: Re: Query question > > Another alternative (prettier to my eye), would be: > > (city:Chicago AND Romantic AND View)^10 OR (Romantic AND View) > > > -Mike > > > > On 11/03/2010 09:28 AM, kenf_nc wrote: > > Unfortunately the de

Re: Query question

Another alternative (prettier to my eye), would be: (city:Chicago AND Romantic AND View)^10 OR (Romantic AND View) -Mike On 11/03/2010 09:28 AM, kenf_nc wrote: Unfortunately the default operator is set to AND and I can't change that at this time. If I do (city:Chicago^10 OR Romantic OR Vi

Re: Query question

Unfortunately the default operator is set to AND and I can't change that at this time. If I do (city:Chicago^10 OR Romantic OR View) it returns way too many unwanted results. If I do (city:Chicago^10 OR (Romantic AND View)) it returns less unwanted results, but still a lot. iorixxx's solution o

Re: Query question

> My impression was that > > city:Chicago^10 +Romantic +View > > would do what you want (with the standard lucene query > parser and default operator OR), and I'm not sure about > this, but I have a feeling that the version with "Boolean" > operators AND/OR and parens might actually net out to th

Re: Query question

My impression was that city:Chicago^10 +Romantic +View would do what you want (with the standard lucene query parser and default operator OR), and I'm not sure about this, but I have a feeling that the version with "Boolean" operators AND/OR and parens might actually net out to the same thing

Re: Query question

> Erick, that query would return all restaurants in Chicago, > whether they > matched Romantic View or not. Although the scores should > sort relevant > results to the top, the results would still contain a lot > of things I wasn't > interested in. How about this one? +(city:Chicago^1000 OR (*:*

Re: Query question

I... Need... more... coffee. On Tue, Nov 2, 2010 at 11:31 AM, kenf_nc wrote: > > Jonathan, Dismax is something I've been meaning to look into, and bq does > seem to fit the bill, although I'm worried about this line in the wiki > :TODO: That latter part is deprecated behavior but still wor

Re: Query question

Don't worry about that line. It just means that one particular kind of 'default' behavior in bq shouldn't be relied upon, if you don't entirely understand that behavior they're saying is deprecated (as I don't either!) anyway, don't worry about it, just supply an explicit boost in your bq. b

Re: Query question

Jonathan, Dismax is something I've been meaning to look into, and bq does seem to fit the bill, although I'm worried about this line in the wiki :TODO: That latter part is deprecated behavior but still works. It can be problematic so avoid it. It still seems to be the closest to what I want howe

Re: Query question

Do you want something like (Romantic AND View) OR city:Chicago^10? Best Erick On Tue, Nov 2, 2010 at 10:45 AM, kenf_nc wrote: > > I can't seem to find the right formula for this. I have a need to build a > query where one of the fields should boost the score, but not affect the > query if there

Re: Query question

I think you'll find the dismax request handler helpful in general, it supports more flexible query wrangling like that. With the dismax request handler, I think the bq (boost query) parameter will do what you need, eg: bq=city:Chicago^5.0 The ^5.0 is how much boost you want, you can play aro

Re: Query Question

What analyzer you are using to index and search? Check out schema.xml. You are currently using analyzer which breaks the words. If you don't want to break then you need to use . Regards Aditya www.findbestopensource.com On Wed, Jun 2, 2010 at 2:41 PM, M.Rizwan wrote: > Hi, > > I have solr 1.4.