Nature translator broken?
I get an error when trying to scrap any of these:
http://www.nature.com/nature/journal/vaop/ncurrent/full/nature12053.html
http://www.nature.com/nature/journal/v473/n7346/full/nature09944.html
but it works with e.g. this:
http://www.nature.com/nature/journal/v477/n7363/full/nature10341.html
No idea what the issue is. Any clues?
http://www.nature.com/nature/journal/vaop/ncurrent/full/nature12053.html
http://www.nature.com/nature/journal/v473/n7346/full/nature09944.html
but it works with e.g. this:
http://www.nature.com/nature/journal/v477/n7363/full/nature10341.html
No idea what the issue is. Any clues?
NISC Comparative Sequencing Program
It assumes "Program" is a last name, and this creates all sorts of problems. In particular, in the JS function
scrape(doc, url)
you get a shift of 1 in position between item and items[1]. This means that the lengths of items[1] and item differ and when the last author is reached things turn bad.
"Institution Name, (first author)"
The simple editing tasks required are only a minor inconvenience to me but if this could be fixed It would be nice.
As an aside, for the past year or so, I've noticed that imports from PubMed can have a similar problem with items having institutional authors -- especially when the instutional authors are at the end of a list of person's names. This appears to be unrelated to Zotero because the PubMed xml omits the institution names. However, sometimes the tagged format includes the institution.
- scrapeEM gets the authors right and creates items[0] --> item
- scrapeRIS gets the authors wrong and creates items[1]
items[1] is one too short and this makes a mess. I.e., the problem is in scrapeRIS.
I will find specific examples and reply with them soon. I'll also look at and share how the LoC presents the metadata for the problem items.
http://www.nature.com/nature/journal/v473/n7346/full/nature09944.html
The institutional author, in this case, is not in the RIS file at all. The consequence is the same as before: the lengths of items[0] and items[1] differ, and the translator fails.
Also, this update introduced ability to automatically download supplementary data (or just attach links to it). It will also automatically attach links to GEO, PDB, and other relevant entries. We hope you find these changes useful.
See http://www.zotero.org/support/preferences/hidden_preferences#translator_preferences
Supplementary data attachment support is on its way for other websites as well