Zotero not sensing item records in Millennium/III catalog interface

Hello,

We're finding that when we do a search in Encore (where Zotero can't sense record data), and clicking through to our classic catalog (III), Zotero is not sensing the record data on that page, either.

Zotero does sense data on pages when we do searches for author, title, subject, keyword, etc. in the classic catalog -- but for some reason it's not working for Record # searches.

Any ideas what might be happening?

Thanks!
  • I won't look into this immediately, but please provide a URL for a search that doesn't work as you expect. I'll try to take a look in the coming week or two.

    Also, an Encore translator will eventually happen. I have a partly working version that I will eventually get working enough to distribute. You are of course encouraged to contact your Encore rep and encourage them to work with us to make that happen-- I would be thrilled to see better metadata exposure in their system.
  • Thanks! Good to know about contacting our Encore rep as a way to help things along.

    Here's the Encore record for the book The Future of Ice:
    http://encore.wellesley.edu/iii/encore/record/C|Rb2398784|Sfuture+of+ice|Orightresult|X5?lang=eng&suite=def

    Here's the record# search in our classic catalog:
    http://luna.wellesley.edu/record=b2398784*eng

    Even without the *eng at the end of the URL, Zotero doesn't sense the page:
    http://luna.wellesley.edu/record=b2398784

    Best,
    Alana
  • I believe I have addressed this.

    Please go to http://github.com/ajlyon/zotero-bits/raw/master/Library Catalog (InnoPAC).js and save the file to the translators directory of your Zotero data directory (http://www.zotero.org/support/zotero_data).

    It should start working. If this works for you, please post here so that I can submit this change to be pushed to all users. Please check that your InnoPAC installation still works fine in Zotero, and if you can, take a look at some other universities' catalogs as well. Other InnoPAC sites are http://bearcat.baylor.edu/ , http://library.cooley.edu/ , and certainly more.
  • That all said, contacting Encore about making their interface more Zotero friendly would be great.
  • ajlyon: Is it working for you on the luna records with your patch? The regexp matches for me with your patch, but detectCode still fails. If it's working for you I can see where it's failing for me.

    (Also, for the regexp, rather than using three ?'s you can just put the whole "~S[0-9]" block in parens and ? that.)
  • edited September 23, 2010
    It looks like I had somehow committed only part of my patch. I've committed the full version, which, as noksagt pointed out in two threads today, works for a good many catalogs and doesn't seem to break anything anywhere. That patch, however, didn't fix the Wellesley catalog. [That is, the patch in Zotero SVN is a very small one that doesn't address the Wellesley issue.]

    I went back and made some changes and now the Wellesley catalog works for me. Go to http://github.com/ajlyon/zotero-bits/raw/master/Library Catalog (InnoPAC).js and save the file to the translators directory of your Zotero data directory (http://www.zotero.org/support/zotero_data). Wellesley should work.

    Please test this with other InnoPAC sites as well. It works for me, but we can't afford to break InnoPAC.
  • I am on zotero 2.0.8. We have recently installed upgraded Millennium Webpac; see http://library.hcourt.gov.au/. The search results pages work fine with citing in zotero, It is the saved records view that causes us problem. I can save my records and open the viewed saved records screen. But although the records have been recognised in the zotero folder they are not going anywhere! There is no error message neither just blank red frame in the Zotero import pop up box. Any idea how to fix this?
  • While it's been a while since anyone has chimed in on this thread, we have just noticed recently that Zotero isn't working with Millennium in the same way the original poster notes. I also see that the Wellesley examples no longer work as intended. What I see on both when linking directly by a record number is the folder icon rather than book icon. I then get an error notice if I try to import. A few examples:
    From Luther:
    http://books.luther.edu/record=b2115431~S9
    From Wellesley:
    http://luna.wellesley.edu/record=b2398784*eng
  • Please go to http://github.com/ajlyon/translators/raw/master/Library Catalog (InnoPAC).js and save the file to the translators directory of your Zotero data directory (http://www.zotero.org/support/zotero_data).

    It should start working again. If this works for you, please post here so that I can submit this change to be pushed to all users.

    This seems to work for Luther at least.
  • Yes, the above translator works great for both the luther and wellesley sites. Sorry for the delayed response. Thanks!
  • We recently upgraded our Millennium system here at Concordia University Library to release 2009B, and while we are able to save individual records, saving a list of records by clicking the Zotero folder icon at the top right of URL bar results in 'Could Not Save Item' error.

    I've gone through the steps on the translators page, and also replaced the July 22nd version of "innopac.js" in my zotero data directory as mentioned in comments thread above, still not working.

    Concordia page: http://clues.concordia.ca/search/?searchtype=X&SORT=D&searcharg=history+of+communication

    Also not working at these other Millennium sites:

    Queen Margaret U: http://millennium.qmu.ac.uk/search/?searchtype=X&SORT=D&searcharg=history+of+communication

    U of Toledo: http://utmost.cl.utoledo.edu/search/?searchtype=X&SORT=D&searcharg=history+of+communication&searchscope=3

    Ole Miss: http://umiss.lib.olemiss.edu/search/?searchtype=X&SORT=D&searcharg=history+of+communication

    I also re-visited Wellesley, and the folder save also results in same error message:
    http://luna.wellesley.edu/search/?searchtype=X&SORT=D&searcharg=history+of+ideas&searchscope=1


    Thanks for your help.
  • I can confirm Mia's observation as well. While the July 22 update does fix the ability to download from a record identified by record number and when downloading from an index browse list, search result lists generated from briefcit.html (keyword, advanced keyword searches) produce an error message. Perhaps this issue should be broken off into another thread on the forum?
  • It's the first time I'm using the forum here. Should I be doing that? Not sure of the protocol.
  • edited August 31, 2011
    I'm not a frequent user of the forum either - I perhaps should have directed that protocol question more explicitly to ajlyon, who had been working on the other issue.
  • you're both doing exactly the right thing wrt to forum usage.
  • Please go to http://github.com/zotero/translators/raw/master/Library Catalog (InnoPAC).js and save the file to the translators directory of your Zotero data directory (http://www.zotero.org/support/zotero_data).

    It should start working again. If this works for you, please post here.
  • Zotero auto-updated to 2.1.10 for me before I got a chance to manually apply the above translator. The update fixed the III briefcit.html issues.
  • I was pretty confident that the fix would work, so I actually pushed it to all clients before waiting for your response. Zotero 2.1.9 and 2.1.10 clients all got the update within 24 hours of my pushing it, and it presumably was bundled with 2.1.10 as well.
  • Sorry for the delay -- for some reason the discussion updates stopped coming.

    This fix is working for Concordia; thanks very much!
Sign In or Register to comment.