[
https://issues.apache.org/jira/browse/SOLR-1362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12745516#action_12745516
]
Yonik Seeley commented on SOLR-1362:
------------------------------------
bq. Yonik, in this case I think existing gaps would be preserved with the =
What if the big position increment was on a token that was all delimiters?
I agree that it makes more sense for "LUCENE / SOLR" to be translated to LUCENE
SOLR without a gap though (provided that there are no gaps to start with).
Should the rule be, subtract 1 from the cumulative position increment if the
increment of the current token being added is >=1 ?
> WordDelimiterFilter position increment bug
> ------------------------------------------
>
> Key: SOLR-1362
> URL: https://issues.apache.org/jira/browse/SOLR-1362
> Project: Solr
> Issue Type: Bug
> Components: Analysis
> Reporter: Robert Muir
> Priority: Minor
> Attachments: SOLR-1362.patch
>
>
> WordDelimiterFilter sometimes assigns high position increment values, which
> inhibits phrase matches.
> If this is a feature and not a bug please change the issue type, and I will
> change the patch to propose this as an option...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
