Warn user if browser importing citation from journal website that already exists in library?
I have a big library, and it's obviously hard for me to mentally keep track of which papers I've put in it. I often find myself with many citations ending up in the duplicates folder because I pull them multiple times off the Journal website.
Could the browser plug-ins for Zotero warn you if you are going to do this? Or could Zotero Standalone alert you when you are adding a duplicate and give a "cancel/merge-newer/merger-older/keep-separate" option?
Could the browser plug-ins for Zotero warn you if you are going to do this? Or could Zotero Standalone alert you when you are adding a duplicate and give a "cancel/merge-newer/merger-older/keep-separate" option?
From the discussion on the page provided by aurimas, it seems the plugin works fine for the most part. But then it hasn't been updated for over 2 years. Does any one use it regularly and can commit how effective it is. Or, does it have any serious issues, so better avoid. Further, is this for Zotero with Firefox or some other configuration?
Further, how do I get the plugin? I am looking at this page:
https://github.com/chrisjr/zotero-prevent-duplicates
I downloaded the zip from the right column, but instructions for Windows users is confusing me.
I've put it up on dropbox since these instructions always confused people:
https://www.dropbox.com/s/tijgop9v6eplma4/preventduplicates.xpi?dl=0
(I'll note that you should trust people you download Firefox add-ons from. They can be used to pretty much take over and/or monitor your browser).
If you want to do it yourself, download the zip, unzip it, go two levels down so you see the various "chrome" files&folders, create a new zip file with those three in it, change the file extension to .xpi and open it in Firefox.
bwiernik, thanks for confirming. The Standalone and library points do not affect me. I hope the add-on does not slow down the process of acquiring items from the browser window because it is running duplicate checks. The check probably takes only a fraction of a second for a library with 2-3 thousand primary items?
I don't see how you could find that answer anything but helpful.
1. Half-baked solutions create double the work -- you first need to implement them in a half-baked way, then again properly.
2. In the process you may actually make things _harder_ to get right in the future because you need to maintain some legacy solution.
3. They are a nightmare to support. We'd constantly get questions from users who are on Standalone why the feature isn't working.
So yes, for most things, Zotero's approach is to do them once, and do them properly. That does mean sometimes they take a (relatively) long time to materialize, and add-ons like Chris's are actually ideal for bridging that gap.
I think an update (of fields of existing item) feature will be handy when the existing item has inaccurate or incomplete meta data. This happens to me often because I add articles soon after they are announced. At that moment, the item is "as accepted" on the journal website, and without volume or serial numbers assigned. However, the DOI is assigned, so matching items is not an issue. When the final article is published, I'd like to simply update existing entry.
We do have an updating feature planned in Zotero, though. Also not going to happen super soon, but that pretty much definitely will.
Other than the update feature, this utility works great and has been a great help. If Chris (the author) is around I'd like to thank him and request for adding the update feature :)
Is it possible to get this add-on signed? Thx in adv.
https://wiki.mozilla.org/RapidRelease/Calendar
Associated thread:
https://forums.zotero.org/discussion/52608/future-direction-of-zotero-firefox-addon
The old add-on referenced above is entirely useless now because it only ever worked for Zotero as integrated with Firefox, which no longer exists.