View Single Post
Old 02-16-2014, 07:16 PM   #8
BetterRed
null operator (he/him)
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 21,825
Karma: 30277270
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Much of the following reflects what I used to do regarding additional but I think I now have a better scheme which you can read about here Additional materials related to a book

The .7z approach works fine, and it has some advantages, but I think my latest scheme is more flexible - it also means I manage additional 'stuff' for authors and books in much the same way.

BR


Quote:
Originally Posted by piovac View Post
Supplemental material. I like to keep additional material like example code, errata, etc., including my scanned hand notes, together with the book. The method I found so far in OSX is to put all together in a ISO image and import it as a book format. Differently from the Skim notes, the "dummy" .iso book comes up in the list as a format. Does it mean that the ISO is at this point a registered format?
See previous post re 'register'

To add the ISO (for supplemental material I do the same as you but with .7z archives) you will need to use Add Books->Add files to selected book records, or the calibredb add_format command or the calibre [ebook_file_path] command.

One of the downsides of using an archive is that they have to be unpacked (in windows to a temporary area) to access the contents, and adding or removing content or updating something like a spreadsheet is 'fiddlesome'.

So if the information is volatile I keep it in a folder adjacent to but separate from the Library - ie alongside my Main library folder I have a MainInfo folder. The sub folders in MainInfo are a partial subset of the Main library subfolders. If I have anything in a MainInfo author folder I put a URI link to the folder in the Author Link field (see Manage Authors) and for a book I put a URI link to the folder into the My Comments/mycomments custom column. This means I can click Author Name in Book Details to open a MainInfo/author folder, and I can click the link in My Comments, which I display in Book Details, to open a MainInfo/author/title folder

Why My Comments and not the built-in Comments?
  1. you can't edit Comments from the Book List (ie in a cell) but you can edit Long Text custom columns in a Book List cell.
  2. if you use metadata downloading Comments might be overwritten if one isn't careful.

Quote:
Originally Posted by piovac View Post
Paper books. Similar situation. I like to use calibre to keep record of my paper books. I created several dummy files (dummy.paperback, dummy.hardcover, ...) that I import when I create the book record and they show up as a format. Similarly as before, is it good or do I need to register the format as well?
I use Add Books->Add Empty Book. You can maintain all the metadata in the normal way, maybe have a custom column to indicate you have the printed book as opposed to a book that you don't have in any form.

No need to create a dummy formats - calibre will create the author and book folders but all it will have in it is the opf file, you could use the download metadata to source covers, comments etc .

I think I've covered the 'register' issue - again apologies for the confusion.

BR

Last edited by BetterRed; 06-16-2014 at 08:11 PM.
BetterRed is offline   Reply With Quote