So I'm hearing we may have a contender for 'big changes to the ZRR' then ;).
This seems to reinforce the 'big features, not small config changes' approach to the problem. On 26 August 2015 at 19:34, Trey Jones <[email protected]> wrote: > And that's in line with the previous experiment. If you have a 32% zero > results rate, reducing it by 38% (32% * (1-.38)) gives 19.84%. So, allow a > little rounding error in the "32", "38" and "19", and this is right on the > money. > > —Trey > P.S.: 2 + 2 = 5, for very large values of 2. > > Trey Jones > Software Engineer, Discovery > Wikimedia Foundation > > On Wed, Aug 26, 2015 at 3:58 PM, Erik Bernhardson > <[email protected]> wrote: >> >> I ran some zero result rate tests against this API today, it is a huge >> reduction in the zero result rate over the existing prefix search. from 32% >> to 19% (on a 1% sample of prefix searches for an entire day) >> >> On Wed, Aug 26, 2015 at 12:34 PM, Stas Malyshev <[email protected]> >> wrote: >>> >>> Hi! >>> >>> > I uploaded a small HTML page to compare both approaches: >>> > http://cirrus-browser-bot.wmflabs.org/suggest.html >>> >>> This is very cool! From my very short testing, seems that it works >>> pretty nicely. >>> >>> -- >>> Stas Malyshev >>> [email protected] >>> >>> _______________________________________________ >>> Wikimedia-search mailing list >>> [email protected] >>> https://lists.wikimedia.org/mailman/listinfo/wikimedia-search >> >> >> >> _______________________________________________ >> Wikimedia-search mailing list >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/wikimedia-search >> > > > _______________________________________________ > Wikimedia-search mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikimedia-search > -- Oliver Keyes Count Logula Wikimedia Foundation _______________________________________________ Wikimedia-search mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikimedia-search
