Problem distinguishing real item type
janusman - November 19, 2008 - 17:21
| Project: | Millennium Integration |
| Version: | 6.x-2.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | minor |
| Assigned: | janusman |
| Status: | needs work |
Description
For example, Http://millenium.itesm.mx/record=i3168958&searchscope=0 is a Periodical, but it gets imported as book.
* Check if LEADER scanning is being done correctly
* If LEADER has any ambiguities, probably try to check |x in 6xx fields or other clues...
#1
Yes LEADER scanning seems correct, however leaving open as this warrants further testing.
#2
In process of contacting Endeca implementors at NCSU for tips; it seems a combination of LEADER bytes 6/7/21, 650$v and SIRSI item types were used. I will contact the implementor for UCN who implemented Endeca for their III webopac.
#3
Roy Tennant suggested reading this article: http://www.oclc.org/research/publications/archive/2005/connaway-acrl.pdf
which looks at ways to recognize electronic resources from different parts of a MARC record.
#4
Added some code from MARC module which apart from scanning the leader, also checks MARC tag 007.
#5
Woops, new patch, previous had some extraneous code =)
#6
Committing this patch.
#7
Automatically closed -- issue fixed for 2 weeks with no activity.
#8
Sorry, I have to return to this old issue. =) There are still a couple of problems here. First, there are a couple of record types still missing, for example Musical recording: http://www.loc.gov/marc/bibliographic/bdleader.html
Second, I think that material type and material format are two different concepts: for example, both a vinyl LP and a cd are still music. Format is a more detailed technical issue, but it's important in some cases to make sure the more abstract type is the same..
This patch actually conflicts with the internationalization patch elsewhere, but it's just here to clarify what I'm talking about..