Zotero 7: Attachment title behavior with linked files
dstillman
Zotero Team
This discussion was created from comments split from: Z7 - File names NOT changing.
Upgrade Storage
I have all my (pdf, ebook, image, web pages) files in discrete folders in my laptop (one folder for pdf's and ebooks, one for images, one for web page (sub)folders) and I use the 'linked file' option each time I download a file. For some parent items I have multiple files (one original file, some edited, some with OCR, etc). I have found this to be the best way to keep Zotero light and organized without multiple duplicates in the library (yes, I've tried using duplicates for each edited file but it was a logistical nightmare). This method allows me to share and backup actual files while (only) synchronizing the (very light) library data to the cloud.
In my case I have always had to change the name of the file manually. I'm unsure if this was the result of some preference change I made in the past (+-5 years ago), but this was my preferred option anyway. It allowed me to first edit the parent item/citation to the file system I use and only then to change the actual file name in the folders with all the files. It allowed me to append a suffix such as "OCR" or "COMMENTED" to a version of an actual file and to change its name directly from Zotero (by ticking the box that I believe has disappeared with Z7).
Overall, this method also does away with the 'itunes' kind of behaviour when using Add attachment > File or "Automatically attach and rename associated PDF's ..." or "Automatically take snapshots of web pages ..." whereby the resulting library structure had little in common with the actual structure of the "storage" folder and eventually I had no oversight of where files were or how heavy they were.
With Z7 each time I link a file and rename it with parent item data 1. the file is indeed renamed, but 2. I get inconsistent behaviour from the label that the attachment gets in the actual library. Mostly, the attachment label changes to "PDF", "ebook", but sometimes the label indeed doesn't change, and I still see the name of the original downloaded file. I find this weird, since I always first download the file to the specific folder (pdf with pdf's, jpg with images, etc) and only then "Add attachment > linked file" to link it to the parent item in the zotero library + "Rename file" to change the actual file name to match the citation style of the parent item.
Currently, I'm dealing with this by manually changing the name of the actual file in the folder in my PC, and by manually changing the label in Zotero to match the actual file name.
This is a minor nuisance, but it would of course be easier if it were possible to revert to the previous behaviour.
By all means, any advice on how to better manage my library is always welcome.
Thanks again for all the amazing work you guys do.
Zotero for the win!
Toro
As for the rest, we have additional changes coming that might help, including continuous renaming and a renaming variable for the attachment title. Essentially, you'll be able to specify a format like "use the attachment metadata, unless the attachment title doesn't include 'PDF', in which case append the title to the end of the metadata within parentheses", and then you could simply type "OCR" into the attachment title field and have the file automatically renamed to "Smith - 2004 - This is My Book (OCR).pdf", while still getting the benefits of simpler, less redundant titles in the items list.
Why on earth is it "*SUPPOSED*" to be set ...
It is nondescript, meaningless, impeding .
I am working in a big part with partial PDF-scanns of Books. I want to see the titel or better the name of the file I use for this scann. And it simply is not a good idea to use a generic TITEL anyway.
The rational it being SUPPOSED to be a generic non-titel may be to avoid redundancy. Ok, if your priority is avoiding redundancy so make it configurable so you can have it non redundent and others may prefere descreptiveness.
And a may be convincing reason for not giving a hoot about redundency: Take what ever book you have on your bookshelf, you will read the Titel on the cover .... and then go to page 3 or 5 (most of the time) and read. It's the titel again, and no publishing house prints "book" instead of the titel. And no one cries "redundant, redundant, ...
So please, there is no sane reason for an apended file to be SUPPOSED TO BE generic other than not recognizing how ugly and useless it is.
So yes, my request may sound a little tense, but I now spent some time to edit again and again each and every new appended file to its NAME because I get skin rash each time I see PDF as a braindead title in my zotero library.
Thanks
Michael Hatzold
Also from that page:
In this case, you could have saved yourself a lot of grief with a simple question instead of a rant: Zotero enabled displaying the filename instead of the attachment title in the middle panel several months back (it's a checkbox under the fourth heading in the General tab of the preferences).
But thanks for pointing to the preferences. Leastwise something ...
Even if an attachment file is *already* in its linked-files folder ( the specified 'Move to' directory), right-clicking on a PDF and selecting Zotmoov: Move Selected to Directory will still rename the title and filename to your chosen Zotero renaming format. You can of course also rename the title/filename manually in the right pane.
Also, since Zotero now changes filename/title when metadata is updated, if you don't want that it can be turned off via the following Config Editor preference:
extensions.zotero.autoRenameFiles.onMetadataChange