Looks like a bug in edismax to me when you field-qualify the terms. As an aside, there's no need to specify the field when you only want it to go against the fields defined in "qf" and "pf" etc. And, that's a work-around for this particular case. But still:
So here's what I get on 5x: q=(erick men truck)&defType=edismax&qf=name&pf=name correctly returns: "+((name:erick) (name:men) (name:truck)) (name:"erick men truck")", But, q=name:(erick men truck)&defType=edismax&qf=name&pf=name incorrectly returns: "+(name:erick name:men name:truck) (name:"men truck")", And this: q=name:(erick men truck)&defType=edismax&qf=name&pf=features incorrectly gives this. "+(name:erick name:men name:truck) (features:"men truck")", Confusingly, the terms (with "erick" left out, strike 1) goes against the pf field even though it's fully qualified against the name field. Not entirely sure whether this is intended or not frankly. Please go ahead and raise a JIRA. Best, Erick On Fri, Apr 29, 2016 at 7:55 AM, Mark Robinson <mark123lea...@gmail.com> wrote: > Hi, > > q=productType:(two piece bathtub white) > &defType=edismax&pf=productType^20.0&qf=productType^15.0 > > In the debug section this is what I see:- > <str name="parsedquery"> > (+(productType:two productType:piec productType:bathtub productType:white) > DisjunctionMaxQuery((productType:"piec bathtub white"^20.0)))/no_coord > </str> > > My question is related to the "pf" (phrases) section of edismax. > As shown in the debug section why is the phrase taken as "piec bathtub > white". Why is the first word "two" not considered in the phrase fields > section. > I am looking for queries with the words "two piece bathtub white" being > together to be boosted and not "piece bathtub white" only to be boosted. > > Could some one help me understand what I am missing? > > Thanks! > Mark
