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

MARC-BN, how to implement
by Benedykt P. Barszcz 17 Apr '04

17 Apr '04

Hi, What would I need to actually add MARC-BN support to Koha? Here is a description of what marc-bn is: http://mak.bn.org.pl/wykaz5.htm It is in Polish but the differences between marc21 and marc-bn are clearly set further down the webpage. Any ideas? Benedict

1 0

New features to test in CVS
by paul POULAIN 16 Apr '04

16 Apr '04

I've commited some improvements in MARC search : * adding "suggestion" link in search form, that popup a windows. The popup windows shows, for each word entered in the search form, the 10 words that sounds like the word entered, and that are used most often. * fixes some minor bugs Still to do : * good support of ' and , Update your CVS & test it pls. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Re: 2.0 roadmap, was: uninstalling
by MJ Ray 15 Apr '04

15 Apr '04

Bouncing the devel parts onto devel list. On 2004-04-15 16:28:20 +0100 paul POULAIN <paul.poulain(a)free.fr> wrote: > I'm working a lot on HEAD branch to : > * clean some code > * css the templates. > * improve MARC searching & merge MARC & simple search. > The search is almost done. It could be ported to 2.0 probably, but > it's not a > trivial job, as it uses CSS & some other things that does not exist > in 2.0 DB > (like "seealso" field in MARC parameters) How many lines of code and files, roughly? I don't even know which files are affected, so it's hard for me to filter it out of the cvs logs. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef(a)jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/

2 1

Re: [Koha-devel] Duplicate items in MARC tables
by Baiju M 15 Apr '04

15 Apr '04

>OK, I think I understand better : If I understand correctly, you have : >* created an iso2709 file with Koha export >* re-imported this iso2709 file. > >If i'm right, then, I think you've discovered a bug in export : the >090$b, 090$c and 952$u should NOT be exported, as they are purely >Koha-internal. >I think that's what confuses the imported. >Pls confirm & if you do, i'll send you a modified version of export >(that delete internal fields) Yes, I created an iso2709 file with Koha export tool and then re-imported this iso2709 file. Now, How I can import my holding information from another source? Thanks, Baiju M ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as…

2 1

Re: [Koha-devel] Duplicate items in MARC tables
by Baiju M 15 Apr '04

15 Apr '04

>2 questions : >* could you show us your iso2709 file ? >Use dumpmarc.pl script in misc directory (with bulkmarcimport). It can >be a "problem" in your iso2709 file. Here is the output of dumpmarc.pl (I created it by manually entering data using MARC interface of Koha) NUM : 0 NUMBER 1 => LDR 00307 2200133 4500 020 _a0471395307 090 _c1 _d1 100 _aShapiro, Alan C. 245 _aMultinational financial management 250 _a7th ed. 300 _axvi, 743 p. _fBOOK 508 _atom 852 _k658.15 952 _bMAIN _dMAIN _p1 _r100 _u1 _v02/02/04 ================== 2 record parsed Here is the output of same file dumped by using marcdump tool available with MARC::Record (Why "2 records parsed" message above?!) /home/kohaadmin/marc.pl LDR 00307 2200133 4500 020 _a0471395307 090 _c1 _d1 100 _aShapiro, Alan C. 245 _aMultinational financial management 250 _a7th ed. 300 _axvi, 743 p. _fBOOK 508 _atom 852 _k658.15 952 _bMAIN _dMAIN _p1 _r100 _u1 _v02/02/04 Recs Errs Filename ----- ----- -------- 1 0 /home/kohaadmin/marc.pl Now I run this command : $ sudo perl -I /usr/local/koha/intranet/modules \ /usr/local/koha/intranet/scripts/misc/bulkmarcimport.pl -d -file ~/marc.pl Again exported MARC records to marc1.pl, and here is the dumpmarc.pl output : NUM : 0 NUMBER 1 => LDR 00358 2200145 4500 020 _a0471395307 090 _c1 _d1 100 _aShapiro, Alan C. 245 _aMultinational financial management 250 _a7th ed. 300 _axvi, 743 p. _fBOOK 508 _atom 852 _k658.15 952 _bMAIN _dMAIN _p1 _r100 _u1 _v02/02/04 952 _bMAIN _dMAIN _p1 _r100 _u1 _u1 _v02/02/04 ================== 2 record parsed See there is one more 952 and in the second one there is an extra 952_u > >* how did you set you MARC21 parameters tables ? > Here is the MARC subfield structure for 952 : Subfield Lib Koha field Rep Mand Tab Auth value Thesaurus Val build b homebranch items.homebranch No No 10 branches d holdingbranch items.holdingbranch No No 10 branches p barcode items.barcode No No 10 r price items.price No No 10 u itemnumber items.itemnumber No No -1 v dateaccessioned items.dateaccessioned No No 10 y notforloan items.notforloan No No 10 Here is links to My marc_tag_structure and marc_subfield_structure SQL dumber files : http://forum.gnu.org.in/fsf-volunteers/Members/baiju/koha/test/mss.sql http://forum.gnu.org.in/fsf-volunteers/Members/baiju/koha/test/mts.sql Should I provide any other details? With thanks and regards, Baiju M ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as…

2 1

z3950 search 'loosing' forks
by T & J Kotula 14 Apr '04

14 Apr '04

Hi, I installed koha2.0.0 on the day it came out and was hoping I was going to install it in our library. However I just stumbled across another problem with the z3950 search :-( Here is what I've done. 1. Set up 9 z3950 servers. 2. Run ./processz3950queue from the command prompt 3. When search for the first time, 9 Processing ISBN=.... at server ... (n forks) lines appear, where n = 1..9. So far so good. 3b. After a few seconds they _all_ come back with 'no records found', followed by _all_ 'search done'. So far so good. 4. However when I search again, there are still 9 Processing ISBN=.... at server ... (n forks) lines, but this time n=5..13. 4b. After a few seconds they _all_ come back with 'no records found', followed by _all_ 'search done'. 5. When I search again, there are still 9 Processing ISBN=.... at server ... (n forks) lines, but this time n=9..17. 5b. After a few seconds they _all_ come back with 'no records found', followed by _all_ 'search done'. 6. The next search is different, as the script goes to line 325, which has a comment: # $forkcounter >=12 So (5-1) + (9-5) + would be (13-9) = 12. Bingo, the if stament falls through. Can someone please tell me how to fix or what I have possibly done wrong. Thanks tomasz kotula.

2 2

2.2 roadmap
by paul POULAIN 13 Apr '04

13 Apr '04

Hi, I've written a small roadmap for 2.2 on the wiki : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap I also have cleaned a little the home page. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Question about 'borrow' flag in /member-flags.pl
by T & J Kotula 13 Apr '04

13 Apr '04

I was assuming that setting 'borrow' flag in /member-flags.pl will allow the user to borrow books against his/her account. With the 'catalogue' flag set as well, koha wouldn't let me in anywhere except the catalogue page. Am I missing something or is it a bug? PS. To be able to borrow I had to set the 'circulate' flag, which is not ideal. Thanks tomasz kotula.

1 0

Duplicate items in MARC tables
by Baiju M 13 Apr '04

13 Apr '04

Hi, When I imported some MARC records to Koha using bulkmarcimport.pl (I am using Koha 2.0.0) I get duplicate items in MARC tables (items just doubles in 'marc_subfield_table', but not in 'items' table) A portion from database dump : INSERT INTO marc_subfield_table VALUES (70064,3524,'952',8,'','p',3,'34511',NULL), (70065,3524,'952',8,'','u',5,'34511',NULL), (70066,3524,'090',9,'','c',1,'3524',NULL), (70067,3524,'090',9,'','d',2,'3524',NULL), (70068,3524,'952',10,'','b',1,'MAIN',NULL), (70069,3524,'952',10,'','d',2,'MAIN',NULL), (70070,3524,'952',10,'','p',3,'34511',NULL), (70071,3524,'952',10,'','u',5,'34511',NULL), (70072,3524,'952',10,'','u',7,'4339',NULL), (70073,3525,'100',1,'1','a',1,'David W Lindsay',NULL), (70074,3525,'245',2,'12','a',1,'English poetry 1700-1780',NULL), (70075,3525,'300',4,'','f',2,'BOOK',NULL), (70076,3525,'590',5,'','a',1,'ED',NULL), (70077,3525,'700',6,'1','a',1,'',NULL), (70078,3525,'852',7,'','k',1,'999.9997',NULL), (70079,3525,'852',7,'','h',2,'L4',NULL), (70080,3525,'952',8,'','b',1,'MAIN',NULL), (70081,3525,'952',8,'','d',2,'MAIN',NULL), (70082,3525,'952',8,'','p',3,'34514',NULL), (70083,3525,'952',8,'','u',5,'34514',NULL), (70084,3525,'090',9,'','c',1,'3525',NULL), (70085,3525,'090',9,'','d',2,'3525',NULL), (70086,3525,'952',10,'','b',1,'MAIN',NULL), (70087,3525,'952',10,'','d',2,'MAIN',NULL), (70088,3525,'952',10,'','p',3,'34514',NULL), (70089,3525,'952',10,'','u',5,'34514',NULL), (70090,3525,'952',10,'','u',7,'4340',NULL), See 952 'p' & 'u' repeats and 'u' not only repeats it gets one more value. Now, I just started looking to source codes. When I looked into bulkmarcimport.pl I found the last for loop creates this problem : for (my $i=0;$i<=$#items;$i++) { NEWnewitem($dbh,$items[$i],$bibid); } When I just commented this for loop, the problem in 'marc_subfield_table' got fixed. But then, there was no items in 'items' table. If this is really a bug, will try to fix it myself. Could anyone give any pointer? Now I am trying to explore it more, here is some other clues I got. NEWnewbiblio function creates bibio and items in MARC tables (and only bibio in NON-MARC tables) my ($bibid,$oldbibnum,$oldbibitemnum) = NEWnewbiblio($dbh,$newRecord); NEWnewitem function creates items in both MARC and NON-MARC tables, in addition to that it also creates one more 952 'u' for each item(?). NEWnewbiblio function is calling from acqui.simple/addbiblio.pl (Here it will not create any items, just because there is no items) ($bibid,$oldbibnum,$oldbibitemnum) = NEWnewbiblio($dbh,$record); So, I think NEWnewbiblio cannot use in bulkmarcimport.pl as in the case of addbiblio.pl Atleast it should have a parameter not to add 952 fields(?) NEWnewitem function is calling from acqui.simple/additem.pl my ($oldbiblionumber,$oldbibnum,$oldbibitemnum) = NEWnewitem($dbh,$record,$bibid) and this function should use to add items everywhere(including bulkmarcimport). See, I am just started looking to Koha source code, so my observation maynot be correct. With thanks and regards, Baiju M ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as…

2 1

RE: unoffical Koha documents (was [Koha] Any Indian users?)
by Stephen Hedges 11 Apr '04

11 Apr '04

Hi, Nicholas - Nicholas S. Rosasco said: > Baiju, Steve, > The kind folks at http://www.skemotah.com/ - thank you Steve! - have > posted your material relating to koha, and are (de facto) functioning > nicely > indeed, I'd like to formally place this material at koha.org and in the > documentation & manual. The "official" documentation currently lags, and > your efforts will let me jump start the production of the 2.0 manual. > I'll > confess to stalling on a couple of times on that! > > However, to do that, I'm in need of explicit OK's from you - > preferably in the form of releasing your efforts under something like the > GPL or the Gnu Documentation License You certainly have my permission to use the "Migrating to Koha" document. At the end of the document I placed a notice (which I think I essentially stole from you!) releasing the document under the terms of the LDP. If you would like to have that changed in any way to be more flexible, just let me know. -- Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com

1 0