Hey,
Darkmonk, you there? ... ... ...
Now that the effort to find a great filename regex seems complete, I had a few minutes to really look at your Star Trek post, above. The lack of tables definitely hurts my understanding of what you want. Nor did I understand what you meant by saying that calibre uses custom fields and that they can be used for sub-series despite ePUB not supporting such a feature.
Despite that, how about a scheme something like the following?
- Original Filename: STAR TREK - TOS - 085 - My Brother's Keeper, Book One - Republic.pdf
- universe = Start Trek
- setting = TOS (means The Original Series?)
- setting index = 085
- series = My Brother's Keeper
- series index = 1
- title = Republic
I used <universe> and <setting> instead of <subordinate series> because it seems appropriate. These specific words might not adhere to the "flavor" of other books though. I avoided re-using <series> because I'm not aware if it is a
reserved word in the programming language sense, either by calibre or ePUB.
<Universe> would be the over-all series name including all derivative works. It would not have a <universe index> because it is simply a container for all of the Universe's constituent parts.
<Setting> is the exact branch, or portion, of the Universe that is being written about. In Star Trek terms, this would be TOS, TNG, DS9, VOY, ENT. (If I understand correctly how things are arranged in the Trek books. I haven't ever read any of them.) The <setting index> reflects the
publication order of the various books within this Setting (as opposed to timeline / chronological order).
<Series> and <series index> follow calibre's standard fields. I assumed the more finite series name of "My Brother's Keeper" belonged here because series are not very long. Right now I think the Wheel of Time is the largest series. I don't count Trek, Buffy, Babylon 5, etc because not all of the books are concerned with a single storyline arch.
Dang! I was halfway through generating the formula and something broke the whole thing. Not sure, but think I might have exceeded the max number of variables for regex.