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

KUDOS meeting at ALA Midwinter in San Diego
by David Schuster 14 Dec '10

14 Dec '10

KUDOS Meeting Scheduled for ALA Midwinter meeting Hilton San Diego Gaslamp Quarter Friday Jan 7th Pacific Room – 6-7:30 PM Thanks to Equinox for sponsoring the room for us! All are welcome to come and share and discuss Agenda: Possible Face to Face US May Conference 501c3 – update Other discussion topics David Schuster -- David Schuster Plano ISD Library Technology Coordinator

1 0

Migrating data from Liberty3 to Koha 3.0 plus
by Raphael Muonga 13 Dec '10

13 Dec '10

Sorry, if I have used a wrong blog. Me I am asking for assistance in terms of migrating from Liberty3 to Koha 3.0 and above. Anybody with this sort of experience? Thanks in anticipation. Raphael Chisanga Muonga

1 0

December Newsletter Call for Articles
by Nicole Engard 12 Dec '10

12 Dec '10

It's that time again! Please submit to me your short newsletter articles by the13th of December. This will be the last "monthly" issue of the Koha newsletter. Starting in 2011 the newsletter will be published every other month. So if you have an announcement you want out before February please send it to me for this newsletter. I encourage those with long articles to post them on the web and send me a summary with a link to the full article. Thanks Nicole

1 1

RFC : Local cover images
by Koustubha Kale 12 Dec '10

12 Dec '10

Hi All, I have received sponsorship from "Sikh National Archives" to add the ability in Koha to display book covers scanned and stored locally in the server. "Sikh National Archives" have a lot of old / rare books & manuscripts which do not have ISBN hence this requirement. Here are the customer requirements in brief : 1. Provide facility to upload scanned cover images linked to biblionumber. 2. Create required mysql tables to hold cover images. 3. Provide global system preference to control display of local cover images in OPAC. 4. Create system preference to decide priority of cover images from multiple providers such as Amazon, Google, Local. 5. Customize OPAC to display only first cover image found as per system preference priority. 6. Customize OPAC search and detail pages to display local cover images linked to biblionumber. 7. Provide user rights management to control upload of images. I have added a RFC to wiki here : http://wiki.koha-community.org/wiki/Local_cover_images_RFC I have added this information to Bug 1633 here : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Requesting for comments and suggestions.. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

4 5

Re: [Koha-devel] RFC : Local cover images
by Eric Bégin 11 Dec '10

11 Dec '10

Hi Koustabha, If we are going to keep information in a MARC field, why not put the file name directly. That way, it doesn't have to be only a number, I could have HarryPotter_V1.jpg or even a remote path. I looked up the MARC standard and it would make sense to store the path to the file in the 856$u field, specifying Image (or Cover) in the $3 field. There is such an example in http://www.loc.gov/marc/authority/ad856.html. *856* *4#**$3*image*$u*http://www.ibiblio.org/wm/paint/auth/vinci/joconde/joconde.jpg A syspref could also be added for a base directory in which are located the files. My 2 cents, Eric On 2010-12-11 07:14, Koustubha Kale wrote: > Hi Ian, > > On Sat, Dec 11, 2010 at 5:03 PM, Ian Bays<ian.bays(a)ptfs-europe.com> wrote: >> Hi Koustubha >> That's a great feature to add to Koha. Congratulations on this. >> The only part that I worry about is using the bibliomumber for access: If >> you were to ever re-install and wanted to export the bib data and re-import >> then you would be likely to get different biblionumbers for records, so you >> would lose the link to the images. >> I would have thought that there should be some unique number or code for >> each title which you might put into a tag such as the 024 MARC21 tag (Other >> Standard Identifier): >> http://www.loc.gov/marc/bibliographic/bd024.html >> Maybe have the tag and subfield as a system pref? > Valid point about the export and re-import and a good idea of linking > with a marc tag. Thank you. > > Regards, > Koustubha Kale > Anant Corporation > > Contact Details : > Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes > Naka, Thane (w), > Maharashtra, India, Pin : 400601. > TeleFax : +91-22-21720108, +91-22-21720109 > Mobile : +919820715876 > Website :http://www.anantcorp.com > Blog :http://www.anantcorp.com/blog/?author=2 > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website :http://www.koha-community.org/ > git :http://git.koha-community.org/ > bugs :http://bugs.koha-community.org/ >

1 0

RE : Database Revisions
by Henri-Damien LAURENT 11 Dec '10

11 Dec '10

Sure. Change the updatedatabase for atomic updates. Le 10 déc. 2010, 12:53 PM, "Colin Campbell" <colin.campbell(a)ptfs-europe.com> a écrit : I notice the DB Revisions table on the wiki is empty. It seems to have fallen into disuse but there are a number of db updates waiting upstream. I've recreated the page and claimed an update version for a patch I signed off. Wondering if there is a preferable method to make Chris's life easier. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

1 0

Bug 4036 problems after upgrading from 3.00.05 to 3.02.01
by Koustubha Kale 10 Dec '10

10 Dec '10

Hi, I downloaded 3.02.01 tarball and upgraded the existing 3.00.05 install via the make upgrade route after taking care of all perl dependencies. The librarian was unable to issue to patrons with overdues. The yellow box was showing "Patron has had overdue items and is blocked for 10 day(s)." This led me to bug 4036. On investigating in /usr/share/koha I found that.. 1) koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tmpl had the entries corresponding to the patch proposed here http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1795 2) I could not find a syspref setting AllowIssuingForPatronsWithOverdues but a corresponding variable was present in the mysql database table systempreferences. 3) I also did not find code introduced in the proposed patch in either C4/Members.pm or koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/circulation.pref 4) I found that these code bits were also missing from C4/Members.pm or koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/circulation.pref from the untarred source code of 3.02.01 5) Adding the changes as per proposed patch at http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1795 to C4/Members.pm and koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/circulation.pref resolved the issue. It seems the changes proposed to bug 4036 at http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1795 were pushed only partially. Maybe that this is a bug? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

1 1

Database Revisions
by Colin Campbell 10 Dec '10

10 Dec '10

I notice the DB Revisions table on the wiki is empty. It seems to have fallen into disuse but there are a number of db updates waiting upstream. I've recreated the page and claimed an update version for a patch I signed off. Wondering if there is a preferable method to make Chris's life easier. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

1 0

Test case failures and database access
by Robin Sheat 09 Dec '10

09 Dec '10

While attempting to put the packages for 3.2.1 together, I encountered a number of test cases that fail unless you have a database configured. This seems to be due to tests 'use'ing modules that attempt to connect to the database immediately, and therefore failing. The tests I've noticed doing this are: 00-load.t External_BakerTaylor.t Reports_Guided.t Service.t Tags.t UploadedFile.t VirtualShelves_Page.t I'm after some opinions on how to best solve this. My ideas are: * Move these tests into a 'db_dependent' directory so that they aren't run by default. Perhaps add a 'make test_all' rule that includes them. * Have the packages move the iffy ones out of the way (although they will still fail for anyone running 'make test' without the database set up.) * Introduce an environment variable that is set during testing that tells C4::Context (or whatever it is making the DB connection) that failures are OK. This may reduce test coverage however, which we don't want. For now I'm going to make a patch that does the first one (and fixes 00-load.t so that it avoids loading the problematic ones) but I'm interested to see if someone has other ideas or strong opinions on the best way to do this. This is tracked here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5477 -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

2 2

duplicated vokal images
by Fridolyn SOMERS 08 Dec '10

08 Dec '10

Hie, I found that *Book.png* and *Book-32px.png* exists in vokal images with both upper and lower case. Is this a bug ? Is causes a big problem in Windows file system. Regards, -- Fridolyn SOMERS ICT engineer PROGILONE - Lyon - France fridolyn.somers(a)gmail.com

2 1