Thanks Erick for your prompt response.
I am not sure but I think I found why the phrase chef de projet is not
found by dismax and edismax.
The following terms are indexed and can be seen with Luke:
chef
projet
chef de projet
When searching for the phrase chef de projet, the terms 'chef'
OK, looks like you're mixing fieldTypes. That is,
you have some string types, which are
completely unanalyzed and some analyzed
fields. The analyzed fields have stopwords
removed at index time. Then it looks like
your query chain does NOT remove stopwords
or some such.
So it's probably a schema
Thanks Erick for yr quick answer.
I am using Solr 3.1
1) I have set the mm parameter to 0 and removed the categories from the
search. Thus the query is only for chef de projet and nothing else.
But the problem remains, i.e searching for chef de projet gives no
results while searching for chef
Ah, ok I was mis-reading some things. So, let's ignore the
category bits for now.
Questions:
1 Can you refine down the problem. That is,
demonstrate this with a single field and leave out
the category stuff. Something like
q=title:chef de projet getting no results and
q=title:chef
Hello,
I would be very greateful if somebody could explain me what is the exact
problem and how to get the right results.
Using dismax or edismax with the following query:
EDISMAX query (q)=(chef de projet category1071 category10055078
category10055405)
gives no results (should get 33
The query re-writing is...er...interesting, and I'll skip that for now...
As for why you're not getting results, see the mm parameter
here: http://wiki.apache.org/solr/DisMaxQParserPlugin
Especially the line:
The default value is 100% (all clauses must match)
so I suspect your categories not
