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

Koha and the Open Archives Initiative Protocol
by Joshua Ferraro 21 Sep '04

21 Sep '04

Benjamin, I think this question is a good one for the whole Koha community. Personally, I would love to see an interface between Koha and the Open Archives Initiative Protocol but I've not heard any discussion along those lines thusfar. What do folks think? > Thanks for your message, which my colleague Peter Pissierssens passed to > me and which I found very interesting. > Sorry to pester you with questions, but I was also wondering if there was > any interface between Koha and the Open Archives Initiative Protocol for > Metadata Harvesting (OAI-PMH). (and consequently Dublin Core). Several of > our colleagues and partner organisations have expressed interest in this > initiative as a way of getting the benefits of a distributed database > without the communication headaches of a fully distributed search. > > I have now subscribed to the mailing lists mentioned, so if you feel that > this question would be better answered by the community please feel free > to forward it on. > > Regards, > Benjamin Sims > Information Services > IOC/UNESCO > http://ioc.unesco.org > 1 rue Miollis > 75732 Paris Cedex 15 > FRANCE > Tel: [33] (1) 45 68 39 92 > Fax: [33] (1) 45 68 58 12 > > > -----Original Message----- > From: Joshua Ferraro [mailto:jmf@kados.org] > Sent: Tuesday, March 02, 2004 2:31 PM > To: Pissierssens, Peter > Subject: RE: KOHA > > > Peter, > > Greetings. The Z3950 Server for Koha works fine on a MARC21 system (NPL > has been using it for statewide resource sharing for several months now) > and can be found either as an add-on to Koha 2.0 (on my website at > http://kados.org/LibraryScience/zed-koha-server.pl) or in CVS in the > 2.2 tree. In both cases it is necessary to install the SimpleServer > Perl module from Indexdata (http://www.indexdata.dk/simpleserver/) > > The server can be started by running the zed-koha-server.pl script > in a terminal. Eventually it would be nice to build the server > into a daemon process but for now it is necessary to leave the > terminal open--it also logs all activity to the screen. > > There has been some talk about adding UNIMARC support and I would be > willing to develop that but would need shell access to a Koha system > using a UNIMARC database. If you require customizations for your > holdings data that could be arranged as well. > > If you want to see a Koha catalog in action you can check out Nelsonville > Public Library's at > > http://koha.athenscounty.lib.oh.us > > If you have any further questions don't hesitate to ask. You may also > be interested in checking out the Koha lists. You can subscribe at > > http://www.koha.org/mailing/ > > Regards, > > Joshua Ferraro > > > >> Hello MJ, >> >> Thanks for your quick reply. The reason I mailed you is that I am more >> comfortable writing in English than in French for technical subjects. As >> Z39/50 compliance is a pre-requisite for our use I will contact Joshua >> Ferraro to find out how far he has reached with that task. >> >> Thanks! >> >> Peter >> >> -----Original Message----- >> From: MJ Ray [mailto:mjr@ttllp.co.uk] >> Sent: Monday, March 01, 2004 6:25 PM >> To: Pissierssens, Peter >> Subject: Re: KOHA >> >> >> Hello Peter, >> >> I'm curious to know why you chose to contact me instead of the French >> developer? I studied in a university department which is active in >> oceanography, so I'm quite happy to help you, but I rarely get >> contacts from France. >> >> On 2004-03-01 13:30:48 +0000 "Pissierssens, Peter" >> <p.pissierssens(a)unesco.org> wrote: >> >>> I found your name on the KPHA web site. We are looking for an open >>> source >>> library management software application and Koha seems to fit that >>> description. However, one important feature I could not find on the >>> KOHA >>> site is Z3950 compliance. Can a KOHA library database be queried by a >>> z3950 >>> server? >> >> In 2.0, koha can query Z39.50 targets but cannot be queried. Joshua >> Ferraro, jmf(a)kados.org, is developing the Z39.50 interface for koha >> 2.2. >> >> By the way, should UNESCO people say "free software"? We are blessed >> with the UNESCO free software portal and directory, after all. >> http://www.unesco.org/webworld/portal_freesoftware/ >> >>> Also, can you lead me to a few KOHA based online catalogues? >> >> I suggest looking at the "Test Drive" koha servers on the www.koha.org >> site for now. I can't publish details of many servers. If you are >> looking for a demonstration of a particular feature, I can try to find >> someone using it for you. >> >>> Thanks in advance for your reply >> >> I hope you find this useful. >> >> -- >> MJR mjr(a)ttllp.co.uk www.ttllp.co.uk +44 (0)870 4321 9 10 >> Creative copyleft computing consultancy, code and articles. >> Latest news: Working on ISP control panels and koha.org 2.0 >> >

4 3

e-mail address to wiki admin needed
by Benedykt P. Barszcz 17 May '04

17 May '04

Hi, I would like to know who is responsible for Saas Wiki server. I need to ask whether it would be possible to not send http header with iso-8859-1 as default. It screws up characters written in UTF-8 (chinese and polish). Benedict Or perhaps there is an html instruction available to include my own header?

3 3

major commit in circulation module CVS/HEAD
by paul POULAIN 03 May '04

03 May '04

Copy/paste of commit notes : CIRCULATION : the big rewrite... This 1st commit reorders deeply the circulation module. The goal is to : * have something 100% templated/translatable. * have something easy to read & modify, to say to customers/users : you can define your circulation rules as you want if you accept to look in C4/Circ/Circ2.pm The circulation now works : 1=> ask for the borrower barcode (as previously) 2=> ask for the item barcode. 3=> check "canbookbeissued". This new sub returns 2 arrays : - IMPOSSIBLE : if something is here, then the issue is not possible and is not done. - TOBECONFIRMED : if something is here, then the issue can be donc if the user confirms it. 4=> if TOBECONFIRMED is set : ask for confirmation, loop. if neither are set or confirmation flag is set (2nd pass of the loop), then issue. The IMPOSSIBLE & TOBECONFIRMED hashs contains : * the reason of the line. always in capitals, with words separated by _ : BARCODE_UNKNOWN, DEBTS ... as key of the hash * more information, as value of the hash ( TOBECONFIRMED{ALREADY_ISSUED} = "previous_borrower_name", for example) This commit : * compiles * works on certain situations, not on other * does NOT issue (the line is # ) * does not check issuing rules depending of # of books allowed / already issued The next step is : - check issuing rule. - extend issuing rule to have a 3D array : for each branch / itemtype / borrowertype = issuing number and issuing length. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 5

Question about Acquisitions and 'Biblios in koha'
by T & J Kotula 03 May '04

03 May '04

Why is it when I hit 'Go' in .../acqui.simple/addbooks.pl (after typing in an ISBN) I never get any biblios listed in the "Biblios in koha" table, even though the biblio with that ISBN is in the bibioitems table. However it works fine when I type in the title. Looks like a bug to me. Am I missing something? I'm running Koha2.0.0. PS. My Koha.biblio table does not contain ISBN column. Tomasz Kotula

4 4

Re: [Koha-devel] Question about Acquisitions and 'Biblios in koha'
by Roger Hiles 01 May '04

01 May '04

British and American editions occasionally differ enough to warrant entirely separate typesetting, but often to save money the same text is shared between British and American publishers. Two allow the British and America editions to be distinguished for marketing and inventory purposes, both a British and American ISBN are sometimes included in the same work. The "International" part of the ISBN is that it's supposed to be a unique identifier that can be used everywhere to identify a particular edition from a particular publisher. >From: "Stephen Hedges" <shedges(a)skemotah.com> >To: "Roger Horne" <roger(a)hrothgar.co.uk> >CC: "koha-devel" <koha-devel(a)lists.sourceforge.net> >Subject: Re: [Koha-devel] Question about Acquisitions and 'Biblios in koha' >Date: Fri, 30 Apr 2004 17:07:17 -0400 (EDT) > >Roger, I don't think I've ever seen anything like what you describe. (I >always assumed the 'I' in 'ISBN' really meant "international!") Is this >fairly common outside the US? > >MARC records let you repeat the ISBN tag. Koha doesn't. > >Stephen > >Roger Horne said: ><snip> > > Purely out of interest, what are Koha and other systems meant to do with >a > > book that lists on its back cover separate ISBNs for different countries > > eg > > "An Introduction to the History of Printing Types", Dowding, The British > > Library & Oak Knoll Press, has "0712345779 (UK) and 1884718434 (US)" > > printed > > on the outside. > > > > Roger > > -- > > Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB > > http://hrothgar.co.uk/ > > mailto:roger@hrothgar.co.uk > >-- >Stephen Hedges >Skemotah Solutions, USA >www.skemotah.com -- shedges(a)skemotah.com > > >------------------------------------------------------- >This SF.Net email is sponsored by: Oracle 10g >Get certified on the hottest thing ever to hit the market... Oracle 10g. >Take an Oracle 10g class now, and we'll give you the exam FREE. >http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/koha-devel _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/

2 1

RE: [Koha] Koha 2.0
by Stephen Hedges 30 Apr '04

30 Apr '04

Thanks for the screen shots, Bernadette. It looks like you may have found a bug in the Koha templates, so I'm copying this reply to the developers list. Stephen Bernadette Cassidy said: > Hi Stephen, > > Thank you for your reply. I'm attaching screen shots to show what happens when I try to add an item. You'll notice on page 3 & 4 at the top left corner of the screen there's a message which reads > <includes/comment-style.css> or similar. > > Kind regards, > Bernadette > > -----Original Message----- > From: Stephen Hedges [mailto:shedges@skemotah.com] > Sent: Saturday, 17 April 2004 12:12 a.m. > To: Bernadette Cassidy > Cc: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Koha 2.0 > > Bernadette Cassidy said: >> Hi everyone, >> We've recently upgraded to 2.0 and have experienced difficulty with > the >> Acquisitions module and Catalogue maintenance, i.e we're not able to > add >> items, update & modify biblios etc, I was wondering if other libraries had experienced similar difficulties and have possible > solutions/answers >> etc. >> Many thanks, >> Bernadette > > Bernadette, can you give us more details? What exactly happens when you try to add an item, for instance? It sounds like you may not have your parameters set correctly. > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges(a)skemotah.com > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com

1 0

encoding of z3950 imported records
by Zbigniew Bomert OP 30 Apr '04

30 Apr '04

Hi, First, thank you all for this software; I am happy trying to use Koha. Lately, Benedykt Barszcz reported a problem with encoding of records imported through z3950. This is a general problem. 1. In fact, the records a imported in ISO-8859-1 encoding. They are converted from marc8/ANSEL or ISO5426/ISO6937 to ISO-8859-1 in the subroutine 'char_decode' in Biblio.pm. This will not work for libraries with books in languages of different charsets. The universal solution would be to store data in utf-8. Then all localized templates schuld be translated to utf-8 encoding. 2. In 'char_decode' a string is converted to ISO-8859-1 separetly for UNIMARC and MARC21. LoC uses MARC21 with ANSEL encoding, european libraries use mostely UNIMARC with ISO5426 encoding - but it's not always the case. Polish National Library's z3950 server in fact responds with MARC21 records in ISO5426 encoding. Happily, it seems to me, that both encodings don't overlap, so it is safe to make char-decoding for both at ones. For polish chars the code could look like this: s/(\xe2|\xc2)c/\xc4\x87/gm ; s/(\xe2|\xc2)C/\xc4\x86/gm ; s/(\xe2|\xc2)n/\xc5\x84/gm ; s/(\xe2|\xc2)N/\xc5\x83/gm ; s/(\xe2|\xc2)o/\xc3\xb3/gm ; s/(\xe2|\xc2)O/\xc3\x93/gm ; s/(\xe2|\xc2)s/\xc5\x9b/gm ; s/(\xe2|\xc2)S/\xc5\x9a/gm ; s/(\xe2|\xc2)z/\xc5\xba/gm ; s/(\xe2|\xc2)Z/\xc5\xb9/gm ; #ogonek s/(\xf1|\xce)a/\xc4\x85/gm ; s/(\xf1|\xce)A/\xc4\x84/gm ; s/(\xf1|\xce)e/\xc4\x99/gm ; s/(\xf1|\xce)E/\xc4\x98/gm ; # łŁ s/(\xb1|\xf8)/\xc5\x82/gm ; s/(\xa1|\xe8)/\xc5\x82/gm ; #żŻ s/(\xe7|\xc7)z/\xc5\xbc/gm ; s/(\xe7|\xc7)Z/\xc5\xbb/gm ; For letters with acute: s/(\xe2|\xc2)a/\xc3\xa1/gm ; s/(\xe2|\xc2)A/\xc3\x81/gm ; s/(\xe2|\xc2)e/\xc3\xa9/gm ; s/(\xe2|\xc2)E/\xc3\x89/gm ; and so on. 3. To see correct chars in search result one should also add char-decoding of title and author in cgi-bin/z3950/search.pl After those changes I can import correctly records from National Library, and even polish records from LoC. Zbigniew Bomert OP

3 2

Z3950 Server Unimarc
by Serge Renaux 22 Apr '04

22 Apr '04

HI, I would be interested to work on z3950 server working on Unimarc. What can i do to get informations or help about it ? Regards Serge

2 1

Re: [Koha] uninstalling
by Roger Horne 21 Apr '04

21 Apr '04

On Thu 15 Apr, I wrote: >[snip] > Clicking on the title produced a partial display of the Marc entries: > > 020 -INTERNATIONAL STANDARD BOOK NUMBER > a International Standard Book Number 0406948291 > > 852 -LOCATION/CALL NUMBER > k Call number prefix (NR) TB > > [snip] > [followed by a box containing] > > homebranch > RH > > "TB" stands for text book so the 852 line would seem to be wrong. (If I go > to edit I am given a drop down box for that line with text book, law report > etc.) Further experiment shows that the error in the 852(k) line is *introduced* by the Item Type Admin page (admin/itemtypes.pl ). Yesterday I got the daemon to work at least partially and it found the biblio for the Perl Cookbook at the Library of Congress and added it. But the 852k line was still TB (ie text book). So I added another "type", BS (for brussells sprout --- not I admit something usually found in libraries) and searched for the Cookbook again. When I tried to edit it (aqui.simple/addbiblio.pl ) the 852 line contained text book and the drop down menu now included the item brussells sprout. And that expression appears in table itemtypes. But seeing how TB gets into the display is way beyond me. A couple of tables show the Perl Cookbook: select biblionumber,author,title from biblio; +--------------+--------------------+----------------------------------------+ | biblionumber | author | title | +--------------+--------------------+----------------------------------------+ | 1 | Gammie | Tolley Yellow Tax Handbook | | 2 | Michael Thomas | Stamp Duty Land Tax | | 3 | Longrigg Higgins | Family Breakdown and Trusts | | 4 | DuBois, Paul, | MySQL Cookbook / | | 5 | Petersen, Theo. | Web development with Apache and Perl / | | 6 | Christiansen, Tom. | Perl cookbook / | +--------------+--------------------+----------------------------------------+ 6 rows in set (0.00 sec) mysql> select biblionumber,itemtype,isbn from biblioitems; +------------------+----------+------------+ | biblionumber | itemtype | isbn | +--------------+----------+------------+ | 1 | NULL | 0406939985 | | 2 | TB | 0521545153 | | 3 | TB | 0406948291 | | 4 | NULL | 0596001452 | | 5 | NULL | 1930110065 | | 6 | NULL | 1565922433 | +------------------+----------+------------+ 6 rows in set (0.00 sec) The 852 line still shows as TB although the itemtype line in the table is NULL. It has somehow found its way into marc_subfield_table: select subfieldid,bibid,tag,subfieldcode,subfieldvalue from marc_subfield__table where bibid='6'; +------------+-------+-----+--------------+------------------------+ | subfieldid | bibid | tag | subfieldcode | subfieldvalue | +------------+-------+-----+----+----------------------------------+ | 89 | 6 | 010 | a | 99176053 | | 90 | 6 | 020 | a | 1565922433 | | 91 | 6 | 035 | a | (DLC) 99176053 | | 92 | 6 | 035 | a | (OCoLC)39872119 | | 93 | 6 | 852 | k | TB | | 94 | 6 | 100 | a | Christiansen, Tom. | | 95 | 6 | 245 | a | Perl cookbook / | | 96 | 6 | 260 | c | c1998. | | 97 | 6 | 300 | a | xxxiv, 757 p. ; | | 98 | 6 | 300 | c | 24 cm. | | 99 | 6 | 650 | a | Perl (Computer program language) | | 100 | 6 | 650 | a | Perl (Computer program language) | | 101 | 6 | 090 | c | 6 | | 102 | 6 | 090 | d | 6 | | 103 | 6 | 952 | b | RH | | 104 | 6 | 952 | d | RH | | 105 | 6 | 952 | u | 5 | +------------+-------+-----+--------------+------------------------+ 17 rows in set (0.00 sec) Have 852 and 952 got mixed up somewhere? (RH, ie Roger Horne, is what I would have expected to see in "location" on a search.) But it turns out to be more complicated ... On a simple search the location of the Perl Cookbook shows correctly as Roger Horne (although it doesn't in a Marc search). But the location of the Mysql Cookbook doesn't show as Roger Horne in a simple search but as a blank (but shows as TB in a full search). There are very small differences in the marc_subfield_table but nothing that would appear to cause this: +------------+-------+-----+--------------+----------------------------------------+ | subfieldid | bibid | tag | subfieldcode | subfieldvalue | +------------+-------+-----+--------------+----------------------------------------+ | 69 | 5 | 010 | a | 2002281940 | | 70 | 5 | 020 | a | 1930110065 | | 71 | 5 | 035 | a | (OCoLC)ocm49871541 | | 72 | 5 | 852 | k | TB | | 73 | 5 | 100 | a | Petersen, Theo. | | 74 | 5 | 245 | a | Web development with Apache and Perl / | | 75 | 5 | 260 | c | c2002. | | 76 | 5 | 300 | a | xviii, 410 p. : | | 77 | 5 | 300 | b | ill. ; | | 78 | 5 | 300 | c | 24 cm. | | 79 | 5 | 650 | a | Perl (Computer program language) | | 80 | 5 | 650 | a | Web site development. | | 81 | 5 | 650 | a | Open source software. | | 82 | 5 | 650 | a | Open source software. | | 83 | 5 | 090 | c | 5 | | 84 | 5 | 090 | d | 5 | | 85 | 5 | 952 | u | 3 | | 86 | 5 | 952 | b | RH | | 87 | 5 | 952 | d | RH | | 88 | 5 | 952 | u | 4 | Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@number7.demon.co.uk

6 7

virus from poland
by paul POULAIN 19 Apr '04

19 Apr '04

Hi there, Today, I recieve between 10 & 20 mails per hour, that "say" they come from poland (almost all), and are sent on my koha-fr.org mailbox (paul_koha-fr.org) I think one of the polish guy involved in Koha, has got something bad in it's winshit. Here are some of the "sender" addresses : 3dartures1__wp mz.t__wp biuro.om__pttk.torun klub__ktk-przygoda.torun webmaster__petrus biuro__wedrowiec.krakow info__gniecki.prv madzia791__wp pracaulotki__wp (.pl removed in every adress & @ replaced by __) If someone know all the false "senders", then, it's probably the person infected. NB : the IP of the sender (the only true information) is always : 212.160.112.160 So, if one of the reader has it now, then it's him ! -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0