<p dir="ltr"><br>
On Jan 19, 2015 10:58 PM, "martin f krafft" <<a href="mailto:madduck@madduck.net">madduck@madduck.net</a>> wrote:<br>
><br>
> also sprach Jason A. Donenfeld <<a href="mailto:Jason@zx2c4.com">Jason@zx2c4.com</a>> [2015-01-19 13:41 +0100]:<br>
> > Find another project then<br>
><br>
> Thanks for this excellent advice.<br>
><br>
> Martin Dimitrov's kind response at first made me assume this was<br>
> a sensible place, but you just made it clear that the project leader<br>
> disagrees.</p>
<p dir="ltr">Sorry for my rather rude response. This is actually something I've given some thought to in other contexts --<br>
I like the simplicity afforded by filesystem-centric designs. See pass, another pet project of mine based on this. I also really dislike odd file formats, big hard to understand blobs, etc. I like for things to be easy to debug and incrementally backup. Etc etc. Email, however, evades me; I want tags/labels with emails. And yet as hard as I try, I fail to design an on-disk format or filesystem layout that cleanly maps "tags" back to a sane easy to understand resilient format. Everything becomes too messy too fast. So with photos, one of the things I still manage to keep organized in folders and not tags....well, I cling to this small island of sanity and simplicity I still possess.</p>
<p dir="ltr">(For your purposes, symlinks for individual tags will suffice, and then have the front end multifetch and do the combinatorials.)</p>