You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
This is less of a feature request but more a dumping of ideas. The need is to take a busy desktop with many, many *.ctd documents scattered around and building in effect a vector database where desktop queries can be made rather than search within any single document.
Describe the solution you'd like
Ideally I have long had this requirement in the back of my mind since I have hundreds of *,ctd and other MIME types buried in my desktop. So the theme is "order out of chaos". Hierarchical structures (as in CherryTree) can only go so far and requires human limited memory. But then we move into the realms of vector database methods of organising unstructured data. This came to a head in last few days when I had to find elusive notes (usually in *.ctd but sometimes other MIME types) buried away deep in desktop Ubuntu.
One idea is to upload all *.ctd files to an eXistDB (XML) server and use query functions. such "collections" work nicely.
Another idea is to use a desktop tool such as Albert where a "prompt" pops up and I look for terms across the universe of *.ctd documents. For example [Ctrl+Space] pops up the query and I type [CT command]. A Python extension for CT. But Albert is not crossOS, the equivalent in Mac being Alfred.
Yet another idea is to build a "mothership" instance of CherryTree with scripts in Codebox to hunt for all *.ctd files in desktop and apply "mothership search".
I was hunting today for an elusive important *.ctd note and used Recoll.
So I am planning to draw these thoughts together with CherryTree being "nodes" in a grand desktop vector database.
Other thoughts bubbling away.
The text was updated successfully, but these errors were encountered:
gitvectors
changed the title
Reorganising / consolidating multiple CT documents scattered through Ubunto desktop
Reorganising / consolidating multiple CT documents scattered through Ubuntu 20.04 desktop
Aug 26, 2024
gitvectors
changed the title
Reorganising / consolidating multiple CT documents scattered through Ubuntu 20.04 desktop
Reorganising / consolidating multiple CT documents scattered through Ubuntu 22.04 dual boot desktop
Aug 27, 2024
One observation I make. CherryTree has a feature .. File > Recent Documents. Now this is useful to hunt through recently opened CT documents to search for recent notes. However when any is selected and opened from this Recent Documents list it is added to the top of the list and the list stack is pushed down. It would be helpful to have an option to lock/unlock this list so that recent files can be reviewed then closed without changing this list. Other than this strategy I use Recoll to index every *.ctd file (sorted by date) using query: ext:ctd "search term". And more complex queries.
Further observation. I create a folder containing a CherryTree document. Into the folder I drop various assets such as snapshots to be embedded into the CherryTree document. When I wish to Insert Image into node the Select File opens at desktop home directory. It would be more streamlined if Select File goes first to the absolute path of the CherryTree document where the assets are held. With multiple inserts it is time wasting to look for location of each Insert Image operation.
Is your feature request related to a problem? Please describe.
This is less of a feature request but more a dumping of ideas. The need is to take a busy desktop with many, many *.ctd documents scattered around and building in effect a vector database where desktop queries can be made rather than search within any single document.
Describe the solution you'd like
Ideally I have long had this requirement in the back of my mind since I have hundreds of *,ctd and other MIME types buried in my desktop. So the theme is "order out of chaos". Hierarchical structures (as in CherryTree) can only go so far and requires human limited memory. But then we move into the realms of vector database methods of organising unstructured data. This came to a head in last few days when I had to find elusive notes (usually in *.ctd but sometimes other MIME types) buried away deep in desktop Ubuntu.
One idea is to upload all *.ctd files to an eXistDB (XML) server and use query functions. such "collections" work nicely.
Another idea is to use a desktop tool such as Albert where a "prompt" pops up and I look for terms across the universe of *.ctd documents. For example [Ctrl+Space] pops up the query and I type [CT command]. A Python extension for CT. But Albert is not crossOS, the equivalent in Mac being Alfred.
Yet another idea is to build a "mothership" instance of CherryTree with scripts in Codebox to hunt for all *.ctd files in desktop and apply "mothership search".
I was hunting today for an elusive important *.ctd note and used Recoll.
So I am planning to draw these thoughts together with CherryTree being "nodes" in a grand desktop vector database.
Other thoughts bubbling away.
The text was updated successfully, but these errors were encountered: