On 11/9/07, paul POULAIN <[EMAIL PROTECTED]> wrote: > Hello folks, > > working on unimarc for zebra, I've seen some strange things in etc zebra > files : > - ccl.properties don't have popularity anymore > - bib1.att : att 9002 is biblioitemnumber, shouldn't it be biblionumber > as in ccl.properties (biblionumber 1=9002) ? Yes ... I'll fix that immediately
> - bib1.att : att 9910 Koha-Auth-Number and ccl.properties says > Authority_number 1=8910 Hmmm, both seem to be 8910, could you clarify where you see 9910? > - the zebra files in etc don't reflect at all the ones in misc/zebra. > The etc directory has been added by MJ installer. Which should we > consider as the correct zebra config file ? I didn't even know about the ones in misc! > If we use etc (which I've nothing against, but we would have been > pleased to have been warned), then how to handle UNIMARC settings during > install ? > * during perl Makefile.PL, we can't request the sysadm to know if > the library want MARC21 or UNIMARC ! > * during web install, we won't probably have a write access to those > files. > > So, how to do the job ? > I imagined the script rebuild_zebra.pl, that does the stuff from the > systempref, and can be run after the web install. > but it seems MJ choose another way. But now, I don't know how to solve > the "unimarc setup" problem ! > > Any idea/comment welcomed. So just record.abs needs to be customized, right? or do you have custom *.idx and *.chr too? I can imagine that some languages, like arabic, will need a complete set of custom etc/ files ... The installer from MJ should be able to put the files into the right places without needing to run rebuild_zebra.pl. The key is to identify which files are global and which are language/marc_flavour specific. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/koha-devel
