- Koha - lists.katipo.co.nz

import subject heading record
by Thomas Krichel 22 Apr '10

22 Apr '10

Hi koha gang, consider, for example, this subject heading MARC record from LoC http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?AuthRecID=4717226&v1=1&HC=… Is it possible to import this record into a koha installation? I have imported item record via Z39.50 from LoC, but I don't seem to be able reach this authority record using Z39.50, let alone import it. Transcribing it is a solution, but it's a masochist's idea of fun. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel

3 2

Re: [Koha] Koha News Update
by Chris Cormack 22 Apr '10

22 Apr '10

* Kelly Sherman (ksherman(a)ptfs.com) wrote: > Hi, > > * > > I*m Kelly Sherman and I will be maintaining the News section of the > koha.org website.* I believe that the News section should be a way to > promote Koha advances and successes to the world.* In that capacity, I*m > going to be relying on each of your organizations to send me information > that I can post here.* The current News section has grown quite stale, > with few new listings since the beginning of this year.* I have posted a > few PTFS press releases here, but I*d really like to be able to promote > news and information about all of the individuals and companies providing > Koha development and support services for a fee.* Please send me any > current information relating to your work with Koha so I can get that > information up on the site.* In the future, please contact me as often as > necessary with new information you*d like added.* > > * > > I look forward to hearing from you. Hi Kelly Due to the closed nature of http://koha.org, on February 2 the global community voted to move on from http://koha.org to http://koha-community.org. http://stats.workbuffer.org/irclog/koha/2010-02-02#i_38166 http://koha-community.org/home/ "Due to long standing concerns in regards to the management of the koha.org domain, the Koha community decided to establish this website on 2 February 2010 to allow community members to provide information about Koha to users and developers in a timely and collaborative fashion. The koha-community.org domain is held by the Horowhenua Library Trust, the progenitors of Koha. The koha-community.org website is committed to collaboration between all members of the Koha Community." All current Koha content is now located at that site, including PTFS news, and in the spirit of FOSS, everyone is welcome to participate there. Chris Cormack Koha Release Manager 3.4 > > * > > Kind regards, > > * > > Kelly Sherman > > PTFS, Inc. > > (301) 654 * 8088 Ext 176 -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

4 4

Resolved--Springer E-Books Marc File and MarcEditor and MRC formatting issues
by Susan Mustafa 22 Apr '10

22 Apr '10

If anyone else might be facing this issue, the below are the steps from getting the .bin file from Springer into Importing it into Koha. Step 1- Rename .bin into .mrc [No changing internal file structure] Step 2- Load this file into MarcEdit Step 3- Make all the customizations [Adding, modifying, deleting records] [The structure once loaded into MarcEdit would like like below as example] =LDR 02417cam 2200577Ia 4500 =001 ocn184903927 =003 OCoLC =005 20100416100144.0 =006 m\\\\\\\\d\\\\\\\\ =007 cr\cn| =008 071219s2007\\\\nyuacf\\sb\\\\001\0\eng\d =040 \\$aGW5XE$cGW5XE$dGW5XE$dYDXCP$dTEX =020 \\$a9780387465265 =020 \\$a038746526X =029 1\$aAU@$b000042133518 =029 1\$aNZ1$b11675905 =029 1\$aAU@$b000043253015 =035 \\$a(OCoLC)184903927 =037 \\$a978-0-387-28223-7$bSpringer$nhttp://www.springerlink.com =050 14$aQP368.7$b.K37 2007eb =060 14$a2006 N-753 =060 14$aWL 102.8$bK18e 2007 =072 \7$aQP$2lcco =082 04$a612.8/042$222 Step 4- You are sure of all of your changes and are now ready to import into Koha Step 5- On the now finalized modified tmp file, Click on File -> Compile File to MARC Step 6- The newly generated file would have .mrc extension and CAN be staged and imported into Koha. Regards, On Thu, Apr 22, 2010 at 9:44 AM, Susan Mustafa <susan.mustafa(a)gmail.com>wrote: > Dear All, > > Springer has provided me with a .bin file. This file has marc21 data in it > and when I stage it into Koha it works fine. > > However I have to modify this marc file and add fields or edit fields using > the [MarcEditor] tool. > > Now the problem is, in order to read it correctly INSIDE the MARCEDITOR, i > change the extension from .BIN to .MRC > > This is ok up to the loading of the data into the MARC Editor. > > Now, I added some new fields as well as I have edited some fields. Now the > issue is here. > > ------------ > After adding/editing fields in this file, I SAVE as MRC. > > When I try to load this NEW marc file into KOHA using Staging, it does not > go through and it says NaN error. > > I am not sure what to do now. > > I am using Koha 3.0. > > > I forgot to add an example of the first-file data[the .bin] file from > Springer and the data after I convert using MarcEditor and Koha can't read > it. > > > ========BEGINNING ====Works======= > > 02417cam 2200577Ia > 4500001001300000003000600013005001700019006001900036007000700055008004100062040003600103020001800139020001500157029002200172029001800194029002200212035002100234037006100255050002500316060001500341060002400356072001300380082001800393049000900411100004800420245020700468260003400675300007400709533024300783504005101026650002501077650002801102650002101130650003001151650002801181650003901209650001901248650004001267650002401307650002401331650002801355650001701383655002901400700002201429776007601451710003401527856014301561856008101704938004001785994001401825 > ocn184903927 OCoLC 20100416100144.0 m d cr cn| 071219s2007 > nyuacf sb 001 0 eng d aGW5XE cGW5XE dGW5XE dYDXCP dTEX > a9780387465265 a038746526X 1 aAU@ b000042133518 1 aNZ1 b11675905 1 aAU@b000043253015 a(OCoLC)184903927 a978-0-387-28223-7 bSpringer nhttp:// > www.springerlink.com 14 aQP368.7 b.K37 2007eb 14 a2006 N-753 14 aWL 102.8 > bK18e 2007 7 aQP 2lcco 04 a612.8/042 222 aMSDA 1 aKarczmar, A. G. > q(Alexander George), d1918- 10 aExploring the vertebrate central cholinergic > nervous system h[electronic resource] / cAlexander G. Karczmar ; with > contributions by Neelima Chauhan ... [et al.] ; with a foreword > ..............................................etc etc etc [Read by * > NOTEPAD*] > > > =========END AFTER SAVE AS .mrc =============Koha can't load it=====Nan > error========= > > > =LDR 02417cam 2200577Ia 4500 > =001 ocn184903927 > =003 OCoLC > =005 20100416100144.0 > =006 m\\\\\\\\d\\\\\\\\ > =007 cr\cn| > =008 071219s2007\\\\nyuacf\\sb\\\\001\0\eng\d > =040 \\$aGW5XE$cGW5XE$dGW5XE$dYDXCP$dTEX > =020 \\$a9780387465265 > =020 \\$a038746526X > =029 1\$aAU@$b000042133518 > =029 1\$aNZ1$b11675905 > =029 1\$aAU@$b000043253015 > =035 \\$a(OCoLC)184903927 > =037 \\$a978-0-387-28223-7$bSpringer$nhttp://www.springerlink.com > =050 14$aQP368.7$b.K37 2007eb > =060 14$a2006 N-753 > =060 14$aWL 102.8$bK18e 2007 > =072 \7$aQP$2lcco > =082 04$a612.8/042$222 > > > etc > etc > etc > > > Please help, I am stuck at the moment.... > > >

1 0

Springer E-Books Marc File and MarcEditor and MRC formatting issues
by Susan Mustafa 22 Apr '10

22 Apr '10

Dear All, Springer has provided me with a .bin file. This file has marc21 data in it and when I stage it into Koha it works fine. However I have to modify this marc file and add fields or edit fields using the [MarcEditor] tool. Now the problem is, in order to read it correctly INSIDE the MARCEDITOR, i change the extension from .BIN to .MRC This is ok up to the loading of the data into the MARC Editor. Now, I added some new fields as well as I have edited some fields. Now the issue is here. ------------ After adding/editing fields in this file, I SAVE as MRC. When I try to load this NEW marc file into KOHA using Staging, it does not go through and it says NaN error. I am not sure what to do now. I am using Koha 3.0. Best Regards, On Wed, Apr 21, 2010 at 8:37 AM, Susan Mustafa <susan.mustafa(a)gmail.com>wrote: > Dear Stacy, > > At the moment, I did an import of the 14,000 records MARC file into > Koha-Test. > > I did a rebuild_zeba -r -a -b <-- I believe this clears all of the previous > indexes and does indexing from 0. > > Now, I know that there is a record called [Extreme Sports]. This record is > from Springer, and it is shown under biblios table in MySQL Db after I > finished importing the Marc file into Koha. However once rebuilding zebra, > searching for this record returns 0. > > Some springer records are searchable, but others Koha can't find. Does > this mean that Zebra didn't index them [I see no errors when I do rebuild] > OR does this mean that something else is wrong? > > > I did random checking of some records, obviously there is no way for me to > check and see that all 14,000 RECORDs were indexed and Searchable? OR is > there? You know this better than me. > > > Kindly bear with me on this. I might need your help since you did the > Springer Import before. > > Best Regards, > > > Now once I go into the MySQL DB, I see that the record for example [Extreme > Sports] exists > > On Tue, Mar 9, 2010 at 12:35 AM, Stacy Pober <stacy.pober(a)manhattan.edu>wrote: > >> I loaded about 17,000 Springer ebooks into our catalog. I did not >> directly upload them into Koha, though. First, I edited them in the >> free MarcEdit program to add some fields. >> >> We use EZproxy to allow our users to access IP-restricted resources >> from off-campus. If you use something similar, you would use the >> Edit Subfield Data function to alter the 856$u data. You would >> replace "http: with something like >> "http:ezproxy.yourlibrary.edu:2048/login?url=http:" >> >> Additionally, the Springer ebook MARC records do not come with any >> custom link text. We added custom link text by adding an 856$y >> field. with the text "Available for our library via Springer eBooks. >> Click here for access". The custom link text is often provided in an >> 856$w field rather than the $y field, and the $w and $y but they seem >> to display exactly the same in our catalog, so if you get other >> vendor-supplied records with 845$w fields, you don't need to change >> them unless you want to customize the link text. >> >> We also add a 952 field to specify the branchcode, ITYPE, shelving >> location and CCODE: >> \\$aMAN$bMAN$cEBOOKS$oELECTRONIC BOOKS$yEBOOKS$8EBOOKS >> >> The branch code needed to be added because without it, each ebook >> appeared in Koha with messages about availability that we did not want >> to see. Adding the ITYPE allowed us to add a "View this eBook" link >> to each summary record which is a nice convenience for end-users. >> >> We also add a 500$a field which lists the ebook service name (Springer >> eBooks) because that's the standard way we've been listing all other >> ebook packages (not all of the vendors have the package name anywhere >> in the record) and a 099$a field for Local Call Number of ELECTRONIC >> BOOKS because that's the way our other ebooks have always been listed. >> >> You may not need or want this level of customization, but it's nice to >> know it's available. >> >> When I first tried to upload the Springer records, I could not >> upload them in one step. Our catalog is hosted by LibLime and at the >> time I processed these records (a couple of months ago), the server >> response time was very slow and it would time out for large uploads. >> This was the only batch of MARC records I had that was quite so large, >> and I had to split the 17,000 records into batches of about 1500 >> records. I don't know if there is any effective limit on file size >> for uploads in the official version of Koha. >> >> The processing of the initial file of the large Springer ebook record >> set was tedious but routine. However, Springer issues updated record >> sets for books they add to your subscription each month, and I am >> currently trying to work through some problems in the December update >> file. The monthly updates come in separate files for each publication >> year. We get five years of books, and rather than having to process >> them separately, I used MarcJoin in MarcEdit to concatenate them into >> one large file. This did not work, because it turned out there were >> some invalid characters in two of the records that caused errors in >> the joined file. I'm still working through that. The individual >> files validate correctly using the validator in MarcEdit, so I need >> to find a 'pickier' MARC validator to find the invalid characters. >> >> One more thing about ebook MARC records generally: I find that the >> quality of publisher-supplied MARC records is very variable. One >> problem we ran into with the MARC record sets for netLibrary and a >> couple of other vendors is that some of the records included multiple >> $856$u fields with URL's leading to other subscription-based online >> services to which we have no access. I had to find those bad URLs >> and strip them out of our records, and that was a little tedious. >> -- >> Stacy Pober >> Information Alchemist >> Riverdale, NY 10471 >> stacy.pober(a)manhattan.edu >> > >

1 2

Managing per item selection costs / freight / processing cost per item in Koha
by Joann Ransom 22 Apr '10

22 Apr '10

Morning folks, Todays question is : How do other libraries manage per item selection charges / freight / postage and packaging etc in terms of the acquisitions budget? In 2.2.9 we enter the selection charge for the entire invoice, along with the number of items it is to be spread over, when we are entering the invoice number. This then spreads the selection charge over all the items being received on that invoice, adding a poortion of the selection charge to the actual cost of tyhe item. This then carries over to the budgets and ensures that we are accounting for the true cost of buying that item. Koha 3.2 has no concept or mechanism for doing that. So how do / are other 3.2 libraries managing this? Or is this something this an enhancement? Cheers Jo.

1 0

How to Videos
by William Moody 22 Apr '10

22 Apr '10

I am new to Koha and I trying to understand the basics. Are there any videos showing basic cataloging using Koha -especially importing records for our old system? Thanks Bill Moody Rudofer Library Har Zion Temple Pennsylvania

3 2

Can Koha run digital library collections
by nico rubo 21 Apr '10

21 Apr '10

Dear All, I'm curious as to if koha can operate a digital library collection the way Greenstone does, or similar. If so where on the interface can I begin? Thank you Nick Rubosa SICHE Library Honiara Solomon Islands --- On Thu, 15/4/10, koha-request(a)lists.katipo.co.nz <koha-request(a)lists.katipo.co.nz> wrote: From: koha-request(a)lists.katipo.co.nz <koha-request(a)lists.katipo.co.nz> Subject: Koha Digest, Vol 54, Issue 24 To: koha(a)lists.katipo.co.nz Received: Thursday, 15 April, 2010, 7:05 AM 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: [SPAM] Re: [SPAM] Re: [SPAM] Re: Has anyone seen this before? (Chris Cormack) 2. Re: [SPAM] Re: [SPAM] Re: [SPAM] Re: [SPAM] Re: Has anyone seen this before? (Shane Skeens) 3. Re: Koha Newsletter Articles (Nicole Engard) 4. bulkmarcimport.pl (thandu venkat narayana) 5. Re: bulkmarcimport.pl (Ian Walls) 6. integration with Banner, DataTel or PeopleSoft (Lori Bowen Ayre) 7. Emailing shopping cart (Lenora Oftedahl) 8. Authorities search, 0 biblios shows, zebra 144 error (Marilen Corciovei) 9. ?change sur Koha (Sol?ne Baudouin) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 Apr 2010 12:23:04 +1200 From: Chris Cormack <chris(a)bigballofwax.co.nz> Subject: Re: [Koha] [SPAM] Re: [SPAM] Re: [SPAM] Re: Has anyone seen this before? To: Shane Skeens <shane(a)indigospin.com> Cc: koha(a)lists.katipo.co.nz Message-ID: <y2g606aab811004131723k6405f65cpb0fe34af3333b94a(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 14 April 2010 10:42, Shane Skeens <shane(a)indigospin.com> wrote: > Wow! ?i concur with Chris completly! ?Thank You for the support! > it would also be helpful if we knew how to keep this from hapening again. > -ss > I think there is a bug in your version of Koha. I will test in 3.0.5 (the latest stable release) and see if it still exists there. Chris ------------------------------ Message: 2 Date: Tue, 13 Apr 2010 21:28:21 -0500 From: "Shane Skeens" <shane(a)indigospin.com> Subject: Re: [Koha] [SPAM] Re: [SPAM] Re: [SPAM] Re: [SPAM] Re: Has anyone seen this before? To: "Chris Cormack" <chris(a)bigballofwax.co.nz> Cc: koha(a)lists.katipo.co.nz Message-ID: <50ABD893BF5445778449056A4E3B5F4C@indigospin> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original thanks, Chris. wouldn't surprise me. unfortunately, LibLime has been running several stable versions behind everyone else. There are numerous bugs that have fixes which can't be employed due to the "closed" nature of their hosted system. LibLime doesn't even offer a per-incident support option, just a $10,500 annual support subscription. i have high hopes that the new management will step up their product support (& upgrade schedule!). if they don't, i don't see a future for LibLime; i couldn't recommend them based upon our experiance thus far. -ss shane skeens ceo, senior strategist indigospin : media+marketing 806.438.3021 www.indigospin.com ----- Original Message ----- From: "Chris Cormack" <chris(a)bigballofwax.co.nz> To: "Shane Skeens" <shane(a)indigospin.com> Cc: "Jane Wagner" <jwagner(a)ptfs.com>; <koha(a)lists.katipo.co.nz> Sent: Tuesday, April 13, 2010 7:23 PM Subject: [SPAM] Re: [SPAM] Re: [Koha] [SPAM] Re: [SPAM] Re: Has anyone seen this before? On 14 April 2010 10:42, Shane Skeens <shane(a)indigospin.com> wrote: > Wow! i concur with Chris completly! Thank You for the support! > it would also be helpful if we knew how to keep this from hapening again. > -ss > I think there is a bug in your version of Koha. I will test in 3.0.5 (the latest stable release) and see if it still exists there. Chris ------------------------------ Message: 3 Date: Wed, 14 Apr 2010 00:01:14 -0400 From: Nicole Engard <nengard(a)gmail.com> Subject: Re: [Koha] Koha Newsletter Articles To: Koha <Koha(a)lists.katipo.co.nz> Message-ID: <o2yd35b50d41004132101ud01d8176ydf7614b1e4fea969(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Well, the day is over in my timezone and I got 1 article. I'll be on the road all day tomorrow but if you have news (and no news is too small) or a tip you want to share send it along. No matter what the newsletter will be late this month :( Nicole On Tue, Apr 13, 2010 at 3:03 PM, Nicole Engard <nengard(a)gmail.com> wrote: > Hello all, > > As many of you know I have been pretty sick and have let my newsletter > responsibilities slide this month. ?That said, I still have 2 days to > get it out on time and for that I need some articles. ?So please send > me your Koha news today so I can get the newsletter out on time!! > Remember, articles can be as short as 2 lines, we're just looking for > news from Koha libraries and about Koha in general. > > Thanks a bunch! > Nicole C. Engard > ------------------------------ Message: 4 Date: Wed, 14 Apr 2010 18:12:10 +0530 (IST) From: thandu venkat narayana <thandu_venkat(a)yahoo.com> Subject: [Koha] bulkmarcimport.pl To: koha(a)lists.katipo.co.nz Message-ID: <931421.72628.qm(a)web94807.mail.in2.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Dear All, ? Pl help me to know How to use bulkmarcimport.pl ? Thanks & Regards, Venkat

5 7

XML::LibXSLT module, it's dependent on libxslt 1.1.18 or higher....
by bariki.kamara＠out.ac.tz 21 Apr '10

21 Apr '10

Hi all, I'm trying to install the Perl XML::LibXSLT module however, it's dependent on libxslt 1.1.18 or higher. The centos repositories seems to only have 1.1.17 packages available for libxslt. As you can see here below: [root@library ~]# rpm -qa |grep libxslt libxslt-1.1.17-2.el5_2.2 libxslt-devel-1.1.17-2.el5_2.2 libxslt-python-1.1.17-2.el5_2.2 [root@library ~]# cd XML-LibXSLT-1.59 [root@library XML-LibXSLT-1.59]# perl Makefile.PL running xslt-config... ok looking for -lxslt... yes looking for -lexslt... yes running xslt-config... failed XML::LibXSLT needs libxslt version 1.1.18 or higher Could someone help point me in the right direction, do I need to update libxslt 1.1.17 to 1.1.18? Anything at this point would be very helpful. Regards, Kamara. ---------------------- CONFIDENTIALITY NOTICE -------------------------------- PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL This email is intended only for the person to whom it is addressed and may contain confidential information and may be legally privileged. If you are not the intended recipient, you are notified that you may not use, distribute or copy this document in any manner whatsoever. Kindly also notify the sender by email and/or delete this e-mail. Any views or opinions expressed in this e-mail are those of the sender and do not necessarily coincide with those of the Open University of Tanzania. --------------------THE OPEN UNIVERSITY OF TANZANIA--------------------------

3 3

Re: [Koha] Springer ebook records + Zebra Indexing and Searching
by Susan Mustafa 21 Apr '10

21 Apr '10

Dear Stacy, At the moment, I did an import of the 14,000 records MARC file into Koha-Test. I did a rebuild_zeba -r -a -b <-- I believe this clears all of the previous indexes and does indexing from 0. Now, I know that there is a record called [Extreme Sports]. This record is from Springer, and it is shown under biblios table in MySQL Db after I finished importing the Marc file into Koha. However once rebuilding zebra, searching for this record returns 0. Some springer records are searchable, but others Koha can't find. Does this mean that Zebra didn't index them [I see no errors when I do rebuild] OR does this mean that something else is wrong? I did random checking of some records, obviously there is no way for me to check and see that all 14,000 RECORDs were indexed and Searchable? OR is there? You know this better than me. Kindly bear with me on this. I might need your help since you did the Springer Import before. Best Regards, Now once I go into the MySQL DB, I see that the record for example [Extreme Sports] exists On Tue, Mar 9, 2010 at 12:35 AM, Stacy Pober <stacy.pober(a)manhattan.edu>wrote: > I loaded about 17,000 Springer ebooks into our catalog. I did not > directly upload them into Koha, though. First, I edited them in the > free MarcEdit program to add some fields. > > We use EZproxy to allow our users to access IP-restricted resources > from off-campus. If you use something similar, you would use the > Edit Subfield Data function to alter the 856$u data. You would > replace "http: with something like > "http:ezproxy.yourlibrary.edu:2048/login?url=http:" > > Additionally, the Springer ebook MARC records do not come with any > custom link text. We added custom link text by adding an 856$y > field. with the text "Available for our library via Springer eBooks. > Click here for access". The custom link text is often provided in an > 856$w field rather than the $y field, and the $w and $y but they seem > to display exactly the same in our catalog, so if you get other > vendor-supplied records with 845$w fields, you don't need to change > them unless you want to customize the link text. > > We also add a 952 field to specify the branchcode, ITYPE, shelving > location and CCODE: > \\$aMAN$bMAN$cEBOOKS$oELECTRONIC BOOKS$yEBOOKS$8EBOOKS > > The branch code needed to be added because without it, each ebook > appeared in Koha with messages about availability that we did not want > to see. Adding the ITYPE allowed us to add a "View this eBook" link > to each summary record which is a nice convenience for end-users. > > We also add a 500$a field which lists the ebook service name (Springer > eBooks) because that's the standard way we've been listing all other > ebook packages (not all of the vendors have the package name anywhere > in the record) and a 099$a field for Local Call Number of ELECTRONIC > BOOKS because that's the way our other ebooks have always been listed. > > You may not need or want this level of customization, but it's nice to > know it's available. > > When I first tried to upload the Springer records, I could not > upload them in one step. Our catalog is hosted by LibLime and at the > time I processed these records (a couple of months ago), the server > response time was very slow and it would time out for large uploads. > This was the only batch of MARC records I had that was quite so large, > and I had to split the 17,000 records into batches of about 1500 > records. I don't know if there is any effective limit on file size > for uploads in the official version of Koha. > > The processing of the initial file of the large Springer ebook record > set was tedious but routine. However, Springer issues updated record > sets for books they add to your subscription each month, and I am > currently trying to work through some problems in the December update > file. The monthly updates come in separate files for each publication > year. We get five years of books, and rather than having to process > them separately, I used MarcJoin in MarcEdit to concatenate them into > one large file. This did not work, because it turned out there were > some invalid characters in two of the records that caused errors in > the joined file. I'm still working through that. The individual > files validate correctly using the validator in MarcEdit, so I need > to find a 'pickier' MARC validator to find the invalid characters. > > One more thing about ebook MARC records generally: I find that the > quality of publisher-supplied MARC records is very variable. One > problem we ran into with the MARC record sets for netLibrary and a > couple of other vendors is that some of the records included multiple > $856$u fields with URL's leading to other subscription-based online > services to which we have no access. I had to find those bad URLs > and strip them out of our records, and that was a little tedious. > -- > Stacy Pober > Information Alchemist > Riverdale, NY 10471 > stacy.pober(a)manhattan.edu >

1 1

translation in Hindi
by rekhasaraswat 21 Apr '10

21 Apr '10

Dear all, i am Rekha Saraswat, working on the translation of KOHA in Hindi. I have downloded .po file for Hindi and placed it in misc/koha/translator/po folder. Now what next to do, to make koha work in Hindi? My KOHA is installed on Debian Linux. plz help me. seeking for cooperation. Rekha saraswat, Noida(India)

1 0