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

RE: [Koha-devel] a better english word for a breeding farm?
by Bruffey, Mark 27 Feb '04

27 Feb '04

The System we currently use refers to that group of records as an "entry collection." I do not know if that terminology is subject to copyright or not. The application is named Athena (cf. sagebrush tech). -----Original Message----- From: Stephen Hedges [mailto:shedges@skemotah.com] Sent: Friday, February 27, 2004 10:32 AM To: paul POULAIN Cc: Koha-devel List Subject: Re: [Koha-devel] a better english word for a breeding farm? Oddly enough, I was thinking about this yesterday, after trying to explain the "breeding farm" to the people in the Koha workshop we did. I would suggest "incubator" as a better word than "breeding farm." paul POULAIN said: > Rachel Hamilton-Williams wrote: > >>Hmm >> >>we've struggled with that a bit - in the context it means "records you >>might want to use to populate your catalogue" >> >> "reservoir" perhaps? >> >> "storage" ? >> >>I've heard using those records be refered to as "Copy Cataloguing" >> >> > If "reservoir" is ok, then we could use it : it's the word in french > !!! > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

1 0

Book Fund Field Length
by Bruffey, Mark 27 Feb '04

27 Feb '04

Book fund field length appears to default to max 5, should be longer, because I have longer numbers. Please redirect if I sent to wrong list (newbie). Thanks, Mark L. Mark Bruffey Director Library Services Central Baptist Theological Seminary 900 Forestview Lane N Plymouth MN 55441 763 417 8264 mbruffey(a)centralseminary.edu <mailto:mbruffey@centralseminary.edu> Central Seminary www.centralseminary.edu <http://www.centralseminary.edu> Fourth Baptist Church www.fourthbaptist.org <http://www.fourthbaptist.org> WCTS Radio AM 1030 Online www.centralseminary.edu/wcts <http://www.centralseminary.edu/wcts> *************************************** Have you experienced the good news? "Every one who calls on the name of the Lord will be saved!" [Romans 10:13] ***************************************

1 0

RE: [Koha-devel] log about z3950
by Sullivan,Deric [CMC] 27 Feb '04

27 Feb '04

I also use Fedora Core 1 with the same version of perl and mysql as you. I did the following changes to processz3950queue and the "MySQL server has gone away" and "fetch() without execute()" error messages went away. I did this to the file that came with 2.0.0RC4 but it should work with the latest file that Paul commited. Replace: my $dbi = C4::Context->dbh; with: $dbh->{"InactiveDestroy"} = "true"; Replace all references to dbi with dbh. Deric -----Original Message----- From: Benedykt P. Barszcz [mailto:kb2qzv@poczta.wp.pl] Sent: 26 February, 2004 16:39 To: paul POULAIN Cc: Sullivan,Deric [CMC]; 'koha-devel(a)lists.sourceforge.net' Subject: Re: [Koha-devel] log about z3950 This is even more informative. I am using Fedora Core 1. [root@localhost z3950daemon]# perl -V Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: Name : mysql Relocations: (not relocateable) Version : 3.23.58 Vendor: Red Hat, Inc. 3351/16 : Processing isbn=83-01-02448-8 at Library of Congress z3950.loc.gov:7090 voyager MARC21 (1 forks) 3351/16 : 2 >> 3351/16 : creating and 3351/16 : working on results entry 14 3351/16 : connected to Library of Congress 3351/16 : Library of Congress : no records found 3351/16 : z3950.loc.gov:7090 search done. starting loop DBD::mysql::st execute failed: MySQL server has gone away at ./processz3950queue line 144. DBD::mysql::st execute failed: MySQL server has gone away at ./processz3950queue line 149. DBD::mysql::st fetchrow failed: fetch() without execute() at ./processz3950queue line 150. starting loop

3 2

Legality of Gifs
by Chris Cormack 26 Feb '04

26 Feb '04

Hi All The legality of gifs usage in Koha is not really an issue at all, well from a legal standpoint. As long as the gifs were generated using a program that is licensed they are fine. So the problem is if we have gifs that have been generated by a program that is unlicensed. The patent is for creating gifs, not using them. So legally Koha using gifs doesnt seem a problem, unless we build an unlicensed gif generator into Koha. Ideally we'd replace all the gifs with png's because we think software patents are evil, (if indeed you do think that :-)). But afaik IE still doesnt handle png transparency correctly. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz

1 0

Legality of gifs in Koha...
by Benedykt P. Barszcz 26 Feb '04

26 Feb '04

Hi Group, Is it legal to include gifs in Koha? > > GIF format is patented by UNISYS. > Benedict

3 2

Re: Koha logo
by Rachel Hamilton-Williams 26 Feb '04

26 Feb '04

Hi Paul & everyone else I've put a selection of logos up into a new section on the Koha website http://www.koha.org/developers/ I think I'm waiting to hear back from Serge about the size graphic he wants - then I'll do the one off http://www.cafeshops.com/koha at the top of the page. Cheers Rachel > Rachel Hamilton-Williams wrote: > > >Hi Paul - sorry for the slow reply, I missed your e-mail > > > >What colour background do you want it on? > > > none or white. > > >And do you want the words in there - it says koha - open source library system > >- > > at the moment, but if you have a translation I can put that in instead > > > > > Nothing, please. I can play with the Gimp if I need to add words. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org

1 0

RE: [Koha-devel] Legality of gifs in Koha...
by Collins, Jeremy 26 Feb '04

26 Feb '04

Its expired in the US, but not everywhere in the world. See: http://www.gnu.org/philosophy/gif.html and http://burnallgifs.org/ or strait from unisys: http://www.unisys.com/about__unisys/lzw -----Original Message----- From: Mike Hansen [mailto:mwhansen@hmc.edu] Sent: Thursday, February 26, 2004 2:05 PM To: Benedykt P. Barszcz Cc: Koha-devel List Subject: Re: [Koha-devel] Legality of gifs in Koha... I believe that the UNISYS GIF patent has expired. On Thu, 2004-02-26 at 12:55, Benedykt P. Barszcz wrote: > Hi Group, > > Is it legal to include gifs in Koha? > > > > GIF format is patented by UNISYS. > > Benedict > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel -- Mike Hansen <mwhansen(a)hmc.edu> ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

1 0

RE: [Koha-devel] log about z3950
by Sullivan,Deric [CMC] 26 Feb '04

26 Feb '04

As far as I know, you have to start the z3950 daemon manually (I use "z3950-daemon-launch.sh" to start it). A "ps -ef | grep z3950" should show if it's running. When you press the z3950 search button, it starts a process that communicates with the z3950 daemon, but it doesn't start the daemon. Deric -----Original Message----- From: Benedykt P. Barszcz [mailto:kb2qzv@poczta.wp.pl] Sent: 26 February, 2004 13:10 To: Sullivan,Deric [CMC] Cc: 'koha-devel(a)lists.sourceforge.net' Subject: RE: [Koha-devel] log about z3950 W liście z czw, 26-02-2004, godz. 18:48, Sullivan,Deric [CMC] pisze: > Hi Benedict, > > Is your processz3950queue process running and is it started with > z3950-daemon-launch.sh? > > Deric I am not ware of it being started by me personally. I just hope koha installation took care of it. Doesn't it happen when I press the z3950search button? Benedict

3 6

Question: tmpl_process3 placeholder strings
by Ambrose Li 26 Feb '04

26 Feb '04

Hi, Right now, with tmpl_process3.pl, there are still some strings that are extracted out of context because an <INPUT> tag is in the middle of the sentence, making it produce strings that are not translatable. I think I have "almost" got it right so that tmpl_process3 can recognize that some INPUT tags should not break the strings. However, before I finish and commit the code, I need to think about a question. I wonder what kind of placeholders I should use for these INPUT tags (radio and text): - Right now, TMPL_VAR is represented by %s. This makes sense. - Right now, A elements are represented by <A1>, <A2>, etc. Some time after I committed it, I felt that this is perhaps a mistake because the original strings may have <A1> etc. (though they should not), and I now feel that such things are best represented by some sort of c-format code, perhaps one that is abused or made up. Do you think it makes more sense that, for the INPUT tags, we 1. Reuse some c format to represent INPUT (e.g., %i for INPUT)? This makes the strings shorter, but doesn't make sense. 2. Invent some c format to represent the different kinds of INPUT (eg., %R for radio, %T for test) This also makes the strings shorter, make more sense I think, but perhaps a bit weird. 3. Invent some new tags to represent the INPUT elements (e.g., <INPUT1>, or <RADIO1> or <TEXT1> etc) If we invent some c format to represent the INPUT tags, then I think the meanings of the 1$, 2$ etc modifiers would change. What do you think should be used to represent <INPUT type=radio> and <INPUT type=text> ? If you think we should use pseudo-c-format codes, do you think the <A> tags should also be changed to use such codes instead of <A1>, <A2>, etc? or are <A1>, <A2>, etc. easier to read? Note: These placeholders are only used by the tmpl_process3.pl translation script. Translators will see them in the strings to translate if they decide to use this translation script, but they will not appear in the translated files. I hope I have asked my question coherently. Thanks, -- Ambrose LI Cheuk-Wing <a.c.li(a)ieee.org> http://ada.dhs.org/~acli/

1 0

Test Drive, Am I missing anything here?
by Benedykt P. Barszcz 26 Feb '04

26 Feb '04

Hi group, The Test Drive version of Koha (1.9.2) installed at htl.katipo.co.nz looks a lot different (read: more advanced) than version available from CVS marked with rel_2_0_0 tag. What's missing in rel_2_0_0 is the Marc module (between Acquisition and Circulation module at katipo test drive site). Also what I miss most is the right Cascading Style Sheets in rel_2_0_0. The grey belt on which modules are listed disappears when Parameters, Circulation, Members, Catalogue modules are pressed. Or is it just me...? Benedict

3 3