Dear friends, You may know, that when we search for a record in the OPAC, in the Results page koha offers us some additional authors to refine our search. Here we have a bug for the names written in Armenian and Russian letters. When I click on the author name new page is opened but no result is found. The reason is that although the name in the Refine search tab is displayed correctly, when we click on it koha does not recognize some letters and generates a new query with unrecognized characters. I am more than sure that this is the problem because when I substitute the unrecognized characters in the generated link with the proper ones koha retrieves the queried records. Here is a link to a screenshot wich may be helpful for you. http://www.flib.sci.am/arm/archive/image/arm1.png Thanks in advance, Haik.
Hi, On Mon, Feb 4, 2013 at 11:44 AM, Haik Zargaryan <haikzargaryan@yahoo.com>wrote: <snipped> When I click on the author name new page is opened but no result is found.
The reason is that although the name in the Refine search tab is displayed correctly, when we click on it koha does not recognize some letters and generates a new query with unrecognized characters. I am more than sure that this is the problem because when I substitute the unrecognized characters in the generated link with the proper ones koha retrieves the queried records.
Which version of Koha are you using? Sounds similar to something I faced with Bengali script (UTF-8) about a few months back. I found that any 'block' passed through the "html" filter passed with flying colors, however when it passed through "url", it got "encoded" - from bengali utf-8 to into %nn hex escapes The "hack" involved dropping the "url" filter altogether or using the "html" filter instead in the affected template file. However, "fixing' it this way looks like a bad (non-standard and broken) idea to me. YMMV. cheers -idg -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
Dear Indranil We use koha 3.10 but this bug is present in the 3.8 version as well. Has you solution worked properly? If es, then can you elaborate a little bit more on that. WE can implement it temporarily unless the bug will be resolved in the later releases. Thank you very much, Haik. ________________________________ From: Indranil Das Gupta <indradg@gmail.com> To: Haik Zargaryan <haikzargaryan@yahoo.com> Cc: "koha@lists.katipo.co.nz" <koha@lists.katipo.co.nz> Sent: Monday, February 4, 2013 11:29 AM Subject: Re: [Koha] unrecognized Armenian and Russian letters Hi, On Mon, Feb 4, 2013 at 11:44 AM, Haik Zargaryan <haikzargaryan@yahoo.com> wrote: <snipped> When I click on the author name new page is opened but no result is found. The reason is that although the name in the Refine search tab is displayed correctly, when we click on it koha does not recognize some letters and generates a new query with unrecognized characters. I am more than sure that this is the problem because when I substitute the unrecognized characters in the generated link with the proper ones koha retrieves the queried records.
Which version of Koha are you using? Sounds similar to something I faced with Bengali script (UTF-8) about a few months back. I found that any 'block' passed through the "html" filter passed with flying colors, however when it passed through "url", it got "encoded" - from bengali utf-8 to into %nn hex escapes The "hack" involved dropping the "url" filter altogether or using the "html" filter instead in the affected template file. However, "fixing' it this way looks like a bad (non-standard and broken) idea to me. YMMV. cheers -idg -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
I have a similar problem with danish characters. Both the answer and the web page source has this error, so it must be the server that answers in ascii, in stead of utf-8? Or...? <http://koha.1045719.n5.nabble.com/file/n5742112/koha_Z39.50.jpg> Any suggestions? David -- View this message in context: http://koha.1045719.n5.nabble.com/unrecognized-Armenian-and-Russian-letters-... Sent from the Koha-general mailing list archive at Nabble.com.
On 13 February 2013 23:20, davidlamhauge <davidlamhauge@gmail.com> wrote:
I have a similar problem with danish characters.
Both the answer and the web page source has this error, so it must be the server that answers in ascii, in stead of utf-8? Or...?
<http://koha.1045719.n5.nabble.com/file/n5742112/koha_Z39.50.jpg>
That looks like a problem with the encoding that is set up for the Z39.50 target. I recently figured out that that was the reason Norwegian Z39.50 targets were giving me "weird" chars for æøå. See these bugs: Bug 9497 - Make it easier to add to the the list of possible encodings for Z39.50 servers and add ISO 8859-1 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9497 Bug 9536 - Make it still easier to add to the the list of possible encodings for Z39.50 servers http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9536 Bug 9498 - Update encoding for Norwegian sample Z39.50 servers http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9498 Best regards, Magnus Enger libriotech.no
participants (4)
-
davidlamhauge -
Haik Zargaryan -
Indranil Das Gupta -
Magnus Enger