# More\_like\_this issues

**URL:** <https://discuss.elastic.co/t/more-like-this-issues/11011>\
**Category:** Elasticsearch\
**Created:** [March 5, 2013, 11:13am UTC](https://discuss.elastic.co/t/more-like-this-issues/11011 "2013-03-05T11:13:26Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![martin\_saturka](https://avatars.discourse-cdn.com/v4/letter/m/67e7ee/32.png) [@martin\_saturka](https://discuss.elastic.co/u/martin_saturka)\
**Post date:** [March 5, 2013, 11:13am UTC](https://discuss.elastic.co/t/more-like-this-issues/11011/1 "2013-03-05T11:13:26Z")

</div>

Hi guys, am not sure if the issues below are considered to be features. I  
tested it on a small set of docs (inside a single index/type), thus was  
able to count what should be the outputs on particular mlt queries. The  
structure of queries (taken via curl) was like this:

"query" : {  
"more\_like\_this" : {  
....  
}  
}

Using ES 0.20.5, the issues are:

1. min\_doc\_freq (probably other too) restriction is evaluated per shard;  
leading to wrong omission of some docs.

2. min\_doc\_freq (probably other too) restriction is evaluated per field;  
leading to wrong inclusion of some docs.

3. percent\_terms\_to\_match restriction has strange (read nonsensical)  
impacts.

Best,  
M.

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 2:48am UTC](https://discuss.elastic.co/t/more-like-this-issues/11011/2 "2017-07-06T02:48:19Z")

</div>