Added content key data cannot be ranked

Bug #1898932 reported by Elaine Hardy
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
New
Undecided
Unassigned

Bug Description

Added content is linked to bib records using tags 020,022,024 as key_data. The presence of an 024 field in a bib record means that it is the primary link, even if an 020 exists. Since UPCs are not unique, this can mean multiple bib records with different titles will associate with the same added content, particularly cover images.

For example, the 024 (UPC) 755057026953 is the UPC for 9 titles within the PINES database, 8 of which have the same cover art (see attachment). Other UPCs have been assigned to as many as 50 different titles.

Currently, the only way to correct the artwork is to manually delete the duplicated 024 to force the link to the artwork for the title.

Having the ability to give one key_data more weight to match to added content would allow libraries to rank key_data so that if multiple fields are present in a record, the added content match would prefer one over the others.

This would mean that if the 020 key_data was given a higher weight than an 024, then when both are present in the bib record and added content, 020 would be used as the key_data. If only an 024 was present in either the bib record or the added content data, the 024 would be used.

Revision history for this message
Elaine Hardy (ehardy) wrote :
tags: added: addedcontent isbn
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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