- Koha-devel - lists.koha-community.org

Re: [Koha-devel] Data Conversion form Newgenlib to koha
by Partha Mukhopadhyay 01 Apr '09

01 Apr '09

Dear Mr. Soni You can easily migrate to Koha 3 (an excellent Web 2.0 compliant LMS with support for NCIP and other global standards). You may test the OPAC in many sites in India (DPL, granthalaya.org @ http://www.granthalaya.org/, DLIS, University of Burdwan @ http://burdwan01.kwc.kohalibrary.com/) If u r interested I can give u the admin password for checking system features. In India a few service providers are available such as OpenLX (http://www.openlx.com/koha.php) Welcome to Koha3 partha Dr. Parthasarathi Mukhopadhyay Department of Library and Information Science University of Burdwan, Burdwan, West Bengal, India ----- Original Message ----- From: "Navin Soni" To: koha-devel(a)lists.koha.org, lis-forum(a)ncsi.iisc.ernet.in Subject: [Koha-devel] Data Conversion form Newgenlib to koha Date: Wed, 1 Apr 2009 14:07:14 +0530 Dear Professionals, Goog Mrng.. We are from INMAS, DRDO, Delhi. Presently we are using newgenlib (OSS), we had tried a lot to give AMC to Newgenlib developers (M/s Verus Solutions) at normal rates but they did not responded positive. We library people are not expertise in JAVA and supporting softwares of Newgenlib therefore now it is not possible us to continue work without technical support. As this software constantly requires technical support which we are not able to find out who may take AMC of this Newgenlib software. Now may I request on this forum who can guide us how to overcome this problem of AMC. In alternative, we are planning to either switch over to KOHA and migrate our records into KOHA 2.2.9 ver. or wait for any agency who can undertake the AMC of Newgenlib. I request all my fellow professionals on this forum to guide me in this regard. Waiting for help and guidance. With kind regards ================================= Navin Kumar Soni INMAS, DRDO, Min of Defence, Brig SK Mazumdar Marg Delhi-110054. Ph: 01123985466, 09868459805 http://www.drdo.org/labs/inmas/index.html Email: navinsoni22(a)gmail.com, navin(a)inmas.drdo.in =================================== _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel -- _______________________________________________ Search for products and services at: http://search.mail.com

1 0

Problem with 007 framework?
by Wagner, Jane 01 Apr '09

01 Apr '09

I'm not finding anything on bugzilla and I'm not quite sure if this is a bug, or if something's not configured right. Trying to original catalog a DVD, with the DVDs, VHS framework selected (but the same problem exists in all the frameworks). If you click the ellipse after the 007 Physical Description Fixed Field, it brings up a builder screen. However, the only options available in the pulldowns are 00 Category of material t-Text 01 Specific material designation a-Regular print b-Large print c-Braille d-Loose-leaf u-Unspecified z-Other These choices are only appropriate for 007-text (books). For DVDs, Library of Congress says the 007 choices should be 00 - Category of material v - Videorecording 01 - Specific material designation c - Videocartridge d - Videodisc f - Videocassette r - Videoreel u - Unspecified z - Other | - No attempt to code Other material types of 007s have different value choices. What needs to be done to make the Koha 007 builder have the appropriate choices for each framework? This seems to be calling intranet/cgi-bin/cataloguing/value_builder/marc21_field_007.pl, but I can't read the code well enough to see where it's getting the values. 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

4 10

Error Importing Patron Images!
by Muahmmad Wasim 01 Apr '09

01 Apr '09

Hi, I'm having problem in importing parton images in zip files. I see this error. Koha error The following fatal error has occurred: Can't locate object method "newFromJpeg" via package "GD::Image" at /usr/local/lib/perl/5.8.8/GD/Image.pm line 81. We have GD::Image installed on our system.Thanks,Muhammad Wasim

2 1

Data Conversion form Newgenlib to koha
by Navin Soni 01 Apr '09

01 Apr '09

Dear Professionals, Goog Mrng.. We are from INMAS, DRDO, Delhi. Presently we are using newgenlib (OSS), we had tried a lot to give AMC to Newgenlib developers (M/s Verus Solutions) at normal rates but they did not responded positive. We library people are not expertise in JAVA and supporting softwares of Newgenlib therefore now it is not possible us to continue work without technical support. As this software constantly requires technical support which we are not able to find out who may take AMC of this Newgenlib software. Now may I request on this forum who can guide us how to overcome this problem of AMC. In alternative, we are planning to either switch over to KOHA and migrate our records into KOHA 2.2.9 ver. or wait for any agency who can undertake the AMC of Newgenlib. I request all my fellow professionals on this forum to guide me in this regard. Waiting for help and guidance. With kind regards ================================= Navin Kumar Soni INMAS, DRDO, Min of Defence, Brig SK Mazumdar Marg Delhi-110054. Ph: 01123985466, 09868459805 http://www.drdo.org/labs/inmas/index.html Email: navinsoni22(a)gmail.com, navin(a)inmas.drdo.in ===================================

1 0

Change of username and password
by tunji 31 Mar '09

31 Mar '09

How to change the Koha (Koha 3) administrators username and password in a linux server. Our mistake in first setting up Koha was to use the personal username and password of the administrator in stead of one that is generic to our business. We have had no joy when try to change them. -- View this message in context: http://www.nabble.com/Change-of-username-and-password-tp22775124p22775124.h… Sent from the Koha - Dev mailing list archive at Nabble.com.

2 1

a simple update-items.pl tool
by Mason James 31 Mar '09

31 Mar '09

Hi Folks, i have an idea around a simple update-items.pl tool. my idea is a tool similar to circ's current branchtransfers.pl script (that takes scanned barcodes as input), and it updates the scanned item's various values what values ??? perhaps some/all of these... (any others??) Item Information 1. Home Library: 1. Holding Library: 2. Item type: 3. Collection: Statuses ( Lost Damaged ) 1. Current Location: 3. Lost Status: 4. Damaged Status: 5. Withdrawn: do other libraries use a different method that i'm unaware of? is there another update-items.pl type tool i have missed? Cheers, Mason

6 10

Add Biblio slow
by zang＠zang.co.za 31 Mar '09

31 Mar '09

I have contacted the list previously about this issue. We are hosting Koha successfully, but the "add biblio" screen is really a big problem (accessed via the internet). It is impractical to do cataloguing at this speed. It takes 30 seconds on average to start cataloguing a new record. Is there anything to be done to circumvent this issue? The problem is not Javascript related. All other functionality (searches, etc) are satisfactory.

2 1

Re: [Koha-devel] [Koha] Barcode Don't Found
by Roche III, Edward 30 Mar '09

30 Mar '09

That is an idea but I would think there was a way to have Koha except the T+space. 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?" -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Owen Leonard Sent: Friday, March 27, 2009 9:52 AM To: koha(a)lists.katipo.co.nz Subject: Re: [Koha] [Koha-devel] Barcode Don't Found > Currently doing it by hand but have tried with the scanner with no luck. I asked because sometimes scanners are configured to add characters where you might not expect them. I did a quick test in my 3.0 installation and didn't have any problem typing in the barcode.. I don't have any prefix options specified. What I wonder is if you couldn't store just the numeric portion of the barcode (if it's the T+space causing the problem) and configure your scanners to strip off the "T "? Of course you'd have to consult the documentation for your scanners to know if that was possible. We've done something similar in the past. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

5 13

Re: [Koha-devel] {Possible SPAM} RE: [Koha] Barcode Don't Found
by Michael Hafen 30 Mar '09

30 Mar '09

It can be a little tricky to read patch files. Git diffs are a little easier than some because they list the changed files and the number of changes at the top. Don't worry about the changes in sysprefs.sql. Getting the database updated is more important. The change to Circulation.pm is the really important bit. The two lines with the '+' next to them are to be added to that file. If you can locate the lines around those in the file, then just copy and paste those lines in so it looks like what's in the diff. Then remove the '+''s. Good luck. On Sat, 2009-03-28 at 08:34 -0400, Roche III, Edward wrote: > I being dumb but where does this patch go? I found what I need to do for the sys.pref but not sure where to put the patch. > > 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?" > > > -----Original Message----- > From: Michael Hafen [mailto:mdhafen@tech.washk12.org] > Sent: Friday, March 27, 2009 12:00 PM > To: Roche III, Edward > Cc: koha-devel(a)lists.koha.org; koha(a)lists.katipo.co.nz > Subject: {Possible SPAM} RE: [Koha-devel] [Koha] Barcode Don't Found > Importance: Low > > I'll attach a modified patch to do it. You'll still have to update the sys. pref. options to enable this feature. Look at the changes to installer/data/mysql/en/mandatory/sysprefs.sql for an idea of what to set the sys. pref. to. > > Good luck. > > On Fri, 2009-03-27 at 11:42 -0400, Roche III, Edward wrote: > > How do you create the filter? > > > > 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?" > > > > > > > > -----Original Message----- > > From: Michael Hafen [mailto:mdhafen@tech.washk12.org] > > Sent: Friday, March 27, 2009 11:29 AM > > To: Roche III, Edward > > Cc: koha-devel(a)lists.koha.org > > Subject: Re: [Koha-devel] [Koha] Barcode Don't Found > > > > I have in my libraries several copies with a "T " before the number > > part of the barcode. Koha works with it fine. I find the trick is to > > make sure what's in the Koha database and what's encoded in the > > barcode are the same. It is possible with itemInputBarcodeFilter > > processing. I've used that sys. pref. to strip leading spaces ( which > > I put in ) from some barcodes. > > > > If what you want is to be able to enter just the number, or the "T " > > and the number ( like from a barcode scanner ), then I think making a > > custom itemInputBarcodeFilter ( like I did to trim leading spaces ) > > would be a good solution. > > > > On Fri, 2009-03-27 at 10:00 -0400, Roche III, Edward wrote: > > > That is an idea but I would think there was a way to have Koha > > > except the T+space. > > > > > > 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?" > > > > > > > > > > > > -----Original Message----- > > > From: koha-bounces(a)lists.katipo.co.nz > > > [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Owen Leonard > > > Sent: Friday, March 27, 2009 9:52 AM > > > To: koha(a)lists.katipo.co.nz > > > Subject: Re: [Koha] [Koha-devel] Barcode Don't Found > > > > > > > Currently doing it by hand but have tried with the scanner with no > > > luck. > > > > > > I asked because sometimes scanners are configured to add characters > > > where you might not expect them. I did a quick test in my 3.0 > > > installation and didn't have any problem typing in the barcode.. I > > > don't have any prefix options specified. > > > > > > What I wonder is if you couldn't store just the numeric portion of > > > the barcode (if it's the T+space causing the problem) and configure > > > your scanners to strip off the "T "? Of course you'd have to consult > > > the documentation for your scanners to know if that was possible. > > > We've done something similar in the past. > > > > > > -- Owen > > > > -- > Michael Hafen > Systems Analyst and Programmer > Washington County School District > Utah, USA > > for Koha checkout > http://koha-dev.washk12.org > or > git://koha-dev.washk12.org/koha -- Michael Hafen Systems Analyst and Programmer Washington County School District Utah, USA for Koha checkout http://koha-dev.washk12.org or git://koha-dev.washk12.org/koha

1 0

Koha Z39.50 client process discussion
by Frederic Demians 30 Mar '09

30 Mar '09

Koha Z39.50 client process isn't easy to understand from a end-user perspective. Current process: ◊ In cataloguing, a search to multiple z3950 target is sent. ◊ Result is displayed. 20 first results are displayed for each target. ◊ Each record is stored in import_* tables for further usage via 'reservoir'. ◊ By clicking on Import, one record is copied in data entry page. ◊ Cataloger can modify biblio record, localized it, etc. ◊ In next cataloguing operation, a search will be done both in catalog and reservoir (import_biblios table), and will retrieve eventually biblio records from previous z3950 searches. Some design choices are disputable: ◊ Why just 20 records per host are displayed? ◊ Why all retrieved records are stored in reservoir? People generally don't understand that. Why 20 and not 5 or 100 records? When a search is done by author, it is to catalog a specific book from this author. But with the current design, the library will fill its reservoir with biblio records describing books which will generally never enter into its catalog. ◊ Search in reservoir is done with BreedingSearch function only on 'title' and 'isbn' fields. So it's impossible to retrieve a biblio record by author. ◊ There is no user interface allowing to see what's going on with biblio records stored in reservoir and coming from z3950 searches. There is such an interface for staged records: those imported explicitly into reservoir from files (in Tools). ◊ So if a library uses to do search in 4 z3950 hosts, each search may add 4 x 20 = 60 records in import_biblios and import_records tables. The number of records added this way will grow indefinitely without any mean to clean reservoir. Some ideas of improvement: ◊ Add a syspref 'ReservoirZ3950' which when at false disable biblio records adding from z3950 searches. ◊ Add an UI in Tools to see the number of biblio records in reservoir added from z3950 searches. ◊ Add a 'clear' option in Tool to delete all records in reservoir coming from z3950, and eventually also coming from file imports. Any comment/idea? Also here: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3069 -- Frédéric

3 2