: I would still like the ability to specify two different query analysis
: chains with one index, rather than having to write a custom parser for each
I'm not sure if this is a good idea, I certainly haven't thought it
through very hard, but ...
i wonder if you could create a new FieldType
Thanks Jan,
The blog post is very good, I didn't quite realize all those various
pitfalls with synonyms.
I would still like the ability to specify two different query analysis
chains with one index, rather than having to write a custom parser for each
use case. For example the
Thanks Erick,
Payloads might work but I'm looking at a more general problem
Here is another use case:
We have a mix of Traditional and Simplified Chinese documents indexed in
the same OCR field.
When a user searches using Traditional Chinese, I would like to also
search in Simplified Chinese,
Hi,
Please have a look at
http://nolanlawson.com/2012/10/31/better-synonym-handling-in-solr/ and a
working plugin to Solr to deboost the expanded synonyms. The plugin code
currently lacks ability to configure different dictionaries for each field, but
that could be added. Also see SOLR-4381
Hello,
We would like to be able to specify two different fields that both use the
same indexed field but use different analyzers. An example use-case for
this might be doing query-time synonym expansion with the synonyms weighted
lower than an exact match.
q=exact_field^10 OR synonyms^1
The
Please clarify, and try providing a couple more use cases. I mean, the case you
provided suggests that the contents of the index will be different between the
two fields, while you told us that you wanted to share the same indexed field.
In other words, it sounds like you will have two copies
Tom:
I wonder if you could do something with payloads here. Index all terms with
payloads of 10, but synonyms with 1?
Random thought off the top of my head.
Erick
On Mon, Mar 4, 2013 at 6:25 PM, Tom Burton-West tburt...@umich.edu wrote:
Hi Jack,
Sorry the example is not clear. Below is