[
https://issues.apache.org/jira/browse/SOLR-8841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15194276#comment-15194276
]
Tom Burton-West commented on SOLR-8841:
---------------------------------------
This looks very similar to the bug that was fixed in Solr 4.1 for SOLR-3589
https://issues.apache.org/jira/browse/SOLR-3589
I wonder if the fix somehow got lost in the move to Solr 5.5?
Does the test labeled "SOLR-3589: Edismax parser does not honor mm parameter if
analyzer splits a token" in
https://github.com/apache/lucene-solr/blob/branch_5_5/solr/core/src/test/org/apache/solr/search/TestExtendedDismaxParser.java
run ok?
Tom
> edismax: minimum match and compound words
> -----------------------------------------
>
> Key: SOLR-8841
> URL: https://issues.apache.org/jira/browse/SOLR-8841
> Project: Solr
> Issue Type: Bug
> Components: search
> Affects Versions: 5.5, trunk
> Environment: all
> Reporter: Christian Winkler
>
> Hi,
> when searching for a single word which is split by a compound word splitter
> (very common in German), minimum match is not handled correctly. It is always
> set to 1 (only a single search term), but as the word is split into several
> single parts, one matching part is enough
> This also happens if mm is set to 100%.
> Probably mm should be set after the split has been performed. Similar
> problems might arise with synonymization at search time.
> Regards
> Christian
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
