LisPi on Nostr: nprofile1q…pf64k Yeah, proper persistent object storage and arbitrary metadata ...
nprofile1qy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyqpq2w8zxt6wp44wjdk7p2scj6l49fra65hk24vt48vcputdaslywmdq2pf64k (nprofile…f64k) Yeah, proper persistent object storage and arbitrary metadata fields (including tags) would be awesome.
Instead I've got a bunch of SQLite databases and then a mix of Elisp & Common Lisp scripts to interact with them (and do stuff like generating lists and dired views since dired can just take a list as an argument).
If you wanted a non-Emacs option there's stuff like tmsu/tagsistant but tags are simply more limited than unrestricted metadata.
My code would be a lot neater if I didn't need my stuff to work on Debian Stable too. The current version of Emacs on Stable has no direct SQLite support, so it's either EmacSQL or communicating with subprograms or loopback servers.
Instead I've got a bunch of SQLite databases and then a mix of Elisp & Common Lisp scripts to interact with them (and do stuff like generating lists and dired views since dired can just take a list as an argument).
If you wanted a non-Emacs option there's stuff like tmsu/tagsistant but tags are simply more limited than unrestricted metadata.
My code would be a lot neater if I didn't need my stuff to work on Debian Stable too. The current version of Emacs on Stable has no direct SQLite support, so it's either EmacSQL or communicating with subprograms or loopback servers.