Upgrade StorageSaving 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?
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?
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 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.)
Right now, I have to manually enter the bookmark URL, the language, and the number of pages, among other information.
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!
Like nmbogdan, I would like to avoid manual entry of the URLs. Thanks!
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.
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.
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!
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!
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.
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.
https://www.zotero.org/support/dev/translators/coding
"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.