Thanks for the answer.
yes in fact when I look at debugQuery output, I notice that name and number
are never treated as single entries.
I have
(((text:name text:number)) (text:ru) (text:tain) (text:paris)))
so name and number are in same parenthesis, but not exactlly treated as a
phrase, as far
: If I check in the solr.admin.analyzer, I get the same analysis for the two
: different requests. But it seems, if fact, that the lacking space after
: coma prevents name and number from matching.
query analysis is only part of hte picture ... Did you look at the
debuqQuery output? ... i belie
This would seem to indicate that you are using a whitespace analyzer on
the default search field. I believe other analyzers will properly tokenize
around the comma.
> same problem with Solr 4.0
>
> 2011/12/8 elisabeth benoit
>
>>
>>
>> Hello,
>>
>> I'm using Solr 3.4, and I'm having a problem wit
same problem with Solr 4.0
2011/12/8 elisabeth benoit
>
>
> Hello,
>
> I'm using Solr 3.4, and I'm having a problem with a request returning
> different results if I have or not a space after a coma.
>
> The request "name, number rue taine paris" returns results with 4 words
> out of 5 matching
Hello,
I'm using Solr 3.4, and I'm having a problem with a request returning
different results if I have or not a space after a coma.
The request "name, number rue taine paris" returns results with 4 words out
of 5 matching ("name", "number", "rue", "paris")
The request "name,number rue taine pa
