Quote:
Originally Posted by theducks
Maybe  (A lot of us have bigger Libraries and been there, Done made Mistakes, had to fix them, because they found the exceptions  )
He also did a few Collaborations, Appeared in compilations... That would result in a different {Authors} combination.
Other SERIES do not have a set group of authors. Some do a story, some colab with different ones in the series.
The rule seems to be: At some time, those pesky Authors will break your plan
This is why Metadata based Libraries are better than Filename based systems. Even then, Calibre can't cope with all those pests  come up with.
- 2 or more series (when they x-over) .
(I have ONE custom series column for that case)
- Spin-off I stop tracking the {series_index} of the main series and use hierarchical series. Pern.Harper Hall[3] , over 2: <Various> (Collections with many, have variations)
I would also not use {pubdate} or any other field that might change during the Life of a book series (Authors do change Publishers, reprints might get a version bump or new date) I even messed up using the Calibre {id} in a file name as repairing a Library or some other things can get that changed. {id} is for Calibre internal on that Library. |
mmm - so what would you suggest, as a possible simplest rule? Sorry to ask, but I'm having problem with this regex-like language, and keep getting errors...