Verify the case where k < windowsize about fairsearch-fair-for-elasticsearch HOT 3 OPEN

Fair point @chatox , this relates to our last conversation about k and window_size. Certainly k can be either smaller or bigger than the windows_size value used in the query, as of the way the code is written right now.

But this does not limit us to fix this situation and make it better and more consistent with the experience.

Your solution works fine for me, we only need to add a new exception for this case in the reranker function.

Now, when k < windowsize, the M-Table should be applied up to position k.

This will be always like this.

from fairsearch-fair-for-elasticsearch.

Now that I think more on this problem, this situation will only occur when using the fixed lookup for proportion strategy. Ref #2

from fairsearch-fair-for-elasticsearch.

dd8a11a handles the k > elementsToRescore situation when the proportion is fixed. this situation can not happen when the proportion is variable.

from fairsearch-fair-for-elasticsearch.