-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Stronger boolean search with date range #352
Comments
I finally found the document I was seeking using Interesting enough, |
Omnisearch is essentially a huge wrapper around minisearch with a bit of customization on top of it. I understand those are all desirable features, but they're mostly not feasible with minisearch. I'm not against using another search engine - see #179 for a related discussion about uFuzzy -, but switching engines is not a small undertaking. Edit: see also #172 and #252 for discussions about date ranges. |
Thank you for the reply. I've read the other issues, and it sounds like this feature is more for the underlying engine rather than this implementation. Fine work otherwise, thanks for what you're doing. |
I wrote a note last week. Searching for it by keyword isn't working even with
fuzzy enough
enabled. I don't remember if I used the termshutdown OR close
in the document.If I could search,
-mtime +7 (shutdown OR close) AND members
it would narrow the scope quickly. Because a searchshutdown members
orclose members
doesn't return anything relevant.Some long specific searches,
shutdown membership site brunson kennedy
don't return anything. My assumption is theAND
operator, where I'm scoping by speakers names and subject.Also my expectation was that
shutdown
andclose
being synonyms would trigger something with fuzzy. I do know that the two words would be near each other, soshutdown NEAR member
would also be useful.An ideal solution would be GNU find commands for the date range, plus boolean for the search. This would allow scoping of a search term for more accurate results.
My Obsidian vault has 26k files. Performance is awesome. Using Omnisearch + Text Extract works consistently. Unfortunately, I either get too many results or none at all.
I'd be more than happy to test. However, I don't understand the code enough to contribute. If possible, use a common syntax library so boolean or time modifiers are familiar to the maximum number of users.
The text was updated successfully, but these errors were encountered: