[capink]

Originally Posted by Rellwood

Also, there are lists with just the title, and not the title/author. I am sitting on lists containing every audible book I have but the list only has the titles and the asin (and a y/n column indicating if the book has been deleted or not), I have a list of all the books I have purchased and deleted/returned but the list ONLY has the asin, and I can't figure out how to import it without titles/authors, especially if I don't have the book in my library.

I think that these changes would be very useful.

The author field is not mandatory. While you cannot get rid of the author control when mapping columns, you can simply set the column value to zero.

Originally Posted by Rellwood

Allow lists that don't have authors/titles but do have identifiers to import. Amazon has been allowing users to download their data, but their Kindle data for the most part has just the asin identifier and not the titles/authors of the book. I am trying to find a way of importing them.

The title field is mandatory and I have no intention of changing that. If you must import lists without titles, you can simply map the title column to an arbitrary column (you can map a single csv to more than one field), and clean it after importing using the bulk metadata edit tool.

But note that whatever column you map to the title, it must contain value for each row for it to succeed. So you can map the identifier to the title field. If your csv don't have a column with values for each row, you can simply insert the same value for your title column in your spreadsheet editor.

Originally Posted by Rellwood

Allow users to configure the title/author designated columns and not just the ones that Calibre has. Many times a book in a list will have different titles/authors than just what Calibre has, and if they don't have identifiers that makse it much more difficult to match up.

I don't understand this, if they have different title/author and have no identifiers, they are not going to match anyway.

Edit: does you mean matching books using columns other than title/author/identifiers? If so, this is a lot of work and and will end up being far from perfect for variety of reasons. Beside the work it would take, one of the main worries here is false matches ruining users metadata. I am not ruling this out altogether, but not right now.