- Koha - lists.katipo.co.nz

backdating, merge patrons and telecirc
by Lori Bowen Ayre 30 Jan '12

30 Jan '12

Hi All, Is it true that there is no backdating feature in Koha? By this I mean, the ability to check-in items (e.g. book drop stuff) with check-in dates of the previous day (or even several days ago to handle long weekends). Is it true there is no handy way to identify duplicate patrons and to merge select patron records into one record? What about telecirc...is anyone currently using a telephone-based notification system (such as Asterisk) with Koha? Lori =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant / The Galecia Group Oversight Board & Communications Committee / Evergreen (707) 763-6869 // Lori.Ayre(a)galecia.com Availability: http://tungle.me/lori.ayre <Lori.Ayre(a)galecia.com>Specializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

5 5

Refunding money in patron fines
by Marie Wardall 30 Jan '12

30 Jan '12

Just a question about how payments and refunds work in Koha 3.2 A student has paid for a lost book. We went into the Patron record> Fines >Create Manual Invoice and put in as a Lost item. Wouldn't you know it as soon as the student paid for the book they found and returned it so we went to Create Manual Credit > Add Credit so that his record now shows we owe the patron the amount for the book. How do we show that we have refunded the money and how do we make his account clear and be a balance of zero? Should we have done this a different way? Thanks, Marie Marie J. Wardall Library Media Specialist Mountain Bay Elementary School 8602 Schofield Ave. Weston, WI 54476 mwardall(a)dce.k12.wi.us Phone: 715-355-0302 ext. 5824 Change Today, Change Tomorrow, Keep Changing

2 1

processing of UNIMARC 100$a when importing bibliographic data
by Fabio T. 30 Jan '12

30 Jan '12

Hi all! I'm new to the list, my name is Fabio and I'm a project worker at an italian IT company for Cultural Heritage and at a library. I'm going to accomplish a data migration from CDS/ISIS to UNIMARC. I have a CDS/ISIS made .iso file with the bibliographic records converted to UNIMARC; this is the input data sent to Koha. Within this file I have 100$a such as 20030730d1968----km-y0itay0103----ba but, after the import from Koha backend interface, it becomes 20030730d1968----km-y0frey50 ----ba (as you can see, cataloguing language is changed from "ita" to "fre", character sets from "01" and "03" to "50", and the whole string is 35 characters long instead of 36). Here are the specs for UNIMARC general processing data field, 100$a: http://archive.ifla.org/VI/3/p1996-1/uni1.htm#100 How does Koha process this field? I assume "ita" is switched to "fre" because of the french developing of UNIMARC framework, but I'd like to keep "ita" as cataloguing language. And what about character sets and total length? Is there a way to inhibit this behaviour? Do I have to edit my bibliographic records? Thanks for all the past and upcoming help! Fabio Tiana -- View this message in context: http://koha.1045719.n5.nabble.com/processing-of-UNIMARC-100-a-when-importin… Sent from the Koha-general mailing list archive at Nabble.com.

2 3

Too much unexpected result displaying
by Peter Zhao 30 Jan '12

30 Jan '12

Hi, I have installed koha 3.06.02. I am getting problem in search when I search item other than English. For example if I search records which are CHINESE character. I get all results if they include Chinese character and so many results which are not relevant. Can anyone know how to handle this problem? Thanks a lot. Peter Zhao

2 1

automails
by KLib Tech Support 30 Jan '12

30 Jan '12

Hi, I have enabled automail to members on Joining, but mails could not be sent. Any idea where am I going wrong?

2 1

koha on windows 7 install instructions?
by Syneran 30 Jan '12

30 Jan '12

I'm having a tough time finding information about installing koha on windows. Installing apache, perl, and mysql on windows is no problem. The issues arise when trying to install koha. The a2enmod and a2ensite commands are difficult to translate into something meaninful for windows (since my knowledge what these commands do is sketchy). I'm willing to document the process for windows installation and submit it to the docs team for any future windows people. I just need some help or pointers on getting this up and running. Also, the install notes say: ln -s /etc/koha/koha-httpd.conf /etc/apache2/sites-available/koha which I guess is softlinking the .conf file to a file in the sites-available subdir of apache2. However, my windows intall of apache 2.2 has no subdirectory called sites-available. Any help is super appreciated. Thanks!

3 2

Authorities in koha
by Mohamed Megahed 28 Jan '12

28 Jan '12

Hi all I ask about how to upload authorities in koha, I need to know any way to upload authorities as Stage MARC records for import, I download authorities record from library of congress but can not upload it on koha. thnks MOHAMED MEGAHED Librarian & Technical support Misr International University Library Tel : +2 0100 - 22 – 97 - 962 Tel : +2 0100 - 49 – 49 - 096

1 0

Re: [Koha] best way to catalog new library?
by smurfett＠gmail.com 28 Jan '12

28 Jan '12

Wow! Thanks for the quick reply. I will check it out. On a related note, when I search on Koha to these Taiwan z39.50 servers, Koha doesn't like the MARC records I downloaded. I wouldn't let me save the record because it keeps complaining about fields that are missing. I'm only vaguely familiar w/ MARC records. Is this because of compatibility issues between the libraries here and the MARC record formats in Koha? Do I have to play w/ how MARC records are setup? How do I reconcile the differences in MARC records? I used an open z39.50 server listed at IRSpy. According to that website, the z39.50 server I added supports USMARC, which is what I configured the syntax as. I also configured the encoding as UTF8 rather than MARC-8 (which the sample US servers are configured as). Thanks! nancy On 1/27/12 3:28 AM, Piotr Wejman wrote: > 2012/1/27<smurfett(a)gmail.com>: >> Hi >> >> We're a bilingual school in the US that's trying to catalog our chinese >> books from scratch. Because I can't find the Chinese MARC records from US >> libraries, I've added some z39.50 servers in Taiwan. >> >> I'm trying to figure out if there is a way for us to easily catalog our >> books. The current Koha interface seem to suggest that I have to type in >> ISBN numbers one by one, it searches the z39.50, I edit the MARC record, and >> save it. I know Koha allows importing via Excel. But my problem is I don't >> know how else to get all these MARC records to begin with except through >> Koha. >> >> I bought a barcode scanner and I'd hoped I could somehow scan all the ISBN >> numbers in and some program will search and download all the MARC records in >> a batch format instead. >> >> Do you have any suggestions on how I can catalog my books? >> >> thanks! >> nancy >> >> >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > Hi > > You can try tu use following script to fetch multiple records from > list of ISBN numbers: > http://librarypolice.com/wiki.koha.org/en:documentation:perl_script_using_z… > > > Piotr Wejman >

4 3

Re: [Koha] Koha Digest, Vol 75, Issue 58
by Stacy Pober 27 Jan '12

27 Jan '12

Sue McMillan wrote: > Hi Anne, I don't believe there is a bulk biblio delete built into Koha. It certainly would be a good development though. Perhaps she's on one of the PTFS/Liblime versions of their Koha-based ILS? At least one of the Liblime sporks has a batch item deletion and editing tool. I have not found it to be very useful and instead do all the batch record editing with MarcEdit (free, though not open-source). When there are a large number of deletions, I use Undo Import if at all possible. I have wondered why the process of deleting records is so tedious in Koha generally. You cannot delete the biblio without first deleting the items attached, and that adds quite a few steps to the process. It's a lot of clicks and it's a slow process. One of our ebook vendors deleted a few thousand books last year from our subscription. The amount of staff time needed to go through all the steps of deleting those records was unreasonable, so we just suppressed the records in the OPAC. We would have preferred to delete the records entirely. In some library systems, they have a batch deletion method that allows you to delete records by batch uploading the MARC records with a "deletion flag" in one of the fields. Since our major ebook subscription vendor does provide MARC records when they delete books, it would be simple to change one field to have a deletion flag with MarcEdit and then upload those. It would certainly be quicker than thousands of iterations of the rather tedious individual delete item/delete biblio procedure. I'm just mentioning it here because you might want to consider incorporating something like that into Koha. There is no quick and easy delete method other than undo-ing entire batches in any version of Koha, as far as I know. If you are working on a tool that allows the deletion based on biblionumber or biblioitemnumber, consider including an interface that allows users to enter a range of continuous numbers, so you could specify deletion of record 132000-132600 or whatever, rather having to list each number individually. Having an input box that allowed thta kind of range of records would have made the Liblime tool much more useful, and would have provided an viable alternative to the batch undo method, which doesn't always work perfectly. As with the bulk edit/delet tool, there have been other features added to the proprietary Liblime version of Koha that sounded useful when planned, but turned out to either not have the functionality expected or else broke some other important feature when activated. For example, there is a "simple search" feature which was highly anticipated because it was supposed to offer a more user-friendly search syntax. The feature exists, but if you turn it on, Advanced Search no longer works properly. As a consequence, I don't think many libraries are using that feature. I've sometimes wondered whether the people active in software new feature development process need to explicitly include the phrase "should not interfere with any existing functionality" when they're writing specifications. It's kind of like the medical principle of "First, do no harm". I think end-users assume this is implicit in their proposals but designers sometimes fail to preserve the full functionality of the program in the design process. . -- Stacy Pober Information Alchemist Riverdale, NY 10471 stacy.pober(a)manhattan.edu > From: Sue McMillan <sue.mcmillan(a)STDC.govt.nz> > Hi Anne, I don't believe there is a bulk biblio delete built into Koha. It certainly would be a good development though. > > Regards > > Susan McMillan > Cataloguing and Systems Librarian| South Taranaki District Council > 105-111 Albion St, Private Bag 902, Hawera 4610, NZ > Phone: +64 6 278 0555 | www.southtaranaki.com > ? > > -----Original Message----- > From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of library > Sent: Friday, 27 January 2012 12:52 p.m. > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Biblio deletion > > When I try to import the file into the Batch Item Delete tool I get the > following message. > I'm not sure I have understood the function of the tool as it seems to be > asking for a barcode not the biblio numbers that I am trying to load. > Software error: > > Can't call method "as_usmarc" on an undefined value at > /koha/lib/C4/Items.pm line 589. > > > Regards Ann Murphy

2 1

Koha problm
by librarian 27 Jan '12

27 Jan '12

Hi all I am sher afzal Head Bahria University Libraries Islamabad Pakistan. Recently we launch Koha 3.4.3 version successfully. I integrate all our sub campuses too on this version. We install this version in Linux Fedora on server. But now when I start the service of Mysql command :su ./start.sh The services could not run and show an error. Please help me to solve this issue Sher Afzal Head, Bahria University Libraries Naval Complex E-8 Islamabad -----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: Friday, January 27, 2012 4:00 AM To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 75, Issue 57 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: processing of UNIMARC 100$a when importing bibliographic data (Fr?d?ric Demians) 2. Re: mysqldump issue with koha database (cjwalke) 3. Biblio deletion (library) 4. Re: Biblio deletion (Adalid Ortiz) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Jan 2012 17:36:46 +0100 From: Fr?d?ric Demians <frederic(a)tamil.fr> To: "Fabio T." <fabio.tian(a)gmail.com> Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] processing of UNIMARC 100$a when importing bibliographic data Message-ID: <4F21811E.1020604(a)tamil.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Benvenuto Fabio, > 20030730d1968----km-y0itay0103----ba > but, after the import from Koha backend interface, it becomes > 20030730d1968----km-y0frey50 ----ba > (as you can see, cataloguing language is changed from "ita" to "fre", > character sets from "01" and "03" to "50", and the whole string is 35 > characters long instead of 36). During the import process, your biblio records are converted into UTF-8 encoding. That's the reason why 01 is transformed into 50. This is required. Otherwise, biblio records parsing inside Koha would fail. The transformation of 'ita' into 'fre' is not required. Koha could be modified to leave this 100 tag part unchanged. Take a look at C4/Charset.pm module: if you fix that you should submit a patch to the community. For tag length truncation, I have no idea... -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html ------------------------------ Message: 2 Date: Wed, 25 Jan 2012 14:11:39 -0800 (PST) From: cjwalke <cjwalke(a)mofga.org> To: koha(a)lists.katipo.co.nz Subject: Re: [Koha] mysqldump issue with koha database Message-ID: <1327529499707-5431495.post(a)n5.nabble.com> Content-Type: text/plain; charset=us-ascii Hi Chris, I have run the commands you mention: misc/maintenance/remove_items_from_biblioitems.pl --run misc/migration_tools/rebuild_zebra.pl -b -r And Zebra is running. I think the issue is that the two servers are different types of machines. One is an old P3 Dell and the other is a G5 Mac. This morning I copied an older version of the koha database from the Dell on to the Dell, which cleared out the initial copy that was from the Mac. Everything is working fine, it's just not my latest copy. Does that make sense? --C.J. -- View this message in context: http://koha.1045719.n5.nabble.com/mysqldump-issue-with-koha-database-tp5429… Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 3 Date: Fri, 27 Jan 2012 09:33:03 +1300 From: library <library(a)katikaticollege.school.nz> To: koha(a)lists.katipo.co.nz Subject: [Koha] Biblio deletion Message-ID: <CAJknOCgPWNQVHT39vH2PcRJkp6giAzzJCCAj3CxShFgjVrar=A(a)mail.gmail.com> Content-Type: text/plain; charset=windows-1252 Goodmorning Can anyone direct me to instructions on how to batch delete biblio records. I managed to batch delete the items attached to the records and now I need to delete the records themselves, but I really don't want to do this one at a time for over 1100 records. ?Or have I misunderstood the process entirely. Best wishes Ann Murphy Librarian Katikati College amurphy(a)katikaticollege.school.nz ------------------------------ Message: 4 Date: Thu, 26 Jan 2012 13:31:17 -0800 From: Adalid Ortiz <adalid(a)tij.uia.mx> To: library(a)katikaticollege.school.nz, koha(a)lists.katipo.co.nz Subject: Re: [Koha] Biblio deletion Message-ID: <20120126213111.39C7E313AE6(a)mail.tij.uia.mx> Content-Type: text/plain; charset=iso-8859-1 Home ? Tools ? Batch item deletion Felipe Adalid Ortiz Anzaldo Bibliotecario de sistemas Universidad Iberoamericana Tijuana Biblioteca Loyola http://clavius.tij.uia.mx Ave. Centro Universitario 2501 Playas de Tijuana 22200, Tijuana, B.C. 0 664 630-1577 Ext. 623 adalid(a)tij.uia.mx "En una jerarqu?a, el poder lo tiene quien guarda secretos; en una red el poder lo obtiene quien disemina informaci?n?. -John Perry Barlow-> >Subject: [Koha] Biblio deletion > From: library <library(a)katikaticollege.school.nz> > Date: Fri, 27 Jan 2012 09:33:03 +1300 > To: koha(a)lists.katipo.co.nz > >Goodmorning > >Can anyone direct me to instructions on how to batch delete biblio records. >I managed to batch delete the items attached to the records and now I need >to delete the records themselves, but I really don't want to do this one at >a time for over 1100 records. ?Or have I misunderstood the process >entirely. > >Best wishes >Ann Murphy >Librarian >Katikati College > >amurphy(a)katikaticollege.school.nz >_______________________________________________ >Koha mailing list http://koha-community.org >Koha(a)lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 75, Issue 57 ************************************

3 2