- Koha - lists.katipo.co.nz

zebra indexing for indicators
by savitra sirohi 24 Feb '09

24 Feb '09

Folks, has anybody configured Zebra to index fields with indicators? For instance we need to index Field 521 indicator 8, sub field a. The Zebra extended marc indexing documentation suggests setting up an 'index-formula '. Which file does that go into? Thanks, Savitra Sirohi Nucsoft OSS Labs www.osslabs.biz

3 3

Fwd: ADAPTING KOHA OPEN SOURCE FOR MY LIBRARY
by Chris Cormack 24 Feb '09

24 Feb '09

---------- Forwarded message ---------- From: James Daniel <jimidaniel(a)yahoo.com> Date: Tue, Feb 24, 2009 at 7:00 PM Subject: ADAPTING KOHA OPEN SOURCE FOR MY LIBRARY To: koha-owner(a)lists.katipo.co.nz Dr Ojedokun of Bowen University has drawn my attention to Koha and I wish to adapt it for my Library. Grateful for your support. James Dr. James O. Daniel Director, LIS National Mathematical Centre Secretary, IFLA Africa Section 2007-2009 IFLA Standing Committee Member of Africa Section 2005-2009 President, West African Library Association (WALA) Chairman, Librarians, Registration Council of Nigeria (LRCN) PMB 118 Garki GPO, Abuja,Nigeria Mobile: +234-8033116409, +234-(0)-8058886333 website:www.nmcabuja.org

1 0

2.2.9 to 3.0.1
by "Thommy M. Malmström" 24 Feb '09

24 Feb '09

I have installed a koha 3.0.1 that can handle utf8 and it looks all OK. Then I have a dump from a 2.2.9 (in utf8). My idea is to load the 2.2.9 dump as a new database, say testkoha, in MySQL and copy to koha version 3 with some INSERT SELECT commands as shown below. My question is, which tables do I need to copy? I have recognized biblio, biblioitems, items, but there are probably more. Is this approach good or is there anything easier I can do??? I've not tried the 22_to_30 way, but I don't think that is applicable in my scenario. Example of my idea... mysql> INSERT INTO koha.biblio (biblionumber, frameworkcode, author, title, unititle, notes, serial, seriestitle, copyrightdate, timestamp, datecreated, abstract) SELECT biblionumber, frameworkcode, author, title, unititle, notes, serial, seriestitle, copyrightdate, timestamp, datecreated, abstract FROM kohatest.biblio;

2 3

Re: [Koha] mapping data in Koha 3.0
by Doug Dearden 24 Feb '09

24 Feb '09

Laura, Take a look at this page in the doc: https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/C… Koha stores the item info in the 952 field. It looks like your item info is in the 999 field. You need to work out a mapping to move the info from the subfields in the 999 field to the right subfield in the 952 (or other) field. You can use MarcEdit to do this, I think by making individual passes at the file to move the subfield info one at a time. Or you can generate a script from MarcEdit and modify it. Also take a look at the Koha to Marc mapping in the Administration page of the Staff client. This is where the links between the two are defined. If your item types are in 245$h, Koha won't be looking there. The default is to look in 942$c for the item type, and at the item level to look in the 952$y field. In the koha to marc mapping there are three screens, biblio, biblioitems and items that you access with the drop down menu. Be careful changing these links. If you can use MarcEdit to modify your incoming file to match that is probably best. You might try making a file with just one or two records, manually editing them and then use MarkMaker to make a file. Import that and see how it looks. Tweak your mapping until it is right then use MarcEdit to move the subfields around in mass. Best, Doug Dearden >>> "Laura Johnson" <lauraj(a)tcoek12.org> 2/23/2009 2:22:43 PM >>> Hello, I have installed Koha on 3.0 and I am ready to import my records (again) and would like some advice on the best practice of mapping my data. I have the title listed under 245$a and the media type under 245$h. Here is a sample of the items we carry in our library. Our library consists of Video Cassettes and audio books. =LDR 00660ngm 2200169 4500 =005 20030703081938.0 =007 vuucuuuuu =008 991123s1989\\\\\\\030 =050 \\$bVC3194$c0 =245 \\$aReading Rainbow: Humphrey The Lost Whale: A True Story$hVC =260 \\$bGPN$c1989 =300 \\$a30$bcol$e1 =520 \\$aBased on the true story of a California Humpback whale that gets lost, the book by Wendy Tokuda and Richard Hall inspires Levar to spend a day at sea whale watching. =521 \\$aPrimary =650 \\$aLIFE SCIENCE, BIOLOGY-MAMMALS =650 \\$aLANGUAGE AND LITERATURE-CHILDREN'S LITERATURE =999 \\$pVC319401$cMain Library$k01$r0.00$a01/01/1980$b12/31/2022$yVC3194 Last time I imported the data, only the description is visible. I ended up deleting the Koha database and so I can start with a fresh database. I would like to use the mapping tool in Koha, but if I need to use MarcEdit to change the tag numbers please let me know. I just want to make sure that I am using the tools correctly. Has anyone had the same experience of importing similar data into Koha and if you have a detailed description of the best practice for this procedure. Thank you in advanced and for your patience with my limited knowledge of the Koha Software. Sincerely, Laura Johnson System Administrator and Health Assistant Trinity County Office of Education 201 Memorial Dr. P.O. Box 1256 Weaverville, CA 96093 www.tcoek12.org (530) 623-2861 ext236 (530 ) 623-4489 FAX

1 0

mapping data in Koha 3.0
by Laura Johnson 23 Feb '09

23 Feb '09

Hello, I have installed Koha on 3.0 and I am ready to import my records (again) and would like some advice on the best practice of mapping my data. I have the title listed under 245$a and the media type under 245$h. Here is a sample of the items we carry in our library. Our library consists of Video Cassettes and audio books. =LDR 00660ngm 2200169 4500 =005 20030703081938.0 =007 vuucuuuuu =008 991123s1989\\\\\\\030 =050 \\$bVC3194$c0 =245 \\$aReading Rainbow: Humphrey The Lost Whale: A True Story$hVC =260 \\$bGPN$c1989 =300 \\$a30$bcol$e1 =520 \\$aBased on the true story of a California Humpback whale that gets lost, the book by Wendy Tokuda and Richard Hall inspires Levar to spend a day at sea whale watching. =521 \\$aPrimary =650 \\$aLIFE SCIENCE, BIOLOGY-MAMMALS =650 \\$aLANGUAGE AND LITERATURE-CHILDREN'S LITERATURE =999 \\$pVC319401$cMain Library$k01$r0.00$a01/01/1980$b12/31/2022$yVC3194 Last time I imported the data, only the description is visible. I ended up deleting the Koha database and so I can start with a fresh database. I would like to use the mapping tool in Koha, but if I need to use MarcEdit to change the tag numbers please let me know. I just want to make sure that I am using the tools correctly. Has anyone had the same experience of importing similar data into Koha and if you have a detailed description of the best practice for this procedure. Thank you in advanced and for your patience with my limited knowledge of the Koha Software. Sincerely, Laura Johnson System Administrator and Health Assistant Trinity County Office of Education 201 Memorial Dr. P.O. Box 1256 Weaverville, CA 96093 www.tcoek12.org (530) 623-2861 ext236 (530 ) 623-4489 FAX

1 0

PromptCat call numbers
by Rachel Hollis 23 Feb '09

23 Feb '09

Does anyone utilize PromptCat for Dewey call number labels? If so, why; and if not, why not? Thank you, Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus ________________________________ 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

Diacritics
by Rudolph, Roy 23 Feb '09

23 Feb '09

Hi, I just joined the list. I have little technical understanding of the back end of Koha, but maybe someone knows an answer to this problem: When searching our catalog ( http://mlon.masscat.org/ ), Koha doesn’t ignore diacritics. So, for example, au,phr: bartok, bela won’t get any hits because the author’s name has diacritics: Bartók, Béla. Pasting in the search term with the accents, I get 231 hits. Names like Fauré, Gabriel, Kœchlin, Charles and Dvořák, Antonín are other examples (we are a music school and our library’s holdings includes lots of music scores and sound recordings with names and titles in German, French, Czech, etc.) This is very confusing to our patrons—they can’t find things they are looking for. Is there any way to fix this so diacritics are ignored? ---------------------------------------------------------------- Roy Rudolph Director Bakalar Library Longy School of Music 1 Follen Street Cambridge, MA 02138 tel.: 617-876-0956 ext. 1541 fax: 617-354-8841

2 1

Re: [Koha] I'm confused about where normal view customization occurs
by Doug Dearden 23 Feb '09

23 Feb '09

Ah, OK. I have multiple databases and have turned on the xsl option on one of them and used it to customize how the clickable links appear, as that database is cataloging on-line resources. I ran into trouble turning on xsl for the other databases, as the "prog" directory is hard coded in many places in the code, and copying the file structure over to a new directory and pointing a second database at that structure didn't work, too many things still fetched from "prog". Because of that I left the xsl option off on the main catalog DB. So is the answer to my question that the customization for this occurs at the Perl template level? Or is there some other place in the Admin that I can add other fields to the Title line in the Normal View? Thanks, Doug >>> Nicole Engard <nicole.engard(a)liblime.com> 2/20/2009 9:14 AM >>> The screenshots in the manual are probably different because some were taken with XSL on and others with it off. There are two system preferences that control this and can be found here: https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/a… --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce(a)liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Fri, Feb 20, 2009 at 11:06 AM, Doug Dearden <dearden(a)sarsf.org> wrote: > Hello all, > > I am trying to figure out if there is an easy way to add to the fields that appear in the Normal view of the OPAC and the Staff Client. Specifically, we currently see the 245$a field as the Title in the search results and detail view page. Is there a way in the Admin screens to change the display so the 245$b subfield is appended to the 245$a subfield, and display both as the Title? I thought this would be customizable from within the frameworks, but I don't seem to be having any luck. Looking at the doc on this page: https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/o… the samples show titles with two different formats, one of which appears to be displaying info that is normally in the 245$b field. > > Is this customization that takes place at the Perl template level? Or is there something I am missing in the Admin? > > Thanks, > > Doug > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

3 2

Intranet & Opac on other PCs
by john smith 23 Feb '09

23 Feb '09

Hi to all I have installed koha3 on ununtu 8.04 and all ok but i need to open Intranet & Opac on other PCs with IP the OPAC ok open on other PCs but Intranet not that please if any body know how make other PCs open Intranet with IP because other PCs not in same network if any body can help me send me steps to that. thnks John Smith _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx

3 2

Re: [Koha] I'm confused about where normal view customization occurs
by Doug Dearden 23 Feb '09

23 Feb '09

Thanks Brendan, just what I needed regarding GIT. For now this customization is back burnered until I complete another major project, but I will definitely set up GIT before I do any further code mods. Best, Doug >>> Brendan Gallagher <info(a)bywatersolutions.com> 2/20/2009 3:26:28 PM >>> This is a great place to start for GIT http://wiki.koha.org/doku.php?id=en:development:git_usage -Brendan --------------------------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO, Director of Innovation Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting, Complete Support Packages Phone # (203)823-5847 http://bywatersolutions.com info(a)bywatersolutions.com --------------------------------------------------------------------------------------------------------------------------------- On Feb 20, 2009, at 2:18 PM, Doug Dearden wrote: > Thanks Joe, I'll look at the HTML::Template perldoc. By your reply > I surmise that this takes a code modification and there is no way to > do it from the admin pages. > > Regarding the copy prog stuff, I was doing that in an effort to use > the "opactheme" option. Copy the default theme, rename it, then > make minor modifications to the copy and point a second database at > that theme rather than the default. It didn't work, I put in a bug > report (#2774) to which Owen commented "There are a LOT of instances > in templates and code where the "prog" theme is hardcoded." So I > abandoned that avenue. With xsl on for one DB and off for the > other, I was able to customize the detail page the xsl version uses > and leave the other alone. With the exception of those changes, the > rest of my customizations are simple ones that can be pointed to > from the System Preferences - different color.css files, simple > changes in the header via html in the right place in system > preferences. Because of that I haven't been using git. My notes > about the install make me think that I thought it was going to > remove aptitude in favor of it. As I was using aptitude to look for > perl packages as well as others, I said no to installing git. > Perhaps I misunderstood something there. > > This is my first time using Linux and Perl on a production system, > so I am learning those as I go. It is not my intention to do any > major modifications in the Perl code, but I can tweak where > necessary to get things looking the way our librarian would like > them to. Is there a reference on git you can point me to? Or can > you tell me how it is used in Koha development? I am completely in > the dark regarding it. > > Thanks, > > Doug > > >>>> Joe Atzberger <ohiocore(a)gmail.com> 2/20/2009 11:24:53 AM >>> > Like any page, you can add TMPL_VAR's to the template, and add to > the script > that populates it. It sounds like you should refer to the > HTML::Template > perldoc to see how it operates. > > The XSL solution is a lot slicker if you can manage it, but that only > applies for the OPAC (when enabled). > > I'm not sure what approach you are taking by copying prog, but then > using a > "second database" on it. Copying prog is pretty drastic and is sure > to cut > off your developments from mainline updates. If you use git to > control your > code, then you wouldn't need to copy everything (since you could > always > revert to the mainline version if it got messed up), and you could > still > pull down updates. > > --Joe > > On Fri, Feb 20, 2009 at 12:46 PM, Doug Dearden <dearden(a)sarsf.org> > wrote: > >> Ah, OK. I have multiple databases and have turned on the xsl >> option on one >> of them and used it to customize how the clickable links appear, as >> that >> database is cataloging on-line resources. I ran into trouble >> turning on xsl >> for the other databases, as the "prog" directory is hard coded in >> many >> places in the code, and copying the file structure over to a new >> directory >> and pointing a second database at that structure didn't work, too >> many >> things still fetched from "prog". Because of that I left the xsl >> option off >> on the main catalog DB. >> >> So is the answer to my question that the customization for this >> occurs at >> the Perl template level? Or is there some other place in the Admin >> that I >> can add other fields to the Title line in the Normal View? >> >> Thanks, >> >> Doug >> >>>>> Nicole Engard <nicole.engard(a)liblime.com> 2/20/2009 9:14 AM >>> >> The screenshots in the manual are probably different because some >> were >> taken with XSL on and others with it off. There are two system >> preferences that control this and can be found here: >> >> https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/a… >> >> --- >> >> Nicole C. Engard >> Open Source Evangelist, LibLime >> (888) Koha ILS (564-2457) ext. 714 >> nce(a)liblime.com >> AIM/Y!/Skype: nengard >> >> http://liblime.com >> http://blogs.liblime.com/open-sesame/ >> >> >> >> On Fri, Feb 20, 2009 at 11:06 AM, Doug Dearden <dearden(a)sarsf.org> >> wrote: >>> Hello all, >>> >>> I am trying to figure out if there is an easy way to add to the >>> fields >> that appear in the Normal view of the OPAC and the Staff Client. >> Specifically, we currently see the 245$a field as the Title in the >> search >> results and detail view page. Is there a way in the Admin screens >> to change >> the display so the 245$b subfield is appended to the 245$a >> subfield, and >> display both as the Title? I thought this would be customizable >> from within >> the frameworks, but I don't seem to be having any luck. Looking at >> the doc >> on this page: >> https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/o… >> samples show titles with two different formats, one of which >> appears to >> be displaying info that is normally in the 245$b field. >>> >>> Is this customization that takes place at the Perl template >>> level? Or is >> there something I am missing in the Admin? >>> >>> Thanks, >>> >>> Doug >>> >>> _______________________________________________ >>> Koha mailing list >>> 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 >> > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha

1 0