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

koha 2.0.0pre2 for wednesday ?
by paul POULAIN 07 Jul '03

07 Jul '03

As we fixed some important bugs and had a few improvements, I plan to release a 2.0.0pre2 version wednesday 2 requests : * if you have something to commit (bug fix only please), commit it asap. * if you want me to wait a day or 2, feel free to argue (but argue. don't say "please wait", without reasons). The 2.0.0pre2 release notes should be (feel free to tell if you fixed a bug I forget !): IMPROVMENTS : --------- * checkmarc.pl : added a check on fields mapped to item marc tag (from Paul). * dramaticaly improving the speed of a MARC search in case of a A OR B search. Added possibility to search on more than 3 parameters. (from Esiee & Paul) * overdue books backported from 1.2.x (& templated) (by Chris) * some additionals check to verify a borrower can borrow a book (by Esiee) BUGS FIXED : --------- * 2 stupids & majors bug in MARC editor, due to too fast copy/paste. (fixed by Paul) * bug 479 : I have problem to assign a Sticky due date, it uses day date as year due date !!! (fixed by ?) * bug 471 : missing next / previous in itemtype admin page, in case there is more than 20 itemtypes (fixed by Paul) * bug 474 : alternate contact no more required (fixed by Paul) * bug 478 : value modification with single quote now works (in parameters section) (fixed by Paul) * bug 489 : poor file copying during install (fixed by MJR) * bug 526 : gst rate hardcoded. Moved to systempref (see SYSTEMPREFS chapter). (fixed by Paul) If supplier parameters are set to do it, the gst are now auto calculated with javascript. * bug 512 : bibliosubject table is not being populated (fixed by Paul) * bug 513 : marclinks: default mapping typo (fixed by Paul) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 1

bug list prior to Wed's meeting
by Pat Eyler 07 Jul '03

07 Jul '03

just a quick note to let everyone know how/where we're at re: outstanding bugs: ==must fix ID Summary 293 Error Issuing Book - 1 487 Installer upgrade problems 510 need new docs integrated 512 bibliosubject table is not being populated 515 biblio.notes ignores Marclinks mapping durring import 524 default template does not allow removal of debarred status ==should fix ID Summary 50 Z39.50 daemon does not recover well from failed connections 65 INSTALL document should mention enabling simple acquisitions 185 Barcode not auto-calculated when autobarcode is on 225 Add member ignores parameters set in categories 236 NEW Reserve book on future date doesn't work or copy is wrong 239 Issue limit doesn't work - able to check out more items than 247 we should split city and state in borrower info 272 Membership record says fee paid - not shown in reports 318 allow or not a book to be loan 322 Reports only outputs amount (outside of table)no other detai 379 DELETE bugs 426 Reserving a book (with a reserve fee) results in a hostile m 436 circulation.pl only partially templated 452 Payment due flags not showing up for children 458 Can't add a new supplier 475 Librarians need alternative to full MARC search 484 User name instead of card number comes up on reserves page 492 Virtual Bookshelves Not working 500 [INTRANET]Only 21 items are displayed in the search result 503 Installer places z3950 scripts in /cgi-bin/z3950 instead of 504 publisher in newbiblio 523 requests does not store dates in reserves table 525 If itemtype is not set, we get a broken more detail page, We ==might fix ID Summary 98 Portability problem with field names 237 Can request to reserve a book with an end reserve date in t 316 Incorrect mouseovers on various admin pages 490 Poor display

1 0

Re: [Koha] OverDue Charges
by MJ Ray 06 Jul '03

06 Jul '03

Christopher Hicks <chicks(a)chicks.net> wrote: > it hasn't been meaningful. Your LANG environment variable is set to make > everything work as if it was in a UTF-8 universe. Try doing "as if"? The universe is UTF-8. This is a bug. Roll on 2.0... ;-)

1 0

chmod
by MJ Ray 04 Jul '03

04 Jul '03

I think the chmod doesn't need oct if it is given a number, so we should use chmod 0644, $file; rather than chmod oct(0644), $file;. Do we have someone who knows for sure, please? -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ jabber://slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ Thought: "Changeset algebra is really difficult."

4 3

today's bug list
by Pat Eyler 04 Jul '03

04 Jul '03

Some nice movement vs. yesterday, especially that several 'must fix' issues have been resolved. NPL is starting to look harder at things as they get closer to their cutover date, so we'll likely be seeing more bug reports from them soon. We've also got some issues around bug 525 ... hopefully that will shake out shortly. ==must fix ID Summary 293 Error Issuing Book - 1 487 Installer upgrade problems 510 need new docs integrated 512 bibliosubject table is not being populated 514 copyrightdate is not loaded into biblio table 515 biblio.notes ignores Marclinks mapping durring import 524 default template does not allow removal of debarred status ==should fix ID Summary 50 Z39.50 daemon does not recover well from failed connections 65 INSTALL document should mention enabling simple acquisitions 185 Barcode not auto-calculated when autobarcode is on 225 Add member ignores parameters set in categories 236 Reserve book on future date doesn't work or copy is wrong 239 Issue limit doesn't work - able to check out more items than 247 we should split city and state in borrower info 272 Membership record says fee paid - not shown in reports 295 Menu fonts different 318 allow or not a book to be loan 322 Reports only outputs amount (outside of table)no other detai 379 DELETE bugs 426 Reserving a book (with a reserve fee) results in a hostile m 436 circulation.pl only partially templated 452 Payment due flags not showing up for children 458 Can't add a new supplier 471 Only 20 item types display on parameters screen 474 Alternate contact should not be required 475 Librarians need alternative to full MARC search 478 Value modification with single quotes 480 assigned barre code 484 User name instead of card number comes up on reserves page 492 Virtual Bookshelves Not working 500 [INTRANET]Only 21 items are displayed in the search result 503 Installer places z3950 scripts in /cgi-bin/z3950 instead of 504 publisher in newbiblio 511 "z3950 search" link always returns error, no popup window ge 523 requests does not store dates in reserves table 525 If itemtype is not set, we get a broken more detail page, We ==might fix ID Summary 98 Portability problem with field names 237 Can request to reserve a book with an end reserve date in t 316 Incorrect mouseovers on various admin pages 490 Poor display -pate

2 1

Multiple acquisitions at the same time...
by Jerome Vizcaino 03 Jul '03

03 Jul '03

Hi all I've experienced a problem recently trying to add a biblio from scratch while another user was doing the same operation on the same koha server (CVS Version). The problem was the informations were mixed together. The server is configured to use MARC. The real problem is that I'd like to fix this but is unable to reproduce the error :( Is there someone out there who had the same problem ? If so, can you tell me how it happened and if you're able to reproduce it ? Thanks Jerome

3 2

Re: [Bug 516] biblioitems.itemtype does not load
by Stephen Hedges 03 Jul '03

03 Jul '03

Yes, you're right, that is another problem. The value stored in 082a (at least in my experience) is the suggested Dewey from LoC. The value stored in 952k is the actual Dewey the library has chosen to use -- not always the same. Stephen > Stephen Hedges wrote: > > >The "only solution" is not a solution at all. > The only place the itemtype > >exists in a MARC record is in the holdings tag > (be that 952, 995, whatever), so > > > > > Note that there is the problem with dewey too > (952k), that should be 082a. > > It's wrong in default MARC21. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre > http://www.koha-fr.org) > >

1 0

Re: [Bug 516] biblioitems.itemtype does not load
by Stephen Hedges 03 Jul '03

03 Jul '03

< snip > > In the default DB, the field itemtypes is mapped > to 300$f. If i read all > 300 subfields, i see that it speaks of "item > physical description", > that's what biblioitems is supposed to speak of. The 300$f tag contains information like "300 pages," "videodisc," etc -- literally, a physical description. itemtypes is a code devised by the library, e.g. "DVD" (not "videodisc"), so your mapping won't work with standard MARC21 cataloguing practice. I can probably write a script to populate biblioitems.itemtype from the values stored in marc_subfield_table. But unless something changes in the way Koha _imports_ MARC data, every library that tries to migrate to Koha will have the very same problem. Bug! Stephen

1 0

Re: [Bug 516] biblioitems.itemtype does not load
by Stephen Hedges 03 Jul '03

03 Jul '03

The "only solution" is not a solution at all. The only place the itemtype exists in a MARC record is in the holdings tag (be that 952, 995, whatever), so Koha _must_ be able to move that info into the biblioitems table. The user should not have to invent a workaround!! Just a general note -- DATA IMPORT PROBLEMS ARE CRITICAL!! The libraries you want to see using Koha are already going to have their data in a commercial ILS, and Koha must be able to smoothly incorporate that data into its tables. I appreciate the beauty of the Koha database structure, but the import scripts cannot be limited by that structure. Since the itemtype info is located in the MARC holdings tag, then Koha has to retrieve that info from the MARC tag and put it in the appropriate table. If items attached to a MARC record have different itemtypes, that is a MARC cataloguing error and should generate an error message when an import is attempted. Perhaps the import scripts could parse the file to check for such errors before a load is attempted. Stephen > Stephen Hedges wrote: > > >Paul - > > > >I'm not getting any warnings when I make this > change to bulkmarcimport.pl and > >run it. Just to be sure, I also commented out > the line "$batch- > > > > > >>warnings_off();" in dumpmarc.pl and ran the > file through that script -- no > >> > >> > >warnings. > > > >I've attached a copy of the file of MARC records > ("marctestout"). Our mapping > >is at http://koha.athenscounty.lib.oh.us:8080 > > > > > >>http://bugs.koha.org/cgi- > bin/bugzilla/show_bug.cgi?id=516 > >> > >>------- Additional Comments From > >>paul.poulain(a)free.fr 2003-07-03 02:39 ------- > >>strange... it works fine for me (with UNIMARC > >>files). > >>Could you check that your MARC record is > >>correct. > >>just add : > >> warn "==>".$record->as_formatted(); > >>after :$record = > >>MARC::File::USMARC::decode(char_decode($record- > > >> > >> > >>>as_usmarc(),$char_encoding)); > >>> > >>> > OK, I understand the problem... > 952 it the tab you use for ITEMS. So it's stored > with items, NOT with > biblioitems. Thus, it's not transmitted to the > correct function. > > what's the solution ? the only one is to move > itemtype from 952 to > something else. > Why is it coded like this ? it's an historical > behaviour (from 1.2.x) > biblioitems is supposed to store infos common to > some/many items, and > there can be more than one for a given biblio. > It's something that > doesn't exist in MARC, who only has 2 different > levels (biblio & item) > > One sample : > * biblio => > 1- the 2 towers, from tolkien > * biblioitem => > 1- edited in 1957, by "greatbook edition". > 2- edited in 2002, by "pocket edition". > * items => > 1- barcode 100001, biblioitem 2 > 2- barcode 100002, biblioitem 1 > 3- barcode 100003, biblioitem 2 > > HTH. > Note that an error should be reporter in > checkmarc, i'll investigate why > it does not. > > PS : i copy this mail to bugzilla and mark #516 > as invalid. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre > http://www.koha-fr.org) > >

2 2

Re: [Bug 516] biblioitems.itemtype does not load
by paul POULAIN 03 Jul '03

03 Jul '03

Stephen Hedges wrote: >Paul - > >I'm not getting any warnings when I make this change to bulkmarcimport.pl and >run it. Just to be sure, I also commented out the line "$batch- > > >>warnings_off();" in dumpmarc.pl and ran the file through that script -- no >> >> >warnings. > >I've attached a copy of the file of MARC records ("marctestout"). Our mapping >is at http://koha.athenscounty.lib.oh.us:8080 > > >>http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=516 >> >>------- Additional Comments From >>paul.poulain(a)free.fr 2003-07-03 02:39 ------- >>strange... it works fine for me (with UNIMARC >>files). >>Could you check that your MARC record is >>correct. >>just add : >> warn "==>".$record->as_formatted(); >>after :$record = >>MARC::File::USMARC::decode(char_decode($record- >> >> >>>as_usmarc(),$char_encoding)); >>> >>> OK, I understand the problem... 952 it the tab you use for ITEMS. So it's stored with items, NOT with biblioitems. Thus, it's not transmitted to the correct function. what's the solution ? the only one is to move itemtype from 952 to something else. Why is it coded like this ? it's an historical behaviour (from 1.2.x) biblioitems is supposed to store infos common to some/many items, and there can be more than one for a given biblio. It's something that doesn't exist in MARC, who only has 2 different levels (biblio & item) One sample : * biblio => 1- the 2 towers, from tolkien * biblioitem => 1- edited in 1957, by "greatbook edition". 2- edited in 2002, by "pocket edition". * items => 1- barcode 100001, biblioitem 2 2- barcode 100002, biblioitem 1 3- barcode 100003, biblioitem 2 HTH. Note that an error should be reporter in checkmarc, i'll investigate why it does not. PS : i copy this mail to bugzilla and mark #516 as invalid. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0