Re: [hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-21 Thread Emmanuel Bernard
On 21 Feb 2014, at 01:15, Sanne Grinovero sa...@hibernate.org wrote: I still suspect that a DisMax approach would provide a better scoring model but this is an implementation detail we should iterate on at a second phase. Essentially taking the example of albino elephants I agree on the

[hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-20 Thread Emmanuel Bernard
I have been thinking about our initial idea to use DisjunctionMaxQuery (aka DisMax) with MoreLikeThis instead of the Boolean query we have today. ## Definition and landscape DisMax lets you amongst a set of subqueries under a SHOULD clause boost the matching documents up to the score of the

Re: [hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-20 Thread Guillaume Smet
Hi Emmanuel, On Thu, Feb 20, 2014 at 10:19 AM, Emmanuel Bernard emman...@hibernate.org wrote: ## DisMax as top level DSL feature Should we add .dismax() like we did bool()? I am hard pressed to find a use case. It's a project I have for a long time. I wanted to have an intern this year to

Re: [hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-20 Thread Emmanuel Bernard
That is definitely something I think Hibernate Search lacks. Offer an implementation that can in a robust way swallow a user provided query input and create the right query. This is not something we have had time to explore seriously. BTW DisjunctionMaxQuery (which is what I refered to in

Re: [hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-20 Thread Guillaume Smet
On Thu, Feb 20, 2014 at 6:33 PM, Emmanuel Bernard emman...@hibernate.org wrote: BTW DisjunctionMaxQuery (which is what I refered to in .dismax()) is used in the DisMax query parser of Slor but is only a component of it. So I see your requested feature as a different one than what I discussed

Re: [hibernate-dev] [Search] DisjunctionMaxQuery and MoreLikeThis

2014-02-20 Thread Sanne Grinovero
Many excellent ideas here, thanks. Answering to brought up concepts in reverse order: # Depending on Solr Yes I'm indeed very happy of having removed this dependency; not least from a product perspective it forced us to address security issues in its various web/ servlet components: strict qa