Make display of all subfields from the 300 physical description field the default in Summon for all types of materials, in the catalog detail screen, results screens, and elsewhere. Currently, Summon only displays 300 MARC physical description information for books in search results and catalog detail pages; and even for books, only subfield “a” (pagination) is included. This means that patrons can’t see information like: number of DVDs or CDs in a set; whether movies are in black-and-white or color; playing time of DVDs or CDs; any accompanying materials like booklets with DVDs or CDs in book-and-CD sets; types and amount of illustrations; etc. This makes selection of desired materials more difficult for patrons. Please map and display subfields, including $a, $b, $c, $e, $f, $g, $3 from the 300 field.

I would like to propose that the content type=Report for Aquatic Sciences and Fisheries Abstracts (ASFA) records are changed so that ASFA records with Full text links can be shown instead of 'Citation Online' which is misleading to the client. We have inputted thousands of government document records in ASFA which have a full text link but these links are not currently displayed in the Summon Brief results. ASFA is no longer just an abstract and indexing database as it now includes links to full text publications and grey literature. This should be changed as it can impact all users who have a subscription to ASFA database.
The current display is useless to the client as it is misleading when there is a full-text link available in the original ASFA record.

We often find that identical searches performed on consecutive days come up with different numbers of results, and articles found when doing the search on one day don’t appear when doing the search on another day. The explanation we have been given is that it depends which server you hit with your search, but shouldn't the contents of each server be identical? This is especially problematic if you are running a workshop where students are completing a worksheet where they are asked to give numbers of results. The missing content is obviously an issue if you find something useful one day and it has gone the next.

Please take information for the “Language” field in Summon and the Alma Display Services page from the 546 language note bibliographic field, instead of the 041 language codes bibliographic field. The 546 language note contains more detailed information about the languages included in a resource than the 041, including whether they’re for subtitles, described video, summaries as opposed to full articles, translations, etc. The current information in the Language display is not helpful for patrons. Not only does it not give details about how the languages appear in a resource, the displayed languages aren’t consistent with the language of the rest of the bibliographic description.

The correction in Summon to index parallel titles as titles (instead of as subtitles) was welcomed; however, the resulting elimination of parallel titles in search results displays was not. In the current iteration of Summon, which parallel title appears in the catalog is solely left to chance, and whichever appears first in a bibliographic record. However, if Summon can display all other title subfields and information in search results, including subfields B, N and P, it should include parallel title information as well. The lack of parallel titles is problematic for patron search and retrieval. For example, a patron searching for “Pasqualino settebellezze” in our local catalog might think our DVD is the only available copy, since the title they searched for is not visible in our streaming video information. Summon should still display the parallel titles in search results; preferably exactly as Primo does, with an equals sign between the two parallel titles. Information encoded into bibliographic records is meant to assist patrons with search and retrieval of items, and therefore should be fully visible in search results in our catalogs.

At the moment, you have to cross your fingers and hope ProQuest/ExLibris partner with the system you want integrated. For example Summon supports LibraryH3lp, Springshare's LibAnswers or OCLC's QuestionPoint chat widgets. We use a different system. I would like to see fields in the Admin console that are not provider specific. e.g. Enter your chat widget code here. Similarly we would like to see integration with our course readings system. That system has APIs that would allow us to link out to lists based on a course/unit code search. It would be great if there was a way to introduce some simpler system agnostic ways to incorporate APIs without having to have a team of programmers at out end to support it. Even functionality where you could enter the syntax of your course code structure in Summon admin e.g. AAA#### and it could identify those searches and redirect to our system like a best bet.