Mac 12.6 / Zotero 6.0.16-beta.3+29dd0cf5d / Firefox 105.01

I do not have a problem with ERIC items that are journal articles importing as books. ERIC report types seem to all import as report and books as books on my similar system. I doubt if translators are different for those of us who use the Zotero beta.

If the records I suggest below will import as books you will indeed need to provide more detail.

I almost always follow the "Direct Link" to the publisher to obtain the metadata and the PDF. I find that the ERIC metadata is sometimes less complete than that obtained from the publisher. This is especially a problem with article abstracts and pagination. Sometimes the ERIC record doesn't have the DOI and sometimes it does. Thus, I depend on ERIC only for identification but go to the publisher for the metadata.

A Zotero person will need to answer whether the ERIC translator is sufficiently "smart" to follow the multiple links needed to get to the publishers' sites to find the PDF. I haven't tried that in a long long time.

I download to Zotero ERIC journal articles as journal article type. Search for this on ERIC: Are Bullying and Reproduction of Educational Inequality the Same Thing? Towards a Multifaceted Understanding of School Violence.

That imports as a journal article using either the individual item icon or as a selection from the "group folder" icon.

I often don't get from ERIC the article DOI . See:

Interpersonal Predictors of Suicide Ideation and Attempt among Middle Adolescents
Sallee, Emily; Cazares-Cervantes, Abraham; Ng, Kok-Mun
Professional Counselor, v12 n1 p1-16 2022

However I can get the DOI from ERIC sometimes:

Proximal or Peripheral: Temporality and Spatiality in Young People's Discourses on Gender Violence in Sweden
Joelsson, Tanja; Bruno, Linnéa
Gender and Education, v34 n2 p167-182 2022

That's exactly what I did.

DWL-SDCA, thanks for your thoughts and examples for investigation. The article you suggested does import as a Journal Article, so it may be that all the books I'm seeing are reports. All my browser-based imports have been from the search results, which means I'm only seeing the folder icon and not the book icon.

I can't use publisher links in this situation, there are 439 search results. This is a systematic search for a scoping review. I actually had to pare down my initial search strategy because it exceeded the character limit at the web page. I reached out to their support people and they suggested I use the API instead, but it doesn't support quoted keyword phrases in searches and you can't download results in a format that can be imported into Zotero. I might have to do this in EBSCOhost instead.

I too have noticed a lack of DOIs in ERIC records.

Some other potentially relevant details for whoever might be reading, I have the following add-ons installed and enabled:
Better BibTex
ZotFile
Zutilo

I also have a number of disabled add-ons installed:
DOI Manager
scite
Storage Scanner
AutoIndex
Citation Counts Manager

Finally, I notice today that the Find Available PDFs experience is different -- instead of the dialog with the progress bar, I get a popup in the lower right hand corner of the screen that disappears after a few seconds, similar to the popup ZotFile gives you when it's renaming PDF attachments. Hm, maybe I should disable ZotFile and see if that changes any behavior.

Disabling plugins and restarting did not change behavior.

Debug ID generated, it's D476183896.

Weird. Here's another one: D1643601980

And here's a screen recording:

https://www.loom.com/share/0af63b71b8c347429865b7b0644af4ef

Ahh, I see. These do have URLs but they are attached to the items as "Catalog Links".

I mean, I'm not intentionally seeking out reports, it's the nature of the search that so many get returned. Many of them do have PDFs in ERIC, too.

(Or maybe that should be a Report, but regardless, Find Available PDF would work on it with a URL in the URL field.)

No — the issue is just that Find Available PDF needs to know where to go to try to find a PDF, and without a URL or DOI it doesn't have anywhere to go. A "Catalog Link" attachment isn't any sort of consistent, meaningful thing in Zotero.

But the fact that the Connector can save a PDF does mean that Zotero knows how to find the PDF on an ERIC page (which would allow Find Available PDF to work in the first place), and the Connector is also saving the ERIC URL to the URL field, which suggests that it's the kind of URL that belongs there.

So the question is just whether our .nbib translator (which can of course be used for data from multiple sites) should be populating the URL field instead of creating a link. I don't know enough about .nbib to know whether it should.

The web translators saves the URL into the URL field if and only if the PDF is on ERIC -- that's the correct and desirable behavior.
Unfortunately, the .nbib file just doesn't provide that information and so I don't think we would do this (recall that the format is originally used on and created for Pubmed, which has no full text at all)

I mean, are ERIC Numbers (OID in the .nbib) a thing? Should we be setting those in Extra and using them in Find Available PDF?

OK, then I think saving them would be good. I have no problem updating Find Available PDF and other functions to use any specific ids (whether in Extra or real fields later). I guess there often wouldn't be a PDF, but it seems worth checking. Issue created.

No real reason, no, and I think using E[DJ]\d+ should work nicely, but if we do that, we should be polite & run that through their API, which is very straightforward, but uses JSON (or XML) for results & doesn't have an .nbib option.