Author fields not being indexed from tag 700 when there is a subfield 4

[Steve Callender]

In all releases so far, Evergreen is ignoring tag 700 if it has a subfield 4.

In config.metabib_field the xpath for the author field_classes look for roleTerms that are 'creator' or for items that have no roleTerm at all. This causes it to ignore items that have a roleTerm other than creator.

To fix this, I suggess changing the "other" author's xpath to,

//mods32:mods/mods32:name[@type='personal' and not(mods32:role/mods32:roleTerm[text()='creator'])]

This will find find authors in the 700 tag who do not have a roleTerm, as well as authors who are not 'creators'. Being separate from the creator entries, it will also allow it to be weighted differently than the 'creator' authors.

Steve

[Galen Charlton (gmc)]

In addition, 700 that have $e will also fail to be included in the author|index.

[Galen Charlton (gmc)]

Also 600$e$4, 720$e$4, and 800$e$4.

[Galen Charlton (gmc)]

Fix available in the working/Evergreen.git branch user/gmcharlt/lp823496_fix_author_other_index

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/gmcharlt/lp823496_fix_author_other_index

[Mike Rylander (mrylander)]

Merged into master and 2.1, leaving in-progress for a future 2.0 merge. Thanks!

[Jason Stephenson (jstephenson)]

Since I still can't commit directly to rel_2_0, I've added signoffs on the above and the stamped upgrade script for 2.0 backports in working/collab/dyrcona/rel_2_0