-
Notifications
You must be signed in to change notification settings - Fork 192
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
[ENHANCEMENT] Wildcard support #770
Comments
Hi @jess-lord . Thanks for raising this issue. Is your requirement to search only based on a filter with no query? Or do you intend to use the wildcard potentially as part of a string? e.g. In the meantime, I believe having Here's an example I just tried
Results:
As you can see, this didn't return the document with |
@farshidz Thanks for looking into this. I'm looking for exact token matches, so "troll" should match "the troll under the bridge" but not "the trolling of online forums". The use case is to search marqo document content for important keywords that need an exact match. So the filter would target the "content" property of the documents. Maybe a more abstract example is easier:
In this example my objective is to filter the index for docs with content of abc1, and tag all matching results with a topic of genreA, and tag docs containing abc110 with genreB. When filtering for "abc1" I don't want to get this second document. |
@jess-lord since Marqo 2.7, you can now search with
The best workaround I can think of is to split your text ( |
Is your feature request related to a problem? Please describe.
Marqo 1.4 supported wildcards in the query string, which we relied on to do metadata-only filters and queries.
Describe the solution you'd like
Please support wildcard queries again.
Describe alternatives you've considered
The only alternative for us is to stay on marqo 1.x
Additional context
This worked in marqo 1.4 but 2.2 does not return the records. These are metadata records that have no content
{"q":"*", "filter":"tag:_summary", "searchMethod":"LEXICAL"}
A workaround here can be to set the query to _summary but that doesn't work for the next example.
{"q":"*", "filter":"NOT topic:(Trolling) AND content:(Trolling)", "searchMethod":"LEXICAL", "searchableAttributes":["content"]}
This used to work but now returns 0 results, and I can't set the query to Trolling because I need a literal match on that string (lexical is fuzzy and will return results for permutations like Troll). The records do not have any value set for their topic attribute. Content is a tensor field in a structured index that is configured to also have lexical and filter during index creation.
The text was updated successfully, but these errors were encountered: