Evergreen

Series Search Not Including 490 if Traced Series

Bug #1750009 reported by Robert J Jackson
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Evergreen
New
Undecided
Unassigned

Bug Description

web client 3.0.3

WHen performing a series search and data being searched is contained within the 490 $a - there isn't a match if the 490 has a 1 (traced series) such as

=490 1\$a[Chief Inspector Gamache novel ;$v13]

If the subfield is a 0 as opposed to a 1 then the series search returns the desired bib.

Traced series should be included in results from a series search that contains Inspector Gamache even if it is in a traced series entry.

example record:

http://evergreen.lib.in.us/eg/opac/record/21095709?bool=and;bool=and;bool=and;qtype=series;qtype=title;qtype=author;contains=contains;contains=contains;contains=contains;query=Three%20Pines;query=;query=;_adv=1;detail_record_view=0;locg=1;pubdate=is;badges=1

marc from record: http://evergreen.lib.in.us/eg/opac/record/21095709?bool=and;bool=and;bool=and;qtype=series;qtype=title;qtype=author;contains=contains;contains=contains;contains=contains;query=Three%20Pines;query=;query=;_adv=1;detail_record_view=0;locg=1;pubdate=is;badges=1;expand=marchtml#marchtml

See original description
Robert J Jackson (rjackson-deactivatedaccount)
description: updated
tags: added: webstaffclient
Revision history for this message
Mike Rylander (mrylander) wrote :

Per https://www.loc.gov/marc/bibliographic/bd490.html and http://www.loc.gov/standards/mods/v3/mods-mapping.html#relateditem the indexing seems to be doing what the rules say, and indexing the 8xx instead of the 490 when the latter is traced.

I believe the real bug here is that we're generating a series search link for data we're not indexing (a traced 490). As it happens, I'm working on bug 1744385 which incidentally addresses this by only generating links for things that we actually pull out of records and store for search. It does this by leveraging the display field infrastructure (which is bound to index definitions) instead of hard-coding XPath in the OPAC templates that doesn't necessarily map to what we index.

Revision history for this message
Elaine Hardy (ehardy) wrote :

Ideally, when searching for 490 1 terms, records with the 8xx field linked to it would be retrieved.

Revision history for this message
Meg Stroup (mstroup) wrote :

I agree with Robert and Elaine. The indexing may be following the strictest sense of the rules, but it isn't user-friendly.

tags: added: marc
tags: added: cataloging
Timothy Means (tmeans-ncc)
tags: removed: webstaffclient
Elaine Hardy (ehardy)
tags: added: cat-marc search
removed: cataloging marc
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.