- Koha - lists.katipo.co.nz

Re: [Koha] Koha Digest, Vol 65, Issue 31
by Abdullah Al-Modabber 09 Mar '11

09 Mar '11

salamualaikum ________________________________ From: "koha-request(a)lists.katipo.co.nz" <koha-request(a)lists.katipo.co.nz> To: koha(a)lists.katipo.co.nz Sent: Wednesday, March 9, 2011 8:58 PM Subject: Koha Digest, Vol 65, Issue 31 Send Koha mailing list submissions to koha(a)lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Re: trouble placing hold on book (Bob Birchall) 2. Koha Idea: Basing Cart off Items instead of Biblios (Linda Culberson) 3. Re: Koha Idea: Basing Cart off Items instead of Biblios (Wagner, Jane) 4. Add record author field locked? (Fogg, Shawn (DPH)) 5. Re: Koha Idea: Basing Cart off Items instead of Biblios (Paul Poulain) 6. Re: Add record author field locked? (Magnus Enger) 7. Koha - tags/fields used by Koha system (Linda Culberson) 8. Re: Add record author field locked? (Emrys Minnig) 9. Re: Fwd: Access to British Library Z39.50 servers (Bob Ewart) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 Mar 2011 22:23:28 +1100 From: Bob Birchall <bob(a)calyx.net.au> Subject: Re: [Koha] trouble placing hold on book To: koha(a)lists.katipo.co.nz Message-ID: <4D776330.5070104(a)calyx.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Shelley, What version of Koha are you using? Check your circulation rule - how many holds are allowed for that category of patron? What is the holds policy for that library? Also check the following circulation system preferences to be sure they have the value you want: - CircControl - HomeorHoldingBranch - all of the preferences under the heading Holds Policy Hope that helps, Bob Birchall CALYX On 09/03/11 09:01, Shelley & Kurt Kemperman wrote: > I tried and failed to place a hold on a book today. The book was > already checked out and I wanted to place a hold so that when it was > checked in, our volunteer would be alerted. I went to the book > record, clicked place hold, then entered the student's number. I > received the message "no copies are available to be placed on hold". > Well of course not, if there was a copy available, I wouldn't need to > place a hold - lol. Why can't I place the hold? > > Thanks, Shelley > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Bob Birchall Director Calyx Group Pty Limited Mob: 0414 796 988 Email: bob(a)calyx.net.au Web: www.calyx.net.au ------------------------------ Message: 2 Date: Wed, 09 Mar 2011 07:44:39 -0600 From: Linda Culberson <lculber(a)mdah.state.ms.us> Subject: [Koha] Koha Idea: Basing Cart off Items instead of Biblios To: koha(a)lists.katipo.co.nz Message-ID: <4D778447.3070801(a)mdah.state.ms.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Everyone, I'd like to second Ian's idea about basing the cart off of items instead of biblios since our "titles" are often collections. The items are all different from one another, much as serials/journals would be. This would be of great benefit to us. Thanks. > Subject: > [Koha] Idea: Basing Cart off Items instead of Biblios > From: > Ian Walls <ian.walls(a)bywatersolutions.com> > Date: > Tue, 8 Mar 2011 16:32:36 -0500 > To: > koha <koha(a)lists.katipo.co.nz> > > Koha Community, > > > I'd like to solicit some feedback on this idea.? It seems to me that we could greatly increase the utility of the Cart, both on the patron side and the staff side, if we had it work off Item records primarily instead of the Biblio record.? Some things we'd be able to do from the Cart if we had this: > > 1. Batch Item mod > 2. Move items from multiple biblios to a single new biblio, in one step > 3. Print label batches > 4. Place item-level holds (in addition to title-level) > > Since item records all contain the biblionumbers for their Biblios, it would be a single additional step to convert the list of itemnumbers into a list of distinct biblionumbers, and do all the same biblio-level functions we do now (like biblio-level holds, emailing/printing, and adding to Lists). > > Am I missing a complication in the implementation or a workflow issue that would make this untenable?? What does everyone think? > > Cheers, > > > -Ian On 3/8/2011 5:00 PM, koha-request(a)lists.katipo.co.nz wrote: > Idea: Basing Cart off Items instead of Biblios -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824 ------------------------------ Message: 3 Date: Wed, 9 Mar 2011 08:47:32 -0500 From: "Wagner, Jane" <jwagner(a)liblime.com> Subject: Re: [Koha] Koha Idea: Basing Cart off Items instead of Biblios To: koha(a)lists.katipo.co.nz Message-ID: <f212018c652e99cb40e52272e21713fd(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 And basing the OPAC cart off the item type might help with one of my bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5695 Jane Wagner Senior Project Manager LibLime, a division of PTFS Content Management and Library Solutions 6400 Goldsboro Road, Suite 200 Bethesda, MD 20817 (301) 654-8088 x 151 jwagner(a)liblime.com -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Linda Culberson Sent: Wednesday, March 09, 2011 8:45 AM To: koha(a)lists.katipo.co.nz Subject: [Koha] Koha Idea: Basing Cart off Items instead of Biblios Everyone, I'd like to second Ian's idea about basing the cart off of items instead of biblios since our "titles" are often collections. The items are all different from one another, much as serials/journals would be. This would be of great benefit to us. Thanks. > Subject: > [Koha] Idea: Basing Cart off Items instead of Biblios > From: > Ian Walls <ian.walls(a)bywatersolutions.com> > Date: > Tue, 8 Mar 2011 16:32:36 -0500 > To: > koha <koha(a)lists.katipo.co.nz> > > Koha Community, > > > I'd like to solicit some feedback on this idea.? It seems to me that we could greatly increase the utility of the Cart, both on the patron side and the staff side, if we had it work off Item records primarily instead of the Biblio record.? Some things we'd be able to do from the Cart if we had this: > > 1. Batch Item mod > 2. Move items from multiple biblios to a single new biblio, in one step > 3. Print label batches > 4. Place item-level holds (in addition to title-level) > > Since item records all contain the biblionumbers for their Biblios, it would be a single additional step to convert the list of itemnumbers into a list of distinct biblionumbers, and do all the same biblio-level functions we do now (like biblio-level holds, emailing/printing, and adding to Lists). > > Am I missing a complication in the implementation or a workflow issue that would make this untenable?? What does everyone think? > > Cheers, > > > -Ian On 3/8/2011 5:00 PM, koha-request(a)lists.katipo.co.nz wrote: > Idea: Basing Cart off Items instead of Biblios -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824 _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 4 Date: Wed, 9 Mar 2011 08:38:20 -0500 From: "Fogg, Shawn (DPH)" <Shawn.Fogg(a)state.ma.us> Subject: [Koha] Add record author field locked? To: Koha koha <Koha(a)lists.katipo.co.nz> Message-ID: <12A5B6B6B7934B46A316B7B17647FD7EEAAB7FE1A0(a)ES-MSG-EMB-003.es.govt.state.ma.us> Content-Type: text/plain; charset="us-ascii" Hi, We are using Koha in a small school now. One of my last hurdles is adding new books to Koha. We were able to add about half of the new books we have through Z39 searches but the remaining books (about 100) aren't being found. In trying to add these by hand I am running into a problem in that I can't add the authors name to the catalog entry for a book. That field is showing as locked. I haven't been able to figure out how to change that. Any help would be appreciated. Thanks, Shawn ------------------------------ Message: 5 Date: Wed, 09 Mar 2011 14:55:43 +0100 From: Paul Poulain <paul.poulain(a)biblibre.com> Subject: Re: [Koha] Koha Idea: Basing Cart off Items instead of Biblios To: koha(a)lists.katipo.co.nz Message-ID: <4D7786DF.3050303(a)biblibre.com> Content-Type: text/plain; charset=ISO-8859-1 Le 09/03/2011 14:44, Linda Culberson a ?crit : > Everyone, > I'd like to second Ian's idea about basing the cart off of items instead > of biblios since our "titles" are often collections. The items are all > different from one another, much as serials/journals would be. This > would be of great benefit to us. It used to be based on items in very old versions iirc. We switched to biblio for a very good reason I can't remember now... -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 ------------------------------ Message: 6 Date: Wed, 9 Mar 2011 15:07:37 +0100 From: Magnus Enger <magnus(a)enger.priv.no> Subject: Re: [Koha] Add record author field locked? To: Koha koha <Koha(a)lists.katipo.co.nz> Message-ID: <AANLkTikCjBRCP2-O5CZfDZF7CeD0vP3aj+jaTk69hMKx(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 9 March 2011 14:38, Fogg, Shawn (DPH) <Shawn.Fogg(a)state.ma.us> wrote: > Hi, > > We are using Koha in a small school now. One of my last hurdles is adding new books to Koha. We were able to add about half of the new books we have through Z39 searches but the remaining books (about 100) aren't being found. > > In trying to add these by hand I am running into a problem in that I can't add the authors name to the catalog entry for a book. That field is showing as locked. I haven't been able to figure out how to change that. Hi! Sounds like your problem is related to this: http://koha-community.org/documentation/faq/cataloging/#7 Best regards, Magnus Enger libriotech.no ------------------------------ Message: 7 Date: Wed, 09 Mar 2011 08:09:23 -0600 From: Linda Culberson <lculber(a)mdah.state.ms.us> Subject: [Koha] Koha - tags/fields used by Koha system To: koha <koha(a)lists.katipo.co.nz> Message-ID: <4D778A13.2000606(a)mdah.state.ms.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Everyone, I apologize for the newbie question, but we are working on our frameworks, and can some one point me to a list of fields used by the Koha system? I know that the 952 fields are used for holdings information and the 942 is used, as well as the 999. Are there any others? Thanks in advance. -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824 ------------------------------ Message: 8 Date: Wed, 9 Mar 2011 14:20:29 -0000 From: "Emrys Minnig" <emrysminnig(a)varndean.co.uk> Subject: Re: [Koha] Add record author field locked? To: "Magnus Enger" <magnus(a)enger.priv.no>, "Koha koha" <Koha(a)lists.katipo.co.nz> Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD202A13DF4(a)ex2k3srv06.Varndean.local> Content-Type: text/plain; charset="iso-8859-1" Just to elaborate, navigate to Administration/System Preferences/Authorities and set 'BiblioAddsAuthorities' to 'On'. I found that it was also helpful (especially for a school library) to create a custom bibliographic framework containing only the fields we needed. It made manual cataloguing significantly easier for school librarians who might not have much experience with MARC format cataloguing. Hope that helps! Emrys ________________________________ From: koha-bounces(a)lists.katipo.co.nz on behalf of Magnus Enger Sent: Wed 09/03/2011 14:07 To: Koha koha Subject: Re: [Koha] Add record author field locked? On 9 March 2011 14:38, Fogg, Shawn (DPH) <Shawn.Fogg(a)state.ma.us> wrote: > Hi, > > We are using Koha in a small school now. One of my last hurdles is adding new books to Koha. We were able to add about half of the new books we have through Z39 searches but the remaining books (about 100) aren't being found. > > In trying to add these by hand I am running into a problem in that I can't add the authors name to the catalog entry for a book. That field is showing as locked. I haven't been able to figure out how to change that. Hi! Sounds like your problem is related to this: http://koha-community.org/documentation/faq/cataloging/#7 Best regards, Magnus Enger libriotech.no _______________________________________________ Koha mailing list http://koha-community.org <http://koha-community.org/> Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 9 Date: Wed, 09 Mar 2011 09:30:51 -0500 From: Bob Ewart <bob-ewart(a)bobsown.com> Subject: Re: [Koha] Fwd: Access to British Library Z39.50 servers To: koha(a)lists.katipo.co.nz Message-ID: <4D778F1B.6000305(a)bobsown.com> Content-Type: text/plain; charset=ISO-8859-1 On 03/09/2011 04:42 AM, MJ Ray wrote: > Bob Ewart wrote: >> The British Library server mentioned below (Z3950cat.bl.uk) returns >> SUTRS syntax not MARC. > > Some libraries can register for an account which can get MARC21, but > it has an anti-social non-commercial restriction which has > implications if you ever want to share your records. > http://www.bl.uk/bibliographic/data.html > > BL is making some data available as Open Bibliographic Data (which > we endorse http://openbiblio.net/principles/endorse/ ) so hopefully > that will change in the future. > > Hope that informs, Thank you. Their non-sharing restriction probably means that setting up a Z3950 server would be out. I'm wondering about the MARC display available under OPAC. I'm guessing that would probably not get them too upset. I've found most of our books from AMICUS or the Library of Congress. Occasionally I've had to go to the Oxford library. AMICUS (amicus.collectionscanada.gc.ca, port 210, database ANY) does require registration. A lot of British books are in their database. Go to http://amicus.collectionscanada.gc.ca/amicus-bin/self_register?l=0 to register. -- Bob ------------------------------ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 65, Issue 31 ************************************

3 2

Koha Idea: Basing Cart off Items instead of Biblios
by Linda Culberson 09 Mar '11

09 Mar '11

Everyone, I'd like to second Ian's idea about basing the cart off of items instead of biblios since our "titles" are often collections. The items are all different from one another, much as serials/journals would be. This would be of great benefit to us. Thanks. > Subject: > [Koha] Idea: Basing Cart off Items instead of Biblios > From: > Ian Walls <ian.walls(a)bywatersolutions.com> > Date: > Tue, 8 Mar 2011 16:32:36 -0500 > To: > koha <koha(a)lists.katipo.co.nz> > > Koha Community, > > > I'd like to solicit some feedback on this idea.Â It seems to me that we could greatly increase the utility of the Cart, both on the patron side and the staff side, if we had it work off Item records primarily instead of the Biblio record.Â Some things we'd be able to do from the Cart if we had this: > > 1. Batch Item mod > 2. Move items from multiple biblios to a single new biblio, in one step > 3. Print label batches > 4. Place item-level holds (in addition to title-level) > > Since item records all contain the biblionumbers for their Biblios, it would be a single additional step to convert the list of itemnumbers into a list of distinct biblionumbers, and do all the same biblio-level functions we do now (like biblio-level holds, emailing/printing, and adding to Lists). > > Am I missing a complication in the implementation or a workflow issue that would make this untenable?Â What does everyone think? > > Cheers, > > > -Ian On 3/8/2011 5:00 PM, koha-request(a)lists.katipo.co.nz wrote: > Idea: Basing Cart off Items instead of Biblios -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824

3 2

Cannot save vendor order in acquisitions modle
by sheldon_tappin 09 Mar '11

09 Mar '11

Hi All, I've submitted a post before but I didn't get any response, please help. 1. My problem is that i'm unable to save an order made to a vendor in the acquisitions module and this is occurring on koha version 3.2.2. Whenever i click the save button nothing happens, absolutely nothing. 2. On version 3.0.6. I am able to save orders made to vendors, however, after I received the first item i cannot receive any other item from the quantity within order. Also, after I received the first item in the quantity, if i should click on the title of the record i'm getting and error i don't know why. I did truncated some tables in the koha database: aqorders, aqbasket, aqorders, aqbooksellers. I know for sure that I truncated the tables in ver 3.0.6 tables but i'm not sure if i truncated the tables in ver. 3.2.2. My motive for truncating the tables was to delete the vendors and the sample data that i had inputted. Help is greatly appreciated. Regareds, Sheldon -- View this message in context: http://koha.1045719.n5.nabble.com/Cannot-save-vendor-order-in-acquisitions-… Sent from the Koha - Discuss mailing list archive at Nabble.com.

2 2

Re: [Koha] unable to run apache after upgrade from 3.0 to 3.2
by Yatheesh Y 09 Mar '11

09 Mar '11

I am not able to find the mistake so i upgrade is again now apache running it giving following errors ........................................................................... Can't locate Business/ISBN.pm in @INC (@INC contains: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/koha/lib/C4/Koha.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Koha.pm line 27. Compilation failed in require at /usr/share/koha/lib/C4/Biblio.pm line 30. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Biblio.pm line 30. Compilation failed in require at /usr/share/koha/lib/C4/Reserves.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Reserves.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 28. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 28. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 30. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 30. Compilation failed in require at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22. On Tue, Jan 4, 2011 at 6:49 PM, Randall Rowe <r.rowe(a)lincolnlibraries.org>wrote: > -----Original Message----- > From: "Yatheesh Y" <yatheeshb(a)gmail.com> > Sent 1/3/2011 10:54:54 PM > To: "Randall Rowe" <r.rowe(a)lincolnlibraries.org> > Cc: Koha(a)lists.katipo.co.nz > Subject: Re: [Koha] unable to run apache after upgrade from 3.0 to 3.2 > > this is file apache error > > > > Based upon the NCSA server configuration files originally by Rob McCool. > # > # This is the main Apache server configuration file. It contains the > # configuration directives that give the server its instructions. > # See http://httpd.apache.org/docs/2.2/ for detailed information about > # the directives. > # > # Do NOT simply read the instructions in here without understanding > # what they do. They're here only as hints or reminders. If you are > unsure > # consult the online docs. You have been warned. > # > # The configuration directives are grouped into three basic sections: > # 1. Directives that control the operation of the Apache server process as > a > # whole (the 'global environment'). > # 2. Directives that define the parameters of the 'main' or 'default' > server, > # which responds to requests that aren't handled by a virtual host. > # These directives also provide default values for the settings > # of all virtual hosts. > # 3. Settings for virtual hosts, which allow Web requests to be sent to > # different IP addresses or hostnames and have them handled by the > # same Apache server process. > > > > On Mon, Jan 3, 2011 at 6:51 PM, Randall Rowe <r.rowe(a)lincolnlibraries.org > > wrote: > >> It means that the file /etc/apache2/sites-enabled/koha has an error. >> There is a closing </VirtualHost> without an opening <VirtualHost>. >> Check the file and see if you can figure out the problem or post it and >> we'll see what went wrong. >> >> Randy Rowe >> Lincoln City Libraries I.T. >> >> -----Original Message----- >> From: "Yatheesh Y" <yatheeshb(a)gmail.com> >> Sent 1/3/2011 5:19:10 AM >> To: Koha(a)lists.katipo.co.nz >> Subject: [Koha] unable to run apache after upgrade from 3.0 to 3.2 >> >> after upgrading unable to run apache it gives following error >> >> what is this? >> >> >> Restarting web server >> apache2 apache2: Syntax error >> on line 265 of /etc/apache2/apache2.conf: Syntax error on line 95 of >> /etc/apache2/sites-enabled/koha: </VirtualHost> without matching >> <VirtualHost> section >> >> >> -- >> ---------------------------- >> Y.Yatheesh babu >> Librarian >> Shri Shakti College of Hotel Management >> Venus Plaza Begumpet >> Hyderabad-500 016 >> 09966178388 >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha@lists.katipo.co.nzhttp://lists.katipo.co.nz/mailman/listinfo/koha >> >> > > > -- > ---------------------------- > Y.Yatheesh babu > Librarian > Shri Shakti College of Hotel Management > Venus Plaza Begumpet > Hyderabad-500 016 > 09966178388 > > > > That file is most likely /etc/apache2/apache2.conf. The error is being > caused by a problem in /etc/apache2/sites-enabled/koha. > Compare the following with what you have in /etc/apache2/sites-enabled/koha > > # Koha Apache Configuration Directives > > #NameVirtualHost * > > ## OPAC > <VirtualHost 172.25.1.252:80> > ServerAdmin webmaster@lcltest > DocumentRoot /usr/share/koha/opac/htdocs > ServerName lcltest > # ServerAlias opac.mydomain.com > ScriptAlias /cgi-bin/koha/ "/usr/share/koha/opac/cgi-bin/opac/" > ScriptAlias /index.html "/usr/share/koha/opac/cgi-bin/opac/opac-main.pl > " > ScriptAlias /opac-search.pl "/usr/share/koha/opac/cgi-bin/opac/ > opac-search.pl > " > ScriptAlias /search "/usr/share/koha/opac/cgi-bin/opac/opac-search.pl" > ErrorLog /var/log/koha/koha-opac-error_log > # TransferLog /var/log/koha/koha-opac-access_log > SetEnv KOHA_CONF "/etc/koha/koha-conf.xml" > SetEnv PERL5LIB "/usr/share/koha/lib" > > <IfModule mod_gzip.c> > mod_gzip_on yes > mod_gzip_dechunk yes > mod_gzip_keep_workfiles No > mod_gzip_can_negotiate yes > mod_gzip_update_static No > mod_gzip_temp_dir /tmp > mod_gzip_minimum_file_size 512 > mod_gzip_maximum_file_size 1000000 > mod_gzip_maximum_inmem_size 1000000 > mod_gzip_handle_methods GET POST > mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" > mod_gzip_item_exclude mime ^image/.* > mod_gzip_item_exclude rspheader Content-Type:image/* > mod_gzip_item_include file \.js$ > mod_gzip_item_include mime ^application/x-javascript$ > mod_gzip_item_include file \.php$ > mod_gzip_item_include mime ^text/html$ > mod_gzip_item_include file \.css$ > mod_gzip_item_include mime ^text/css$ > </IfModule> > > <IfModule mod_deflate.c> > > # Compress content with type html, text, and css, ... > AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css > AddOutputFilterByType DEFLATE application/xml application/xhtml+xml > applicat > ion/rss+xml application/javascript application/x-javascript > > DeflateCompressionLevel 9 > > # Properly handle old browsers that do not support compression > BrowserMatch ^Mozilla/4 gzip-only-text/html > BrowserMatch ^Mozilla/4\.0[678] no-gzip > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html > > DeflateFilterNote Input instream > DeflateFilterNote Output outstream > DeflateFilterNote Ratio ratio > > LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate > <IfModule mod_headers.c> > #properly handle requests coming from behind proxies > Header append Vary User-Agent > </IfModule> > </IfModule> > > > # Repeat this virtualhost stanza changing the following environment vars > to > # create multiple OPAC interfaces with custom css and/or search limits: > # SetEnv OPAC_CSS_OVERRIDE mystyle.css > # SetEnv OPAC_SEARCH_LIMIT branch:CODE > # SetEnv OPAC_LIMIT_OVERRIDE 1 > > Options +FollowSymLinks > > ErrorDocument 400 /cgi-bin/koha/errors/400.pl > ErrorDocument 401 /cgi-bin/koha/errors/401.pl > ErrorDocument 403 /cgi-bin/koha/errors/403.pl > ErrorDocument 404 /cgi-bin/koha/errors/404.pl > ErrorDocument 500 /cgi-bin/koha/errors/500.pl > > # Rewrite Rules > RewriteEngine On > > # Uncomment to turn on rewrite logging > # RewriteLog /var/log/koha/koha-opac-rewrite.log > # RewriteLogLevel 1 > RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) > RewriteRule (.+) $1?%1%2 [N,R,NE] > > RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/opac-detail\.pl?bib=$1 [PT] > RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] > RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] > </VirtualHost> > > ## Intranet > <VirtualHost 172.25.1.252:8080> > ServerAdmin webmaster@lcltest > DocumentRoot /usr/share/koha/intranet/htdocs > ServerName lcltest:8080 > # ServerAlias intranet.mydomain.com > ScriptAlias /cgi-bin/koha/ "/usr/share/koha/intranet/cgi-bin/" > ScriptAlias /index.html "/usr/share/koha/intranet/cgi-bin/mainpage.pl" > ScriptAlias /search "/usr/share/koha/intranet/cgi-bin/search.pl" > ErrorLog /var/log/koha/koha-error_log > # TransferLog /var/log/koha/koha-access_log > SetEnv KOHA_CONF "/etc/koha/koha-conf.xml" > SetEnv PERL5LIB "/usr/share/koha/lib" > Options +FollowSymLinks > > ErrorDocument 400 /cgi-bin/koha/errors/400.pl > ErrorDocument 401 /cgi-bin/koha/errors/401.pl > ErrorDocument 403 /cgi-bin/koha/errors/403.pl > ErrorDocument 404 /cgi-bin/koha/errors/404.pl > ErrorDocument 500 /cgi-bin/koha/errors/500.pl > > <IfModule mod_gzip.c> > mod_gzip_on yes > mod_gzip_dechunk yes > mod_gzip_keep_workfiles No > mod_gzip_can_negotiate yes > mod_gzip_update_static No > mod_gzip_temp_dir /tmp > mod_gzip_minimum_file_size 512 > mod_gzip_maximum_file_size 1000000 > mod_gzip_maximum_inmem_size 1000000 > mod_gzip_handle_methods GET POST > mod_gzip_item_exclude reqheader "User-Agent: .*Mozilla/4\..*\[" > mod_gzip_item_exclude mime ^image/.* > mod_gzip_item_exclude rspheader Content-Type:image/* > mod_gzip_item_include file \.js$ > mod_gzip_item_include mime ^application/x-javascript$ > mod_gzip_item_include file \.php$ > mod_gzip_item_include mime ^text/html$ > mod_gzip_item_include file \.css$ > mod_gzip_item_include mime ^text/css$ > </IfModule> > > <IfModule mod_deflate.c> > > # Compress content with type html, text, and css, ... > AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css > AddOutputFilterByType DEFLATE application/xml application/xhtml+xml > applica > tion/rss+xml application/javascript application/x-javascript > > DeflateCompressionLevel 9 > > # Properly handle old browsers that do not support compression > BrowserMatch ^Mozilla/4 gzip-only-text/html > BrowserMatch ^Mozilla/4\.0[678] no-gzip > BrowserMatch \bMSIE !no-gzip !gzip-only-text/html > > DeflateFilterNote Input instream > DeflateFilterNote Output outstream > DeflateFilterNote Ratio ratio > > LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate > <IfModule mod_headers.c> > #properly handle requests coming from behind proxies > Header append Vary User-Agent > </IfModule> > </IfModule> > > RewriteEngine On > # Uncomment to turn on rewrite logging > # RewriteLog /var/log/koha/koha-intranet-rewrite.log > # RewriteLogLevel 1 > > RewriteCond %{QUERY_STRING} (.*?)(?:[A-Za-z0-9_-]+)=&(.*) > RewriteRule (.+) $1?%1%2 [N,R,NE] > RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/detail\.pl?bib=$1 [PT] > RewriteRule ^/isbn/([^\/]*)/?$ /search?q=isbn:$1 [PT] > RewriteRule ^/issn/([^\/]*)/?$ /search?q=issn:$1 [PT] > </VirtualHost> > > > Randy > -- ---------------------------- Y.Yatheesh babu Librarian Shri Shakti College of Hotel Management Venus Plaza Begumpet Hyderabad-500 016 09966178388

4 6

trouble placing hold on book
by Shelley & Kurt Kemperman 09 Mar '11

09 Mar '11

I tried and failed to place a hold on a book today. The book was already checked out and I wanted to place a hold so that when it was checked in, our volunteer would be alerted. I went to the book record, clicked place hold, then entered the student's number. I received the message "no copies are available to be placed on hold". Well of course not, if there was a copy available, I wouldn't need to place a hold - lol. Why can't I place the hold? Thanks, Shelley

2 1

zebrasrv(283) [warn] Unknown register type:
by Jonson philip 09 Mar '11

09 Mar '11

Hi i have a problem in kohazebrademon-output.log . this error increasing every seconds , any help ... 08b90000-08ea3000 rw-p 00000000 00:00 0 [heap] b2bf8000-b44f9000 rw-p 00000000 00:00 0 b44f9000-b44fa000 ---p 00000000 00:00 0 b44fa000-b682a000 rw-p 00000000 00:00 0 b682a000-b776f000 r--p 00000000 08:01 2624788 /usr/lib/libicudata.so.42.1 b776f000-b7770000 r--p 00f44000 08:01 2624788 /usr/lib/libicudata.so.42.1 b7770000-b7773000 rw-p 00000000 00:00 0 b7779000-b7780000 r--s 00000000 08:01 2627487 /usr/lib/gconv/gconv-modules.cache b7780000-b7782000 rw-p 00000000 00:00 0 bff34000-bff76000 rw-p 00000000 00:00 0 [stack] 12:21:12-09/03 zebrasrv(283) [warn] previous transaction didn't reach commit 12:21:12-09/03 zebrasrv(283) [warn] Unknown register type: 0 12:21:12-09/03 zebrasrv(283) [warn] Unknown register type: n 12:21:12-09/03 zebrasrv(283) [warn] Unknown register type: y 12:21:12-09/03 zebrasrv(283) [warn] Unknown register type: d 12:21:35-09/03 zebrasrv(283) [warn] Unknown register type: 0 12:21:35-09/03 zebrasrv(283) [warn] Unknown register type: n 12:21:35-09/03 zebrasrv(283) [warn] Unknown register type: y 12:21:35-09/03 zebrasrv(283) [warn] Unknown register type: d 12:25:31-09/03 zebrasrv(283) [warn] Unknown register type: 0 12:25:31-09/03 zebrasrv(283) [warn] Unknown register type: n 12:25:31-09/03 zebrasrv(283) [warn] Unknown register type: y 12:25:31-09/03 zebrasrv(283) [warn] Unknown register type: d 12:27:06-09/03 zebrasrv(283) [warn] Unknown register type: 0 12:27:06-09/03 zebrasrv(283) [warn] Unknown register type: n 12:27:06-09/03 zebrasrv(283) [warn] Unknown register type: y 12:27:06-09/03 zebrasrv(283) [warn] Unknown register type: d

1 0

3m self-checkout machines and Koha
by James, Mason 09 Mar '11

09 Mar '11

hi Folks are any libraries out there on KohaLand using 3M selfcheckout machines if so... do they behave OK, and what specific models work well cheers, Mason -- KohaAloha, NZ

5 5

Kohacon11 community volunteers meeting
by Koustubha Kale 09 Mar '11

09 Mar '11

Hi All, Gentle reminder. The first Kohacon11 community volunteers meeting is scheduled today at 14.00 UTC at irc://irc.oftc.net/koha Conversions to your local time: http://www.timeanddate.com/worldclock/fixedtime.html?year=2011&month=3&day=… I have set up a wiki page and a starter agenda at http://wiki.koha-community.org/wiki/KohaCon11_Volunteers Please add anything you would like to discuss in the agenda, attend the meeting and help organize KohaCon11. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

3 2

Why Holds Que report not working?
by Vimal Kumar 09 Mar '11

09 Mar '11

Dear Friends, Reports in Circulation module seems not working. Circulation > Holds Que Reports regarding hold (reservation) does not give any result. I want to create a list of books reserved by users. Anything else I need to do enable reports in circulation module? I found a report useful for this purpose from Report Library, http://wiki.koha-community.org/wiki/SQL_Reports_Library#List_of_Patrons_wit… I changed the library code in the query and applied, but it does not show any result. I need to change any other value in the query? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.co.nr Blog: http://vimalkumar.oksociety.in http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

2 1

help with subscription pattern
by Rachel Hollis 08 Mar '11

08 Mar '11

Hi friends, today I tried to set up a subscription pattern for Fast Company, ISSN 1085-9241. It is monthly with combined issues in December & January as well as July & August for 10 issues a year. Issues are numbered (no volumes) and continue; issue 150 for November, issue 151 for December/January, issue 152 for February, etc. Other than a manual history, I'm not sure how to set this up. A monthly pattern would require adjustment once a year to predictive dates, a bimonthly (6 a year) pattern would require four additional issues added. Is there a way to set this up without using manual history? Rachel Hollis, librarian Stevens-Henager College, Boise Campus 208-383-4540 x1814 ________________________________ 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.

1 0