Incorporating part information into biblio fingerprint
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
Evergreen release: all
Currently, the title piece of the biblio fingerprint is only looking at subfield a of the 2xx fields and subfield t of the 700 field. To better identify records that are truly the same piece of work, the fingerprint should also include subfields n and p.
Here is an example where the absence of part information leads to not-so-great results.
Looking at the first result for this grouped search:
you would think all of the subsequent records would be for Mockingjay. However, most of those records are actually for the Hunger Games. They are part of the same group because they share the same title in 245a, but, if we looked at subfield p, we would see that these records are distinct.
Also pointing to a related bug at https:/
Changed in evergreen: | |
assignee: | nobody → Kathy Lussier (klussier) |
Changed in evergreen: | |
milestone: | 2.next → 2.12-beta |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
My approach to incorporating part information is available in the working branch at
http:// git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=shortlog; h=refs/ heads/user/ kmlussier/ lp1553287- add-parts- to-biblio- fingerprint
The branch works for me with new records added to the system, but I'm unsure of what steps will need to be taken so that existing records are remapped correctly. I tried reingesting records and also tried running quick_metarecor d_map.sql, but neither appeared to remap existing records correctly.
Any thoughts on how to proceed from here?