Potential bug in Marc Checks on 2.2.5?
Hi gang, I've been setting up 2.2.5, duplicating my configuration from our server running 2.2.4. I finished mapping the marc fields to tabs and what not, with the same configuration as the 2.2.4 server as far as I can tell, and ran marc check. This is what it told me: OK itemnum : the field itemnumber is mapped to a field in tab -1 OK All item fields are in the same tag and in item tab OK Only 1 MARC tag mapped to items OK biblioitems.itemtype defined OK homebranch defined OK holdingbranch defined OK biblionumber and biblioitemnumber mapped correctly OK no NULL value in frameworkcode TOTAL You have 1 error(s) in your MARC configuration. Please fix them before using Koha On the 2.2.4 server, I have the exact same list of "OK"s, and under the total, it says that I don't have any errors in my MARC parameters table. Has anybody else encountered this, and can I safely ignore it? Cindy
Cindy, I get two more lines than you when I run the marc check: OK itemnum : the field itemnumber is mapped to a field in tab -1 OK All item fields are in the same tag and in item tab OK Only 1 marc tag mapped to items OK itemtypes table filled with at least 1 value OK biblioitems.itemtype defined OK branch table filled with at least 1 value OK homebranch defined OK holdingbranch defined OK biblionumber and biblioitemnumber mapped correctly OK no NULL value in frameworkcode Configuration OK, you don't have errors in your MARC parameters table Is it possible that you haven't defined any item types yet? Stephen cmurdock@ccfls.org said:
Hi gang,
I've been setting up 2.2.5, duplicating my configuration from our server running 2.2.4. I finished mapping the marc fields to tabs and what not, with the same configuration as the 2.2.4 server as far as I can tell, and ran marc check. This is what it told me:
OK itemnum : the field itemnumber is mapped to a field in tab -1 OK All item fields are in the same tag and in item tab OK Only 1 MARC tag mapped to items OK biblioitems.itemtype defined OK homebranch defined OK holdingbranch defined OK biblionumber and biblioitemnumber mapped correctly OK no NULL value in frameworkcode TOTAL You have 1 error(s) in your MARC configuration. Please fix them before using Koha
On the 2.2.4 server, I have the exact same list of "OK"s, and under the total, it says that I don't have any errors in my MARC parameters table. Has anybody else encountered this, and can I safely ignore it?
Cindy
-- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com
Hi Stephen,
Is it possible that you haven't defined any item types yet?
I have some defined. This is weird, though; I just re-ran the check, and my list of "OK"s is the same, and now it says I passed the test. Very weird. Never mind! I have another question while we're at it: what are the "branch categories" for? Are they necessary? Are they kind of like branches within branches? Do they add some special functionality that I'm not aware of? (Okay, that was several questions. Sorry. ;) Thanks! Cindy -- _________________________ Cindy Murdock Network Administrator Meadville Public Library | Crawford County Federated Library System meadvillelibrary.org | ccfls.org
Cindy, So far as I know, the branch categories are merely descriptive, they don't control anything in Koha's behavior. (But the folks from Katipo may be able to set us straight on that.) You might have some branches that have only audio-visual materials (I suppose that might be possible), and they might be described as category "AV." That sort of thing. Stephen Cindy Murdock said:
what are the "branch categories" for? Are they necessary? Are they kind of like branches within branches? Do they add some special functionality that I'm not aware of? (Okay, that was several questions. Sorry. ;)
Thanks! Cindy
-- _________________________ Cindy Murdock Network Administrator Meadville Public Library | Crawford County Federated Library System meadvillelibrary.org | ccfls.org
-- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com
participants (3)
-
Cindy Murdock -
cmurdock＠ccfls.org
-
Stephen Hedges