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

Koha questionnaire from koha list
by Pat Eyler 17 Oct '02

17 Oct '02

To go along with the user level survey, they'd like us to fill out a quick 'vendor' level survey. Here's my first shot at it. Is anything wrong with this? If I don't here any protests it'll head off to the surveyor tomorrow. -pate Koho product status: Number of installed sites: __???______ These are hard numbers to qnatify, because no one has to buy our software. Some figures with bearing on the number: # of subscribers to our mailing lists -- 271 (users) 41 (french) 68 (developers) # of downloads of our software -- 1462 (stable) 99 (development) 84 (CD image) Number of installed sites in public libraries: _???_____ Version number: __1.2.3______ Operating systems: NT (Unix) Other_ (Linux)________ Please indicate current status: General release (G), now in Beta (B), or planned (P) _G_ Acquisitions ___ Authority control _G_ Cataloging _G_ Circulation ___ Cross-database searching _B_ E-mail notification _G_ Holds management ___ I & R files _P_ Interface to OCLC ___ Interfaces to book vendors ___ Interfaces to serials distributors _G_ Inventory ___ Kids PAC ___ Local history file management ___ Media booking _G_ OPAC with Web interface _G_ OPAC without Web interface _G_ Patron authentication G/P Pre-packaged reports G/P Report creation _G_ Reserve desk ___ Routing list management ___ Serials ___ Telephone notification system ___ Interfaces to Internet resources and Internet-based commercial databases It is also difficult to described 'planned features', in that if a library is interested in a feature which is not currently implemented, they are free to write it themselves (or hire someone to write it for them). Several good examples of this value already exist, and other projects are underway which will further exemplify it. To assist with contacting our installed sites to get user ratings, Koho is: (select one) _X__ posting the survey to the Koha user group ____ sending contact information for reaching the chairperson of Koha's user-group to Cibbarelli's this week ____ sending a set of mailing labels to Cibbarelli's Contact information for Cibbarelli's: Your name: Pat Eyler Title: Kaitiaiki phone: XXX fax: XXX e-mail: pate(a)kohalabs.com Contact information to be printed in CIL magazine: Company name: N/A Address: N/A City, State, Zip: N/A Phone: N/A Fax: N/A Web address: www.koha.org E-mail address: info(a)koha.org

1 0

CVS broke
by Andrew Arensburger 16 Oct '02

16 Oct '02

C4/Acquisitions.pm is no longer in the head branch of CVS. However, there are still a bunch of scripts with "use C4::Acquisitions". As a result, those scripts, which used to work, no longer compile (notably, the "Acquisitions" tab from the main screen). (I was also going to mention "moredetail.pl", "delbiblio.", and other biblio-modifying scripts, but apparently you can't get to them through the intranet catalog search anymore. What's the deal with that?) -- Andrew Arensburger This message *does* represent the arensb(a)ooblick.com views of ooblick.com Did you expect a new tagline every time?

2 1

Ok, so that isn't it....
by Nicholas S. Rosasco 15 Oct '02

15 Oct '02

Ok, so that isn't it. I'm updating the INSTALL (the ascii text we roll into the tarball) to reflect the fact the installer is your best bet for getting koha up and running. I am planning on taking the step by step directions out and give directions on how to start the installer. The "custom" and "step by step" directions are still on the manual and the website, but I don't see any reason, considering the quality of the installer now, to keep the step-by=step in the tarball separately, esp. as they are the last to be updated (usually).... Unless, of course, someone has a strong reason for keeping that in there? Nick

2 1

Clouds lifting....
by Nicholas S. Rosasco 15 Oct '02

15 Oct '02

[Sorry this is so long, but a lot happened today!] After a roundabout IRC session, and a deus ex (CGI)machina courtesy of Steve, I'm happy to relate that major progress is forthcoming on the idea of CVSing the documentation. After a back and forth round between Finlay, Steve, and I, the Clouds Are Lifting on how to make rolling the docs with the code quicker for releases. The short version is : The SGML version(s) [ie, the english french etc copies] of the full manual will be uploaded via a nifty form to Sourceforge, where the files will live in their own CVS tree (to keep them a little away from the code). Steve has throwntogether something already: http://www.haz.cmsd.bc.ca/cgi-bin/kohadoc/upload This will let us run the SGML->HTML &/or SGML->PDF tool (probably db2html to start) and HTMLtidy (the HTML that comes out of db2html is really badly formatted) sequence as part of buildrelease, since the "most recent" manual will be in CVS. *** [Thoughts on directory structure would be welcome.... Finlay suggested /kohadoc/language code, which makes sense to me, but I'd welcome comment in case I'm missing something. CVS arrangement also open to discussion, I guess, 'cause someone will say something :) regardless.] In other news: I will be marking up the ThemeHowTo/ThemeNotes as I have some confirmation both from the recent detailed-discussion emails/ and from the conversation on IRC that everything there is pretty stable and unlikely to change dramatically. Let me know if I should stop the presses or add anything beyond filling in what is actually labeled as missing. I'll also be adding in pointers to http://www.kohalabs.com/resources/pod/ (which is most clever). Also The transition section has real content(notes from Steve and his experiences moving CMSD)! If anyone else has experiences (ie, how you moved your library off X and onto Koha), I'm ready/willing/able to add them in as well.... hint, hint. Basically all the above I'm hoping to have done/proofed/final for the release resulting from the 1.3.x beta code. As an additional item: Owen Leonard of Athens County sent me this -- a breakdown of all the Koha tables (from the 1.3.0 release): http://www.athenscounty.lib.oh.us/koha/tables/ I'm pretty sure we have something similar, but I said I'd pass it along. That's it, Nick ...very productive, suddenly happy!, day.

1 0

Re: [Koha-devel] 1.3.1 install
by vthuhtala＠netscape.net 15 Oct '02

15 Oct '02

paul POULAIN <paul.poulain(a)free.fr> wrote: >Ville Huhtala wrote: > >>CREATING DATABASE >>================= >>ERROR 1062 at line 1: Duplicate entry '%-Koha-kohaadmin' for key 1 >Wow, 1.3.1 has been released tomorrow and not yet announced officialy by >Pate, and there is already a problem with it... >2 problems in fact... >The 1st : Duplicate entry : i think you're upgrading from a old install. >This problem means there is a ... duplicate entry in a table, and an >index can't be added. Probably not a problem. I set my hostname=localhost >the 2nd : you need to install MARC::Record package >(http://marcpm.sourgeforge.net) Maybe this should be added to INSTALL file? Some more errors: SETTING UP Z39.50 DAEMON ======================== Directory for logging by Z39.50 daemon [/var/log/koha]: Argument "/var/log/koha" isn't numeric in mkdir at installer.pl line 655, <STDIN> line 17. and later can't chown /var/log/koha: No such file or directory at installer.pl line 935, <STDIN> line 20. SAMPLE DATA =========== Would you like to install the sample data? Y/[N]: y ERROR 1136 at line 2011: Column count doesn't match value count at row 1 --- Ville Huhtala __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

4 3

1.3.1 released
by Pat Eyler 15 Oct '02

15 Oct '02

BE CAREFUL : THIS IS AN ALPHA VERSION OF KOHA. DON'T USE IT ON PRODUCTION, ONLY FOR TESTING PURPOSES. YOU'VE BEEN WARNED ! Look for a 1.2.x serie if you want a stable version ! WHAT'S NEW With this version, comes the 1st part of the visible MARC stuff : * in the parameter screen of koha : you now have 2 links to manage MARC structure. This version is released with MARC21 english structure. French UNIMARC will come soon in CVS. Koha fields must be "mapped" to MARC fields in order to insure proper conversion of the DB. - The first tool is used to define MARC fields and subfield, the corresponding "tab" where the field is shown and the koha field mapping. - The second tools helps mapping, by presenting koha fields and their corresopnding MARC tag/subfield * in search of a biblio : if acquisitions=simple in systempref table, the biblios are shown in MARC format. INSTALLATION : installer.pl works fine for a fresh installation. Upgrading should work fine too. be sure to launch updater, fill_usmarc and updatedb2marc scripts. updatedb2marc migrates 30 biblios/seconds, so be patient if you plan to migrate a big DB ! KNOWN BUGS : * Acquisition system for "systempref.acquisition = simple" is still broken. will be corrected in 1.3.2. * Tabs are named 0xx to 9xx, but this is a "bug" : tabs should be named "0" to "9", as any MARC tag may appear in any tab, as defined in MARC tag structure parameter table. Paul Poulain Pat Eyler 1.4 release manager kaitiaki/manager the Koha project the Koha project

1 0

Re: Fwd: Re: [Koha] data conversion/early Winnebago
by paul POULAIN 15 Oct '02

15 Oct '02

Derek Dresser wrote: >Quoting paul POULAIN <paul.poulain(a)free.fr>: > >>I'm playing with you file, and it seems at 1st glance to work well. >>I've a problem with 3 records : they have no ISBN neither ISSN. >>Here is 1 of the biblio (hard to read... just consider the 1st column is >>the tag : ISSN/ISBN are 020/022, and are not here) : >>001 64066019 //r91 >>005 19910402164431.3 >>008 720420s1965 nyu b 00000 eng >>040 _aDLC >> _cDLC >> _dDLC >>043 _an-us--- >>050 00 _aPN4855 >> _b.D3 >>082 00 _a071 >>100 10 _aDaniels, Jonathan, >> _d1902- >>245 10 _aThey will be heard; >> _bAmerica's crusading newspaper editors. >>250 _a[1st ed.] >>260 0 _aNew York, >> _bMcGraw-Hill >> _c[1965] >>300 _a336 p. >> _c22 cm. >>504 _aBibliography: p. 325-330. >>650 0 _aJournalism >> _zUnited States. >>650 0 _aJournalists >> _zUnited States >> _xBibliography. >>650 0 _aNewspaper editors >> _zUnited States >> _xBibliography. >>650 0 _aNewspaper publishing >> _zUnited States. >>740 1 _aAmerica's crusading newspaper editors. >>852 1 _h071 D228t >> _p10048 >>961 _t6 >> >>do you confirm this, and what do you expect koha to do with such a record >> >> >? > >Paul, >Honestly, yesterday was my introduction to library circulation/card catalog >systems. I guess what we are looking for is a web-based card catalog and >circulation system. Our school network is Linux based, so I looked around >for a open source solution with a web front end and found Koha. Probably >the next step is for me to set up a prototype and import some data and let >the librarian play with it. > >While I was talking with the librarian yesterday, she did mention that some >of the books were too old to have ISBN numbers. What would be the best way >to deal with those? Would we generate our own, or is there a commonly >accepted practice for dealing with that? > 2 answers to your question : * in the new koha (will be ready in 2003, january), there is a (expected) nice way to manage MARC biblios : you put MARC files into a "breeding farm" until you need them (= you acquire the book). In this case, a ISBN/ISSN is needed to find the book. * if you plan to migrate a old DB into koha, then you need the bulkmarcimport tool which import YOUR library into koha. In this case, the ISBN is not needed. Note the bulkmarcimport already exists in the 1.2.x versions of koha. >One more question... We use openLDAP as our network directory service. Is >Koha LDAP enabled? It would be great if we could use the existing accounts >for checking books in/out. > Not yet. We are rewritting koha with a flexible auth system. When it will be done, it should be easy to add LDAP auth, as everything will be managed in a specific perl package, thus you can modify the package to use LDAP. -- Paul

1 0

branches.pl templating
by David Strainchamps 15 Oct '02

15 Oct '02

Hi this question is perharps only for finlay who have worked on branches.pl In the sub editbranchform in branches.pl there is a variable $catcheckbox that you don't return. Is it important to add in the template the html code in this varaible ? David

1 0

1.3.1 install
by vthuhtala＠netscape.net 15 Oct '02

15 Oct '02

CREATING DATABASE ================= ERROR 1062 at line 1: Duplicate entry '%-Koha-kohaadmin' for key 1 Could convert to MyISAM database tables... Adding marc_subfield_table table... UPDATING DATABASE (MARC TABLES) =============================== Can't locate MARC/Record.pm in @INC (@INC contains: /var/www/html/koha/intranet/modules /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /var/www/html/koha/intranet/modules/C4/Catalogue.pm line 31. BEGIN failed--compilation aborted at /var/www/html/koha/intranet/modules/C4/Catalogue.pm line 31. Compilation failed in require at scripts/marc/updatedb2marc.pl line 26. BEGIN failed--compilation aborted at scripts/marc/updatedb2marc.pl line 26. Modifying Z39.50 daemon launch script... Modifying Z39.50 daemon wrapper script... --- Ville Huhtala __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

2 1

another POD error list
by Pat Eyler 14 Oct '02

14 Oct '02

Date: 13 Oct 2002 08:13:01 -0000 From: Cron Daemon <root(a)petrol.whirlycott.com> To: pate(a)petrol.whirlycott.com Subject: Cron <pate@petrol> /home/pate/cronscripts/buildPod.sh /home/pate/cronscripts/buildPod.sh: cvs: command not found /usr/bin/pod2html: Accounts.pm: unterminated list at =head in paragraph 33. ignoring. /usr/bin/pod2html: Accounts.pm: cannot resolve L<DBI(3)|DBI> in paragraph 34. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Accounts2.pm: unterminated list at =head in paragraph 52. ignoring. /usr/bin/pod2html: Accounts2.pm: cannot resolve L<DBI(3)|DBI> in paragraph 53. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Acquisitions.pm: cannot resolve L<perl> in paragraph 302. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Auth.pm: unterminated list at =head in paragraph 52. ignoring. /usr/bin/pod2html: Auth.pm: cannot resolve L<CGI(3)|CGI> in paragraph 53. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Biblio.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: BookShelves.pm: cannot resolve L<perl> in paragraph 72. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Catalogue.pm: cannot resolve L<perl> in paragraph 212. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Circmain.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: no title for Circulation.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: Context.pm: unterminated list at =head in paragraph 115. ignoring. /usr/bin/pod2html: Context.pm: cannot resolve L<DBI(3)|DBI> in paragraph 121. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Database.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: Database.pm: unexpected =item directive in paragraph 11. ignoring. /usr/bin/pod2html: Database.pm: unterminated list at =head in paragraph 19. ignoring. /usr/bin/pod2html: Database.pm: cannot resolve L<DBI(3)|DBI> in paragraph 20. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Format.pm: cannot resolve L<perl> in paragraph 48. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Groups.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: Input.pm: cannot resolve L<perl> in paragraph 36. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for InterfaceCDK.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: Maintainance.pm: cannot resolve L<perl> in paragraph 52. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Output.pm: unterminated list at =head in paragraph 215. ignoring. /usr/bin/pod2html: Output.pm: cannot resolve L<DBI(3)|DBI> in paragraph 216. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: Print.pm: cannot resolve L<perl> in paragraph 34. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Reserves.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: no title for Reserves2.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: Search.pm: unterminated list at =head in paragraph 95. ignoring. /usr/bin/pod2html: Search.pm: unexpected =item directive in paragraph 144. ignoring. /usr/bin/pod2html: Search.pm: unterminated list at =head in paragraph 354. ignoring. /usr/bin/pod2html: Search.pm: cannot resolve L<perl> in paragraph 357. at /usr/share/perl/5.6.1/Pod/Html.pm line 1562. /usr/bin/pod2html: no title for Security.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: SimpleMarc.pm: unterminated list at =head in paragraph 88. ignoring. /usr/bin/pod2html: Stats.pm: unterminated list at =head in paragraph 33. ignoring. /usr/bin/pod2html: no title for Stock.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402. /usr/bin/pod2html: no title for Z3950.pm at /usr/share/perl/5.6.1/Pod/Html.pm line 402.

2 1