I was running Koha 1.23 on our Redhat Linux 7.3 box. 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. I played with this for a bit, and was able to get it working by simply moving the old koha directory and running the install script as if I were setting up a new installation. (Although I just noticed that MARCdetail.pl seems to still doing this, and catmaintain.pl simply returns <html> and nothing else.) 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. Obviously something is fishy about my installation. Can any offer guidance on what might have gone wrong/how to fix it? Thanks in advance, David Dwiggins Systems Editor/Library Manager The Tennessean 1100 Broadway Nashville, TN 37203 615-259-8332 ddwiggins@tennessean.com
On 2003-11-17 19:33:12 +0000 "Dwiggins, David" <DDWIGGIN@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@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
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@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@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@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
On 2003-11-19 22:28:52 +0000 Anne Zarinnia <zarinnie@uww.edu> wrote:
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. [...]
How have other people developed their mapping tables? Does anybody have a better way?
Trial and error so far, with lots of rebuildnonmarc. If you can share good tables, I'd appreciate it. I'd also like good examples of thesaurus use, but that may be less shareable. -- 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@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/
participants (3)
-
Anne Zarinnia -
Dwiggins, David -
MJ Ray