Without the parens, the "edgytext:" only applied to "Mr", the default field still applied to "Scorcese".

The double quotes are neccesary in the second case (rather than parens), because on a non-tokenized field because the standard query parser will "pre-tokenize" on whitespace before sending individual white-space seperated words to match the index. If the index includes multi-word tokens with internal whitespace, they will never match. But the standard query parser doesn't "pre-tokenize" like this, it passes the whole phrase to the index intact.

Robert Gründler wrote:
Did you run your query without using () and "" operators? If yes can you try 
this?
&q=edgytext:(Mr Scorsese) OR edgytext2:"Mr Scorsese"^2.0

I didn't use () and "" in my query before. Using the query with those operators
works now, stopwords are thrown out as the should, thanks.

However, i don't understand how the () and "" operators affect the 
StopWordFilter.

Could you give a brief explanation for the above example?

thanks!


-robert





Reply via email to