Can I prevent automatic child item creation for DOIs?
I sincerely apologize if this question has been asked and answered elsewhere. I couldn't find it if so. My zotero database is mostly populated by importing .ris files from places like sciencedirect, etc. There's a perfectly good spot within the database for the doi, and the import routine generally populates this field correctly. However, for some unknown reason, it also creates a child item with the doi. I wish it wouldn't do this. I like to reserve my child items for attaching links to PDFs of the complete article.
It's not a huge deal - I can continue as always just deleting the child item after every import. I'm curious about two things, though:
1) What was the logic behind creating the child item doi in the first place? Why not just store it in the main record?
2) Is there a setting that I'm missing, that would allow me to "turn off" the automatic child item creation for doi?
Any thoughts, pointers, suggestions are much appreciated.
It's not a huge deal - I can continue as always just deleting the child item after every import. I'm curious about two things, though:
1) What was the logic behind creating the child item doi in the first place? Why not just store it in the main record?
2) Is there a setting that I'm missing, that would allow me to "turn off" the automatic child item creation for doi?
Any thoughts, pointers, suggestions are much appreciated.
I will examine some of the ris files I've imported recently and see if they have doi info in note tags. Those would be the N1, N2, etc tags?
I'd very much recommend using the browser extensions and Zotero import is optimized for those and almost always supplements or correct metadata supplied by publishers or databases.
You're obviously free to use Zotero however you want, though, but you'll understand that we'll not spend a ton of time troubleshooting non-standard workflows.
Another way to look at this would be as a feature request. If there's already code to clean things up that works on the server side, maybe implement that same code in the routines that import references from files?
My current routine is as follows: 1) find an interesting article; 2) export the .ris file; 3) import the .ris file; 4) download the pdf; and 5) attach the pdf. I like to store my pdfs locally. I guess when I think about it, if I used the bookmarklet, I'm just replacing step (3) with a "sync zotero to server" step. I'll give it a try for a while and see what happens.
Thanks for your help.
I think it may be worthwhile taking another look at how Zotero works-- I understand you've been using it for a long time, but you seem to have a number of misconceptions about it, most notably about the connection between browser extensions and cloud components (the two have almost no connection).
For your workflow, for example, you wouldn't use the bookmarklet. You'd use the browser extension, assuming you're able to use Firefox, Chrome, or Safari.
Then the workflow would be
1) find an interesting article
2) click the save to Zotero button which will import the article into Zotero and attach the PDF
this does not depend on using Zotero sync -- it all happens locally. You don't even need a Zotero account for this.
The issue with the clean-up code isn't that it's only run server side (it isn't) but that clean-up depends on the source of the metadata.
E.g. we wouldn't want to strip DOIs from all notes -- some people may store DOIs in notes. We strip them when importing from publishers where we know that they put DOIs in note tags in RIS incorrectly.
You could modify the RIS importer to not include notes or check if they are DOIs befor importing, but it does seem like a waste of time to me. But FWIW: https://www.zotero.org/support/dev/translators/coding
https://www.zotero.org/support/getting_stuff_into_your_library
https://www.zotero.org/support/quick_start_guide