[ https://issues.apache.org/jira/browse/SOLR-3919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yoni Amir updated SOLR-3919:
----------------------------
Summary: Problem with hl.mergeContinuous - snippet is too long but only one hit (was:
Problem with hl.mergeContinuous - sniipt is too long but only one hit)
> Problem with hl.mergeContinuous - snippet is too long but only one hit
> ----------------------------------------------------------------------
>
> Key: SOLR-3919
> URL: https://issues.apache.org/jira/browse/SOLR-3919
> Project: Solr
> Issue Type: Bug
> Components: highlighter
> Affects Versions: 4.0-BETA
> Environment: win xp, java 7
> Reporter: Yoni Amir
>
> I am using a configuration roughly as follows:
> <bool name="hl.usePhraseHighlighter">true</bool>
> <bool name="hl.highlightMultiTerm">true</bool>
> <int name="hl.snippets">4</int>
> <bool name="hl.mergeContiguous">true</bool>
> I found a strange case as follows:
> I have only 1 hit in the field, so I expect that no merging will take place. However,
solr returns a highlight snippet of length 400. In effect, it calculates the hl.snippet size
times 100. With hl.snippet=10, the length is 1000. I think it is because hl.fragsize is 100
by default.
> This occurs only if the hit is sufficiently close to the beginning of the field's text
- that is, if it is between the 300th and 400th character. In that change, the first four
100-block size snippets are merged as if all of them have a hit.
> This behavior is wrong, and if there is only one hit, I don't expect solr to merge anything
for me.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
|