Re: edismax operators

2015-04-02 Thread Jack Krupansky
> solr version 4.8.1 > > Thanks, > Mahmoud > > On Thu, Apr 2, 2015 at 6:56 PM, Davis, Daniel (NIH/NLM) [C] < > daniel.da...@nih.gov> wrote: > > > Thanks Shawn, > > > > This is what I thought, but Solr often has features I don't anticipate. >

Re: edismax operators

2015-04-02 Thread Mahmoud Almokadem
, 2015 at 6:56 PM, Davis, Daniel (NIH/NLM) [C] < daniel.da...@nih.gov> wrote: > Thanks Shawn, > > This is what I thought, but Solr often has features I don't anticipate. > > -Original Message- > From: Shawn Heisey [mailto:apa...@elyograg.org] > Sent: Thursday, April

RE: edismax operators

2015-04-02 Thread Davis, Daniel (NIH/NLM) [C]
Thanks Shawn, This is what I thought, but Solr often has features I don't anticipate. -Original Message- From: Shawn Heisey [mailto:apa...@elyograg.org] Sent: Thursday, April 02, 2015 12:54 PM To: solr-user@lucene.apache.org Subject: Re: edismax operators On 4/2/2015 9:59 AM,

Re: edismax operators

2015-04-02 Thread Shawn Heisey
On 4/2/2015 9:59 AM, Davis, Daniel (NIH/NLM) [C] wrote: > Can the mm parameter be set per clause?I guess I've ignored it in the > past aside from setting it once to what seemed like a reasonable value. > That is probably replicated across every collection, which cannot be ideal > for relevanc

Re: edismax operators

2015-04-02 Thread Erick Erickson
> From: Shawn Heisey [mailto:apa...@elyograg.org] > Sent: Thursday, April 02, 2015 11:13 AM > To: solr-user@lucene.apache.org > Subject: Re: edismax operators > > On 4/2/2015 8:35 AM, Mahmoud Almokadem wrote: >> Thank you Jack for your clarifications. I used regular defType an

RE: edismax operators

2015-04-02 Thread Davis, Daniel (NIH/NLM) [C]
o:apa...@elyograg.org] Sent: Thursday, April 02, 2015 11:13 AM To: solr-user@lucene.apache.org Subject: Re: edismax operators On 4/2/2015 8:35 AM, Mahmoud Almokadem wrote: > Thank you Jack for your clarifications. I used regular defType and set > q.op=AND so all terms without operators are mu

Re: edismax operators

2015-04-02 Thread Shawn Heisey
On 4/2/2015 8:35 AM, Mahmoud Almokadem wrote: > Thank you Jack for your clarifications. I used regular defType and set > q.op=AND so all terms without operators are must. How can I use this with > edismax? The edismax parser is capable of much more granularity than simply AND/OR on the default ope

Re: edismax operators

2015-04-02 Thread Mahmoud Almokadem
Thank you Jack for your clarifications. I used regular defType and set q.op=AND so all terms without operators are must. How can I use this with edismax? Thanks, Mahmoud On Thu, Apr 2, 2015 at 2:14 PM, Jack Krupansky wrote: > The parentheses signal a nested query. Your plus operator applies to

Re: edismax operators

2015-04-02 Thread Jack Krupansky
The parentheses signal a nested query. Your plus operator applies to the overall nested query - that the nested query must match something. Use the plus operator on each of the discrete terms if each of them is mandatory. The plus and minus operators apply to the overall nested query - they do not