- Koha - lists.katipo.co.nz

Re: [Koha] Importing Catalogue Records
by franc＠library.iisc.ernet.in 17 Aug '12

17 Aug '12

Dear Moderator, Could you please circulate the above message if it has not been done so already. The message (reply) was sent last Monday, but it bounced because of some technical issues with our email server. Thanks, Francis ---------- Forwarded message ---------- Date: Mon, 13 Aug 2012 12:20:38 +0530 (IST) From: franc(a)library.iisc.ernet.in To: clint.deckard <clint.deckard(a)frontiers.co.nz> Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Importing Catalogue Records On Mon, 13 Aug 2012, clint.deckard wrote: > Francis, > I think I can help here as I have just been going through this process. I am > not a Koha expert and if I have made a mistake I invite anyone to correct me > please. > Item Type is stored at 952$y, current location is stored at 952$b, Home > library is stored at 952$a and call number at 952$o > These fields do not appear in your records. Thank you, Deckard. Yes, I did later realize about the missing fields in my input file. The reason I didn't include them is that I was under the impression that the 'import' script would automatically include 952$a and 952$b, apparently, it doesn't. > You could use a tool such as MarcEdit to add these fields with the > appropriate data for your library. Call number is a bit more difficult if it > is stored in a variety of sub fields in the original record. I did add the missing fields in the .mrk file and now, all the 'missing data' that I had reported, are present. Class and book numbers are stored in the fields, 82$a and 82$b respectively. Again, I had imagined that 952$o - the call number field - will get defined automatically, but it doesn't. Thanks again, Francis > I hope this helps. > Clint Deckard. > > franc(a)library.iisc.ernet.in wrote: > > Dear Members, > > > > I'm trying to import a few sample records using the 'Stage MARC records > > for import' feature of KOHA-3.08.03. A sample ,mrk record is given below > > for your reference: > > > > =LDR 00000nam 2200000Ia 45e0^M > > =008 120810s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M > > =020 \\$a001^M > > =082 \\$a541.39$bN37^M > > =100 \\$aBailey, K.C.^M > > =245 \\$aGalactose regulation of yeast: From genetics to systms^M > > =260 \\$c1937$bEdward Arnold$aBANGALORE^M > > =300 \\$a100P^M > > =952 \\$p2^M > > > > After converting the .mrk file to .mrc file, records are successfully > > imported. While staging the records for importing, I have ensured that > > the > > 'check for embedded item data record' is set to 'yes'. > > > > Indexing through Zebra goes through without any issues. However, in the > > search results, the Holding Details for 'item type', 'current location', > > 'home library' and 'call number' are all blank. I have looked up the Koha > > documentation and also the Koha list's archived content, but not been > > able > > to find a solution for my problem. Could I request for some guidance from > > the fellow members? > > > > In the Administrative cataloging preferences, NewItemsDefaultLocation is > > set to JRDTML, the only library that exists as of now. > > > > Thanks for your attention. > > > > - Francis > > > > JRDTML, IISc, Bangalore, India > > > > > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

OpacNav html
by clint.deckard 16 Aug '12

16 Aug '12

I would like to place a hyperlinked image in the OpacNav but am struggling with a. where to store the image b. the html to place in the Opac preferences syspref Could someone please supply an example. Koha 3.8.3 on Debian using packages Thank you, Clint. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

Koha - binding loose issues in serials
by Linda 16 Aug '12

16 Aug '12

All, I was wondering if there is a way in Koha to bind loose issues into volumes when working with serials. I did find an RFC for "Binding loose issues" on the Wiki' but no discussion since 2010 that I could see. Does anyone know of anything? Thanks! -- Linda Culberson lculber(a)mdah.state.ms.us Miss. Dept. of Archives and History Archives& Records Services P.O. Box 571 Jackson, MS 39205-0571 Phone: (601) 576-6873

1 0

DB Documentation Question
by Nicole Engard 16 Aug '12

16 Aug '12

Does anyone know what reserves.constrainttype is? It has an 'o' or an 'a' in my database but I'm not sure what causes what value or what each stands for. Thanks Nicole

2 1

jquery and selectors
by Landers, Paul 16 Aug '12

16 Aug '12

When creating jquery functions, how can we determine the correct Koha syntax for various selectors on specific pages? For example, the jquery wiki includes an example that applies to #opac-main-search. But how do we determine the selector for any particular element on any particular Koha page? I'm not sure that I see that FireBug reveals 'opac-main-search' as part of any element's description in the OPAC. Thank you! ===================================== Paul Landers TTUHSC Preston Smith Library paul.landers(a)ttuhsc.edu<mailto:paul.landers@ttuhsc.edu> 806.743.2220

2 4

How to manage some small libraries within a library
by umer.habib＠techlogix.com 16 Aug '12

16 Aug '12

Hi, I am setting up koha for two institutes. let them be A and B. I have setup this A and B in 'Libraries and Groups'. Now i have a problem , this A institute further has 2 libraries. Anyone with an idea of how to manage this furthur division. Regards Umer Habib

3 2

Photo from KohaCon11 in Mumbai
by Joann Ransom 16 Aug '12

16 Aug '12

Hi all, I am looking for a couple of photos from KohaCon11 in Mumbai. There were a couple of photos taken of us foreigners with lots of the local students and other people who attended. Also, a group photo taken on the steps near the end of the conference. I have searched Dorika and Paul's Flickr stredams but can't find them. Can anyone help? Cheers Jo. -- Joann Ransom RLIANZA Chief Executive Te Horowhenua Trust.

1 0

Availability: No items available
by Vimal Kumar 16 Aug '12

16 Aug '12

Dear Friends, I imported some records into Koha 3.4.6. When I try to search OPAC, it list all records. Availability shows that " No items available". See the screen shot, https://picasaweb.google.com/lh/photo/g54QpRLtGRVAKyrrgfLm6dMTjNZETYmyPJy0l… When click on records, it shows the item information, See the screen shot, https://picasaweb.google.com/lh/photo/gChmbn-E1zckf0t9BpDqm9MTjNZETYmyPJy0l… Why it happened? How can we solve this problem? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

3 2

Call for News for the August Newsletter
by Daniel Grobani 16 Aug '12

16 Aug '12

Dear Koha Kommunitarians, I'm harvesting news for this month's newsletter. Please send me by the 25th anything you think your fellow community members might like to know about. "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two for the gossip/society column about what you're currently working on. And if you know of a go-live not announced on the list, please be sure to let me know about it. Thanks, Daniel Grobani

1 0

Re: [Koha] Koha Digest, Vol 82, Issue 20
by Doug Dearden 15 Aug '12

15 Aug '12

Hi Joel, You are probably safe to get rid of some old system logs. I am using a different distro than you but I think these are in the same place. If I look in /var/log on my system, I see a number of files named syslog.N.gz (N being a number). These go back a few days. I believe at one point they were building up on my system and sucking down a lot of disk space, and I did something so they would automatically delete off after a week. Wish I could tell you what that was, I don't remember. Make sure you don't delete the current one named syslog, or the one named syslog.1 but you can probably get rid of older ones just to give you some wiggle room. You should take a look at syslog.1 to get an idea of what is being recorded in there. Mine are full of the cron job entries for Koha. Something else that might help you is the "du" command. You can find some info about that here: http://www.codecoffee.com/tipsforlinux/articles/22.html or just do "man du" . I have used this in the past to find the directories that were particularly large, then figured out what was being stored there and if it was necessary. Unfortunately I can't recommend anything else, as I don't know your system. Deleting the wrong file can cause havoc with Linux. Linux will even let you delete the entire file system with one command when you are logged in as root, so be careful. I would suggest you try for some more help on the Redhat forums. Best, Doug -----Original Message----- From: Joel Buleka [mailto:jbuleka@mra.gov.pg] Sent: Tuesday, August 14, 2012 6:28 PM To: Doug Dearden Subject: RE: Koha Digest, Vol 82, Issue 20 Hi Doug Below are currently mounted file systems: /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) automount(pid2184) on /net type autofs (rw,fd=4,pgrp=2184,minproto=2,maxproto=4) -----Original Message----- From: Doug Dearden [mailto:dearden@sarsf.org] Sent: Wednesday, August 15, 2012 12:31 AM To: Joel Buleka Subject: RE: Koha Digest, Vol 82, Issue 20 100% used on your primary partition. Size 72G, Used 72G. You need to free up some disk space or add some. -----Original Message----- From: Joel Buleka [mailto:jbuleka@mra.gov.pg] Sent: Monday, August 13, 2012 7:30 PM To: Doug Dearden Subject: RE: Koha Digest, Vol 82, Issue 20 Hi Doug below is the partion details [root@libserver ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 72G 72G 0 100% / /dev/sda1 99M 15M 80M 16% /boot tmpfs 220M 0 220M 0% /dev/shm Joel -----Original Message----- From: Doug Dearden [mailto:dearden@sarsf.org] Sent: Tuesday, August 14, 2012 8:42 AM To: Joel Buleka; koha(a)lists.katipo.co.nz Subject: RE: Koha Digest, Vol 82, Issue 20 Hi Joel, >From the command line do "df -h" . It will show you the disk space used and what remains on each partition. You are probably out of disk space. Doug -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Joel Buleka Sent: Monday, August 13, 2012 4:23 PM To: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20 Hi We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is not starting up and the server is giving us no disk space error. -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha-request(a)lists.katipo.co.nz Sent: Tuesday, August 14, 2012 8:16 AM To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 82, Issue 20 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: Suggestion on Amazon wish-list look-ups (Liz Rea) 2. Re: Question on Z39.50 cross-format queries (Manos Petridis) 3. Why are our borrowers being restricted? (Tim Hannah) 4. help for debian partition for koha (ramverma) 5. Re: Why are our borrowers being restricted? (Jared Camins-Esakov) 6. Re: Why are our borrowers being restricted? (Chris Cormack) 7. Re: Why are our borrowers being restricted? (Tim Hannah) ---------------------------------------------------------------------- Message: 1 Date: Mon, 13 Aug 2012 09:22:13 -0500 From: Liz Rea <lrea(a)nekls.org> To: Manos Petridis <egpetridis(a)yahoo.com> Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Suggestion on Amazon wish-list look-ups Message-ID: <CAKx1OdV3ZoE5=BH-UjKM4-1h=J+Z5YZ8U32=MK0WNzWFtiB=Mw(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 I added this as an enhancement request to bugs.koha-community.org - bug 8631. Thanks for your idea! Liz Rea NEKLS On Mon, Aug 13, 2012 at 2:10 AM, Manos Petridis <egpetridis(a)yahoo.com>wrote: > Ideas and suggestions for future development: > > Add the facility to look-up Amazon wish-lists and add their contents > (conditionally if possible) as purchase suggestions. > I don't know if I may be considered the norm, but have set-up several > wish-lists myself in the various Amazon shops (US, UK, FR, IT, DE, JP), > roughly 8-12 lists per shop. > It would therefore be useful to be able to paste the URLs of the various > lists to a window and have koha recurse/run through them, provide the > aggregated result list for verification, and then add the selected items as > purchase suggestions to the library. > I understand that this could be expanded to cover many other on-line > shops, it's just that I'm a long-time Amazon customer and keep my > wish-lists there. > > Thank you for your time and cnsideration > Manos Petridis > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Northeast Kansas Library System lrea(a)nekls.org 785-838-4090 ------------------------------ Message: 2 Date: Mon, 13 Aug 2012 12:36:22 -0700 (PDT) From: Manos Petridis <egpetridis(a)yahoo.com> To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Question on Z39.50 cross-format queries Message-ID: <1344886582.13600.YahooMailNeo(a)web110606.mail.gq1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Sorry, seem to have replied by mistake to the poster and not to the list. >________________________________ > From: Manos Petridis <egpetridis(a)yahoo.com> >To: BWS Johnson <abesottedphoenix(a)yahoo.com> >Sent: Monday, August 13, 2012 3:24 PM >Subject: Re: [Koha] Question on Z39.50 cross-format queries > > >Thank you for your welcome Brooke, and for your prompt reply. >? >I do understand that my own installation can be either USMARC/MARC21 or UNIMARC. What I was enquiring about is Z39.50 look-ups. Why I am puzzled: >? >a) It it were simply a case of either/or, then why can?I select the MARC flavour of the various Z39.50 origins set up at my installation? What is the reason to let koha know of the MARC flavour/dialect, if it not able to use the data that each server sends? There must be some functionality behind the dropbox selections, even if it only defines the query statement dialect. >? >b) From What I can see in the data presented (in the MARC form window) it sometimes is just a matter of mapping. For example, it seems that? > >in SUTRS, information is stored in the following keys: >Title:?????????????????????200 >Author:????????????????????700_a, 700_b, 701_a, 701_b...Editon details????????????210 >Physical descrition:???????215 >DDC*:??????????????????????676_a >DDC description:???????????676_9 >Subjects:??????????????????606 > >in USMARC, information is stored in the following keys: >Title:???????????????????? 245 >Author:????????????????????700 >Editon details???????????? 260 >Physical descrition:?????? 300 >DDC*:??????????????????????082 (revision and Category) >Subjects:??????????????????650, 505 (fixed and free-form) >LCCN:??????????????????????010 >? >in UNIMARC, information is stored in the following keys: >Title:???????????????????? 200 >Author:??????????????????? 700, 701Editon details?????????????210 >Physical descrition:???????215 >DDC*:??????????????????????676 (revision and Category)Subjects:??????????????????606, 712 (fixed and free-form) >? >This is what I meant when I wrote "I understand that both standards encode the same more-or-less information, differently" in my original message. There are bound to be differences, sure, but I'm looking for the gest in the MARC records, not the?details that frankly I don't even know what they represent.? > >I understand that even the information retrieved via Z39.50 from same-flavour installations, passes some kind of mapping, from the MARC record form to the form of the various tables and fields/columns used by the specific?software/implementation, koha in our case. I expect therefore that it would be a matter of utilising the appropriate mapping tables, as dictated by the MARC setting of each Z39.50 origin, so that koha could make use of "foreign" MARC records. >kind regards, >Manos Petridis--- >? >? >?From: BWS Johnson <abesottedphoenix(a)yahoo.com> >To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> >Sent: Monday, August 13, 2012 1:21 PM >Subject: Re: [Koha] Question on Z39.50 cross-format queries > > >>Salvete! >> >>??? Welcome to the Community. :) >> >> >>> Question: >>> I have selected USMARC/MARC21 as my installation's native format. This >>> serves nicely when I perform Z39.50 queries against many USMARC/MARC21 sources. >>> On the other hand, when I perform Z39.50 queries against UNIMARC sources, I >>> don't get properly formatted results even though I have set-up those sources >>> (origins)?as UNIMARC in koha. >>> >>> I understand that both standards encode the same more-or-less information, >>> differently. >>> Therefore - if I understand correctly - koha would have to request from an >>> UNIMARC-only-capable source that they return UNIMARC-formatted results, and koha >>> would need to map them - if and as possible - to the native format of my >>> installation, i.e. USMARC/MARC21. >>> >>> Apparently this doesn't happen. Is it normal? >> >> >>??? That is very normal. MARC21/UNIMARC is an either or standard selection. You may have MARC21 or you may have UNIMARC. To my knowledge, you may not have both. >> >>??? That said, when this last came up, I can see the point of wanting to be able to run both in parallel if you absolutely MUST have both. Suggestions for how to do that are here: >> >>http://koha.1045719.n5.nabble.com/Software-error-td5114149.html >> >>Cheers, >>Brooke >> >>_______________________________________________ >>Koha mailing list? http://koha-community.org >>Koha(a)lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> > > ------------------------------ Message: 3 Date: Mon, 13 Aug 2012 20:50:38 +0000 From: Tim Hannah <Tim.Hannah(a)minedu.govt.nz> To: "'Koha(a)lists.katipo.co.nz'" <Koha(a)lists.katipo.co.nz> Subject: [Koha] Why are our borrowers being restricted? Message-ID: <3BAA5789CE50AF49B9F46F32D69187590B9B7376(a)akexc10.moe.govt.nz> Content-Type: text/plain; charset="us-ascii" On koha 3.6.4 borrowers with overdues are being restricted. We don't want them to be restricted. Restrictions are put in place about 5 minutes before emailed overdue notices are received, so guessing it's the same process. Overdue notice/status triggers Restrict column is unchecked. Preference OversBlockCirc is set to Don't block All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and Noissuescharge is set to 100.00. Anyone see any obvious preferences we may have missed that could be causing this? Cheers Tim Hannah ------------------------------------------------------------------------ ---- DISCLAIMER: This e-mail (including attachments) may contain information which is confidential or legally privileged and may not reflect the Ministry of Education's view. The Ministry is not responsible for changes made to this email after we've sent it. If you have received this e-mail by mistake, please reply to the Ministry immediately and delete both messages. Thank you. ------------------------------ Message: 4 Date: Sun, 12 Aug 2012 22:13:30 -0700 (PDT) From: ramverma <ram.verma003(a)gmail.com> To: koha(a)lists.katipo.co.nz Subject: [Koha] help for debian partition for koha Message-ID: <1344834809976-5723168.post(a)n5.nabble.com> Content-Type: text/plain; charset=us-ascii Dear All, I am new to Debian and Koha, Can you guide me for space allocation in Debian Partition? I will be using only one operating System: Debian 6.0.5 (Squeeze); and the system is dedicated for Koha 3.8.3; Hard disk space is: 320 GB, RAM: 2GB Could you please guide me for meaningful partitioning of Debian. /(root) = ? /boot =? /usr =? /var =? /opt =? /tmp =? /backup for koha-data (manually created) =? Thank You. Ram. -- View this message in context: http://koha.1045719.n5.nabble.com/help-for-debian-partition-for-koha-tp5 723168.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 5 Date: Mon, 13 Aug 2012 17:24:41 -0400 From: Jared Camins-Esakov <jcamins(a)cpbibliography.com> To: Tim Hannah <Tim.Hannah(a)minedu.govt.nz> Cc: "Koha(a)lists.katipo.co.nz" <Koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Why are our borrowers being restricted? Message-ID: <CALVDfQwWTAN56gq3028LXk5MzdgPAwAmD_uCAoV3bUr=7OZNsg(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Tim, Restrictions are put in place about 5 minutes before emailed overdue > notices are received, so guessing it's the same process. > > Overdue notice/status triggers Restrict column is unchecked. > Preference OversBlockCirc is set to Don't block > All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and > Noissuescharge is set to 100.00. > > Anyone see any obvious preferences we may have missed that could be > causing this? > It's not exactly "obvious," but could you check the Overdue notice/status triggers again, and make sure that you either don't have overdue triggers for any libraries other than the default library, or that *none* of them have the Restrict box checked? Also, when you say "restricted," what is the exact message you are getting when you go to check out books to this patron? (or, if you are noticing the restriction in another context, where exactly do you notice the restrictions) Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins(a)cpbibliography.com (web) http://www.cpbibliography.com/ ------------------------------ Message: 6 Date: Tue, 14 Aug 2012 09:40:40 +1200 From: Chris Cormack <chrisc(a)catalyst.net.nz> To: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Cc: "Koha(a)lists.katipo.co.nz" <Koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Why are our borrowers being restricted? Message-ID: <20120813214040.GS7186(a)rorohiko.wgtn.cat-it.co.nz> Content-Type: text/plain; charset=us-ascii * Jared Camins-Esakov (jcamins(a)cpbibliography.com) wrote: > Tim, > > Restrictions are put in place about 5 minutes before emailed overdue > > notices are received, so guessing it's the same process. > > > > Overdue notice/status triggers Restrict column is unchecked. > > Preference OversBlockCirc is set to Don't block > > All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and > > Noissuescharge is set to 100.00. > > > > Anyone see any obvious preferences we may have missed that could be > > causing this? > > > > It's not exactly "obvious," but could you check the Overdue notice/status > triggers again, and make sure that you either don't have overdue triggers > for any libraries other than the default library, or that *none* of them > have the Restrict box checked? > > Also, when you say "restricted," what is the exact message you are getting > when you go to check out books to this patron? (or, if you are noticing the > restriction in another context, where exactly do you notice the > restrictions) > Ah ha! Thank you Jared! Tim, if you go to Overdue notice/status triggers and switch the library drop down from All, to Ministry of Education. I bet you have restrict switched on there. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ------------------------------ Message: 7 Date: Mon, 13 Aug 2012 22:07:46 +0000 From: Tim Hannah <Tim.Hannah(a)minedu.govt.nz> To: 'Chris Cormack' <chrisc(a)catalyst.net.nz>, Jared Camins-Esakov <jcamins(a)cpbibliography.com> Cc: "Koha(a)lists.katipo.co.nz" <Koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Why are our borrowers being restricted? Message-ID: <3BAA5789CE50AF49B9F46F32D69187590B9B741A(a)akexc10.moe.govt.nz> Content-Type: text/plain; charset="us-ascii" Ah, I feel slightly silly, but better for having asked. Thanks Jared, (and Katrin & Chris). It's obvious, when you look at it right. Cheers -----Original Message----- From: Chris Cormack [mailto:chrisc@catalyst.net.nz] Sent: Tuesday, 14 August 2012 9:41 a.m. To: Jared Camins-Esakov Cc: Tim Hannah; Koha(a)lists.katipo.co.nz Subject: Re: [Koha] Why are our borrowers being restricted? * Jared Camins-Esakov (jcamins(a)cpbibliography.com) wrote: > Tim, > > Restrictions are put in place about 5 minutes before emailed overdue > > notices are received, so guessing it's the same process. > > > > Overdue notice/status triggers Restrict column is unchecked. > > Preference OversBlockCirc is set to Don't block > > All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and > > Noissuescharge is set to 100.00. > > > > Anyone see any obvious preferences we may have missed that could be > > causing this? > > > > It's not exactly "obvious," but could you check the Overdue notice/status > triggers again, and make sure that you either don't have overdue triggers > for any libraries other than the default library, or that *none* of them > have the Restrict box checked? > > Also, when you say "restricted," what is the exact message you are getting > when you go to check out books to this patron? (or, if you are noticing the > restriction in another context, where exactly do you notice the > restrictions) > Ah ha! Thank you Jared! Tim, if you go to Overdue notice/status triggers and switch the library drop down from All, to Ministry of Education. I bet you have restrict switched on there. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ------------------------------------------------------------------------ ---- DISCLAIMER: This e-mail (including attachments) may contain information which is confidential or legally privileged and may not reflect the Ministry of Education's view. The Ministry is not responsible for changes made to this email after we've sent it. If you have received this e-mail by mistake, please reply to the Ministry immediately and delete both messages. Thank you. ------------------------------ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 82, Issue 20 ************************************ _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0