Closed (fixed)
Project:
Millennium OPAC Integration
Version:
6.x-2.x-dev
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Reporter:
Created:
19 Nov 2008 at 17:21 UTC
Updated:
23 Dec 2009 at 16:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
janusman commentedYes LEADER scanning seems correct, however leaving open as this warrants further testing.
Comment #2
janusman commentedIn 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.
Comment #3
janusman commentedRoy 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.
Comment #4
janusman commentedAdded some code from MARC module which apart from scanning the leader, also checks MARC tag 007.
Comment #5
janusman commentedWoops, new patch, previous had some extraneous code =)
Comment #6
janusman commentedCommitting this patch.
Comment #8
tituomin commentedSorry, 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..
Comment #9
tituomin commentedHere's a simple working patch. I just added the missing record types.
Comment #10
janusman commentedCommitted, thanks.