Hoss, did you have a look on the responses you got? The first one is really interesting. It asks about the behaviour when synonyms come into play.
>From my understanding this could be also dangerous for queries that reduce the number of tokens. Imagine: Search Engine => SE (reduced to SE). This should have the same impact on the min should match as a stopword, no? What if I remove a stopword but add another token when synonyms come in? Just some thoughts :). Regards, Em Am 07.10.2011 19:37, schrieb Em: > Hi Hoss, > > I read your article. > > I have to review the solr-code but with the help of your pseudo-code I > think I understand what goes on now. > > Thank you! > > Regards, > Em > > Am 05.10.2011 20:19, schrieb Chris Hostetter: >> >> : > Presumably this query would fail, since you've only got three clauses. >> : > Easy to verify. >> : >> : Seems like different behaviour compared to Solr. Probably Solr is >> : intelligent enough to reduce the parameter to the maximum value if it is >> : too large. >> >> correct, the dismax parser in solr is smart enough not to calculate an >> illegal value for minNrShouldMatch using the mm param. >> >> : >> If so, what is the problem in Solr with Stopwords and the Dismax-Parser? >> >> the problem people sometimes have understanding the interaction of the >> dismax >> parser and stopwords comes from using sotpwords in the analyzers >> for *some* fields they are querying but not others, and then being >> suprised that the stopwords are still part of their overall query (in the >> fields where they didn't use them in their analyzer)... >> >> https://wiki.apache.org/solr/DisMax >> http://www.lucidimagination.com/blog/2010/05/23/whats-a-dismax/ >> >> ...note in particula the "Where people tend to get tripped up..." para in >> that blog post >> >> >> -Hoss >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org >> For additional commands, e-mail: java-user-h...@lucene.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-user-h...@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org For additional commands, e-mail: java-user-h...@lucene.apache.org