across-the-board case-senstive indexing is not what I want...
Let me make sure I understand your suggestion:
And define content1 as text1, content2 as text2?
On Mon, Dec 3, 2012 at 1:09 AM, Xi Shen wrote:
> Solr index is cas
Solr index is case-sensitive by default, unless you used the lower case
filter. I remember I saw this topic on Solr, and the solution is simple:
copy the filed;
use a new analyzer/tokenizer to process this field, and do not use lower
case filter
when query, make sure both fields are included.
O
In other words, what I wanted to achieve is case-senstive indexing on a
small set of words. Can anybody help?
On Sun, Dec 2, 2012 at 11:56 PM, Joe Zhang wrote:
> To be more specific, this is the data type I was using:
>
> positionIncrementGap="100">
>
>
To be more specific, this is the data type I was using:
On Sun, Dec 2, 2012 at 11:51 PM, Joe Zhang wrote:
> yes, that is the correct
yes, that is the correct behavior. But how do I achieve my goal, i.e,
speical treatment on a list of uppercase/special words, normal treatment on
everything else?
On Sun, Dec 2, 2012 at 11:46 PM, Xi Shen wrote:
> By the definition on
>
> https://lucene.apache.org/solr/api-3_6_1/org/apache/solr/a
By the definition on
https://lucene.apache.org/solr/api-3_6_1/org/apache/solr/analysis/KeepWordFilter.html,
I am pretty sure it is the correct behavior of this filter :)
I guess you are trying to this filter to index some special words in
Chinese?
On Mon, Dec 3, 2012 at 1:54 PM, Joe Zhang wrote
I defined the following data type in my solr schema.xml
when I use the type "testkeep" to index a test field, my true expecation
was to make sure solr indexes the uppercase form of a small list of words
in the file, AND TREAT EVERY OTHER WORD AS USUAL. The goal of securing the
clo
