You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to new functionality not yet included in the product? Please describe.
When clicking either "Author/Creator" from the search results or the item record, OR "Additional Author/Creator" from the item record, matching results from both fields would be returned (as is already the case when searching by "Author/Creator" in advanced search).
Is your feature request related to a problem or a change to existing functionality? Please describe.
When searching for works by a particular creator, it's not expected behavior that their authored texts and edited texts must be located and searched separately via the links in the catalog.
As a researcher, when I was looking for works by Grace Ji-Sun Kim in our collection, I started with a keyword search of her name and then clicked the authorized form of her name from the first search result, which returned just 3 results (there's literally a documentary about how many people are named "Grace Kim," so I was wary of a keyword-only search, even with her Korean name included -- relying on the authorized format was crucial). Or, when I started from the item record of a book she has edited (https://search.libraries.emory.edu/catalog/9936811308902486) and clicked the Additional Author/Creator link for her name, I only got results where she is the editor, not the primary author. However, when I do an advanced Author/Creator search, I get 20 results, which is as expected. Looking at the facets, it appears that clicking the Author/Creator link in the search results or item record returns "Author/Creator > [name]", searching Additional Author/Creator returns "Author Addl SSIM > [name]", and using Advanced Search returns "Author > [name]".
Describe the solution you'd like
Clicking an authorized name from any field or the search results should return all records with authorized versions of that person's name, as already happens in Advanced Search and many other standard databases/catalogs. (See, for example, WorldCat, which returns Author & Additional Author when clicking on a creator's name. https://emory.on.worldcat.org/search?queryString=au%3D"Kim%2C Grace Ji-Sun" AND au%3D"1969" )
This would also help capture Festschriften in the catalogue, as the person being honored is included as an additional author in those cases.
There are lots of examples of these -- it comes up frequently in my searches -- but for testing, see Allan Boesak or Carol Newsom.
Describe alternatives you've considered
The alternate is for people to always start in the advanced search (and to either avoid using the linked names, or to expect different behavior than is standard when using the simple searches & linked names).
How will this impact users?
This will bring our catalog in line with standard searching expectations for library records & linked/authorized names.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered:
Is your feature request related to new functionality not yet included in the product? Please describe.
When clicking either "Author/Creator" from the search results or the item record, OR "Additional Author/Creator" from the item record, matching results from both fields would be returned (as is already the case when searching by "Author/Creator" in advanced search).
Is your feature request related to a problem or a change to existing functionality? Please describe.
When searching for works by a particular creator, it's not expected behavior that their authored texts and edited texts must be located and searched separately via the links in the catalog.
As a researcher, when I was looking for works by Grace Ji-Sun Kim in our collection, I started with a keyword search of her name and then clicked the authorized form of her name from the first search result, which returned just 3 results (there's literally a documentary about how many people are named "Grace Kim," so I was wary of a keyword-only search, even with her Korean name included -- relying on the authorized format was crucial). Or, when I started from the item record of a book she has edited (https://search.libraries.emory.edu/catalog/9936811308902486) and clicked the Additional Author/Creator link for her name, I only got results where she is the editor, not the primary author. However, when I do an advanced Author/Creator search, I get 20 results, which is as expected. Looking at the facets, it appears that clicking the Author/Creator link in the search results or item record returns "Author/Creator > [name]", searching Additional Author/Creator returns "Author Addl SSIM > [name]", and using Advanced Search returns "Author > [name]".
Describe the solution you'd like
Clicking an authorized name from any field or the search results should return all records with authorized versions of that person's name, as already happens in Advanced Search and many other standard databases/catalogs. (See, for example, WorldCat, which returns Author & Additional Author when clicking on a creator's name. https://emory.on.worldcat.org/search?queryString=au%3D"Kim%2C Grace Ji-Sun" AND au%3D"1969" )
This would also help capture Festschriften in the catalogue, as the person being honored is included as an additional author in those cases.
There are lots of examples of these -- it comes up frequently in my searches -- but for testing, see Allan Boesak or Carol Newsom.
Describe alternatives you've considered
The alternate is for people to always start in the advanced search (and to either avoid using the linked names, or to expect different behavior than is standard when using the simple searches & linked names).
How will this impact users?
This will bring our catalog in line with standard searching expectations for library records & linked/authorized names.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: