But maybe the old "trick" can still be used somehow: just means using double precision internally to erase most differences? Maybe it means a change to scorer api or whatever, but still I think its a good practical solution (vs something more extreme like kahan summation). I am sure it does not work if someone has like 500k boolean clauses or for more extreme cases, but it prevents these problems for typical cases like keyword searches.
On Fri, Oct 21, 2016 at 6:31 AM, Adrien Grand <[email protected]> wrote: > Le ven. 21 oct. 2016 à 12:20, Robert Muir <[email protected]> a écrit : >> >> What changed? > > > The issue here is ReqOptSumScorer, which computes the score of the MUST and > SHOULD clauses separately and then sum them up. In that test case, in one > case body:d is in the list of SHOULD clauses, and in the other case it is in > the list of MUST clauses. > > For the same reason, "+a b", "+a +b" and "a +b" may return different scores > on the same documents. > > I can undo the change if you think this is a blocker, but that would be > disappointing as it would mean that we cannot do other exciting changes like > flattening nested disjunctions since it would cause the same problem. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
