I followed the instructions on http://wiki.koha.org/doku.php?id=koha_3_install_guide_ubuntu_hardy and installed Koha 3 on Ubuntu 8.04. I did everything as on the page and I set UTF-8 where expected. Selected MARC21. Installation was OK. I added my Z39.50 server and searched for a ISBN (9789197658843) but it came back with the non ASCII characters as a question mark in a black square... I imported it anyway and tried to save it but got this error: ------------ Can't save this record because the following field aren't filled * tag 942 subfield c item type in tab 9 ------------ I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
This error isn't related to ASCII vs. Unicode. You have a mandatory field in your framework (942$c) that isn't populated by your import. Populate it manually to continue. The problems that Koha does have with Unicode are in large part problems that any MARC21. Our French colleagues (using UNIMARC) certainly would not be using Koha if it could only handle ASCII. --Joe On Tue, Jan 6, 2009 at 5:33 PM, Thommy M. <thommy.m.malmstrom@gmail.com>wrote:
I followed the instructions on http://wiki.koha.org/doku.php?id=koha_3_install_guide_ubuntu_hardy and installed Koha 3 on Ubuntu 8.04. I did everything as on the page and I set UTF-8 where expected. Selected MARC21. Installation was OK. I added my Z39.50 server and searched for a ISBN (9789197658843) but it came back with the non ASCII characters as a question mark in a black square...
I imported it anyway and tried to save it but got this error: ------------ Can't save this record because the following field aren't filled * tag 942 subfield c item type in tab 9 ------------
I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
this is my current favourite... http://dpl.gov.in/ http://59.176.17.111/cgi-bin/koha/opac-search.pl?q=book
my too........ Mason James-5 wrote:
I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
this is my current favourite...
http://dpl.gov.in/ http://59.176.17.111/cgi-bin/koha/opac-search.pl?q=book _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
----- Amit Gupta Software Engineer +91-9891559754 -- View this message in context: http://www.nabble.com/Koha-3.0-and-UTF-8-----tp21320798p21324350.html Sent from the Koha - Discuss mailing list archive at Nabble.com.
Joe Atzberger wrote:
This error isn't related to ASCII vs. Unicode. You have a mandatory field in your framework (942$c) that isn't populated by your import. Populate it manually to continue.
I'm very well aware of that. The word "anyway" was to indicate that I had two (2) problems/questions. I both have a problem with unicode _and_ an error message. I can also figure out that the mandatory field is not filled in, however there is no way to fill it in. So question 1 is; How to set this field or how to make it not mandatory?
The problems that Koha does have with Unicode are in large part problems that any MARC21. Our French colleagues (using UNIMARC) certainly would not be using Koha if it could only handle ASCII.
I very well know that Koha can manage unicode, I only want to be provocative to get some attention to the fact that there is a big lack in the documentation on how to set it up correctly. Question 2 is; How can I make Koha to use unicode? What configuration parameters should I set? Can I send some list of current parameters to describe my settings so that someone can tell me what I've set wrong? Is there any current documentation on how to get Koha unicode aware? //Thommy M.
--Joe
On Tue, Jan 6, 2009 at 5:33 PM, Thommy M. <thommy.m.malmstrom@gmail.com <mailto:thommy.m.malmstrom@gmail.com>> wrote:
I followed the instructions on http://wiki.koha.org/doku.php?id=koha_3_install_guide_ubuntu_hardy and installed Koha 3 on Ubuntu 8.04. I did everything as on the page and I set UTF-8 where expected. Selected MARC21. Installation was OK. I added my Z39.50 server and searched for a ISBN (9789197658843) but it came back with the non ASCII characters as a question mark in a black square...
I imported it anyway and tried to save it but got this error: ------------ Can't save this record because the following field aren't filled * tag 942 subfield c item type in tab 9 ------------
I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
------------------------------------------------------------------------
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
On Wed, Jan 7, 2009 at 1:15 PM, Thommy M. <thommy.m.malmstrom@gmail.com>wrote:
Joe Atzberger wrote:
This error isn't related to ASCII vs. Unicode. You have a mandatory field in your framework (942$c) that isn't populated by your import. Populate it manually to continue.
I'm very well aware of that. The word "anyway" was to indicate that I had two (2) problems/questions. I both have a problem with unicode _and_ an error message. I can also figure out that the mandatory field is not filled in, however there is no way to fill it in.
So question 1 is; How to set this field or how to make it not mandatory?
This is controlled by your MARC frameworks.
The problems that Koha does have with Unicode are in large part problems that any MARC21. Our French colleagues (using UNIMARC) certainly would not be using Koha if it could only handle ASCII.
I very well know that Koha can manage unicode, I only want to be provocative to get some attention to the fact that there is a big lack in the documentation on how to set it up correctly.
Asking for counterexamples as though you doubted such installations exist is not the way to get documentation. It is the way to get counterexamples.
Question 2 is; How can I make Koha to use unicode?
What configuration parameters should I set? Can I send some list of current parameters to describe my settings so that someone can tell me what I've set wrong? Is there any current documentation on how to get Koha unicode aware?
Check that you have correctly defined the "encoding" field for your z39.50 targets. Most MARC21 targets will be MARC8 encoding, so don't be lured by the otherwise attractive UTF8 option for those. To make sure the z target is actually representing and transmitting the data correctly, try connecting on the command-line with yaz-client or a different stand-alone z39 client. Otherwise, the INSTALL docs and especially the encoding_scratchpad wiki have the most complete documentation for Unicode happiness. --Joe
I think that is a browser configuration problem. I solved it "forcing" firefox to use Unicode and now can retrieve and import spanish language records.
http://delhipubliclibrary.in/cgi-bin/koha/opac-search.pl?idx=kw&idx=kw&idx=kw&limit=mc-itype%3AHN&sort_by=relevance&do=OK http://dpl.gov.in thommym wrote:
I followed the instructions on http://wiki.koha.org/doku.php?id=koha_3_install_guide_ubuntu_hardy and installed Koha 3 on Ubuntu 8.04. I did everything as on the page and I set UTF-8 where expected. Selected MARC21. Installation was OK. I added my Z39.50 server and searched for a ISBN (9789197658843) but it came back with the non ASCII characters as a question mark in a black square...
I imported it anyway and tried to save it but got this error: ------------ Can't save this record because the following field aren't filled * tag 942 subfield c item type in tab 9 ------------
I start to believe that Koha can't handle anything but ASCII. Someone, please prove me wrong.
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
----- Amit Gupta amitddng135@gmail.com India -- View this message in context: http://www.nabble.com/Koha-3.0-and-UTF-8-----tp21320798p21324392.html Sent from the Koha - Discuss mailing list archive at Nabble.com.
participants (5)
-
Adalid Ortiz -
amitg -
Joe Atzberger -
Mason James -
Thommy M.