[Koha] problems upgrading to pre5 / z3950
Anne Zarinnia
zarinnie at uww.edu
Thu Nov 20 11:28:52 NZDT 2003
I've been poring over the Koha message archive trying to identify the
problems to solve in getting the bulkmarcimport.pl to work well.
At the risk of it sounding like a no-brainer, I think one major problem
has to lie in systematic and meticulous development of the original
mapping structure and that the problem is probably restricted to very
few fields and subfields.
We did have a conversation in which somebody from either Library of
Congress or OCLC came onto the list to explain critical MARC fields,
unused fields, international usage, and advisable options for location
information. One of those fields had been used by Koha for item
information as I recall.
The British Library has been working on a comparable problem in
switching from UKMARC to MARC 21. They have a site that describes the
process and offer marc-tables in Word 2 format with examples.
(http://www.bl.uk/services/bibliographic/marc21move.html) (Word 2 is
really old!!!)
I've requested a copy for close examination. If anybody else wants to
try this strategy, all you need to do is send an email to
marc-tables at bl.uk
My guess is that the BL work on the UKMARC/MARC 21 tables could offer
Koha users a template for developing a mapping table that could be
adapted for each original vendor mapping. Further, if we share our
tables, they could be part of Koha.
How have other people developed their mapping tables? Does anybody have
a better way?
Anne Zarinnia
On Monday, November 17, 2003, at 07:45 PM, MJ Ray wrote:
> On 2003-11-17 19:33:12 +0000 "Dwiggins, David"
> <DDWIGGIN at nashvill.gannett.com> wrote:
>
>> I tried running the upgrade script. It seemed to work, and the data
>> appears to be in the database. But after the upgrade, most of the
>> scripts refused to run, complaining about not being able to locate
>> modules.
>
> Yes, I think the upgrade script in pre5 might write some wrong paths
> to the config file. The next release will use the installer routines
> instead. As you noticed, they work more often.
>
>> (Although I just noticed that MARCdetail.pl seems to still doing
>> this, and catmaintain.pl simply returns <html> and nothing else.)
>
> MARCdetail still doing what? Can you give us some lines from
> koha-error.log around the time of the error, please?
>
> catmaintain I know about. There's bug 600 open on bugs.koha.org that
> is the cause of this. You can try the fix there (putting the path to
> includes in intranet-tmpl) as a short-cut, but a real fix should be
> along shortly.
>
>> But now I have another problem. Since the upgrade, there doesn't
>> appear to be a way to use the z3950 search to pull in bibliographic
>> records on new materials. I am pretty sure that I have the z3950
>> daemon running correctly, but there is simply no option on the
>> acquisition screen for doing a z3950 search.
>
> Are you using simple acqui, or normal?
>
>> Obviously something is fishy about my installation. Can any offer
>> guidance on what might have gone wrong/how to fix it?
>
> Maybe, maybe not. You backed up just in case we can't help enough,
> right?
>
> --
> MJR/slef My Opinion Only and possibly not of any group I know.
> Please http://remember.to/edit_messages on lists to be sure I read
> http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef at jabber.at
> Creative copyleft computing services via http://www.ttllp.co.uk/
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
More information about the Koha
mailing list