Changes to the default content type mapping to accommodate music
The current default MARC field mapping for web resources and computer files includes an option for MARC field 008(026). For most content types, this field position indicates that the resource has online content or is accessed electronically.
HOWEVER
Music scores and sound recordings have a different set of values for the 008 field. Their data elements for the 008(26) position indicate that the resource has accompanying matter, such as historical information, biographical content, or a discography.
By having the 008(26) as a default MARC mapping for all types, many music resources will get incorrectly identified as web resources or computer files.
TL;DR: do not include the 008(26) as a default MARC field mapping option in any content type.
Jeremiah Kamtman
shared this idea
-
Wendy Crist
commented
According to the MARC21 Format for Bibliographic Data (Music), “008(26)=i” is used to describe an item that includes historical information, and other values for 008(26) describe other accompanying matter. This is VASTLY different from the MARC21 Format for Bibliographic Data (Computer Files)
This default mapping therefore affects scores and sound recordings that include any sort of descriptive material about the music, including critical editions and CDs issued with liner notes. Since the accompanying material here starts with byte 24 and is listed in alphabetical code order, byte 26 commonly has "c", "d", "e", "f", "g", "i", or "z" as the 3rd accompanying matter code, which is how this problem arises. In our catalog, thousands of our print music resources and CDs were being displayed as "web resources" and hundreds as "computer files" before the Summon team implemented our custom mapping (which, I might add, took over a month to implement).
