[
https://issues.apache.org/jira/browse/SOLR-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044988#comment-13044988
]
David Smiley commented on SOLR-1844:
------------------------------------
On second thought, I think the current behavior is fine because it's consistent
with the other filters that need lists of words since they all share the same
code to do it -- BaseTokenStreamFactory.getWordSet(...). If any change should
happen, it should happen there. I'm fine with this issue being closed as
"Won't-Fix". It was easy enough for me to simply replace the commas in Hathi's
file with a carriage return.
> CommonGramsQueryFilterFactory should read words in a comma-delimited format
> ---------------------------------------------------------------------------
>
> Key: SOLR-1844
> URL: https://issues.apache.org/jira/browse/SOLR-1844
> Project: Solr
> Issue Type: Improvement
> Components: Schema and Analysis
> Affects Versions: 1.4
> Reporter: David Smiley
> Priority: Minor
>
> CommonGramsQueryFilterFactory expects that the file(s) given to the "words"
> argument is a carriage-return delimited list of words. It doesn't support
> comments either. This file format should be more flexible to support comma
> delimited values. I came across this because I was trying to use the sample
> file provided by HathiTrust:
> http://www.hathitrust.org/node/180 (named in a file new400common.txt)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
