Re: [Koha] sorting issues in Armenian catalogue
Hie,
Yes, Zebra must be re-indexed to implement the changes in its configuration.
Sorting non-latin characters may be impossible in sort-string-utf.chr.
I advice you to try usign the ICU for sorting like for words.
Best regards,
Le 28/07/2014 19:23, Haik Zargaryan a écrit :
Dear List,
We are using koha 3.14. Our catalog mainly consists of Armenian language
records. When I search in the Armenian language records using a keyword and
then sort the records in Title A-Z order, the search results are not sorted
alphabetically. I have found discussion on this issue and after going through
it my understanding is that additional sorting rules can be defined in the file
sort-string-utf.chr located in the /etc/koha/zebradb/lang_defs/en directory.
Anyway, when I am adding the Armenian Unicode letters (marked in red and bold)
to introduce correct sorting order:
-
lowercase {0-9}{a-y}üzæäøöåաբգդեզէըթժիլխծկհձղճմյնշոչպջռսվտրցուփքևօֆ
uppercase {0-9}{A-Y}ÜZÆÄØÖÅԱԲԳԴԵԶԷԸԹԺԻԼԽԾԿՀՁՂՃՄՅՆՇՈՉՊՋՌՍՎՏՐՑՈՒՓՔԵՎՕՖ
-
the letters are not saved properly in the file, which is in ANSI encoding.
Please advise me what should I do on the matters below.
- In what encoding the Armenian letters or the sort-string-utf.chr file should
be?
- Am I adding the letters in the correct file and in the correct place, or
should I create a new directory/file for the Armenian language?
- Should the Zebra be re-indexed to implement the changes?
Regards,
Haik.
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
--
Fridolin SOMERS
Biblibre - Pôles support et système
fridolin.som...@biblibre.com
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-devel] SIP2 AF field sent even if patron password is invalid
+1 Marc Am 30.07.2014 22:02, schrieb Katrin Fischer: Am 29.07.2014 um 17:55 schrieb Galen Charlton: That leaves open the question about what to do with other fields, particularly in the patron information response. My feeling is that we should be conservative: if a patron password is sent via patron status or patron information requests, and it's wrong, no information about the patron should be returned. There may need to be a configuration option controlling this behavior. +1 Katrin ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.16.2: open external link in a separate window
Hello,
no I don't mean the field in the MARC-Record. Based of the MARC-Record you have
a Biblioitem-Record for each item.
In this Record I mean the field u - URL from
cgi-bin/koha/cataloguing/additem.pl (c. 978). The HTML-Output yout get in
cgi-bin/koha/opac-detail.pl?biblionumber=4query_desc=kw%2Cwrdl%3A%20[SEARCH
TERM] (c. 797) is made by Koha.
I didn't found the place where I can add the phrase target=_blank to this tag.
Could this parameter (target=_blank) an option in the global system parameters?
I hope I'm understandable...
Thanks
Sebastian
Tomas Cohen Arazi tomasco...@gmail.com hat am 31. Juli 2014 um 01:50
geschrieben:
On Mon, Jul 28, 2014 at 6:22 AM, sebastian.kr...@tuz-eisenach.de
sebastian.kr...@tuz-eisenach.de wrote:
Hello Koha,
I life in Germany and use Koha 3.16.2 in my private home. I have to link
some
additional informations from a wiki in the biblioitems. In this case I use
the
field URL, but the weblink in this field opens (in OPAC and Admin) in
the same
browser tab.
What do u mean by field URL? Are you talking about MARC21's 856$u?
Is there a possibility to open a external weblink in a biblioitem in a
separate
browser tab?
If that was the case you could add this to intranetuserjs and opacuserjs
$('#results_summary online_resources a').attr(target,_blank);
--
Tomás Cohen Arazi
Prosecretaría de Informática
Universidad Nacional de Córdoba
✆ +54 351 5353750 ext 13168
GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
___
mailto: sebastian.kr...@tuz-eisenach.de
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Basket Groups Not Visible
We have installed Koha 3.14.8 from package on Debian Wheezy. We created 12 Basketgoups for a particular Vendor. However, clicking Basker groups option, it display only first 10 basket groups (with Reopen, print, export as cvs option). It is not showing other two (11 12). Can anybody help us to resolve it? With regards -- Arup Raychaudhury Indian Statistical Institute INDIA ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] SIP2 AF field sent even if patron password is invalid
I think the essential problem is SIP has two levels of authentication. The SIP server level, then the patron level. I think the SIP protocol intends for the SIP client to behave responsibly with the data it gets, but in reality SIP device manufacturers don't seem to try very hard. For instance, what if we had a system with users that would periodically mine a SIP2 server for data? Let's say it's a university system that needs to know if a student owes the library money and they can't graduate without paying off any money owed to the library. In this case, SIP2 must be able to supply all the data even without knowing the patron's password. As far as I can tell, the SIP2 spec does not intend a bad user password to limit any data, it up to the client to determine what and what not to display given a bad patron password. But, since we can't strong arm SIP2 device manufacturers into using SIP2 properly, we need to deal with this ourselves. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Wed, Jul 30, 2014 at 10:03 AM, Aaron Sakovich asakov...@hmcpl.org wrote: Hi, I'm also concerned about the wealth of other info returned if an invalid password is provided. I just tried sending a bad password and got the following info returned from Koha: 64 00120140730 084016AOMAIN|AA21562006551554|AESpunky Tester|BLY|CQN|CC15.00|BD915 Monroe Street Huntsville AL 35801 Madison| beaar...@hmcpl.org|PB AE: full name CQ: password verification failed! BD: street address BE: email address I did not see the AF field returned. However, someone with nefarious intent could harvest a LOT of patron info from SIP by just randomly (or sequentially) throwing out guessed library card numbers. Shouldn't the only thing returned be a CQN? (NB: we're on 3.14) Aaron -- Aaron Sakovich Internet and Technology Services manager Huntsville-Madison County Public Library http://hmcpl.org/ -- asakov...@hmcpl.org On Jul 29, 2014, at 10:35 AM, Kyle Hall kyle.m.h...@gmail.com wrote: I have an interesting SIP2 implementation issue. When authenticating through SIP2, if a valid patron id is passed in, but an *invalid* password is passed in, Koha's SIP2 server send back the AF ( screen message ) field even though the credentials are invalid. If a patron owes any fees, the server will send back the amount owed in an AF field. For instance, Overdrive will display this AF field even with an invalid password. Freegal does not ( but it may not display any AF field ). At least one SIP2 machine we tested against will also display the AF field when an invalid password is submitted. Is this a Koha issue, or a client side issue? The SIP2 protocol specification does not indicate that AF fields should be removed in the event of an invalid password. My guess is that some SIP2 server implementations may send back Invalid password messages which may be useful. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.16.2: open external link in a separate window
I think what you want is: http://manual.koha-community.org/3.16/en/administration.html#OPACURLOpenInNewWindow which is only for the OPAC, but is at least a start. Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.16.2: open external link in a separate window
On Wed, Jul 30, 2014 at 1:42 PM, MJ Ray m...@phonecoop.coop wrote: Is there a possibility to open a external weblink in a biblioitem in a separate browser tab? Right click (or long click or whatever) and pick open in new window. I agree with MJ that this should be a user choice, but someone disagreed enough that Koha has a system preference for this: OPACURLOpenInNewWindow. I believe turning that on enables the behavior you want in the OPAC at least. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] cross-links in analytics
Hi-- I am probably misunderstanding something here, but our parent records do link to the children in both our staff client and in our opac. E.g., our record for Sea Stories Magazine: http://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=27435 Has as part of this display, Analytics: Show analytics http://keys.bywatersolutions.com/cgi-bin/koha/opac-search.pl?q=Host-item:Sea%20stories%20magazine. And if you click on Show analytics, a browse list of all the analytic/child records is displayed. The parent record does not contain links to the children in the MARC record--there are no 774's in the parent record--they don't seem necessary. We're on 3.16 supported by ByWater Solutions, and I'm sorry but I don't remember if this is a customization on their part, or if it's tied to some standard feature. We do love this linking, though! Cheerio! heather ~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center heather_hernan...@nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/museum-collections.htm The sailor does not pray for wind, he learns to sail.--Gustaf Lindborg ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Data Migration, TLC to Koha
Hi everyone, I am new to the list here. I am an electronic resources librarian at an independent public library in Florida. We are interested in migrating from our current self-hosted TLC system to Koha. Quotes we have received from vendors are higher than we had hoped, mainly because of hefty migration fees. Is it realistic to think we could do the migration ourselves? I installed Koha on an old server that we have, and it seems simple enough to use. Honestly, I don't think we need training or ongoing support, but the data migration (bib, patron, fine records) makes me a bit uneasy. I can work my way around Linux a bit, but I am not a database expert. Does anyone have experience migrating from TLC to Koha? What is involved? Thanks, Ronn ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Data Migration, TLC to Koha
Hello, Yes you can convert your own data into marc format there are various methods to do that, If you can generate reports in Marc/iso/excel formats etc. from existing software than it can be converted. Please see the link below, if you don't mind may i know how much they quote and your data size/record? http://manual.koha-community.org/3.2/en/marceditexcel.html On Fri, 01 Aug 2014 01:46:28 +0530 Ronn Raszetnik wrote Hi everyone, I am new to the list here. I am an electronic resources librarian at an independent public library in Florida. We are interested in migrating from our current self-hosted TLC system to Koha. Quotes we have received from vendors are higher than we had hoped, mainly because of hefty migration fees. Is it realistic to think we could do the migration ourselves? I installed Koha on an old server that we have, and it seems simple enough to use. Honestly, I don't think we need training or ongoing support, but the data migration (bib, patron, fine records) makes me a bit uneasy. I can work my way around Linux a bit, but I am not a database expert. Does anyone have experience migrating from TLC to Koha? What is involved? Thanks, Ronn ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha With regards, Vinod Kumar Mishra, Assistant Librarian, (Library In-Charge) Biju Patnaik Central Library, NIT Rourkela, Mob:91+9439420860 91+6612462103 (O) email: vinod_librar...@rediffmail.com : mishrav...@gmail.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Data Migration, TLC to Koha
On 1 August 2014 4:16:02 pm NZST, Vinod Kumar Mishra vinod_librar...@rediffmail.com wrote: Hello, Yes you can convert your own data into marc format there are various methods to do that, If you can generate reports in Marc/iso/excel formats etc. from existing software than it can be converted. This is true, but there is far more data than just the bibliographic data. That is always the easiest bit. There is circulation, patrons, fines, acquisitions etc etc. It is a non trivial task, however it is certainly possible to do it yourself given enough time. Please see the link below, if you don't mind may i know how much they quote and your data size/record? I imagine the quotes will have been provided as commercial in confidence. And as such sharing them without permission is not a good look. Collection size is actually pretty immaterial to how long a migration will take. Getting the data out in a good format is the hardest but and whether it's 1000 or 10 it takes about the same time. Chris http://manual.koha-community.org/3.2/en/marceditexcel.html On Fri, 01 Aug 2014 01:46:28 +0530 Ronn Raszetnik wrote Hi everyone, I am new to the list here. I am an electronic resources librarian at an independent public library in Florida. We are interested in migrating from our current self-hosted TLC system to Koha. Quotes we have received from vendors are higher than we had hoped, mainly because of hefty migration fees. Is it realistic to think we could do the migration ourselves? I installed Koha on an old server that we have, and it seems simple enough to use. Honestly, I don't think we need training or ongoing support, but the data migration (bib, patron, fine records) makes me a bit uneasy. I can work my way around Linux a bit, but I am not a database expert. Does anyone have experience migrating from TLC to Koha? What is involved? Thanks, Ronn ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha With regards, Vinod Kumar Mishra, Assistant Librarian, (Library In-Charge) Biju Patnaik Central Library, NIT Rourkela, Mob:91+9439420860 91+6612462103 (O) email: vinod_librar...@rediffmail.com : mishrav...@gmail.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
