Inventory Search Use Cases
Inventory element | Priority by Institution | Use cases / Examples of the searches | Default sort order | JIRA | Notes | |
|---|---|---|---|---|---|---|
1 | Instance - Resource title | not wanted | Common, brief titles: I need to be able to search for a title such as "Nature" or "Science" and easily filter or sort my search so that "Nature" or "Nature magazine" is near the top of my results | Already implemented in scope of Iris | Resource title search is a part of Title (all) search and should be a part of this element | |
2 | Instance - Alternative title | In general, indexing Alternative titles in the title index (as is already done) is all that's needed. When we are searching, we may not know which form of title was chosen as the Resource title (aka title proper). | Already implemented in scope of Iris | Uniform title might require a separate search option - we need to support title types as well. RA/RM might need to combine the searches - to follow up. | ||
3 | Instance - Alternative title with specific type (e.g., uniform title) | P1 | I want to be able to search for all the instances of a particular named work, regardless of contributor, for example, find all instances with the uniform title "Symphonie fantastique". | It seems only Uniform title is of special interest at this point Especially important for music catalog | ||
4 | Instance - Contributor | Cornell - P1 Chicago - P1 | As a cataloger I need to find all of the titles owned by my library by a particular literary author in order to determine the correct book number (cutter) for the call number. I need to search for a single exact contributor, e.g., "Steinbeck, John" and only retrieve instances that have "Steinbeck, John" as a contributor, not those with, e.g., "Steinbeck, Susan" and "Smith, John" as contributors. | If only one matching contributor found - ordered by Index title. If more than one contributors found - to be discussed | Chicago- even if more than one contributor is found, we would still expect our initial results to sort by index title | |
5 | Instance - Title (all) + Contributor | Cornell - P1 Chicago - P1 TAMU - P1 | I'd like to be able to search title and contributor simultaneously, but not as keyword (where each term might be in either field). Rather, I'd like to be able to search for "Tree Grows" in title plus "Smith" in contributor and find Betty Smith's A Tree Grows in Brooklyn but not "Smith Grows Potatoes" by Tree Bernstein. (We can do this in query search already.) | already implemented | ||
6 | Instance - Alternative title -uniform title + primary Contributor | Chicago - P1 | As a cataloger I need to find all the instances owned by my library that represent a particular work in order to determine the correct book number (cutter) for the call number. For example, I'd like to be able to search for all instances with the exact Uniform title "Symphonies" and the exact Contributor "Beethoven, Ludwig van, 1770-1827". | already implemented | Once uniform title search is implemented this should be doable by using AND operator. However currently there is no search option for primary contributor. | |
7 | Instance - Series | Chicago - P1 | As a cataloger I want series title to be included in the Title-all index and also to be searchable only as a series. E.g., I'd like to be able to search for series = "lecture notes*" and retrieve all titles with the series statement "lecture notes" but not a title with resource title "Lecture notes" and no series statement. Being able to search specifically on the series title can be helpful for locating items in a monographic series. | |||
8 | Holdings - Identifiers | Search by all to include HRID, formerId but still have a separate search option for HRID | MSEARCH-26 - HRID MSEARCH-152 - Identifiers (all) | Is this referring to holdings HRIDs? The name changed to former Ids | ||
9 | Item - Identifiers | Search by all to include HRID, formerId, identifiers (an) but still have a separate search option for HRID | MSEARCH-27 - HRID MSEARCH-153 - Identifiers (all) | Is this referring to item HRIDs? Possibly Accession Number (to be checked with German libraries), partially covered former Ids | ||
10 | Holdings - Call number, eye readable | Chicago - P2 TAMU - P1 | I want the ability to search by call number and have the records display in correct call number order (also want to be able to do a call number browse). As a cataloger, this helps me to figure out where/how to assign new call numbers for incoming material. | |||
11 | Holdings - Call number, normalized | |||||
12 | Item - Call number, eye readable | Chicago - P2 | I want the ability to search by call number and have the records display in correct call number order. Ideally the results would include volume enumeration as well. As a cataloger if I want all the records in an analyzed set this is one way I can easily go through record by record to make necessary edits. | |||
13 | Item - Call number, normalized | |||||
14 | Holdings - Enumeration | not needed | not sure I see a use for this | |||
15 | Holdings - Volume | not needed | not sure I see a use for this | |||
16 | Holdings - Copy number | not needed | not sure I see a use for this | |||
17 | Item - Enumeration | not needed | not sure I see a use for this | |||
18 | Item - Volume | not needed | not sure I see a use for this | |||
19 | Item - Copy number | not needed | not sure I see a use for this | |||
20 | Instance - Classification | Chicago - not needed | ||||
21 | Instance - Publisher | Chicago - P2 or P3 | This may not be a search option that is used in everyday workflows, however, as a serials cataloger I sometimes find it helpful to be able to search on publisher information when I am either working with limited information about a title or even when I am trying to narrow down searches. | |||
22 | Instance - Electronic access | TAMU - P2 Chicago - P1 P1 | In the case, of ProQuest ebooks, our records come from GOBI, and the delete file comes from ProQuest; therefore, deleting records is a manual, one record at a time, process, and we receive several hundred to over a thousand at a time to delete. Being able to search the unique identifier of an ebook in the 856/electronic access, particularly when deleting ebook records, saves some time. We can search by title and/or isbn, but that will often return results for the print and ebook, including if we have it from more than one ebook provider; However, searching by the ebook’s unique would give us the ebook from the provider, often eliminating having to wade through multiple search results. (Searching by DocID does not currently appear to work in ES with an Electronic Access search.) Searching URI - exact match truncated (left and right) -P1 Link text Resource type Public note | material specified does not need to be searchable (MSEARCH-151) In current implementation (backend) a query: electronicAccess.uri = "*00194646*" will match an instance record with URI equal to: "http://online.sagepub.com/00194646" Also, electronicAccess = "*00194646*" will match the same record. This functionality is currently available only in the backed (there is a bug in the UI) | ||
23 | Holdings - Electronic access | as above | material specified does not need to be searchable as above | |||
24 | Item - Electronic access | as above | material specified does not need to be searchable as above | |||
25 | Instance - Notes | Chicago - P1 | Instance notes often contain information that can help with identifying specific records, for example, serial records might have older imprint information that is not present in the publisher or contributor elements. | |||
26 | Holdings - Notes | Chicago - P1 | I'm hesitant to include my use case because I think it might be very specific to UChicago (we will be migrating out subscription Purchase Order numbers into our holdings notes and want our Serials staff to be able to search for those numbers in order to quickly find records for processing incoming serials). | |||
27 | Item - Notes | Chicago - P3 | ||||
28 | Holdings UUID | |||||
29 | Item UUID | |||||
30 | All elements | Chicago - P2 | The ability to do a phrase search or possibly even a keyword search that includes all Inventory elements could be very useful–for example, a search for an ISSN number would not only retrieve records with the ISSN number as an identifier, but would also pull up associated records like those that have the ISSN in the series statement or preceding/succeeding title elements. | This would probably require more Inventory elements to get indexed (like the preceding/succeeding title elements, for example). Example of expected behavior in the new Inventory UI: | ||