- Koha - lists.katipo.co.nz

upgrade from koha 2.2.5 to 3.0.0
by ramprasad＠chintech.org 09 Mar '09

09 Mar '09

sir i am new to this field . i want my data in old koha (version 2.2.5) to my new koha 3.00 stable . i installed koha on sme7.04 working fine and then i upgrade it using the upgrade script with the koha 3.00 mtar file .steps are giving below perl Makefile.PL --prev-install-log /usr/local/koha/log make make test sudo make upgrade export KOHA_CONF=/etc/koha/koha-conf.xml export PERL5LIB=/usr/share/koha/lib And this system get into work .but i did not get my old datas two are install with configuration default marc 21 is used i hope your help in this i need my all data to the new koha how can i import the marc.iso.2709 file ?where i want to put it?

1 0

Re: [Koha] [help] how to enter journal in koha for first time
by Ata ur Rehman 09 Mar '09

09 Mar '09

Oh You are talking about koha 2. For serial management plz visit this tutorial: http://www.lisolutions.org/content/learning-and-enhancing-koha Ata LISolutions.org On Mon, Mar 9, 2009 at 3:03 PM, yatheesh babu <yatheeshb(a)gmail.com> wrote: > > plz see attached file give me u r suggetions > > thank > > > On 3/9/09, Ata ur Rehman <ata.rehman(a)gmail.com> wrote: >> >> Dear >> >> Plz check: >> >> >> https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/S… >> >> >> Ata >> LISolutions.org >> >> >> >> >> On Mon, Mar 9, 2009 at 10:54 AM, yatheesh babu <yatheeshb(a)gmail.com>wrote: >> >>> >>> i requsted for how to successfully enter the details of journal >>> >>> can any one explain journal first time entering in koha 2. >>> >>> 1) what X Y Z >>> 2) how to add cost of the subscription >>> and other details >>> >>> -- >>> >>> -- >>> Yatheesh Babu >>> Librarian >>> Shri Shakti College of hotel management >>> >>> _______________________________________________ >>> Koha mailing list >>> Koha(a)lists.katipo.co.nz >>> http://lists.katipo.co.nz/mailman/listinfo/koha >>> >>> >> > > > -- > Yatheesh Babu > Librarian > Shri Shakti College of hotel management >

1 0

fines not calculated
by Amandeep Kansal 09 Mar '09

09 Mar '09

Dear All, I am facing a problem in koha , that is koha did not calculate overdue fines, in the "Home › Circulation › Overdues" , it show the list of users, who have to pay fines, but in the patron "Home › Patrons › fines" it did not show fine amount. The circulation and fine rules are properly defined. If i execute a script "fines.pl" at server then it calculate fined and gives output in a file in /tmp . but the koha database did not modified. platform: opensuse 11, koha: koha-3.0 Please help me. Amandeep Kansal

2 2

how to enter book details for ten copies
by yatheesh babu 09 Mar '09

09 Mar '09

1)CCESSION NUMBER [ which place shoul we enter 0,1 2)author (s) 3)source 4)Bill No 5)pages 6)distributor / supplier what is *items* how do we know books details enter perfectly [ created record after "addbibilio" ] what is *addbilio no* -- Yatheesh Babu Librarian Shri Shakti College of hotel management

1 0

[help] how to enter journal in koha for first time
by yatheesh babu 09 Mar '09

09 Mar '09

i requsted for how to successfully enter the details of journal can any one explain journal first time entering in koha 2. 1) what X Y Z 2) how to add cost of the subscription and other details -- -- Yatheesh Babu Librarian Shri Shakti College of hotel management

2 1

for yaz and zebra, do I need etch-backports repo?
by H.S. 09 Mar '09

09 Mar '09

Hi, I am trying to install Koha 3.0.1 on Ubuntu 8.04 (Hardy). While following this wiki: http://wiki.koha.org/doku.php?id=koha_3_install_guide_ubuntu_hardy I see that I need to add Sarge and etch-backports repo. Yaz and zebra appear to be available in Sarge. Why do I need etch-backports for? What does it provide for Koha installation? Thanks. -- Please reply to this list only. I read this list on its corresponding newsgroup on gmane.org. Replies sent to my email address are just filtered to a folder in my mailbox and get periodically deleted without ever having been read.

1 0

propose for weekly/ monthly topic
by yatheesh babu 07 Mar '09

07 Mar '09

sir, It is not restricted to one topic the objective is ............... 1) This is start with introduction of particular module by moderator / professionals 2) This query related to topic post with [ ] so that* this* *will not disturb to the others * * * 3) To clarify doubts [basic] 4) how to use particular module perfectly with limitation 5) exclusively new users for getting help from experts 6) It will gives clear idea about koha this would be 100% help for scessfully run this s/w On 3/6/09, Doug Dearden <dearden(a)sarsf.org> wrote: > > If a problem arises I would rather not have to wait 3 weeks to > post. Forums like this are by their nature chaotic. > > Doug > > >>> yatheesh babu <yatheeshb(a)gmail.com> 3/5/2009 5:23 AM >>> > I propose all koha user for weekly / monthly topic > like this......... > first week/ month 1) installation koha (new users) / doubt > 2) Catalogue > 3) circulation > while send mail in subject we should mention [inhalation] so that all > user > can understand > this will help new user and we can know better which topic we r > discussing > please comet on this > -- > Yatheesh Babu > Librarian > > > -- > Yatheesh Babu > Librarian > > -- Yatheesh Babu Librarian Shri Shakti College of hotel management -- Yatheesh Babu Librarian Shri Shakti College of hotel management

2 2

Mass updating a field
by Roche III, Edward 06 Mar '09

06 Mar '09

Good Afternoon All I am in need of a SQL statement to update my barcode field in the items table. When we exported our catalog from Follett it removed a space that was in out barcodes so now when we try to scan an item it is not being found because the barcode field in Koha is missing the space. What I have done so far: 1) Export from the items table: itemnumber and barcode 2) Added the space back into the barcode field 3) Created a temp table in the koha db 4) Imported the data into the temp table I now need to move the data from the temp table over to the items table to update the barcode field. Any thoughts? Thanks Ed Edward J. Roche Network Administrator Solanco School District 717.786.2151 x2437 "At the End of the Day, Did You Play to Win or Not to Lose?"

3 6

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

06 Mar '09

Hi Owen, Any idea why my Koha install would not show the $b field in the title under the Normal view the way yours and Rachel's does? I noticed she is on a later release than I am. I installed the release marked stable last December. I notice there is a newer one marked stable on the download.koha.org page, though the links on the main site look like they need to be updated. Would having Zebra turned on make a difference? I am not using the Zebra engine at this time, but I thought that was about indexing and searching, not how the display would look. You can see our catalog here: http://65.100.25.84:7190/ This catalog is pretty much the Koha defaults. I did add some code to display the header, but all of that was done through the system preferences. No template mods were done. You say: >Messing with your frameworks isn't going to affect the display of >search results or the detail pages. Frameworks are designed to control >the display in the MARC editor. What about the "Koha Link" field under the Advanced Constraints for a subfield. My reading of this is that this is the link between the Koha DB fields and the MARC fields, but perhaps only for searching purposes not display. I haven't changed this as it looked to me like a one to one relationship, and I didn't want to point it away from 245$a. Anyway, that is why I thought the framework settings might be effecting this. Thanks for your help. Doug >>> Owen Leonard <oleonard(a)myacpl.org> 3/5/2009 8:14 PM >>> The short answer is that there isn't any such thing as "normal view customization." The normal view is hard-coded in the Perl script. It pulls what data it pulls, and to change that you'd have to modify the script that controls it. The XSLT version is theoretically more open to customization *if*: - you have access to your server's filesystem - you understand enough about XSLT to hack the template Messing with your frameworks isn't going to affect the display of search results or the detail pages. Frameworks are designed to control the display in the MARC editor. I share your frustration with this display. In fact, the more I look at it the more frustrated I get! Here's what I see in my OPAC (http://acpl.kohalibrary.com) With XSLT off, the search results screen shows 3 available and 6 checked out of one title. Clicking through to the detail screen shows 4 available and 2 checked out. I'm assuming those totals don't match up because we have the hidelostitems system preference turned on. http://myacpl.org/koha/examples/opac-searchresults-xslt-off.png With XSLT on, the search results screen shows 3 available, 3 checked out, and 3 lost. The detail screen still shows 4 available and 2 checked out. At least this time the number of lost items seems accurate, but why are the available and checked out numbers wrong? http://myacpl.org/koha/examples/opac-searchresults-xslt-on.png The other differences in the displays are equally frustrating, but I can't say for sure without more digging what differences are limitations of the program and what are shortcomings in the template design. For instance, I suspect the search term highlighting doesn't appear in the XSLT version because it's not possible. But the differences in what information displays should be addressed. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

1 0

questions on record matching rules
by Wagner, Jane 06 Mar '09

06 Mar '09

Following up on some listserv discussion in mid-February, I'm trying to create some new record matching rules. I'm having trouble figuring out what to use for the "index" field. The delivered ISBN & ISSN match rules both use isbn as the index, but I've seen one other example where ISSN uses issn as the index. I also want to create rules for bib # (999|a) and LCCN. The only place I've found any index names anywhere is in the NoZebraIndexes syspref. If I use those names, it looks like 999 would be biblionumber (except that's spec'd as 999|c) and LCCN would be lccn. But we're using Zebra so those index names may be irrelevant anyway. Does the index name matter in the matching rule if we're using Zebra? Thanks. Jane Wagner Library Systems Analyst PTFS Inc. Content Management and Library Solutions 6400 Goldsboro Road, Suite 200 Bethesda, MD 20817 (301) 654-8088 x 151 jwagner(a)ptfs.com

1 1