Futilities/human: Difference between revisions

From Woozle Writes Code
Jump to navigation Jump to search
No edit summary
No edit summary
Line 3: Line 3:
The Human Futilities are a set of file-oriented command-line utilities, primarily useful for handling large filesets.
The Human Futilities are a set of file-oriented command-line utilities, primarily useful for handling large filesets.


* {{l/sub|goals}}
* {{l/sub|goals}}: what these are for
===Future===
* {{l/sub|lib}}: class library
Thinking about how Nextcloud works has led me to realize its shortcomings and how overspecialized it is. I'm thinking that each piece of it can eventually be replaced by much more flexible tools.
* {{l/sub|ui standards}}: user interface standards and conventions
 
==Terminology==
I'm also repeatedly seeing the usefulness of having a searchable index of files that includes filename/path, timestamps, hash, and ideally the ability to tag files and folders with keywords -- all of which would be a key part of [[FileFerret]] -- and how relatively easy it is to create and maintain such an index using these utilities. (It also makes me wonder why there are, apparently, no filesystems with a queryable file database built in -- or, at least, a way to add one on.)
* A '''file tree''' is a given folder and all of the files and folders inside of it.
* A '''file index''' is a collection of file-content hashes and the filepecs for the files that had those hashes at the time of indexing.
* A '''file collection''' is all the files referred to by a particular content-hash index
==Commands==
==Commands==
{| class="wikitable sortable"
{| class="wikitable sortable"
Line 15: Line 17:
| {{l/sub/lc|FF}} || 0 || Y || - || find files by mask, date, contents
| {{l/sub/lc|FF}} || 0 || Y || - || find files by mask, date, contents
|-
|-
| {{l/sub/lc|FCC}} || 3 || n || I || file collection copy
| {{l/sub/lc|FCM}} || 3 || n || I || file collection merge
|-
|-
| {{l/sub/lc|FIC}} || 2 || n || I || file index comparison
| {{l/sub/lc|FIC}} || 2 || n || I || file index comparison
Line 26: Line 28:
|}
|}
I might end up splitting FTS into multiple parts...
I might end up splitting FTS into multiple parts...
===Future===
Thinking about how Nextcloud works has led me to realize its shortcomings and how overspecialized it is. I'm thinking that each piece of it can eventually be replaced by much more flexible tools.


==Other==
I'm also repeatedly seeing the usefulness of having a searchable index of files that includes filename/path, timestamps, hash, and ideally the ability to tag files and folders with keywords -- all of which would be a key part of [[FileFerret]] -- and how relatively easy it is to create and maintain such an index using these utilities. (It also makes me wonder why there are, apparently, no filesystems with a queryable file database built in -- or, at least, a way to add one on.)
* {{l/sub|lib}}: class library
* {{l/sub|ui standards}}: user interface standards and conventions

Revision as of 19:56, 7 October 2022

The Human Futilities

Purpose

The Human Futilities are a set of file-oriented command-line utilities, primarily useful for handling large filesets.

Terminology

  • A file tree is a given folder and all of the files and folders inside of it.
  • A file index is a collection of file-content hashes and the filepecs for the files that had those hashes at the time of indexing.
  • A file collection is all the files referred to by a particular content-hash index

Commands

name seq spider? hash description
FF 0 Y - find files by mask, date, contents
FCM 3 n I file collection merge
FIC 2 n I file index comparison
FTM 0 Y n file-tree mover
FTI 1 Y O file tree index
FTS 3 n I (opt) file tree sync

I might end up splitting FTS into multiple parts...

Future

Thinking about how Nextcloud works has led me to realize its shortcomings and how overspecialized it is. I'm thinking that each piece of it can eventually be replaced by much more flexible tools.

I'm also repeatedly seeing the usefulness of having a searchable index of files that includes filename/path, timestamps, hash, and ideally the ability to tag files and folders with keywords -- all of which would be a key part of FileFerret -- and how relatively easy it is to create and maintain such an index using these utilities. (It also makes me wonder why there are, apparently, no filesystems with a queryable file database built in -- or, at least, a way to add one on.)