Added author search fails if 7xx has subfield t (title)

[Janet Schrader]

Searching author index fails to retrieve added author entries if the 7xx field contains a title in subfield 't'. I tested this by using copies of the same bib record and removing the title portion in the 700 field in one of the records.

Release 3.0.13 and 3.2
Chrome browser

[Beth Willis (willis-a)]

Confirmed on EG 3.2.3.

I tested this on two different records using the same method that Janet used.

[Meg Stroup (mstroup)]

I've added "cataloging" and "marc" tags so that this bug will be more visible to catalogers.

[Janet Schrader (jschrader)]

I confirm this is still true in release 3.7 on https://bugsquash.mobiusconsortium.org/eg/staff/

I imported 2 copies of same record (TCNs 270 and 271) and removed the 700$t from the added author tracings in TCN 271. Title search for 'Five great English novels' brings up both records. Searching for the title plus one of the added authors only brings up TCN 271. Searching for one of the author/title combinations produces no hits.

I can confirm the same behavior on release 3.5, our training server although here I did limit the search to published after 2014 to keep down the number of results.

[Mike Rylander (mrylander)]

Hi Janet,

We used the MODS transform ( https://www.loc.gov/standards/mods/v3/mods-mapping-3-3.html ) which differentiates between 700 with or without $t. When there is a $t, a relatedItem element is generated to express a relationship between the main work and some other work, where the works (titles) are the objects involved in the linking/relationship, but when there is no $t a name element generated to express a relationship between the main work and a person (for 700), possibly with role information, often to express a contributor relationship.

Of course, this is all configurable per Evergreen instances, but I thin there may be a larger cataloging question to consider if we are to change the stock definition here.

Does that help?