Can you give some examples items that it doesn’t retrieve?

[I haven't checked this out at all, but just to note that CrossRef did some maintenance today, so some APIs may have been temporarily down]

The DOI add-on works and it's uses the correct Crossref openurl resolver (see https://www.crossref.org/education/retrieve-metadata/openurl/#openurl-resultsa-id00381-href00381i-classfa-fa-linkia )

The OpenURL search requires more precision than the simple search interface. It finds the DOI for the above referenced title for me when I provide enough information, but I'd guess that the fact that the exact same title exists twice means that it does, in fact, require more detail

Thank you for your answer. I hope it can be fixed as soon as possible. This plugin is so useful!

@bwiernik: Reviving an old thread, primarily to say thanks for this great tool. Of course, I also have a question about failed DOI retrievals. For example, I have this article in Zotero: "Zhang, H., ... , 2020. Anaerobic digestion based waste-to-energy technologies can halve the climate impact of China’s fast-growing food waste by 2040. Journal of Cleaner Production"

So I have the title, journal, date, and author (they're all correct: https://www.sciencedirect.com/science/article/abs/pii/S0959652620335356), but DOI Manager is not finding a match.

Do you have any ideas about what the problem could be, and is there anything a regular user can do to troubleshoot?

Many thanks!

@andrew809 CrossRef lookup of the metadata for that item simply fails. There isn't anything the you can do about it on your end. I am not sure it is fixable by me, either. Most items do retrieve correctly here, so I'm not sure if the problem is with Zotero's OpenURL structure for the item, with CrossRef's API, or with the publisher provided data.

@dstillman I think the issue with this item and the CrossRef OpenURL interface is that these items have a single article number rather than two page numbers. For example, both of these items fail with CrossRef OpenURL lookup:
https://www.sciencedirect.com/science/article/abs/pii/S0959652620335356
https://www.sciencedirect.com/science/article/pii/S000187912030097X

But this one, which is a journal with page numbers, rather than article numbers, works:
https://www.sciencedirect.com/science/article/abs/pii/S2213343715002420

The article-number-having articles fail whether or not I delete extra fields and whether I have or remove either the authors or the page number.

Is there something malformed about the OpenURL request for these items that could be fixed on Zotero's side? Do you have any suggestions?

@dstillman Any suggestions for whom?
@adamsmith @zuphillip

I actually think andrew809's diagnosis is right:
CrossRef does accept the rft namespace (see https://www.crossref.org/education/retrieve-metadata/openurl/#00388 ) but for some reason it seems to choke on full dates, even if they're in the metadata and work with the non rft version. If I run the exact same query you have above with rft.date=2020 it resolves.

I'm not seeing anything wrong with Zotero's openURL queries here. You could try filing an issue with CrossRef's github (they're not always super responsive, but they're generally very helpful when they do respond), though I seem to recall Geoff Bilder saying they don't do much with the openURL API anymore, of you could just strip the date parts in the openURL queries you're using.

I don't think we'll want to "fix" this in generateContextObject function because that's also used to generate COinS and we don't unnecessarily want to lose data there (I'm fairly certain YYYY-MM-DD is valid rft.date).

I don't know the lookup code well enough to say whether we could do something about that there, but if I understand you correctly that also wouldn't help you?

If I had more coding capability, I'd offer to help. For now, thanks to you all for the thoughts and time. Both Zotero and the DOI manager are great tools!