Wishlist: Item tag search matching item tag type
Bug #1977562 reported by
Elizabeth Thomsen
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
We have the ability to set up different item tag types, for example, Memorial Gifts, Local Authors, Special Collections. These are used to display text in front of the specific tag text in the catalog, for example:
Memorial Gift: Given in memory of Professor Plum
Local Author: Jane Smith was born in Marblehead
Special Collection: Primrose Campbell Art Books
These can be searchable in the catalog, but only using the generic item tag type, Digital Bookplate. We'd like to be able to add search types for any and all of the tag types. One library may only want a search type for Memorial Gift, and another may want Special Collection and Local Author.
Changed in evergreen: | |
importance: | Undecided → Wishlist |
tags: | added: opac search |
Changed in evergreen: | |
status: | New → Confirmed |
To post a comment you must log in.
NOTE: The backend can support searching copy tags of specific types right now. In a user-supplied query string that would be spelled like this:
copy_ tag(memorial, professor, plum)
In CGI params, it looks like it would work like this:
...?fi: copy_tag= memorial& fi:copy_ tag=professor& fi:copy_ tag=plum
or possibly
...?fi: copy_tag= memorial, professor, plum
Because of internal details, you cannot do more than one copy_tag filter search using the CGI parameter version. So while you could do this in a typed query string:
kw:foo bar site(BAZ) copy_tag( memorial, professor, plum) copy_tag( author, marblehead)
and get back only records with keywords foo and bar, with items at BAZ, where those items have both of the appropriately typed, matching tags, it doesn't look like you can do the same via the CGI parameter (or POSTed form parameter) mechanism.