Translator for Library Hub Discover search results

[vcarret]

Fix #1986. This is really just a wrapper for COinS on the search results (I'm not sure how useful this is or if it is good practice to make such a limited translator - does it slow the connector's loading?). In any case I added https://discover.libraryhub.jisc.ac.uk/search?q=test as a test and it works fine, COins works seamlessly on individual items (NB: this was noted on the original issue https://forums.zotero.org/discussion/78478/library-hub-discover-replacing-copac-is-there-a-zotero-translator#latest)

[adam3smith]

I think we'll actually want to check if we can do better than COinS (which is a very limited format). I suspect we can, e.g. using the provided MODS

[vcarret]

Do you have some kind of reference on the hierarchy between formats? This would be useful
Indeed they seem to have XML endpoints (https://discover.libraryhub.jisc.ac.uk/support/api/) I suppose I can feed this to MODS.js in the same way as the SAGE Journals translator fed it to the RIS translator?

[adam3smith]

Do you have some kind of reference on the hierarchy between formats? This would be useful

Not a reference but broadly:

1. MARC/MARCXML and MODS
2. Rich custom formats (like PNX for Primo) but those are a lot of work
3. RIS / BibTeX (both have pros and cons, depends on implementation)
4. Embedded Metadata of high quality (e.g. complete highwire tags)
5. COinS
6. Embedded Metadata of low quality (e.g. basic DC)

Indeed they seem to have XML endpoints (https://discover.libraryhub.jisc.ac.uk/support/api/) I suppose I can feed this to MODS.js in the same way as the SAGE Journals translator fed it to the RIS translator?

Should work exactly the same, yes.

[vcarret]

I tried to implement it using the MODS endpoints but this is really not satisfactory, because the type is rarely well detected. Eg this item which is obviously a feature film, is detected by MODS as a "video recording", COinS thinks everything is a book and RIS find the right "film" type, but I did not find any unambiguous element on the page to detect the right type (the schema information is "CreativeWork" and the Library Hub info is "visual", which is shared with a lot of categories).
It does work well for some items eg sound recordings or maps where the ambiguity is reduced. I'm not sure how to proceed forward; it seems that endnote is working much better than MODS and since they seem to have included it especially for Zotero users I guess this would be the right choice here? (They wrote "Zotero" next to the endnote format)

[AbeJellinek]

Thanks! Sorry for the delay in getting this merged.