-
Notifications
You must be signed in to change notification settings - Fork 870
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
lucene analyzer #4155
Comments
any idea about this question? |
Hi @martingg88 is not possible. |
so what is the good solution to handle the field that has multiple language ? |
How many language do you have? |
i may support more than 10 languages for my website. |
it's really hard to maintain index per language if we have many languages to support. any idea what is the best solution to support the case above? |
any update about discussion on this issue? |
@maggiolo00 answered you above. It isn't possible with ODB. Also, having a single field with multiple languages is the worst solution of them all. Here is a list of the downfalls (taken from the lucidworks docs).
The most used solution is to use multiple fields for each language and index on them accordingly. Scott |
@martingg88 i'm marking this as e enhancement. |
ok. thanks. |
Sorry to be a pain, but what is the feature being requested? As I understood @martingg88, he wants to have a single class with a single field, but have multiple analyzers work on that single field dependent on the locale value stored in each document/ vertex. Can ODB actually oblige to that request? Scott |
@smolinari @martingg88 sorry you are right |
So, with this per field wrapper, we'd have to save each translation in its own field? Like title_en : Jaws Scott |
Yes using one single index instead of 4
|
On 2.2.x you can select analyzer for each field: but if you are working in a multi-language environment, as @smolinari suggested, the best way is to have different fields one for each language. There's no other way, as far a I know. |
is that possible to apply multiple analyzer as per field to cater i18n?
as i know different language may need its corresponding analyzer to make the fuzzy search return most accurate result. So what is strategy may apply for following example.
i18n class
@Rid title locale
#3:11 testing en-US
#3.12 测试 zh-CN
#3:13 ujian ms-MY
As according to table above, how can i index the "title" with the right analyzer to make sure the fuzzy search work out based on its language's rule?
The text was updated successfully, but these errors were encountered: