![]() ![]() The user should be free to decide what to keep under an item, be it Supplementary Materials, Journal Pre-proofs, paper retraction notice, commented versions of a pdf file. The argument that "there should be only one valid copy of the paper published" is not valid to me. In Mendeley, I could simply see the two files in the right panel, have the ability to look at them, and decide whether or not to delete some of them. If there are different files, what is going to happen to my files if I merge the items? Is Zotero going to decide for me without any warning and delete the file that it has decided is not good? I indeed found 2 copies of that entry, but with 2 different files, not only 1 as shown in the duplicates folder. So I had to open the pdf file (selected by Zotero) to copy the title to search back into the library. to realize that I cannot copy any of the metadata from the duplicate folder view. I wanted to copy the DOI from the metadata panel. I have checked this manually by searching the item in my library. It means that the "Duplicate Items" folder does not show me all the files that are attached to the entries to merge. This is very suspicious, because I know that nearly all entries in my library do have a PDF attachment. When I expand the items to see the attached files identified as duplicates, I see that the large majority of them only show one attached pdf file. I have also explored the "Duplicate Items" folder. Is there a design or technical reason preventing Zotero from checking that the file is not already in the library, as done by Mendeley? Zotero seems to check duplicates only based on the metadata, without any check on the file imported? Importing a pdf file 3 times in a row imports that same file 3 times in different entries, with exactly the same file stored multiple times on my computer. ![]() This does not seem to be implemented in Zotero. I understand that this is done by a simple check of some kind of unique identifier of each file imported. I could import the whole folder every time, without having to worry about duplicates, because Mendeley would simply identify that the PDF file was already in my library. LocalUrl like 'file:///C:/Users/John/Documents/Mendeley/' įigure 2.I am coming from Mendeley, where I was importing most of my references manually from pdf files downloaded to a local folder. LocalUrl = replace(localUrl, 'file:///C:/Users/John/Documents/Mendeley/', 'file:///C:/Users/John/Documents/Literature/') After execution of the query, saving the SQLite database and restarting Mendeley Desktop the files should link correctly again (see Fig 2). This query replaces the string of the old path with the new one. These old paths (old: file:///C:/Users/John/Documents/Mendeley/) need to be changed to the new location of the literature folder (new: file:///C:/Users/John/Documents/Literatuere/) with the following SQL query. Open the with the SQLite Browser.The paths to the files are stored in the table „files“ (see Fig. Edit the SQLite Database to store the new file paths In our example the literature of the first computer is stored in C:/Users/John/Documents/Mendeley/ and of the second computer the files will be stored in C:/Users/John/Documents/Literature/.ģ. On Windows machines it is located inside the user folder in AppData\Local\Mendeley Ltd\Mendeley Desktop looking like this: (see: Article: Locate mendeley database).Ĭopy the folder storing all the literature (all PDF files etc) from your first computer to the second computer. Copy the database and the folder storing all the literature filesĬopy your Mendeley Desktop database file on your first computer to the second computer. Installation of Mendeley and SQLite Database Browserĭownload and install Mendeley desktop and the SQLite Database Browser, to edit the Mendeley database file, to your second computer, where you want to migrate Mendeley.Ģ. (This guide assumes that all the literature files are stored inside one folder)ġ. The following guide shows how to replace the paths inside the Mendeley database. ![]() The problem however is, that in the database the paths to the files (mainly PDFs) are stored as absolute paths, which are not necessairly the same between the two machines, hence the links to the files are not working anymore. If your collection became quite large, then you can copy the database file between the two computers. If you have a Mendeley account and all your synched files combined are not exceeding the space limit, then the files are synched through the Mendeley service. ![]() The following small guide helps to migrate the Mendeley library and the file paths of the linked PDFs. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |