Skip to content
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

[PROPOSAL] Neural Search field type #803

Open
asfoorial opened this issue Jun 25, 2024 · 5 comments
Open

[PROPOSAL] Neural Search field type #803

asfoorial opened this issue Jun 25, 2024 · 5 comments
Assignees
Labels
Enhancements Increases software capabilities beyond original client specifications

Comments

@asfoorial
Copy link

Can we memic this feature in OpenSearch https://www.elastic.co/search-labs/blog/semantic-search-simplified-semantic-text

I know that a lot has been done recently in OpenSearch projects to make things headache free. I think a neural-search field type in OpenSearch would be an interesting addition. However, it should account for synonyms to avoid any fine-tuning headache.

@asfoorial asfoorial changed the title [PROPOSAL] Neural Search built-in type [PROPOSAL] Neural Search field type Jun 25, 2024
@navneet1v navneet1v added Enhancements Increases software capabilities beyond original client specifications and removed untriaged labels Jul 4, 2024
@navneet1v
Copy link
Collaborator

@asfoorial from Opensearch side we do this via a combination of ingestion processor and vector field. As there are multiple use-cases for semantic search including multi-model, this would be an interesting field to have.

But is there any specific reason you are looking for the field as compared to what is present currently. My main motive here is to know the advantages of a new field vs what is currently present in opensearch.

@asfoorial
Copy link
Author

The main reason is simplifying the process and keep the focus on the business. In fact elasticsearch had the same reason when they introduced the field.

Another reason is alignment of new features across multiple OpenSearch projects. I have noticed over the past number of releases we get new features in ml-commons and kNN. But it takes a while until we see their benefits reflected in neural-search. If they become one component (neural-search field), then that would sort of guarantee that any new feature in ml-common or kNN must be reflected in the neural-search field type before their release.

@navneet1v
Copy link
Collaborator

If they become one component (neural-search field), then that would sort of guarantee that any new feature in ml-common or kNN must be reflected in the neural-search field type before their release.

@asfoorial thanks for providing the details. I want to know little bit more on what features added in ML/k-NN doesn't make into Neural. May be there is something missing.

But I really like the idea of having a field which can encapsulate the processor information.

@navneet1v
Copy link
Collaborator

One place where having the field will be useful is nested fields. I see putting this information in the processor is very painful and not intutive.

@navneet1v
Copy link
Collaborator

@minalsha please take a look into this and please add your thoughts

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancements Increases software capabilities beyond original client specifications
Projects
None yet
Development

No branches or pull requests

3 participants