February 2010 - Koha-bugs - lists.koha-community.org

[Bug 4196] New: Defintion of popularity index into Unimar setup
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4196 Summary: Defintion of popularity index into Unimar setup Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: tajoli(a)cilea.it CC: tajoli(a)cilea.it Estimated Hours: 0.0 Change sponsored?: --- 'popularity' is a way to sort bibliographic results of a search. In the Zebra setup this sort is based on a value, the value of all loans done with all items/copies of a specific bibliographic record. In NoZebra setup the valuse is calucated every time with an SQL query on loan data. In Zebra setup the source of the data is the column biblioitems.totalissues of the table biblioitems To use popularity with zebra we need to transer the value in biblioitems.totalissues to a specific subfield. All is ok for MARC21 framework. But not for unimarc framework The two unimarc defintion that we have (french and english) say: -- English: 990$0 -- French: 995$s But 995 is the unimarc field for items, for the values of the table items. The value of biblioitems.totalissues is connect with the bibliographic record, not with items level. But also the field 990 is used in French framewor for a different use. So I will use 942$0 [as Marc21] and I will send a patch to use the subfield 942$0 as source of popularity index The defintion file is ../etc/zebradb/marc_defs/unimarc/biblios/record.abs -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 737] Map of library in search system
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=737 Chris Nighswonger <cnighswonger(a)foundations.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cnighswonger(a)foundations.edu --- Comment #4 from Chris Nighswonger <cnighswonger(a)foundations.edu> 2010-02-17 02:21:08 --- FWIW here is an example of such a feature from the North Eastern University Grand Library (http://library.neu.edu.tr/cgi-bin/koha/opac-main.pl) which is running some flavor of 2.x: http://library.neu.edu.tr/cgi-bin/koha/opac-location.pl?location=HQ1991.95&… -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4192] New: opac-account.pl generates warnings if values are not initialized.
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4192 Summary: opac-account.pl generates warnings if values are not initialized. Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: PATCH-Sent Component: OPAC AssignedTo: gcollum(a)gmail.com ReportedBy: gcollum(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Log warnings generated if fine amount and amount outstanding are not initialized. Can be tested with a 'lost' item that is paid off. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 737] Map of library in search system
by bugzilla-daemon＠kohaorg.ec2.liblime.com 17 Feb '10

17 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=737 Agnes Rivers-Moore <arm(a)hanover.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arm(a)hanover.ca --- Comment #3 from Agnes Rivers-Moore <arm(a)hanover.ca> 2010-02-16 23:09:02 --- I would like to imagine a feature for Koha's OPAC, where the customer can click on a 'Where is it?" button for any title that is available on shelf, and be presented with a library plan showing the section where the item should be. Something that would translate existing library location data (call number, item category, location and branch) from the item, rather than adding extra data as described ("create a new authorized type “maplinks” then allow Koha administrators to put in any content they want"). That way it should work for all existing materials, not requiring new authorized values to be added and applied. For instance, if the person looked up Pride & Prejudice, and the library has a copy in their Classics section, on the lower floor at the end of the Fiction shelving, the plan would show the shelving layout with the appropriate shelf area highlighted. This would of course require some work from each library to create the shelf plan, and then link it to categories and/or call number ranges in Koha. Not sure whether the graphical plan would be created in a new set of Preferences or maybe a plugin? Call number may be more precise than needed, but I think call number ranges should work, such as Junior Fiction A-J. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3770] New: 'Add to list' page does only offers the choice of adding to private lists
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3770 Summary: 'Add to list' page does only offers the choice of adding to private lists Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: Sebastien.Hinderer(a)snv.jussieu.fr ReportedBy: oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- Steps to reproduce: 1. In the staff client, create a new public list. 2. Search for a title, choose to add it to a list 3. The 'Add to list' pop-up/page will give you the option of adding to an existing list, but it will only list private lists. It should also offer any public lists owned by the user. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 4199] New: no way to print routing list on serial receive
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4199 Summary: no way to print routing list on serial receive Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com CC: chris(a)bigballofwax.co.nz, oleonard(a)myacpl.org Estimated Hours: 0.0 Change sponsored?: --- When receiving serials you want to print your routing list so that you can attach it to the issue in hand. Right now you have to go to the serial collection page, choose to edit the routing list, click save and then you are presented with the slip to print. This is 4 extra steps that waste a lot of time in a library with a lot of serials. Also - it is not clear at all that editing a serial will allow you to print it - and to add to that it's even more unclear why I have to save when I've made no changes before I have the option to print my routing list. Lots of interface issues here that need to be resolved to make routing lists a more user-friendly option. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 4198] New: deleting an authority refreshes the page
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4198 Summary: deleting an authority refreshes the page Product: Koha Version: HEAD Platform: PC URL: cgi-bin/koha/authorities/authorities- home.pl?op=do_search&type=intranet&marclist=mainmainentr y&operator=contains&value=a&orderby=HeadingAsc OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1634) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1634) list of authorities When I'm on authority search results, if I click the 'Delete' link to the right of a record it refreshes the page so that the list I had on the screen is no longer there. I think that clicking Delete should refresh the search that was preformed so that the results are still on the screen - otherwise deleting multiple records is very difficult and time consuming. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3638] New: Status of hold not changed when item checked in via SIP2 Interface
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3638 Summary: Status of hold not changed when item checked in via SIP2 Interface Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- When an Item is returned via SIP2 the unit is being correctly alerted that it is required for a hold and the details of the hold. However unlike a normal check in the status of the hold does not reflect that the item has been captured. This causes problems in the work flow, forcing sip2 checked in items to be manually checked in before the hold is shown as waiting or in transit to pickup location. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 2567] 008 editor falsely populating Illustrations and Nature of Contents positions
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2567 Christopher Curry <ccurry(a)amphilsoc.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ccurry(a)amphilsoc.org -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3887] New: Adding Authorized Values
by bugzilla-daemon＠kohaorg.ec2.liblime.com 16 Feb '10

16 Feb '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3887 Summary: Adding Authorized Values Product: Koha Version: HEAD Platform: PC OS/Version: Linux - Debian Status: NEW Severity: blocker Priority: P1 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: ccurry(a)amphilsoc.org Estimated Hours: 0.0 Change sponsored?: --- Adding Authorized Values (/cgi-bin/koha/admin/authorised_values.pl) fails and generates the following error log @ /var/log/apache2/error.log: [Wed Dec 9 14:28:23 2009] authorised_values.pl: DBD::mysql::st execute failed: Unknown column 'lib_opac' in 'field list' at /usr/share/koha/intranet/cgi-bin/admin/authorised_values.pl line 41, <DATA> line 275. [Wed Dec 9 14:28:23 2009] authorised_values.pl: DBD::mysql::st fetchall_arrayref failed: fetch() without execute() at /usr/share/koha/intranet/cgi-bin/admin/authorised_values.pl line 42, <DATA> line 275. See IRC Chat #koha for more info: 9 Dec 2009 [Wednesday 14:42:26pm] --> [Wednesday 15:29:23pm] -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3