Occasionally, I need full-text search on my bookmarks to find a specific bookmark I added some time ago.
Usually, browsers only support search of bookmarks in the website's title tag which is often not sufficient to find a bookmark.
Some browsers, like Safari, provide built-in support for full-text search, but can only be used for content that's already in the browser's history.
Bogrep imports your bookmarks from multiple browsers (removing duplicates), and then downloads and caches them in plaintext (without images or videos). These cached bookmarks are subsequently used for full-text search.
Small suggestion: could you make it available for other package managers like homebrew, since not everyone has the rust tool chain installed?
I think these sorts of automated personal knowledge gathering systems are an under developed concept. There is things going on though with projects like Spyglass which does local website indexing and search.
Somehow I still prefer some CLI-based tooling though which I can configure as needed instead of a fully-fledged GUI-based solution.
They have. Many, many, many, many, many times.
I remember HN balked at the cost.
A combination of that and this would make my life so much better, i think. That or giving away all of my computers.
https://www.rewind.ai
Was your CPU usage ok when running the background service?
bogrep + everything (windows filesystem search) + the screenshot "service" - i'm about 80% sure it was a service and not self-hosted - would completely obviate the need to remember anything ever again! It would also eliminate the hassle of firefox or chrome "forgetting" my bookmarks every few years in an apparently random fashion.
I've been having HN "dropbox" moments about this... how hard can it be? I've hacked together OCR to use my phone to control my icom ic-7100 - the person who makes/sells the bluetooth serial ports compatible with icom Ci-V was out during the pandemic, and before, when i needed one, so i wired a raspberry pi to the Ci-V port, enabled BT file transfers on the pi, and using repeaterbook on the phone with GPS i could find the info page for a nearby repeater, do the 2 finger screenshot, hit share, and the pi would OCR it and get the frequency and offset. I never bothered to extract the PL tone frequency, because my radio can find that quickly on an active repeater.
So there's a workflow, and i have spare machines to do the OCR and inserting into solr (or whatever).