- Koha - lists.katipo.co.nz

gripe
by Kenneth Gonsalves 18 Mar '02

18 Mar '02

hi all i have a major gripe: koha doesnt run out of the box. ok. it is open source. but atleast you could add something in your INSTALL file to tell us that certain tables have to be manually filled in to start. i downloaded the archive for this list and spent two days distilling it. found that certain hardworking people actually found out - on their own - that some things had to be done manually to start up. agreed that you have done great work. do you think that it will take that long to add a little thingie to the end of your INSTALL file to tell us what we have to do manually to get the system up and running. one more gripe: you ask us to download from sourceforge. and then say 'ouch, those files are pretty old - try this link'. i personally think that you are doing opensource a disfavour. i'm from india. downloading is slow and expensive. please put your latest stuff where the search engines point regards kg

2 1

version
by Kenneth Gonsalves 16 Mar '02

16 Mar '02

hi all, downloaded koha-1.1.1 from sourceforge. it is up and running, but not running well! some scripts are missing and others are in the wrong place. before i go further, i would like to know whether this tarball is uptodate, if not where do i get an uptodate tarball kg

2 1

CDK problems
by Joshua Ferraro 14 Mar '02

14 Mar '02

Hi all, Here is the error I am getting when I try to make the CDK module. I think part of the problem is that I installed two different versions of CDK. Does this make sense? [root@koha Cdk]# ls blib Cdk.c demos fulldemo Makefile.PL README BUGS Cdk.pm examples Makefile NOTES typemap Cdk Cdk.xs FILES Makefile.old pm_to_blib [root@koha Cdk]# perl Makefile.PL Writing Makefile for Cdk [root@koha Cdk]# make cc -c -I/usr/include/ncurses -I/usr/local/include/cdk -fno-strict-aliasing - I/us r/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\ "4.9 .6\" -DXS_VERSION=\"4.9.6\" -fpic -I/usr/local/lib/perl5/5.6.1/i686-linux/CO RE - DHAVE_USLEEP -DHAVE_NCURSES -DHAVE_COLOR -DCDK_PERL_EXT Cdk.c Cdk.xs: In function `sv2chtype': Cdk.xs:302: `na' undeclared (first use in this function) Cdk.xs:302: (Each undeclared identifier is reported only once Cdk.xs:302: for each function it appears in.) Cdk.xs: In function `sv2cdktype': Cdk.xs:611: `na' undeclared (first use in this function) Cdk.xs: In function `sv2dtype': Cdk.xs:649: `na' undeclared (first use in this function) Cdk.xs: In function `sv2int': Cdk.xs:700: `na' undeclared (first use in this function) Cdk.xs: In function `sv2CharPtr': Cdk.xs:739: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Label_New': Cdk.xs:961: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Label_SetMessage': Cdk.xs:989: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Dialog_New': Cdk.xs:1167: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Dialog_Bind': Cdk.xs:1243: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Scroll_New': Cdk.xs:1452: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Scroll_Bind': Cdk.xs:1547: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Scroll_SetItems': Cdk.xs:1613: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Scale_New': Cdk.xs:1775: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Scale_Bind': Cdk.xs:1850: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Histogram_New': Cdk.xs:2055: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Menu_New': Cdk.xs:2292: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Menu_Bind': Cdk.xs:2360: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Entry_New': Cdk.xs:2495: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Entry_Bind': Cdk.xs:2570: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Mentry_New': Cdk.xs:2824: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Mentry_Bind': Cdk.xs:2901: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Matrix_New': Cdk.xs:3153: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Matrix_Bind': Cdk.xs:3270: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Matrix_Set': Cdk.xs:3333: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Marquee_Bind': Cdk.xs:3635: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Selection_New': Cdk.xs:3720: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Selection_Bind': Cdk.xs:3800: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Viewer_New': Cdk.xs:4044: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Viewer_SetInfo': Cdk.xs:4091: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Viewer_Bind': Cdk.xs:4213: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Graph_New': Cdk.xs:4293: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Radio_New': Cdk.xs:4515: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Radio_Bind': Cdk.xs:4593: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Template_New': Cdk.xs:4815: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Template_Bind': Cdk.xs:4890: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Swindow_New': Cdk.xs:5119: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Swindow_Bind': Cdk.xs:5182: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Swindow_SetContents': Cdk.xs:5218: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Itemlist_New': Cdk.xs:5471: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Itemlist_Bind': Cdk.xs:5546: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Itemlist_SetValues': Cdk.xs:5582: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Fselect_New': Cdk.xs:5780: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Fselect_Bind': Cdk.xs:6001: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Slider_New': Cdk.xs:6110: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Slider_Bind': Cdk.xs:6288: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Alphalist_New': Cdk.xs:6397: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Alphalist_Activate': Cdk.xs:6427: `sv_undef' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Alphalist_SetContents': Cdk.xs:6476: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Alphalist_Bind': Cdk.xs:6599: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Calendar_New': Cdk.xs:6708: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Calendar_Bind': Cdk.xs:6836: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type Cdk.xs: In function `XS_Cdk__Buttonbox_New': Cdk.xs:6963: `na' undeclared (first use in this function) Cdk.xs: In function `XS_Cdk__Buttonbox_Bind': Cdk.xs:7039: warning: passing arg 4 of `bindCDKObject' from incompatible pointer type make: *** [Cdk.o] Error 1 [root@koha Cdk]#

2 1

500 Server Error...
by CJ Lynce 14 Mar '02

14 Mar '02

Hi there. I have just downloaded and install Koha... I got all the perl modules, but had some trouble with DBI and DBD::mysql, which I ended up installing myself (perl recognizes them as the most up to date...)... And I'm created Virtual hosts... and cgi-bin ScriptAliases... and all sorts of stuff... but I still get a 500 server error. I'm really new as this, so I'm not sure how to diagnose the problems... Here is my virtual host setup from apache (I'm running SuSE linux 7.3 with 2.4.17) <VirtualHost 10.14.0.5:80> ServerAdmin webmaster(a)www2.twinsburg.org DocumentRoot /usr/local/httpd/htdocs/opac-html Servername opac.koha.twinsburg.org ServerAlias www.koha.twinsburg.org ScriptAlias /cgi-bin/ "/usr/local/httpd/htdocs/opac-html/cgi-bin/" ErrorLog /var/log/httpd/opac.koha.twinsburg.org-error_log CustomLog /var/log/httpd/opac.koha.twinsburg.org-access_log combined </VirtualHost> <VirtualHost 10.14.0.5:80> ServerAdmin webmaster(a)www2.twinsburg.org DocumentRoot /usr/local/httpd/htdocs/intranet-html Servername staff.koha.twinsburg.org ServerAlias www.staff.koha.twinsburg.org ScriptAlias /cgi-bin/ "/usr/local/httpd/htdocs/intranet-html/cgi-bin/" ErrorLog /var/log/httpd/staff.koha.twinsburg.org-error_log CustomLog /var/log/httpd/staff.koha.twinsburg.org-access_log combined </VirtualHost> My directories are /usr/local/httpd/htdocs/intranet-html * opac-html What exactly am I missing... -- #!~ CJ Lynce #!~ Twinsburg Public Library #!~ cjlynce(a)twinsburg.lib.oh.us #!~ Netfinity 5100 - Dual 866 P3 #!~ 512MB RAM 18.2GB HD #!~ SuSE 7.3 2.4.17d #!~ Way to much fun!

2 3

testimonials, proof-reading
by Mark Hatherly 14 Mar '02

14 Mar '02

Hi, I'm wondering if anyone could provide a short testimonial regarding Koha? Perhaps you in Marseille Paul, and/or somebody in a school situation? Perhaps a few could be posted to the website. Also, may I suggest that the site be proof-read for typos :)? The dialogue between Rachel and Rosalie has more than a few, and we're dealing with librarians here...I'd gladly put my hand up for the job.

2 1

Primary Schools using Koha
by Sue Ware 13 Mar '02

13 Mar '02

HI Does anyone know of a primary school using Koha????, - and if so can you send me their contact details please. Thanks -- ICT Teacher Waipa Primary School Phone & Fax 07 824 8228 Direct Dial into Classroom: 07 824 8276

5 6

RE: [Koha] SOS from Rome, Italy
by jmulford＠legionaries.org 12 Mar '02

12 Mar '02

Simon, Thanks for the detailed & very specific answers. I'll forward them to our Systems Director. Regarding the "more than FREE" trip to Rome, I'm sure something could be arranged. We're a small private University with not a LOT of money to spread around but I think something "significantly" less than an AMICUS installation might be attractive to all concerned. Again, Kudos for the great spirit at Katipo and for a world-class product. I'll see you OFFLIST ;) James Mulford, L.C. Director of Finance & Development Ateneo Pontificio Regina Apostolorum Via degli Aldobrandeschi 190 Roma, 00163 -----Original Message----- From: Simon Blake [mailto:simon@katipo.co.nz] Sent: martedì 12 marzo 2002 5.51 To: Mulford James LC Cc: koha(a)lists.katipo.co.nz; koha-devel(a)lists.sourceforge.net Subject: Re: [Koha] SOS from Rome, Italy Hi James. On Mon, Mar 11, 2002 at 11:30:24PM +0100, jmulford(a)legionaries.org said: > Friends down under and all over, > > I've been "observing" the list for several months from Rome, Italy and would > like to ask a few specific questions, hoping that the answers will convince > our Systems Engineer to choose KOHA over AMICUS. > > Here goes: > > 1. Is the MARC and z39.50 support up to par for a major installation? I've > seen activity in the list but would like to know the current status and > future targets for these features. As Steve points out, it's not ready for primetime yet. Having said that, it's not a lack of will that has prevented it going in, more a lack of spare time (or money, with which you seem to be able to turn other programmers time into spare time of your own :-). So my guess would be that if you had a few dollars to throw at the problem, the MARC and z39.50 support could be added in pretty quickly. > 2. Can KOHA confidently handle our 100,000+ multi-language volumes, with a > growth rate of 10,000 a year? How far do you think KOHA can go, or is the > sky the limit? Do you recommend MySQL or another DBase? Horowhenua has about 86K items (74K biblio entries), running on a dual PIII 1000Mhz Athlon, 1.5Gb disk and a single IDE disk drive, and it just coasts along. I suspect that if you take whatever hardware Amicus needs for your requirements (I'm guessing Quad Zeon or Sparc, 4-8Gb RAM, fast SCSI disk array), then Koha would fairly rip along. Fundamentally, Koha is limited by how fast your SQL engine can run - the more RAM and faster disks you give it, the faster it'll go. As for whether we recommend MySQL or something else, the SQL in Koha is, as much as possible, server independant - it all runs through the perl DBI libraries, which in principle mean that you can use MySQL, PostgreSQL, Oracle, Sybase, MSSQL, or even (cough) Access. In reality, there are probably a few bits of SQL that are somewhat MySQL specific (generally optimisations to use indices more efficiently), but it wouldn't be a difficult job to port it to another DBI supported engine. Having said that, we've no particular plans to change - if it's good enough for NASA, it's good enough for us :-). We did actually start the project in 1999 with PostgreSQL, but had to drop it when we tickled bugs in the query optimiser that caused queries in PGSQL to take as long in minutes as MySQL took in seconds. These bugs were acknowledged by the PGSQL developers at the time, but our timeline didn't really give us an opportunity to wait for the fixes, so we trucked on with MySQL. Since then, I assume the bugs are fixed in PGSQL, but lots of the reasons for choosing PGSQL over MySQL are now moot - MySQL has had a lot of the useful features of PGSQL added to it over the last couple of years. > 3. Does anyone have experience migrating from ALEPH or AMICUS to KOHA? I > know it seems like a downgrade, but I love the opensource spirit and the > full customization. Besides, I'm the University Administrator (Bursor) and > the price is VERY attractive too! We'd prefer to see it as gaining the true and righteous path, rather than a downgrade :-). Having said that, although we do have some experience with Aleph, we've never converted one from the other. OTOH, if you can get the data out of it easily, in a sensible format, then a conversion shouldn't be too problematic. > 4. Any knowledge of other people in Italy (or nearby) using KOHA who might > be able to lend us a hand? No idea, but then, nobody is obliged to tell us if they use it, and a google for some of the terms in the opac shows it popping up in some of the most unlikely places. > 5. Any news about porting KOHA over to Windows NT/2000/XP? (POST- Jan. 24, > 2002: Andrew Hooper ahooper(a)microsoft.com <mailto:ahooper@microsoft.com> ) I don't know where this has got to - Perl, Apache and MySQL work pretty well on Win32 now, we've just never bothered to sit down and spend the few days it'd probably take to get it all working together - unfortunately, we don't all get educational discounts for MS code, and we don't have a customer clamouring for it, so there's been no particular incentive to shell out the shekels for MS licenses :-(. > 6. Anyone at Katipo looking for a FREE fortnight in Rome - with a little > KOHA customization on the side, of course? Offers are welcome. Seriously! > (Chris, Rachel, Simon, ... You can answer off list if you prefer.) Well, you'd need to take that up with Rachel, but we do have programmers that could make the trip, we've even one who speaks Italian :-). If the Regina Apostolorum University was happy to spend an amount of money that was larger than *free*, but *significantly* less than I imagine an Amicus or Aleph install costs, then I'm sure we could get you all the features you're after included, without any difficulty. Cheers Si > James Mulford > Director of Finance & Development > > Regina Apostolorum University > Via degli Aldobrandeschi 190 > Roma, 00163 > > Tel: (+39) 06.66.52.78.00 > Fax: (+39) 06.66.52.78.92 > Videoconference: (+39) 06.6652.7962 > www.upra.org <http://www.upra.org> > > ========================================================= > > At 19.19 25/05/01 +0200, you wrote: > >Friends, > > > >Greetings from Rome, Italy! This is my first post to the list. I'm a member > >of a consortium of 16 Universities in Rome with all our libraries > containing > >a little over 2,000,000 volumes. Most have been using Aleph300 for the past > >10 years and are seriously considering switching to AMICUS (used by British > >Library, Australian & Canadian National Systems, etc.) but I recently came > >across the Koha Proyect and have been impressed. ... > > James Mulford > Director of Finance & Development > Regina Apostolorum University > > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Simon Blake simon(a)katipo.co.nz Katipo Communications +64 21 402 004

1 0

RE: [Koha] SOS from Rome, Italy
by jmulford＠legionaries.org 12 Mar '02

12 Mar '02

Paul, Thanks for your frankness and suggestions. About the Italian version, since we have a VERY international student body, we would probably prefer the English version, but we wouldn't rule out Italian. If there were ever a KOHA Meeting in Europe, our University would be honored to host it. James Mulford, L.C. Director of Finance & Development Ateneo Pontificio Regina Apostolorum Via degli Aldobrandeschi 190 Roma, 00163 -----Original Message----- From: paul POULAIN [mailto:paul.poulain@free.fr] Sent: martedì 12 marzo 2002 10.05 To: Mulford James LC Cc: koha(a)lists.katipo.co.nz; koha-devel(a)lists.sourceforge.net Subject: Re: [Koha] SOS from Rome, Italy jmulford(a)legionaries.org wrote: >Friends down under and all over, > >I've been "observing" the list for several months from Rome, Italy and would >like to ask a few specific questions, hoping that the answers will convince >our Systems Engineer to choose KOHA over AMICUS. > >Here goes: > >1. Is the MARC and z39.50 support up to par for a major installation? I've >seen activity in the list but would like to know the current status and >future targets for these features. > Be careful, there are a lot of MARC standards. In France, we use UNIMARC. koha, for instance, claimed to be MARC21 compliant. there are only a few diffs between MARC standards, but there are. In France, we use UNIMARC, and I will modify if there is a need to do so the marcimport and marcexport scripts to be UNIMARC and MARC21 compliant. This is a must-have for me. I think the ISO-2709 standard is our common meeting point, but I'm not really aware about that. >2. Can KOHA confidently handle our 100,000+ multi-language volumes, with a >growth rate of 10,000 a year? How far do you think KOHA can go, or is the >sky the limit? Do you recommend MySQL or another DBase? > Nothing to add to katipo responses. MySQL is the BEST DB at selection. It may have some perfs problems on heavy update/insert traffic, but a soft like koha has really more SELECT than INSERT/UPDATE. >6. Anyone at Katipo looking for a FREE fortnight in Rome - with a little >KOHA customization on the side, of course? Offers are welcome. Seriously! >(Chris, Rachel, Simon, ... You can answer off list if you prefer.) > If this happends, it could be an idea to organize a "koha meeting" in europe (maybe a "hard-coding meeting ???"), as I'm in France (Marseille, not too far from Italy) Note there is a point you haven't asked for : italian version of koha. I've investigated to find how to build a french version, it's not hard. You just have to follow README in translate directory. Note we are on the way to modify the tools used for koha, so, the translation method may differ. It won't be done in the next weeks anyway (after MARC compliance I think and propose) -- Paul

1 0

SOS from Rome, Italy
by jmulford＠legionaries.org 12 Mar '02

12 Mar '02

Friends down under and all over, I've been "observing" the list for several months from Rome, Italy and would like to ask a few specific questions, hoping that the answers will convince our Systems Engineer to choose KOHA over AMICUS. Here goes: 1. Is the MARC and z39.50 support up to par for a major installation? I've seen activity in the list but would like to know the current status and future targets for these features. 2. Can KOHA confidently handle our 100,000+ multi-language volumes, with a growth rate of 10,000 a year? How far do you think KOHA can go, or is the sky the limit? Do you recommend MySQL or another DBase? 3. Does anyone have experience migrating from ALEPH or AMICUS to KOHA? I know it seems like a downgrade, but I love the opensource spirit and the full customization. Besides, I'm the University Administrator (Bursor) and the price is VERY attractive too! 4. Any knowledge of other people in Italy (or nearby) using KOHA who might be able to lend us a hand? 5. Any news about porting KOHA over to Windows NT/2000/XP? (POST- Jan. 24, 2002: Andrew Hooper ahooper(a)microsoft.com <mailto:ahooper@microsoft.com> ) 6. Anyone at Katipo looking for a FREE fortnight in Rome - with a little KOHA customization on the side, of course? Offers are welcome. Seriously! (Chris, Rachel, Simon, ... You can answer off list if you prefer.) James Mulford Director of Finance & Development Regina Apostolorum University Via degli Aldobrandeschi 190 Roma, 00163 Tel: (+39) 06.66.52.78.00 Fax: (+39) 06.66.52.78.92 Videoconference: (+39) 06.6652.7962 www.upra.org <http://www.upra.org> ========================================================= At 19.19 25/05/01 +0200, you wrote: >Friends, > >Greetings from Rome, Italy! This is my first post to the list. I'm a member >of a consortium of 16 Universities in Rome with all our libraries containing >a little over 2,000,000 volumes. Most have been using Aleph300 for the past >10 years and are seriously considering switching to AMICUS (used by British >Library, Australian & Canadian National Systems, etc.) but I recently came >across the Koha Proyect and have been impressed. ... James Mulford Director of Finance & Development Regina Apostolorum University >

4 3

Re: [Koha] WINISIS - Support
by paul POULAIN 10 Mar '02

10 Mar '02

sunilmysore(a)indya.com wrote: >Dear members, > >I had created a database in WINISIS (CDSISIS for Windows). Does KOHA supports the WINISIS database. If so please do inform the steps and procedures. > >with regards >sunil > koha does not support ISIS file format, but you can import and export ISO-2709 datas (Menu Initial / Fichier ou base de données / Exportation, in the french doc) , so with the next version of koha, it should be ok : export datas from ISIS, and reload them in koha. If you use ISIS for borrowing..., that should be ... less easy to transfert those tables to koha... (undoable according to me) -- Paul

1 0