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

[Bug 104] New: moditem.pl displays the wrong record
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Oct '02

21 Oct '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=104 Summary: moditem.pl displays the wrong record Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net moredetail.pl passed the biblio number instead of the biblioitem number to moditem.pl. This causes an apparently random item to show up when you try to modify an item. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

he panui koha (18 Oct 2002)
by Pat Eyler 18 Oct '02

18 Oct '02

he panui koha 18 October 2002

1 0

Announcement: Think-Linux The Solutions Show! (fwd)
by Pat Eyler 18 Oct '02

18 Oct '02

Just as an aside, Chris Cormack and the good folk from NPL will be representing Koha at this show. have fun, -pate ---------- Forwarded message ---------- Date: 18 Oct 2002 13:24:20 -0400 From: Glenn Jacobson <glenn(a)uniqsys.com> To: distro(a)uniqsys.com Subject: Announcement: Think-Linux The Solutions Show! Included is an updated Announcement for the most exciting Linux show yet, a link to the Show's Web Site and a pdf attachment that can be used as an Announcement and poster. The pdf can be printed in color or black and white. If you think that you've seen this before, take a look at the Web Site to see the Companies (IBM & HP etc.) and Organizations that will be giving Conference presentations, and those who have signed up for the Exhibition. Then consider the mixing of Halloween with the Exhibition, and you've got one heck of a show. It is still growing .....watch the Web Site for updates! http://www.think-linux.net ANNOUNCEMENT: You are invited to Toledo, Ohio at the end of October for the largest and only Linux Conference & Exhibition in the Midwest. The show has been expanded from the successful Linux Expos held in Toledo during the last two years. It will be held on Wednesday Oct 30th and Thursday Oct 31st. Because of Toledo's location in the auto manufacturing heartland, the largest transportation hub in the country, it has become a hot bed of Linux development and a leader in the adaption of the Linux platform. Since the use of Linux has expanded exponentially and has become more mainstream, the show has changed this year to showcase solutions. This has been done to provide a venue for management personnel to see real Linux solutions in action. At the Wednesday Conference, attendees will see Linux solutions that have already been installed at business sites and can talk directly with actual customers that have made the transition to Linux. On Thursday, October 31, exhibit booths will highlight Linux vendors who provide software, hardware and services. The event will also have .org booths to demonstrate Open Source software. Note some of the new Linux VAR's and networking companies who will be at this show that have never been at any other Linux show in the US. Please visit the Think-Linux web site at http://www.think-linux.net to find out more about this exciting event. Pricing Summary --------------- Conference/Exhibit Attendee's: $125 Exhibit Attendees Only: $25. If you do not wish to receive further correspondence regarding this event, please contact me and we will not contact you again. You can reply to the sender of this message or phone number listed in the signature block. -- Glenn Jacobson, President | (419) 861-3331 Unique Systems, Inc. | Mailto:glenn@uniqsys.com 6920 Spring Valley Drive, #106 | http://www.uniqsys.com Holland, OH 43528 | UNIX/Linux Solutions for Business Prepared with Evolution, Linux's answer to Outlook! "Think-Linux" The Solutions Show October 30-31, 2002, Toledo OH www.think-linux.net info(a)think-linux.net

1 0

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