- Koha - lists.katipo.co.nz

Amazon jackets not working in 3.00.02
by Agnes Rivers-Moore 24 Jun '09

24 Jun '09

2 3

Ubuntu 9.04 and Koha
by Chadwick, John, DCA 24 Jun '09

24 Jun '09

I am setting up a new server that will be our production server. I notice that Ubuntu 9.04 is available. Anyone have any experience with it? Thanks, John +----------------------------------------------------------------------- -----+ John Chadwick, Ed.D. Information Technology Manager New Mexico State Library 1209 Camino Carlos Rey Santa Fe, NM 87507 Phone: 505-476-9740 Cell: 505-629-8116 Fax: 505-476-9761 john.chadwick(a)state.nm.us http://www.nmstatelibrary.org Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System.

2 1

libxml org again
by MATINE LOUIS 23 Jun '09

23 Jun '09

To All, I tried to much solve this problem by : 1- adding ####before pure perl and Expat ##### but viewed : Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX=HASH(0x82ef558) Looks bad, check INSTALL.* documentation 2- I moved "[XML::LibXML::SAX::Parser]" section to the bottom file but viewed same problem _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx…

1 0

Re: [Koha] MARC fields: server-independent URLs
by Doug Dearden 23 Jun '09

23 Jun '09

Sebastien, That is where the Rewrite command comes in. Check the Apache doc. Doug >>> Sébastien Hinderer <Sebastien.Hinderer(a)snv.jussieu.fr> 6/23/2009 10:54 AM >>> Hi Doug, > then your librarians enter /libfiles/directory1/directory2/file1.txt The point is that we _don't want_ our librarian to enter anything like that. The idea is that it is the server which will decide where the file are stored and generate the appropriate URL. Typically, what will happen is that the genrated URLs will look something like http://www.server.org/files/download.pl?bok=1789&format=3&file=1 I am not sure whether I'm clear enough... Cheers, Sébastien. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Re: [Koha] MARC fields: server-independent URLs
by Sébastien Hinderer 23 Jun '09

23 Jun '09

Hi Doug, > then your librarians enter /libfiles/directory1/directory2/file1.txt The point is that we _don't want_ our librarian to enter anything like that. The idea is that it is the server which will decide where the file are stored and generate the appropriate URL. Typically, what will happen is that the genrated URLs will look something like http://www.server.org/files/download.pl?bok=1789&format=3&file=1 I am not sure whether I'm clear enough... Cheers, Sébastien.

1 0

Re: [Koha] MARC fields: server-independent URLs
by Doug Dearden 23 Jun '09

23 Jun '09

Sebastien, You can have an 856u field at the biblio level, and this is repeatable. We have written instructions for the cataloging librarians to use when filling this in. If your apache config has a line in it like: Redirect /libfiles http://192.168.0.1/libraryresources then your librarians enter /libfiles/directory1/directory2/file1.txt and there is a link in the OPAC to http://192.168.0.1/libraryresources/directory1/directory2/file1.txt You can also get creative with the Rewrite commands in Apache to do some real fancy stuff with reinterpreting the file names, but I always need to read up on that to get it figured out. Best, Doug >>> Sébastien Hinderer <Sebastien.Hinderer(a)snv.jussieu.fr> 6/23/2009 2:23 AM >>> Hey Doug, Joe and all, Many thanks for two helpful replies. The apache-based solution indeed seems satisfactory. Now the next question is: how to generate the right URLs ? Assume an existing MARC record. Suppose a librarian wants to attach an additional file to this record. A form is presented to her where she chooses the right format from a format list and types in the file to be attached to the record. Then the MARC record has to be updated with one more URL (e.g. 856$u). What in Koha would you guys modify to make such a procedure work ? Many thanks for your help ! Sébastien. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Problem with 3.00.02 install
by Agnes Rivers-Moore 23 Jun '09

23 Jun '09

2 1

Problem Checking out with SIP using telnet
by vimal laxman 23 Jun '09

23 Jun '09

Dear List, Iam having problems checking out books using SIP2 with telnet.i am using koha 3.0.i am not sure if i have given the patron identifier correctly the message which i gave is as follows root@boss[SIP]#telnet 192.168.38.208 8023 Trying 192.168.38.208... Connected to 192.168.38.208. Escape character is '^]'. login: root password: root Login OK. Initiating SIP 9300CNvimallaxman|COramlaxman|CPCCL 941 11YN20060623 07311920060623 073119AO|AA1888|ABMIC004|AC| 120NUN20090623 075127AOCCL|AA|ABMIC004|AJThe 8051 Micro Controller-Architecture,Programming and Applications |AH|AF2 / 2| The Syslog reports the follwing Error Jun 23 07:51:27 boss acs-server[8384]: ILS::Transaction::Checkout performing checkout... Jun 23 07:51:27 boss acs-server[8384]: ILS::Checkout Issue failed Jun 23 07:51:27 boss acs-server[8384]: add_field: Undefined value being added to 'AA' Jun 23 07:51:27 boss acs-server[8384]: OUTPUT MSG: '120NUN20090623 075127AOCCL|AA|ABMIC004|AJThe 8051 Micro Controller-Architecture,Programming and Applications |AH|AF2 / 2|' here the ' 1888 ' is the card number which i have given to the parton,is it correct or do i have to give something else.thanks in advance for your help. regards, vimal

1 0

Re: [Koha] MARC fields: server-independent URLs
by Sébastien Hinderer 23 Jun '09

23 Jun '09

Hey Doug, Joe and all, Many thanks for two helpful replies. The apache-based solution indeed seems satisfactory. Now the next question is: how to generate the right URLs ? Assume an existing MARC record. Suppose a librarian wants to attach an additional file to this record. A form is presented to her where she chooses the right format from a format list and types in the file to be attached to the record. Then the MARC record has to be updated with one more URL (e.g. 856$u). What in Koha would you guys modify to make such a procedure work ? Many thanks for your help ! Sébastien.

1 0

Re: [Koha] Koha Digest, Vol 44, Issue 55
by Basu Talikoti 23 Jun '09

23 Jun '09

On Tue, Jun 23, 2009 at 5:30 AM, <koha-request(a)lists.katipo.co.nz> wrote: > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha digest..." > > > Today's Topics: > > 1. Re: libxml problem (Andy Giesler) > 2. MARC fields: server-independent URLs (S?bastien Hinderer) > 3. Re: MARC fields: server-independent URLs (tajoli) > 4. Re: [Koha-devel] Multiple installs of Koha on same server > (Michael Hafen) > 5. Re: new patron page customization, default library loation > (Owen Leonard) > 6. Re: MARC fields: server-independent URLs (Doug Dearden) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 22 Jun 2009 11:45:11 -0700 (PDT) > From: Andy Giesler <news(a)blazingmoon.org> > Subject: Re: [Koha] libxml problem > To: koha(a)lists.katipo.co.nz > Message-ID: <24153080.post(a)talk.nabble.com> > Content-Type: text/plain; charset=us-ascii > hi, install perl-XML-SAX perl-XML-LibXML [root@localhost ~]# updatedb [root@localhost ~]# locate ParserDetails.ini /usr/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini [root@localhost ~]# cd /usr/lib/perl5/site_perl/5.8.8/XML/SAX/ [root@localhost SAX]# vi ParserDetails.ini [root@localhost SAX]# .. bash: ..: command not found [root@localhost SAX]# cd [root@localhost ~]# cd Desktop/koha\ installation/Koha [root@localhost Koha]# cd misc/ [root@localhost misc]# ./sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX::Parser=HASH(0x99400a0) Looks good. [root@localhost misc]# cd.. basavaraj dpl > > Hi, > > This page might help you. Follow the instructions in the section titled > "Verify SAX Parser". > > http://www.blazingmoon.org/guides/k3-on-u810-7.html > > ...Andy > > > MATINE LOUIS wrote: > > > > I am using Ubuntu-9.04, While running > > root@martin-desktop: /home/martin/library/koha-3.00.02# > > misc/sax_parser_print.pl > > Koha wants something like: > > XML::LibXML::SAX::Parser=HASH(0x81fe220) > > You have: > > XML::LibXML::SAX=HASH(0x93a0548) > > Looks bad, check INSTALL.* documentation. > > > -- > View this message in context: > http://www.nabble.com/libxml-problem-tp24133587p24153080.html > Sent from the Koha - Discuss mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 2 > Date: Mon, 22 Jun 2009 21:01:56 +0200 > From: S?bastien Hinderer <Sebastien.Hinderer(a)snv.jussieu.fr> > Subject: [Koha] MARC fields: server-independent URLs > To: koha(a)lists.katipo.co.nz > Message-ID: <20090622190156.GA31810@localhost> > Content-Type: text/plain; charset=iso-8859-1 > > Dear all, > > Is it possible with Koha to store only the book-specific part of an URL > in the record for that book ? > To explain the queston in more details, suppose all the books are files > that can be downloaded from > http://someserver.org/download.pl?book=XXXX&format=YYY&volume=ZZZZ > Obviously one does not want to repeat the whole URL in all records, > since one would have to change all of them, should the server change. > > A similar question concerns file formats. > Indeed, for the computer it may be easier to store in 856$q a MIME media > type or even a number referring to an SQL table that describes each > format. However one would prefer to display a format descrition. > Does koha permit such things ? If it does, how should such > functionalities be implemented ? > > Many thanks in advance for your helo ! > > Best wishes, > S?bastien. > > > ------------------------------ > > Message: 3 > Date: Mon, 22 Jun 2009 21:27:43 +0200 > From: tajoli <tajoli(a)cilea.it> > Subject: Re: [Koha] MARC fields: server-independent URLs > To: S?bastien Hinderer <Sebastien.Hinderer(a)snv.jussieu.fr> > Cc: koha(a)lists.katipo.co.nz > Message-ID: <d65bea5cb3c7347720be47efc281ea07(a)cilea.it> > Content-Type: text/plain; charset="UTF-8" > > Dear Sebastien > > > Is it possible with Koha to store only the book-specific part of an URL > > in the record for that book ? > > your best option is to manipolate the detail templates and cgi. > (opac-detail.pl and opac-detail.tmpl) > > In cataloguing insert only the information to know format and book. > With opac-detail.pl and opac-detail.tmpl you can create your display. > > Koha uses templates for this specific task: > to have standard data but personalised visualisation. > > Bye > Zeno Tajoli > > > ------------------------------ > > Message: 4 > Date: Mon, 22 Jun 2009 11:22:41 -0600 > From: Michael Hafen <mdhafen(a)tech.washk12.org> > Subject: Re: [Koha] [Koha-devel] Multiple installs of Koha on same > server > To: "Chadwick, John, DCA" <john.chadwick(a)state.nm.us> > Cc: koha(a)lists.katipo.co.nz, koha-devel(a)lists.koha.org > Message-ID: <1245691361.6891.0.camel@koha-dev> > Content-Type: text/plain > > I have this sort of setup myself. I have one install of Zebra with two > seperate instances of zebra running. Seems to work pretty good. > > On Mon, 2009-06-22 at 11:10 -0600, Chadwick, John, DCA wrote: > > I need a bit of a sanity check here before I get going and find myself > > in too much trouble. > > > > > > > > I would like to have 2 installations of koha on the same server. This > > would require two koha databases and two koha web directories. I would > > be doing some virtual hosting to accomplish this. Do I need two > > installations of zebra? > > > > > > > > John > > > > > > > > > +----------------------------------------------------------------------------+ > > > > John Chadwick, Ed.D. Information Technology Manager > > > > New Mexico State Library > > > > 1209 Camino Carlos Rey > > > > Santa Fe, NM 87507 > > > > Phone: 505-476-9740 Cell: 505-629-8116 Fax: 505-476-9761 > > > > john.chadwick(a)state.nm.us > > > > http://www.nmstatelibrary.org > > > > > > > > > > > > > > > > Confidentiality Notice: This e-mail, including all attachments is for > > the sole use of the intended recipient(s) and may contain confidential > > and privileged information. Any unauthorized review, use, disclosure > > or distribution is prohibited unless specifically provided under the > > New Mexico Inspection of Public Records Act. If you are not the > > intended recipient, please contact the sender and destroy all copies > > of this message. -- This email has been scanned by the Sybari - > > Antigen Email System. > > > > > > > > Confidentiality Notice: This e-mail,including all attachments is for > > the sole use of the intended recipient(s) and may contain confidential > > and privileged information. Any unauthorized review,use,disclosure or > > distribution is prohibited unless specifically provided under the New > > Mexico Inspection of Public Records Act. If you are not the intended > > recipient, please contact the sender and destroy all copies of this > > message. -- This email has been scanned by the MessageLabs Email > > Security System. > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel(a)lists.koha.org > > http://lists.koha.org/mailman/listinfo/koha-devel > -- > Michael Hafen > Systems Analyst and Programmer > Washington County School District > Utah, USA > > for Koha checkout > http://development.washk12.org/gitweb/ > or > git://development.washk12.org/koha > > > > > ------------------------------ > > Message: 5 > Date: Mon, 22 Jun 2009 16:06:03 -0400 > From: Owen Leonard <oleonard(a)myacpl.org> > Subject: Re: [Koha] new patron page customization, default library > loation > To: Chris Albrecht <chrisalbrecht(a)gmail.com> > Cc: koha(a)lists.katipo.co.nz > Message-ID: > <c0aa2140906221306m15e72e49ic446fe8ce5e4f4a4(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > Can anyone tell me how I can disable/hide data entry fields on the new > > patron page? > > We do a little bit of this with javascript. In System Preferences look > for the intranetuserjs system pref. Then use a little jquery to hide > lines based on the ID of the input field. Paste the following into > intranetuserjs: > > $(document).ready(function(){ > $("#entryform #initials").parent().remove(); > }); > > > That bit of code looks for an element with ID "entryform," (the patron > entry form) and looks for an element with ID "initials" inside the > form. Then it removes that element's "parent," the list item > containing that form field. > > You'll have to view the source of the page to find out what the input > field's ID is. For example: > > <input type="text" value="" size="20" name="othernames" id="othernames"/> > > If you used "othernames" in the code above it would hide the line > labeled "Other name." Note that you can add as many lines as you want: > > $(document).ready(function(){ > $("#entryform #initials").parent().remove(); > $("#entryform #othernames").parent().remove(); > $("#entryform #altcontactaddress1").parent().remove(); > $("#entryform #altcontactaddress2").parent().remove(); > $("#entryform #altcontactaddress3").parent().remove(); > $("#entryform #altcontactzipcode").parent().remove(); > }); > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > > > ------------------------------ > > Message: 6 > Date: Mon, 22 Jun 2009 16:13:13 -0600 > From: "Doug Dearden" <dearden(a)sarsf.org> > Subject: Re: [Koha] MARC fields: server-independent URLs > To: <koha(a)lists.katipo.co.nz>, " S?bastien Hinderer " > <Sebastien.Hinderer(a)snv.jussieu.fr> > Message-ID: <sa3fadb5.087(a)mail.sarsf.org> > Content-Type: text/plain; charset=ISO-8859-1 > > Sebastien, > > Check this post - it helped me set up my Apache server so I could point to > files located in a particular place on the server now, but provide for > moving them in the future. > > Best, > > Doug > > http://thread.gmane.org/gmane.comp.misc.koha/11760/focus=11801 > > >>> S?bastien Hinderer <Sebastien.Hinderer(a)snv.jussieu.fr> 6/22/2009 1:01 > PM >>> > Dear all, > > Is it possible with Koha to store only the book-specific part of an URL > in the record for that book ? > To explain the queston in more details, suppose all the books are files > that can be downloaded from > http://someserver.org/download.pl?book=XXXX&format=YYY&volume=ZZZZ > Obviously one does not want to repeat the whole URL in all records, > since one would have to change all of them, should the server change. > > A similar question concerns file formats. > Indeed, for the computer it may be easier to store in 856$q a MIME media > type or even a number referring to an SQL table that describes each > format. However one would prefer to display a format descrition. > Does koha permit such things ? If it does, how should such > functionalities be implemented ? > > Many thanks in advance for your helo ! > > Best wishes, > S?bastien. > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 44, Issue 55 > ************************************ >

1 0