[Koha] Help request on Z39.50 servers
Hi, My name is Tayfun Can, an instructor from METU. I'm using Koha for my departmental library and thanks to the rich documentation on internet I was able to do everything without disturbing anyone but now, I'm so stuck on a moment and can not progress. I have everything set up and I can start cataloging but I want to add some Z39.50 servers so I can catalog easily and faster. I have some links of the university libraries I want to add and they do support Z39.50 but I couldn't manage to set them up in Koha. Addresses are like: http://divit.library.itu.edu.tr:211/z39/EGE i tried divit.library.itu.edu.tr as the hostname and 211 as the port and EGE as the database, but didnt worked. I tried z39/EGE as the database name but again, didn't work. What I am doing wrong and how can i fix it? I would really appreciate if you can tell me how can I get correct Z39.50 settings from the web addresses because Turkish Z39.50 servers are not listed anywhere. Thanks. -- Tayfun Can Onuk Turkish Instructor METU Northern Cyprus Campus Kalkanlı / Güzelyurt via Mersin 10, TURKEY Office: R-129 Residence: HC-32 t: +90 392 661 2911 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Help request on Z39.50 servers
Hi Tayfun, Welcome to Koha family. You can see default Z39.50 setting from staff interface, Home › Administration › Z39.50 servers There is a page for Z39.50 from Koha manual, http://manual.koha-community.org/3.16/en/additionaladmin.html#z3950admin I also seach Turkey Z39.50 server for you from http://irspy.indexdata.com, but find no useful information. You may try Library of Congress, US, if your library deal with a lot of English items. 2014-07-16 17:32 GMT+08:00 Tayfun Can Onuk tayfuncano...@gmail.com: Hi, My name is Tayfun Can, an instructor from METU. I'm using Koha for my departmental library and thanks to the rich documentation on internet I was able to do everything without disturbing anyone but now, I'm so stuck on a moment and can not progress. I have everything set up and I can start cataloging but I want to add some Z39.50 servers so I can catalog easily and faster. I have some links of the university libraries I want to add and they do support Z39.50 but I couldn't manage to set them up in Koha. Addresses are like: http://divit.library.itu.edu.tr:211/z39/EGE i tried divit.library.itu.edu.tr as the hostname and 211 as the port and EGE as the database, but didnt worked. I tried z39/EGE as the database name but again, didn't work. What I am doing wrong and how can i fix it? I would really appreciate if you can tell me how can I get correct Z39.50 settings from the web addresses because Turkish Z39.50 servers are not listed anywhere. Thanks. -- Tayfun Can Onuk Turkish Instructor METU Northern Cyprus Campus Kalkanlı / Güzelyurt via Mersin 10, TURKEY Office: R-129 Residence: HC-32 t: +90 392 661 2911 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Wishing you all the best. . . . Anthony Mao 毛慶禎 +886 2 29052334 (voice) + 886 2 29017405 (FAX) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Help request on Z39.50 servers
Thanks, what i'm trying to ask is is there a way to understand or fetch the Z39.50 settings of a library using its Z39.50 search page? Tayfun Can Onuk Turkish Instructor METU Northern Cyprus Campus Kalkanlı / Güzelyurt via Mersin 10, TURKEY Office: R-129 Residence: HC-32 t: +90 392 661 2911 16.7.2014 14:29 tarihinde, Riley Childs yazdı: Some databases require a user/pass or make sure you are specifying the right database (ie Dynix is horizon) There is a directory of z39.50 servers on the web, but the name escapes me (someone else knows, I'm sure) Riley Childs Student Asst. Head of IT Services Charlotte United Christian Academy (704) 497-2086 RileyChilds.net Sent from my Windows Phone, please excuse mistakes From: Tayfun Can Onukmailto:tayfuncano...@gmail.com Sent: 7/16/2014 5:33 AM To: koha@lists.katipo.co.nzmailto:koha@lists.katipo.co.nz Subject: [Koha] Help request on Z39.50 servers Hi, My name is Tayfun Can, an instructor from METU. I'm using Koha for my departmental library and thanks to the rich documentation on internet I was able to do everything without disturbing anyone but now, I'm so stuck on a moment and can not progress. I have everything set up and I can start cataloging but I want to add some Z39.50 servers so I can catalog easily and faster. I have some links of the university libraries I want to add and they do support Z39.50 but I couldn't manage to set them up in Koha. Addresses are like: http://divit.library.itu.edu.tr:211/z39/EGE i tried divit.library.itu.edu.tr as the hostname and 211 as the port and EGE as the database, but didnt worked. I tried z39/EGE as the database name but again, didn't work. What I am doing wrong and how can i fix it? I would really appreciate if you can tell me how can I get correct Z39.50 settings from the web addresses because Turkish Z39.50 servers are not listed anywhere. Thanks. -- Tayfun Can Onuk Turkish Instructor METU Northern Cyprus Campus Kalkanlı / Güzelyurt via Mersin 10, TURKEY Office: R-129 Residence: HC-32 t: +90 392 661 2911 ___ 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] Serial Pattern Help (again)
On Tue, Jul 15, 2014 at 9:51 AM, Hugo Agud ha...@orex.es wrote: Hi Nicole, I am not pretty sure about how the pattern should look like, but I attach this image,If this is not what you expected I will try harder ;) http://s11.postimg.org/44jzzbxmr/patron.png Thanks Hugo! I'll give this a try. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Serial Pattern Help (again)
Hi Nicole / Everyone, I asked our Serials Librarian whether she would feel comfortable sharing our experience/samples with you, but the problem is exactly that: she started to understand and had a handle over the serials module in 3.12, but with 3.14 everything she used to do no longer applies. She now manually enters each new issue she receives. Others on the list seem to have the same questions and it has been difficult to find answers and to update the documentation. Could the person or team who wrote the code for the Serials module in 3.14 provide additional examples and more detailed information on how the serials module works? It seems that they would know best and may be the only ones who know, given the many questions on the list. Best, Sebastian -- Sebastian Hierl, Ph.D. Drue Heinz Librarian, Arthur Janet C. Ross Library American Academy in Rome Via Angelo Masina 5 00153 Rome Italy T: +39 06 5846 417 F: +39 06 5810 788 On Wed, Jul 16, 2014 at 4:31 PM, Nicole Engard neng...@gmail.com wrote: On Tue, Jul 15, 2014 at 9:51 AM, Hugo Agud ha...@orex.es wrote: Hi Nicole, I am not pretty sure about how the pattern should look like, but I attach this image,If this is not what you expected I will try harder ;) http://s11.postimg.org/44jzzbxmr/patron.png Thanks Hugo! I'll give this a try. ___ 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] Serial Pattern Help (again)
Hi, Francois-- Thank you for the reminder about your post regarding inner counter--it's a very helpful example. So, am I correct that inner counter actually means something like parts already received? If anyone else can help define other terms referred to by the contextual help /or the manual, e.g., Last value and/or Rollover at and Issues expected, etc., that would be great. And, Sebastian: please tell your serials librarian that I'm in the exact same position! I felt that I understood Koha's serials functions in previous versions and they worked very well, but with 3.16 I'm within inches of deleting all our subscription records and just adding an item record when an issue comes in. Best, 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
Re: [Koha] Help request on Z39.50 servers
Riley wrote: There is a directory of z39.50 servers on the web, but the name escapes me (someone else knows, I'm sure) There's a fairly big directory of Z39.50 targets here (which includes some in Turkey, by the way): http://www.loc.gov/z3950/ 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
Re: [Koha] Help request on Z39.50 servers
Adding that to manual! On Wed, Jul 16, 2014 at 11:16 AM, Hernandez, Heather heather_hernan...@nps.gov wrote: Riley wrote: There is a directory of z39.50 servers on the web, but the name escapes me (someone else knows, I'm sure) There's a fairly big directory of Z39.50 targets here (which includes some in Turkey, by the way): http://www.loc.gov/z3950/ 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 mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Help request on Z39.50 servers
On Wed, Jul 16, 2014 at 1:37 PM, Nicole Engard neng...@gmail.com wrote: Adding that to manual! +1 On Wed, Jul 16, 2014 at 11:16 AM, Hernandez, Heather heather_hernan...@nps.gov wrote: Riley wrote: There is a directory of z39.50 servers on the web, but the name escapes me (someone else knows, I'm sure) There's a fairly big directory of Z39.50 targets here (which includes some in Turkey, by the way): http://www.loc.gov/z3950/ 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 mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha slowness and server hardware
Hello everyone, I'm looking for some thoughts/opinions. I have a working 3.14.04 package install environment running on a 4-core 3.6GHz system with 8GB RAM. The OS is Debian 32-bit running as a VM on top of VMware ESXi. This single VM is allocated pretty much all of the physical hardware resources in the system...just wanted the flexibility of adding a test VM environment later perhaps. We are noticing that most functions are quite slow, including check-ins, check-outs, and patron lookups. I've monitored the system for a bit and am seeing that mysqld is consuming 100% of all 4 CPUs consistently during the slowness. What I'm wondering is: - Does this seem normal to folks? Should a relatively small environment (less than 2000 patrons and just over 11,000 items) be consuming that much CPU? - Could it be VMware? - Could it be the 32-bit OS? The version of VMware I installed wouldn't allow me to create a 64-bit Debian VM. - Are there any MySQL tuning parameters I should consider? - Any other thoughts/ideas on what I should look at? Thanks all! Steve ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha slowness and server hardware
That number does seem usual. We've got a Koha instance that's larger in terms of items (small in terms of patrons) which gets a much lower usage. It's possible that a lot of searches or use could drive it up but that tends to be spikes rather than a long flat usage. VMware is a possible cause. The first thing I'd do is check your ESXi settings to see how much RAM and CPU you've allotted to your virtual machine. If your allotment for the VM is unusually low your virtual machine might be starved for resources. Also if you've assigned over 4 GB of RAM to this VM you're wasting it since a 32 bit OS will be capped at 4 GB of usable RAM. If you're still seeing high usage, inside MySQL try running a SHOW PROCESSLIST; to see what's going on when you see that 100% CPU use. There could be a background job that is stalling for some reason when other activity happens. Daniel Sanford On Wed, Jul 16, 2014 at 1:32 PM, Steven Nickerson snick...@maine.rr.com wrote: Hello everyone, I'm looking for some thoughts/opinions. I have a working 3.14.04 package install environment running on a 4-core 3.6GHz system with 8GB RAM. The OS is Debian 32-bit running as a VM on top of VMware ESXi. This single VM is allocated pretty much all of the physical hardware resources in the system...just wanted the flexibility of adding a test VM environment later perhaps. We are noticing that most functions are quite slow, including check-ins, check-outs, and patron lookups. I've monitored the system for a bit and am seeing that mysqld is consuming 100% of all 4 CPUs consistently during the slowness. What I'm wondering is: - Does this seem normal to folks? Should a relatively small environment (less than 2000 patrons and just over 11,000 items) be consuming that much CPU? - Could it be VMware? - Could it be the 32-bit OS? The version of VMware I installed wouldn't allow me to create a 64-bit Debian VM. - Are there any MySQL tuning parameters I should consider? - Any other thoughts/ideas on what I should look at? Thanks all! Steve ___ 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 slowness and server hardware
We're seeing a similar problem with our Koha install; we're blaming the 32-bit OS. I'd recommend upgrading VMWare and (re)installing Deb 64bit on your system, and also possibly moving up to Koha 3.16, if you have to option to do those things. Would the vSphere Hypervisor work for you? We've been playing with it here, and will probably use it for our next virtual machine server. http://www.vmware.com/products/vsphere-hypervisor/ Greg -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 On 07/16/2014 12:32 PM, Steven Nickerson wrote: Hello everyone, I'm looking for some thoughts/opinions. I have a working 3.14.04 package install environment running on a 4-core 3.6GHz system with 8GB RAM. The OS is Debian 32-bit running as a VM on top of VMware ESXi. This single VM is allocated pretty much all of the physical hardware resources in the system...just wanted the flexibility of adding a test VM environment later perhaps. We are noticing that most functions are quite slow, including check-ins, check-outs, and patron lookups. I've monitored the system for a bit and am seeing that mysqld is consuming 100% of all 4 CPUs consistently during the slowness. What I'm wondering is: - Does this seem normal to folks? Should a relatively small environment (less than 2000 patrons and just over 11,000 items) be consuming that much CPU? - Could it be VMware? - Could it be the 32-bit OS? The version of VMware I installed wouldn't allow me to create a 64-bit Debian VM. - Are there any MySQL tuning parameters I should consider? - Any other thoughts/ideas on what I should look at? Thanks all! Steve ___ 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
[Koha] French specifics for Koha
I have offered to do an introductory training session for Koha in Vanuatu at the end of this month and I would appreciate any hints and tips specific to using Koha in a french speaking country. I have added french language support without issue but have no experience with importing records in french. Also, is there a publicly available Z39.50 server that would be useful. I appreciate your help very much. Clint. -- Clint Deckard Anact Open Source Solutions RD1, Takapau, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha slowness and server hardware
Steven Nickerson schreef op wo 16-07-2014 om 13:32 [-0400]: - Could it be the 32-bit OS? The version of VMware I installed wouldn't allow me to create a 64-bit Debian VM. It could be, but it's probably not with that number of items. 64-bit is recommended however, and can be done with other virtualisation systems, for example KVM or Xen. - Are there any MySQL tuning parameters I should consider? Yes. There's too much to get into via email, but make sure that mysql has enough memory to cache the entire database into RAM, that your query cache is large enough, and so on. There are plenty of articles and helper scripts around for this. - Any other thoughts/ideas on what I should look at? Turn on the MySQL slow query log: that'll tell you what _actually_ is taking the time. It might be that for some reason one of your tables doesn't have an index that it should, and so queries are slower than they should be. Also, disk IO can sometimes be a bit weird under virtualisation, make sure that your disk access is at an appropriate speed, although caching the whole thing in MySQL should make that less important. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha