Saving catalog URLs alongside bibliographic info. from university catalog

For ease of access later on I'd like to save the catalog URL alongside the bibliographic data for a text, when browsing and saving from the catalog online. Right now, I do this by saving the entry and then copying the catalog URL into the "Extra" field.

However, I have hundreds of texts to do this with and would be glad for an option to force the saving of bibliographic information to incorporate the catalog URL. Does such an option exist? Or might I accomplish something similar via another route?
  • Some catalogs will do this automatically and add the link as a link attachment in Zotero -- which catalog are you using primarily?

    Are you aware of the "Locate" function in Zotero? https://www.zotero.org/support/locate#library_lookup that might substitute for this nicely without the need to add something into the data itself

  • I'm using mainly the catalog from Columbia University Libraries, clio.columbie.edu.

    (I just added in the Columbia OpenURL. Unfortunately, it doesn't take you to the catalog entry for the item in question—the URL for which, since I've had trouble locating items via the search function in the past, is what I am hoping to attach to the entry in Zotero.)

    (As an aside, I noticed that the OpenURL field doesn't strip leading spaces, so if you enter " https://..." the Locate function won't work. If it doesn't go against any design principles, it might be helpful to include space stripping.)
  • To follow-up, really what I'm hoping to do is to get Zotero to capture all of the information on catalogs pages—e.g., https://clio.columbia.edu/catalog/499302.

    Right now, I have to manually enter the bookmark URL, the language, and the number of pages, among other information.
  • Ah, we should be able to do better there, yes. I've asked the colleagues at Columbia a couple of questions about the catalog, should be able to improve this once they get back to us.
  • Thanks so much!
  • edited August 6, 2020
    Just wanted to follow-up on this thread. I spent about an hour and a half today and yesterday copying URLs from item pages like the one linked above to Zotero and would love to avoid this in the future.

    It seems like Zotero consistently saves only the title, author, date, and publisher, ignoring all other useful information, like language and catalog link and, where available, source URL.

    Thanks!
  • I'm having the same problem with Kennesaw State Libraries. Zotero is not capturing the catalog entry URL as an attachment. For example: https://galileo-usg-ksu-primo.hosted.exlibrisgroup.com/permalink/f/9037cj/01GALI_USG_ALMA71114205480002931.

    Like nmbogdan, I would like to avoid manual entry of the URLs. Thanks!
  • We'll do this for the Columbia (and related) catalogs (no promise how quickly, but it's on my list), but I'm not optimistic about Primo catalogs, I'm afraid. The permalinks there are constructed by javascript on request so that's quite involved and likely varies between Primo installations.
  • Ok. Seems odd that the connector doesn't capture the URL as it appears in the browser. But I don't understand what's going on behind my friendly interface! Thanks for letting me know.
  • That's exactly the problem: The URL that you posted is not the URL that appears in the browser. If you click on that link, what you see in your browser is something like:
    https://galileo-usg-ksu-primo.hosted.exlibrisgroup.com/primo-explore/fulldisplay?docid=01GALI_USG_ALMA71114205480002931&vid=KSU_V1&search_scope=USG&tab=default_tab&lang=en_US&context=L which may in this case be permanent (I don't know), but in other primo instances will definitely not be.
  • I came to the forums with this exact same question. There appears to be an OpenURL for Stanford's library catalog, but perhaps it needs to be updated. Is this better handled from the Stanford side, or the Zotero side? Thanks!
  • Oh hi there, nice to see you here Amanda! So you want the catalog URL to be saved together with the item for Stanford searchworks, like this one? https://searchworks.stanford.edu/view/12051803

    That looks to be basically the same situation as Columbia, i.e. a customized Blacklight discovery layer, so fixing this should fix it for both universities.
  • Hi! Very happy to have this forum to connect with you. :-)

    Ideally, it would be useful to have as much metadata as we can, but mostly: the URL (which, in our case, is https://searchworks.stanford.edu/view/ + the number in the 001 field, called a Catkey; you can see it under "librarian view" at the bottom - not sure if that part of the record is machine-readable), and the call number (if it's a physical item). These two bits are the most important for someone who's trying to return to something they found. They also help me if I'm putting together a list of resources for people to find/lookup. Thanks for looking into this!
  • OK, I've pushed out an importer that uses the MarcXML of the catalog and adds a link to the catalog entry. Update Now from the Advanced Tab of the Zotero preferences and then either restart the browser or update translators in the connector from Zotero's connector preferences.
  • Thank you! I updated and now Zotero is pulling in a lot more metadata, including the call number. Yes!

    Interestingly, the URL still does not come across EXCEPT in one case of those that I tested. This might be getting too far into the weeds on a forum request, but if you are interested in pursuing work on optimizing metadata capture from Blacklight catalogs, here are a few observations.

    Most items in our institutional repository (SDR) are cataloged in our library catalog, SearchWorks (SW). The only case where a URL was saved to a Zotero record was from a thesis held in SDR, and the URL that got saved was the PURL from SDR (not the catalog URL). See this item: https://searchworks.stanford.edu/view/9082438. In 3 other cases where there are items held in SDR and listed in SW, either the URL was not saved or the record didn’t get saved AT ALL in Zotero (never seen this!). They are:
    - Report in SDR: https://searchworks.stanford.edu/view/9082438 (no URL)
    - Video in SDR: https://searchworks.stanford.edu/view/ry222mn1581 (doesn’t work at all)
    - Image in SDR: https://searchworks.stanford.edu/view/wg761wk9746 (doesn’t work at all)

    Here is a simple case of a book where the metadata looks good, but just missing the URL. https://searchworks.stanford.edu/view/7698810

    I really appreciate the update – no expectations that in-depth work to capture the catalog URL will happen, as it seems to be more involved. Zotero continues to be the only citation management tool that I recommend!
  • edited October 21, 2020
    The URL behavior is as intended: URLs in Zotero's URL field are citeable and are only included for links to electronic full (text or equivalent) resources, not Catalog entries. So getting the dissertation but not the books is right (the dissertation gets the URL from the metadata)

    However, you should see an attachment (actually, a link) attached to every saved item, "Library Catalog Link", that contains the link. Double-clicking on the Zotero item will also open that link.

    The videos are unfortunate. I had hoped every item in searchworks would have a MarcXML entry linked, but that doesn't seem to be the case. In the Librarian view for those, there's what looks like MODS to me. Do you know where that comes from? I'm getting the Marc from rel="alternate" views at the top. Any way the catalog team could be convinced to also include the MODS there? Currently where there's no MarcXML, there's only super basic DC data that doesn't improve over COinS.
  • Oh my gosh - you are right (of course)! I *totally missed* the drop down with the catalog link. EXCELLENT!! I love it when I'm wrong in a good way.

    I think I know what's going on with the two SDR items that don't get captured at all. Those items were probably accessioned into the repository through a different channel - the librarian back-end system - and the metadata is all MODS. This is going outside of my wheelhouse, but I can forward the observation to ... someone. We have so many people involved between the catalog, the repository and the metadata, but I'll figure it out.

    Thanks again for updating the connector! Can I create a citation style that will include the URL? I'll poke around a bit.
  • Can I create a citation style that will include the URL?
    No, sorry, that's not possible (attachments aren't accessed by CSL). It'll be included in CSV export, though, and that's pretty easy to customize (i.e. remove columns) if that's helpful
    https://www.zotero.org/support/dev/translators/coding
  • I wanted to follow up on what our dev team is doing on our side to improve Zotero grabs of citations from our library catalog, in the case of items that weren't functioning correctly (institutional repository content with MODS metadata). Not sure if this will help anyone else, so I'm putting it out there. Here's what they are doing:

    "We will roll out an update on Monday that will add a rel=”alternate” link to records that are based on MODS in SearchWorks similar to we currently have for MARC records. This link will point to the record’s MODS metadata (which will now be available under the “.mods” extension)."

    Fingers crossed that this helps at least us, lol.
  • That's excellent news! That'll be 10 extra lines of code to import those items once the update is out. Thanks for following up, I'll post here once Zotero is able to read those pages, too.
  • @AmandaWhitmire -- I've just pushed the update out. The import will now also recognize MODS. I feel like MODS for non-standard item types sometimes has a bit wonky import -- let me know if something looks totally off.
Sign In or Register to comment.