Kubikat (Aleph) Fails to Import

[adam3smith]

User reports this used to work and MARC is present on the page:
Reported: https://forums.zotero.org/discussion/85358/issue-with-translator-kubikat#latest
Example: https://forums.zotero.org/discussion/85358/issue-with-translator-kubikat#latest

[AbeJellinek]

The link in the report fails to import, but the issue seems to be that detectWeb should fail and doWeb should never run; it's the library's homepage, not an importable catalog record. Actual books (example) import fine. I'll see if there's a decent heuristic we can use to make sure detectWeb returns false on non-record pages.

[AbeJellinek]

(It's possible that the link died and it's showing me the homepage as a fallback, but I can't find an archived version of the page to verify that.)

[adam3smith]

Sorry, I meant to put a permalink there and just duplicated the link to the forum. I have other examples failing, e.g. https://aleph.mpg.de/F?func=direct&doc_number=000000037&local_base=mpg01 -- looks like something wrong with how the MARC is parsed in?
(aleph catalogs display results with session IDs, so those wouldn't typically archive)

[AbeJellinek]

Oh, OK, I see. It looks like the MARC parser is doing the right thing, assuming that it's passed MARC. But that record is MAB! There's no obvious way to tell whether a record is MARC or MAB from the page, so I'll make it fall back on our MAB2 translator if MARC fails.