Greetings colleagues, yesterday I found a biblio record through Z39.50. It was for the e-book version (GMD "electronic resource") and I had the print version in hand. It had a the expected extra fixed fields and while I was at it, I checked the 000/leader. There I found that the encoding/position 9 stated UCS/Unicode. I'm fairly certain that we are using MARC-8/MARC21/USMARC. Could this be the reason we are seeing "Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2126" when searching the catalog? We load records through Z39.50 and Stage MARC Records for Import (bulkmarcimport?). Our zebra rebuild is set up on a cron job. We have deleted items and records as well as reverted imports. Among the terms that we receive errors on while searching are "resumes", which has diacritics and "atlas" or "germs", which do not have diacritics. I read somewhere that this error may have something to do with the biblio favor of we use and until yesterday was fairly certain that all our records were coming in as MARC21 using the import tool and MARC-8/USMARC with Z39.50. What does this error mean and more importantly, is it possible to correct the situation? We are running Koha version 3.01 on Debian. Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Hi Rachel, Newbie attempting to reply...
Greetings colleagues, yesterday I found a biblio record through Z39.50. It was for the e-book version (GMD "electronic resource") and I had the print version in hand. It had a the expected extra fixed fields and while I was at it, I checked the 000/leader. There I found that the encoding/position 9 stated UCS/Unicode. I'm fairly certain that we are using MARC-8/MARC21/USMARC.
These are two different things. MARC-8/MARC21/USMARC concerns the structure of your bibliographic record as a whole, so it says which fields contain what. UCS/Unicode refers to the way characters are represented in itles, author names, etc. UCS/Unicode seems a reasonable value.
Could this be the reason we are seeing "Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2126" when searching the catalog?
That I don't know. If you have the record in a single file, perhaps you could try $ yaz-marcdump your file to see whether something wrong is detected ? My two cents, Sébastien.
Thank you for your reply, Sébastien. I do not consider you a newbie :-) because your replies are so helpful. I did check a couple of random biblios and found that those checked had 000/9 set as UCS/Unicode. Obviously there have been some changes since the years when I was expected to produce perfect catalog records and I'm more out of the loop than I realize. Thank you for suggesting $ yaz-marcdump, I will leave that to my geek. The "can't call method 'as_usmarc' on an undefined value" error is a bit annoying and we are seeing it more now. For instance, "resumes" and "jobs" searches result in the error but "640.14" searches show the materials. Searching "atlas" and "maps" has the error but "map" does not as well as "medical" but not "medical dictionary." I read somewhere that the error may have something to do with an incompatibility with Marc favors in the database. Whatever the issue, I'd like it to be resolved and am not sure where to start. Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Sébastien Hinderer Sent: Wednesday, July 01, 2009 3:24 PM To: koha@lists.katipo.co.nz Subject: Re: [Koha] as_usmarc error / biblio encoding Hi Rachel, Newbie attempting to reply...
Greetings colleagues, yesterday I found a biblio record through Z39.50. It was for the e-book version (GMD "electronic resource") and I had the print version in hand. It had a the expected extra fixed fields and while I was at it, I checked the 000/leader. There I found that the encoding/position 9 stated UCS/Unicode. I'm fairly certain that we are using MARC-8/MARC21/USMARC.
These are two different things. MARC-8/MARC21/USMARC concerns the structure of your bibliographic record as a whole, so it says which fields contain what. UCS/Unicode refers to the way characters are represented in itles, author names, etc. UCS/Unicode seems a reasonable value.
Could this be the reason we are seeing "Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2126" when searching the catalog?
That I don't know. If you have the record in a single file, perhaps you could try $ yaz-marcdump your file to see whether something wrong is detected ? My two cents, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Hi Rachel & all,
I did check a couple of random biblios and found that those checked had 000/9 set as UCS/Unicode.
So here you mean that the records you already have in your catalogue have the same value in their leader 009 than the record you have just downloaded. Is that correct ?
Thank you for suggesting $ yaz-marcdump, I will leave that to my geek.
Good idea IMHO.
The "can't call method 'as_usmarc' on an undefined value" error is a bit annoying and we are seeing it more now.
Not sure I understand what you mean. Reading your original post, I thought you had a problem with just one freshly downloaded record. With this sentence I get the impression that the problme may affect several records.
For instance, "resumes" and "jobs" searches result in the error but "640.14" searches show the materials. Searching "atlas" and "maps" has the error but "map" does not as well as "medical" but not "medical dictionary."
Do you mean this happens when the record you have downloaded is in the catalogue and it didn't happen before it was imported ?
I read somewhere that the error may have something to do with an incompatibility with Marc favors in the database. Whatever the issue, I'd like it to be resolved and am not sure where to start.
Perhaps these nasty encoding things should be tackled by your computer scientist rather than you ? I hope you are not taking the quesiton in a bad way. What I mean is that these kind of problems are difficult ones for whoever is not familiar with the area of encodings... Hope you will solve your problem soon. Best wishes, Sébastien.
participants (2)
-
Rachel Hollis -
Sébastien Hinderer