"Find Available PDF" doesn't always work.
I was wondering why "Find Available PDF" doesn't work for the following paper:
doi: 10.1175/1520-0485(2000)030<1532:NSOTNA>2.0.CO;2
https://journals.ametsoc.org/view/journals/phoc/30/7/1520-0485_2000_030_1532_nsotna_2.0.co_2.xml
whereas it works for
doi: 10.1175/JPO-D-14-0171.1
https://journals.ametsoc.org/view/journals/phoc/45/6/jpo-d-14-0171.1.xml
Both are articles on the same journal and the "Download PDF" button works on the webpages of both.
doi: 10.1175/1520-0485(2000)030<1532:NSOTNA>2.0.CO;2
https://journals.ametsoc.org/view/journals/phoc/30/7/1520-0485_2000_030_1532_nsotna_2.0.co_2.xml
whereas it works for
doi: 10.1175/JPO-D-14-0171.1
https://journals.ametsoc.org/view/journals/phoc/45/6/jpo-d-14-0171.1.xml
Both are articles on the same journal and the "Download PDF" button works on the webpages of both.
If a detailed technical description of the problem is available, I could contact the publisher to ask them to fix it.
Various problems, including a
script
betweenhtml
andhead
, but the one that's breaking things for Zotero is "Bad start tag inimg
innoscript
inhead
", which can cause HTML parsers to stop parsing the head and consider the rest to be the body. Zotero only looks for embedded metadata tags withinhead
(which is where they were trying to put the tags on this page), so it doesn't find themeta
tags when it parses the page and can't find the meta tag pointing to the PDF.(The Zotero Connector still works because browsers figure out what's going on and ignore the invalid
img
, but the Zotero app uses DOMParser, the standard web API for parsing HTML, and that doesn't work with the invalid structure.)I hope they will fix their webpages. . . .