From nigel at titley.com Thu Jan 1 10:39:31 2004 From: nigel at titley.com (Nigel Titley) Date: Wed Nov 16 16:50:15 2005 Subject: [Koha] Z39.50client wont give up searching In-Reply-To: <200312302341.hBUNfpOQ003590@smtp1.mts.net> References: <200312302341.hBUNfpOQ003590@smtp1.mts.net> Message-ID: <1072906771.537.8.camel@loki> On Tue, 2003-12-30 at 23:41, baljkas@mb.sympatico.ca wrote: > Tuesday, December 30, 2003 17:35 CST > > Hi, Edward, > > About your message, 2 points > > > [snip] (The only Z39.50 server I have is the default Library of > > Congress one). [snip] > > You might also want to try registering for free Z39.50 access via the > National Library of Canada's Amicus service. As many of the same books are > published simultaneously in Canada and the U.S., you will find many good > MARC21-compliant records in our national database, too. Plus, sometimes, it > can be a little easier to access, and there is the possibility of batching > records for download. > > Find out more at URL . > You will want to use the Amicus registered service; don't worry - it won't > cost you anything, is usually set up in under 24 hours and they'll never > bother you with anything more than a very occasional new > services/upgrade/planned downtime notice. This is an incredibly useful piece of information. Those of you who have been on this list for a while may remember my fruitless attempts to find a decent Z39.50 source for French books. I registered with the Amicus service this evening, and suddenly I am finding my searches returning with data...... many many thanks. I have found that with the combination of the Library of Congress, the National Library of Scotland, and Amicus, I am getting nearly 100% hit rate for all my searches. This is speeding my data entry rate considerably. All the best for the New Year Nigel -- Nigel Titley From ahkitj at jnawk.net.nz Fri Jan 2 15:08:31 2004 From: ahkitj at jnawk.net.nz (Jonathan Ah Kit) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] RSS feeds of the mailing list Message-ID: Kia ora I thought I might check in with the list on this one, in case some people here might find it useful. For some time now -- since October 2002, I think -- I've had my server quietly compile an RSS feed of this mailing list each week. > http://greta.electric.gen.nz/~ahkitj/xml/koha@lists.katipo.co.nz%20%28by%20date%29.rdf > http://tinyurl.com/2s4mo This one's by date. > http://greta.electric.gen.nz/~ahkitj/xml/koha@lists.katipo.co.nz%20%28by%20thread%29.rdf > http://tinyurl.com/39o48 This one's by thread. If you haven't come acesss RSS/RDF files before, there's more info at http://www.syndic8.com/ -- possible uses for RSS are at http://www.cincomsmalltalk.com/BottomFeeder/ (a Windows program that doesn't even need a web browser to read the links, IIRC) and http://www.ihug.co.nz/ (see the news headlines). Currently I've only set them to be updated weekly on Sundays as I did intend it as a private experiment with a script I adapted, but if people find it useful, I don't see a problem with upping the refreshes to something more useful, like daily. (I also need to get around to releasing the mods I made to that script, which scrapes the postings at the list archive.) I'm not actually a librarian, but Koha sounds like a good project. Keep up the work, people... Regards Jonathan -- Jonathan Ah Kit - Lower Hutt - New Zealand jonathan@ah-kit.dropbear.id.au - http://www.ah-kit.dropbear.id.au/ ahkitj@paradise.net.nz - ICQ#9747234 - http://www.electric.gen.nz/ Away message: Looking for adhesive tape, not Alibrandi. From SDavoodifa at gov.mb.ca Sat Jan 3 04:52:35 2004 From: SDavoodifa at gov.mb.ca (Davoodifar, H. Sam (EDU-E&Y)) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] koha-2.0.0RC1 bugs Message-ID: <00F4469FE238D611B9BF00306E1C2440013D1B37@wpg114ex1.gov.mb.ca> Hi everyone, In koha-2.0.0RC1, though I added only one supplier in the acquisitions it shows as four entries...; Trying to delete them, but...no way....; Also, I ordered and received a book --"The Family as educator"-- and started to edit its bibliographic information...; but for some reason, when clicked on 'Add Biblio' suddenly the title was moved to 'Miscellaneous information' and publication date became title...! The same happened to another book --"HTML the Complete Reference"-- again title was replaced by date...; Now if you do a quick keyword search in the Catalogue http://koha.merlin.mb.ca it shows publication date as 'Title'....! Suggestions please. Thanks, __Sam From mjr at dsl.pipex.com Sat Jan 3 06:33:59 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha development work In-Reply-To: <200312261439.hBQEdgk29236@alma.athenscounty.lib.oh.us> Message-ID: On 2003-12-26 14:30:07 +0000 Owen Leonard wrote: > IRC can be a great way to get a question answered *if* you can > catch the right people :) IRCers should summarise any significant outcomes on a list, probably koha-devel, and make sure someone files information to the bug tracker if it happens. Maybe this could be automated, but I think bugzilla is a bit fiddly to interact with from an IRC bot. Some of us don't IRC much any more. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Sat Jan 3 07:18:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: Message-ID: <2cf4678b64bd3a8ca881560176693a97@bouncing.localnet> On 2003-12-30 16:10:28 +0000 Edward M. Corrado wrote: > they client won't give up searching for them I didn't notice this and offended a library sysadmin (256000 requests or so). If someone can tell me how to solve it, I would be grateful, but I disabled the daemon for now and plan to replace it later. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From paul.poulain at free.fr Tue Jan 6 03:12:37 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] shopping cart feature [ASSIGNED] In-Reply-To: <200312231852.hBNIqtF03377@alma.athenscounty.lib.oh.us> References: <200312231852.hBNIqtF03377@alma.athenscounty.lib.oh.us> Message-ID: <3FF970D5.2050700@free.fr> Owen Leonard a ?crit : >>Since we're bandying about our desires for new Koha features, this seems >>like a good time and place to ask for ideas of what you would like to see >>added to (or changed in) Koha in the future. >> >> >Hoo boy! I'll start: I'd like to see a 'shopping cart'-like system for the >OPAC: add individual search results to your 'cart', and when you're done you >can review the list, email it, or print it out in various formats (like >bibliographic-citation or full MARC). > This 1st one may have a nice answer : the doXulting company promised me they will contribute a few code to do the webbrowser part of this feature[1]. So the server part (to send the cart in various format) should be the only thing to remain, and I think I could write it easily. Based on cookies on webbrowser side (yes, I know some ppl unactivate cookies, but good browser like mine can accept/drop cookies individually, so I don't think it's a real problem) cc to matthieu, that works on this at doXulting -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040105/ac71e3af/attachment.htm From paul.poulain at free.fr Tue Jan 6 03:14:14 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha development work In-Reply-To: References: <3FE95FB5.18963.43EEF4D@localhost> Message-ID: <3FF97136.505@free.fr> Tatiana Miller a ?crit : >On Wed, 24 Dec 2003, Rachel Hamilton-Williams wrote: > > > >>If you've got questions please feel free to ask them on the list, or we have an >>IRC channel if you'd like to talk to the developers directly. >> >> >> >More information on the IRC channel, please? > of course : irc.katipo.co.nz:6667 channel #koha -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040105/d5225240/attachment.html From paul.poulain at free.fr Tue Jan 6 03:15:51 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha Manual In-Reply-To: <3FE960A2.6981.4428BDE@localhost> References: <3FE960A2.6981.4428BDE@localhost> Message-ID: <3FF97197.80804@free.fr> Rachel Hamilton-Williams a ?crit : >I ask, because writing a manual is a fairly daunting task, and if the one >that's there isn't what you need then I've just assumed it's because it's out >of date - but perhaps you wanted something else? > > And it's the only one that MUST NOT be written by developper. Developpers are really poor doc writters as they think everything is already known ! So, we need volunteers ! -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Jan 6 03:23:21 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] serials module In-Reply-To: <20031225141540.75570.qmail@web41015.mail.yahoo.com> References: <20031225141540.75570.qmail@web41015.mail.yahoo.com> Message-ID: <3FF97359.1070404@free.fr> Regula Sebastiao a ?crit : >hi all > >thomas and i being librarians working with other systems than koha, >but having a personal interest in the open source project, sat >together this autumn and we discussed what features should go into >a serials module. we posted our thoughts on the wiki > >http://www.saas.nsw.edu.au/wiki/index.php?page=KohaSerialsModule > >i think it would be a great if that feature coul figure in an >enlarged koha as soon as possible :-) > > doXulting company, in Paris, France, is writting for "Ecole Nationale Sup?rieure des Mines de Paris" a "feature request" for serials module. I gave them this link last year (yes, in 2003 ;-) ), so I hope they will use it. The "feature request" will be studied in 2004, february, and posted public (in wiki ?). It should be written in english (at least, i've asked doXulting to do so !). I should be the developper for the feature, funded by ENSMP (and others libraries if there are volunteers) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Jan 6 03:29:47 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <2cf4678b64bd3a8ca881560176693a97@bouncing.localnet> References: <2cf4678b64bd3a8ca881560176693a97@bouncing.localnet> Message-ID: <3FF974DB.4020003@free.fr> MJ Ray a ?crit : > On 2003-12-30 16:10:28 +0000 Edward M. Corrado > wrote: > >> they client won't give up searching for them > > > I didn't notice this and offended a library sysadmin (256000 requests > or so). If someone can tell me how to solve it, I would be grateful, > but I disabled the daemon for now and plan to replace it later. > * manually : truncate z3950_results table. * automatically : I think in processqueue, we could use startdate to calculate an expiry date : a request must not last more than 2 minuts. Maybe even less. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Jan 6 03:44:04 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Can't add member to Koha In-Reply-To: <001301c3cf8b$dff205d0$9e01010a@Prapat> References: <001301c3cf8b$dff205d0$9e01010a@Prapat> Message-ID: <3FF97834.4040403@free.fr> Greg Prapat a ?crit : > Dear Koha mailing list members, > Anyone knows how to fix the error "Premature end of script > headers: newmember.pl". Thank you. Hi Greg, 1- which version of Koha are you using ? 2- can you tell us what koha-error.log reports ? (exact adress in apache virtual host definition /etc/koha-httpd.conf) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040105/8b129a13/attachment.htm From jferraro at athenscounty.lib.oh.us Tue Jan 6 04:08:48 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha Manual In-Reply-To: <3FF97197.80804@free.fr> References: <3FE960A2.6981.4428BDE@localhost> <3FF97197.80804@free.fr> Message-ID: <20040105150848.GA19140@alma.athenscounty.lib.oh.us> I've begun work on an "unofficial" installation manual based on my installation notes (it also includes a brief guide to installing all the prereqs (including debian). I would be willing to consider working on the official manual as well. Is the latest version on the web at http://koha.org/manual/book1.html? Joshua On Mon, Jan 05, 2004 at 03:15:51PM +0100, paul POULAIN wrote: > Rachel Hamilton-Williams a ?crit : > > >I ask, because writing a manual is a fairly daunting task, and if the one > >that's there isn't what you need then I've just assumed it's because it's > >out of date - but perhaps you wanted something else? > > > > > And it's the only one that MUST NOT be written by developper. > Developpers are really poor doc writters as they think everything is > already known ! > > So, we need volunteers ! > > -- > Paul POULAIN > Consultant ind?pendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Tue Jan 6 04:17:55 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <3FF974DB.4020003@free.fr> Message-ID: <476266ff514d9abb6e7f875acc513046@bouncing.localnet> On 2004-01-05 14:29:47 +0000 paul POULAIN wrote: > * automatically : I think in processqueue, we could use startdate to > calculate an expiry date : a request must not last more than 2 > minuts. Maybe > even less. One reason I was given for the daemon method was the long time that z39.50 searches can take. If we impose a 2 minute limit, there seems little reason not to use traditional CGI scripts. Maybe you meant some longer limit, like 20 minutes. How long will librarians actually wait for search results? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From ecorrado at athena.rider.edu Tue Jan 6 04:13:48 2004 From: ecorrado at athena.rider.edu (Edward M. Corrado) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <476266ff514d9abb6e7f875acc513046@bouncing.localnet> Message-ID: On Mon, 5 Jan 2004, MJ Ray wrote: > On 2004-01-05 14:29:47 +0000 paul POULAIN wrote: > > > * automatically : I think in processqueue, we could use startdate to > > calculate an expiry date : a request must not last more than 2 > > minuts. Maybe > > even less. > > One reason I was given for the daemon method was the long time that > z39.50 searches can take. If we impose a 2 minute limit, there seems > little reason not to use traditional CGI scripts. Maybe you meant some > longer limit, like 20 minutes. > > How long will librarians actually wait for search results? 20 minutes seems like an awful long time to me (but then again I am not a cataloger). Maybe instead of hard coding it in, the length of time could be a variable that each easily site could customize if they wish. I'd probably like to test (or hear from people who actually catalog a lot of records) to see how long it should go on for, but somewhere between two and five minutes seems like a reasonable default to me. Ed C. > > -- > MJR/slef My Opinion Only and possibly not of any group I know. > Please http://remember.to/edit_messages on lists to be sure I read > http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at > Creative copyleft computing services via http://www.ttllp.co.uk/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From paul.poulain at free.fr Tue Jan 6 04:37:24 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <476266ff514d9abb6e7f875acc513046@bouncing.localnet> References: <476266ff514d9abb6e7f875acc513046@bouncing.localnet> Message-ID: <3FF984B4.2000506@free.fr> MJ Ray a ?crit : > On 2004-01-05 14:29:47 +0000 paul POULAIN wrote: > >> * automatically : I think in processqueue, we could use startdate to >> calculate an expiry date : a request must not last more than 2 >> minuts. Maybe even less. > > One reason I was given for the daemon method was the long time that > z39.50 searches can take. If we impose a 2 minute limit, there seems > little reason not to use traditional CGI scripts. Maybe you meant some > longer limit, like 20 minutes. > > How long will librarians actually wait for search results? > I think 2 minuts is enough. But... when you search 4 differents servers, if each request needs 2 minuts, and is synchronous, you need 8 minuts to get an answer. With the daemon, it's asynchronous, so you can have answers in 2 minuts. that's the main reason of the daemon. with another one imho : if you setup your webserver timeout low (something like 10 seconds) the daemon becomes mandatory. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Tue Jan 6 05:27:19 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <3FF984B4.2000506@free.fr> Message-ID: On 2004-01-05 15:37:24 +0000 paul POULAIN wrote: > With the daemon, it's asynchronous, so you can have answers in 2 > minuts. > that's the main reason of the daemon. How many Z39.50 servers do most people use? Is it impossible to write an asynchronous CGI? These are design questions, so please reply to -devel if you want. > if you setup your webserver timeout low (something like 10 seconds) > the > daemon becomes mandatory. If you set your timeout that low, I think you are likely to have worse problems unless you have a fast machine. The CGI could just return whatever answers come back in <10 seconds. Is it reasonable to use the daemon by default just to give better support to odd setups? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From chobbs at silvervalley.k12.ca.us Tue Jan 6 07:54:58 2004 From: chobbs at silvervalley.k12.ca.us (Chris Hobbs) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] User flags Message-ID: <3FF9B302.3020201@silvervalley.k12.ca.us> I'm attempting to give our librarians the ability to check out books and maintain the catalog. I've created a user account, gone into the "Modify User Flags" and checked all but 'superlibrarian', 'parameters', and 'permissions'. I've created UserID and Password for the user, which allows me to log on as that user through the OPAC interface, but not the admin interface. I get the error message "Sorry, Koha doesn't think you have permission for this page.". The page in question is cgi-bin/koha/mainpage.pl Am I misunderstanding the flags issue entirely? Your help will be appreciated! -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc From nigel at titley.com Tue Jan 6 09:44:11 2004 From: nigel at titley.com (Nigel Titley) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: References: Message-ID: <1073335451.3212.7.camel@woden> On Mon, 2004-01-05 at 16:27, MJ Ray wrote: > On 2004-01-05 15:37:24 +0000 paul POULAIN wrote: > > > With the daemon, it's asynchronous, so you can have answers in 2 > > minuts. > > that's the main reason of the daemon. > > How many Z39.50 servers do most people use? Is it impossible to write > an asynchronous CGI? These are design questions, so please reply to > -devel if you want. I use three enabled by default, and up to 6 for difficult queries. > > if you setup your webserver timeout low (something like 10 seconds) > > the > > daemon becomes mandatory. > > If you set your timeout that low, I think you are likely to have worse > problems unless you have a fast machine. The CGI could just return > whatever answers come back in <10 seconds. Is it reasonable to use the > daemon by default just to give better support to odd setups? I'm very happy with the daemon approach and I'd be very unhappy with having to wait for a response for each query individually. I normally type in queries for 5 - 10 books at a time, and then go back and enter the returned values. This works very well for me. Of course I'm only doing at the most 25 books per day, although I would have thought that someone doing even more books would use a similar method. I do find that if I haven't had a result back in 2 minutes or so from a particular query, then it is unlikely that I'm going to get an answer back at all. Just my two penn'orth Nigel -- Nigel Titley From ablackie at mailer.fsu.edu Tue Jan 6 16:17:37 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Overdue! Message-ID: <200401060317.i063Hb618405@fire3.fsu.edu> Hello, Please help me out! Does Koha show a list of overdue materials. If yes, how do I access that list. I am talking about a list that shows who has what, instead of browsing through the entire system to look for overdue items manually. I am learning more about Koha and I will appreciate any form of assistance you render me. Thanks, Anthony From COURYHOUSE at aol.com Tue Jan 6 18:32:15 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Web Hosting a Koha Site Message-ID: <119.2d911a0f.2d2ba25f@aol.com> MJR> Take a look at www.hostrocket.com and www.hostnexus.com will either support it? do you expect the z3950daemon to work from a remote host soon? thanks Ed Sharpe archivist for SMECC > On Wed, Dec 10, 2003 at 01:33:41PM +0800, Kenneth C. Demanawa wrote: > > Has anyone successfully installed koha in a web hosting company? Or is it > > Yes. The installer supports all the necessary parts if you have shell > access, for sure. If you're in Europe, I can definitely recommend a hosting > provider with the right modules installed (and no, it's not me) and > installer (yes, that is me). It doesn't support current z3950daemon, though. > > MJR, posting on the road > > Thanks Ed Sharpe, Archivist for SMECC See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library please advise if you have anything we can use. mail: Coury House / SMECC 5802 W. Palmaire Ave. Glendale Az 85301 USA 623-435-1522 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040106/314ec9e6/attachment.html From baljkas at mb.sympatico.ca Tue Jan 6 18:45:17 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client wont give up searching Message-ID: <200401060545.i065jH3i009442@smtp1.mts.net> Monday, January 5, 2004 23:34 CST Hey MJ, >[snip] >How many Z39.50 servers do most people use? Is it impossible to write >an asynchronous CGI? Actually, that depends on one's collection. Many find everything they need at LC. My last gig as a cataloguer, I used NLC, LC, the Australian National Library, Oxford, the NEOS Library Consortium (in Alberta, Canada) and several University of California libraries (in descending order). A parallel search (MAPLIN Global) available through the provincial library services government here in Manitoba allowed me to search up to 8 libraries at once. And that reminds me ... I remember the head of PLS writing in to the listserv before, in consideration of Koha for the provincial system. Perhaps the (as I was told) proprietary code that drives the MAPLIN search engine could be shared with Koha? That would certainly be advantageous. >> if you setup your webserver timeout low (something like 10 seconds) >> the daemon becomes mandatory. > >If you set your timeout that low, I think you are likely to have worse >problems unless you have a fast machine. The CGI could just return >whatever answers come back in <10 seconds. Is it reasonable to use the >daemon by default just to give better support to odd setups? Definitely reasonable. I've never had a search return in 10 seconds. I only wish. My computer at home has a faster Internet connection than the one I used last working as a cataloguer (for DND), but I think, at best, maybe 25 seconds is the best time I've achieved with NLC (faster for my local WPL and PLS). Two minutes is definitely a fair time-out. For people working at cataloguing, it becomes a matter of wasting too much time searching: if it takes more than a few minutes to locate a record and/or check several libraries (x 2 minutes each time) it may end up being faster (if not more accurate) to recode from scratch. Still, having the ability to set the time would be nice (especially for Transatlantic and Transpacific searching) although 2 minutes as a default time would still seem very reasonable to me. Happy New Year to Koha-ites near and far, Cheers, Steven F. Baljkas library tech at large Winnipeg, MB, Canada From abo_amin at hotmail.com Tue Jan 6 21:29:42 2004 From: abo_amin at hotmail.com (Mohamed Amin) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Overdue! Message-ID: Hi Anthony Koha has in its reports module a report for overdues items. you just simply go to reports and click on the link called Overdue Items, and you will find what you want. Mohamed Amin Network Administrator National Training Institute Egypt > >Hello, > >Please help me out! Does Koha show a list of overdue materials. If yes, >how do I access that list. I am talking about a list that shows who has >what, instead of browsing through the entire system to look for overdue >items manually. > >I am learning more about Koha and I will appreciate any form of >assistance you render me. > >Thanks, > >Anthony _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From paul.poulain at free.fr Tue Jan 6 21:43:14 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: References: Message-ID: <3FFA7522.8000505@free.fr> MJ Ray a ?crit : > On 2004-01-05 15:37:24 +0000 paul POULAIN wrote: > >> With the daemon, it's asynchronous, so you can have answers in 2 minuts. >> that's the main reason of the daemon. > > How many Z39.50 servers do most people use? Is it impossible to write > an asynchronous CGI? These are design questions, so please reply to > -devel if you want. z3950 client is used for 2 differents things : * quick cataloguing : feature used for Koha. * "true multi-cataloguing search". the z3950 standard is/should be 1st used to find a given book in more than 1 catalogue. Koha doesn't handle this feature yet. But when it will, the asynch. daemon will be more & more important : some libraries have 10+ links with other libraries. Thus, if you search "The theory of mathematical structures", that is very rare (& may not exist, i just invented it :-D ), you search in 10+ libraries, and may have only 1 positive result. >> if you setup your webserver timeout low (something like 10 seconds) >> the daemon becomes mandatory. > > If you set your timeout that low, I think you are likely to have worse > problems unless you have a fast machine. The CGI could just return > whatever answers come back in <10 seconds. Is it reasonable to use the > daemon by default just to give better support to odd setups? If you do so, it means you tell the CGI what is apache timeout. Quite dirty imho. Anyway, I agree that the daemon must be improved. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Jan 6 21:44:31 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] User flags In-Reply-To: <3FF9B302.3020201@silvervalley.k12.ca.us> References: <3FF9B302.3020201@silvervalley.k12.ca.us> Message-ID: <3FFA756F.30406@free.fr> Chris Hobbs a ?crit : > I'm attempting to give our librarians the ability to check out books > and maintain the catalog. I've created a user account, gone into the > "Modify User Flags" and checked all but 'superlibrarian', > 'parameters', and 'permissions'. > > I've created UserID and Password for the user, which allows me to log > on as that user through the OPAC interface, but not the admin interface. no, you're right, it's a bug. that is fixed in CVS : you can login if you have at least 1 permission. in 2.0.0RC1 you must have superlibrarian of parameters. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Wed Jan 7 01:18:04 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <1073335451.3212.7.camel@woden> Message-ID: <5d1f9bca9f6ea2bb43649cb2498f6df5@bouncing.localnet> On 2004-01-05 20:44:11 +0000 Nigel Titley wrote: > I'm very happy with the daemon approach and I'd be very unhappy with > having to wait for a response for each query individually. Do you not encounter the "requesting forever" problem? Wouldn't having each request in its own browser tab be as easy, or easier? > I do find that if I haven't had a result back in 2 minutes or so from > a > particular query, then it is unlikely that I'm going to get an answer > back at all. Interesting. Do others find this too? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From chobbs at silvervalley.k12.ca.us Wed Jan 7 05:13:20 2004 From: chobbs at silvervalley.k12.ca.us (Chris Hobbs) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] User flags In-Reply-To: <3FFA756F.30406@free.fr> References: <3FF9B302.3020201@silvervalley.k12.ca.us> <3FFA756F.30406@free.fr> Message-ID: <3FFADEA0.10102@silvervalley.k12.ca.us> paul POULAIN wrote: > Chris Hobbs a ?crit : >> I've created UserID and Password for the user, which allows me to log >> on as that user through the OPAC interface, but not the admin interface. > > > no, you're right, it's a bug. that is fixed in CVS : you can login if > you have at least 1 permission. in 2.0.0RC1 you must have superlibrarian > of parameters. Is there any downside to running the CVS version right now? Or, is there an easy way to determine the fix required to solve this specific issue? Thanks for at least confirming that I wasn't terribly confused :) -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc From paul.poulain at free.fr Wed Jan 7 05:35:07 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] User flags In-Reply-To: <3FFADEA0.10102@silvervalley.k12.ca.us> References: <3FF9B302.3020201@silvervalley.k12.ca.us> <3FFA756F.30406@free.fr> <3FFADEA0.10102@silvervalley.k12.ca.us> Message-ID: <3FFAE3BB.6070705@free.fr> Chris Hobbs a ?crit : > paul POULAIN wrote: > >> Chris Hobbs a ?crit : > > >>> I've created UserID and Password for the user, which allows me to >>> log on as that user through the OPAC interface, but not the admin >>> interface. >> >> no, you're right, it's a bug. that is fixed in CVS : you can login if >> you have at least 1 permission. in 2.0.0RC1 you must have >> superlibrarian of parameters. > > > Is there any downside to running the CVS version right now? Or, is > there an easy way to determine the fix required to solve this specific > issue? I don't think, IF you take the rel_2_0 tag version. This CVS should only have bugfixes, so should be useable every day, even with new commits. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From nigel at titley.com Wed Jan 7 12:29:33 2004 From: nigel at titley.com (Nigel Titley) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Z39.50client won't give up searching In-Reply-To: <5d1f9bca9f6ea2bb43649cb2498f6df5@bouncing.localnet> References: <5d1f9bca9f6ea2bb43649cb2498f6df5@bouncing.localnet> Message-ID: <1073431773.5330.3.camel@woden> On Tue, 2004-01-06 at 12:18, MJ Ray wrote: > On 2004-01-05 20:44:11 +0000 Nigel Titley wrote: > > > I'm very happy with the daemon approach and I'd be very unhappy with > > having to wait for a response for each query individually. > > Do you not encounter the "requesting forever" problem? Wouldn't having > each request in its own browser tab be as easy, or easier? I don't seem to get the "requesting forever" problem. All my searches eventually terminate, although it may be many minutes. This could be because over time I have selected only those sources which are fast and reliable. I wouldn't want to have to kick off several searches individually. > > I do find that if I haven't had a result back in 2 minutes or so from > > a > > particular query, then it is unlikely that I'm going to get an answer > > back at all. > > Interesting. Do others find this too? Again, it may be due to selection of fast reliable sources. -- Nigel Titley From COURYHOUSE at aol.com Wed Jan 7 18:20:21 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] eweek excellence awards something to enter Koha into? Message-ID: <131.28a7004e.2d2cf115@aol.com> the link! https://www.excellenceawardsonline.com/index.jsp Fourth Annual eWEEK Excellence Awards Does your product have the stuff of Excellence? The fourth annual eWEEK Excellence Awards will give enterprise IT professionals a comprehensive benchmark for assessing products and services that demonstrate innovation and integrate cutting-edge technologies while maintaining strong commitment to helping enterprises address their varied competitive, security and budgetary concerns. Vendors may enter any number of products and services, either new offerings or major new updates . Products must have been announced during 2003 and available to customers no later than March 31, 2004. The entries will be judged by a team composed of eWEEK Labs analysts and eWEEK Corporate Partners - enterprise IT professionals who act as reader advisors to eWEEK's editorial staff. The winners of the fourth annual eWEEK Excellence Awards will be announced in the first half of 2004, in a comprehensive special report that will run in print and online at www.eweek.com. An awards ceremony honoring the winning vendors will be held at a date and location to be determined later. Each vendor entering any number of candidates for consideration will be charged a non-tax deductible entry fee of $150. After program expenses, proceeds will be donated equally among selected non-profit organizations that use technology to help under served communities. Thanks Ed Sharpe, Archivist for SMECC See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library please advise if you have anything we can use. mail: Coury House / SMECC 5802 W. Palmaire Ave. Glendale Az 85301 USA 623-435-1522 CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040107/86549d4a/attachment.htm From gprapat at stic.ac.th Wed Jan 7 21:07:35 2004 From: gprapat at stic.ac.th (Greg Prapat) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Can't add member to Koha References: <001301c3cf8b$dff205d0$9e01010a@Prapat> <3FF97834.4040403@free.fr> Message-ID: <002901c3d4f5$4f275680$9e01010a@Prapat> Dear Koha members, I'm using Koha version 1.2.3 and this is the error I've got after tried to add a new member to the system. Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: newmember.pl If you think this is a server error, please contact the webmaster Error 500 Any clue please let me know, thanks Greg Cc: koha@lists.katipo.co.nz Sent: Monday, January 05, 2004 9:44 PM Subject: Re: [Koha] Can't add member to Koha Greg Prapat a ?crit : Dear Koha mailing list members, Anyone knows how to fix the error "Premature end of script headers: newmember.pl". Thank you. Hi Greg, 1- which version of Koha are you using ? 2- can you tell us what koha-error.log reports ? (exact adress in apache virtual host definition /etc/koha-httpd.conf) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040107/bc582738/attachment.html From paul.poulain at free.fr Wed Jan 7 21:25:31 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] eweek excellence awards something to enter Koha into? In-Reply-To: <131.28a7004e.2d2cf115@aol.com> References: <131.28a7004e.2d2cf115@aol.com> Message-ID: <3FFBC27B.5070406@free.fr> COURYHOUSE@aol.com a ?crit : > Each vendor entering any number of candidates for consideration will > be charged a non-tax deductible entry fee of $150. :-( -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040107/e77e96a0/attachment.htm From hugojoe at fastmail.fm Thu Jan 8 14:54:13 2004 From: hugojoe at fastmail.fm (zuxiaolong) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] language/z3950search/catmain problem Message-ID: <20040108015413.53F4B4428A@server1.messagingengine.com> Hi, my system: debian sid+ mysql+apache2.0.48(compiled)+gnome2.4 First question:I installed Koha2.0rc1 in my debian sid system. Everytihing is in english. After I installed some environment packages(something like french-environment), koha displays in french. Then I uninstalled it using apt-get remove, the file (http://debian:8080/cgi-bin/koha/acqui.simple/addbiblio.pl)still displays french even after reinstalled Koha. How can I do to turn it back to english? Second question: catmaintain.pl does not work with a error message:Internal Server Error. Third question: z3950search, e.g. javascript:PopupZ3950(), just give me a window saying "still ?? requests to go ". As a newcomer,I wonder if Koha could afford a remote accesss as a part of a wider website? Best Regards -- zuxiaolong hugojoe@fastmail.fm -- http://www.fastmail.fm - The way an email service should be From hany at u.library.arizona.edu Fri Jan 9 06:43:52 2004 From: hany at u.library.arizona.edu (Han, Yan) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: Dear All, I heard that Koha does not support Library of Congress Call number. Is this true? If so, I am not quite understand if it is difficult to support this feature. Can we use DDC call number field to support LC call number? Or because due to the data structure of this call number field (e.g. only digits allowed)? Thanks, From mjr at dsl.pipex.com Fri Jan 9 06:58:48 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number In-Reply-To: Message-ID: <8b10e08262be49c2e9b1a5ca051e6d79@bouncing.localnet> On 2004-01-08 17:43:52 +0000 "Han, Yan" wrote: > I heard that Koha does not support Library of Congress Call number. > Is this > true? If so, I am not quite understand if it is difficult to support > this > feature. Koha has partial support for it, through the MARC records, but can't currently do much useful with it. I do not know whether it is difficult, either. Some notes about this bug are on http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=498 but more useful notes (such as what needs changing to support it) are welcome. Personally, I have no immediate plans to work on this, but I don't know whether any developers do. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From dmoses2 at uwo.ca Fri Jan 9 08:39:29 2004 From: dmoses2 at uwo.ca (dmoses2@uwo.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> Hello: I'm am new to the list and Koha. I'm a MLIS student and I'll be testing and implementing Koha this semester for an independent study course. Could you add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and link the related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the templates to display the field? Or is this accomplished already with the biblionumber and biblioitemnumber fields in BIBLIOITEMS? They reference the MARC 090 field (local call number) and the c and d subfields respectively (I've never seen those myself ... only a and b subfields). See http://lists.katipo.co.nz/public/koha/2003/002349.html for discussion about the 090 issue. The collection I'm going to be converting uses LC call numbers (some in the 050 field, some in the 055 field, and many in the 090 field), so this is a functionality that I'd like to see. Sorry if this sounds confused. Regards, Donald dmoses2@uwo.ca On 2004-01-08 17:43:52 +0000 "Han, Yan" wrote: > I heard that Koha does not support Library of Congress Call number. > Is this > true? If so, I am not quite understand if it is difficult to support > this > feature. MJ Ray replied: Koha has partial support for it, through the MARC records, but can't currently do much useful with it. I do not know whether it is difficult, either. Some notes about this bug are on http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=498 but more useful notes (such as what needs changing to support it) are welcome. Personally, I have no immediate plans to work on this, but I don't know whether any developers do. From chris at katipo.co.nz Fri Jan 9 09:05:30 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number In-Reply-To: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> References: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> Message-ID: <20040108200530.GH13040@katipo.co.nz> On Thu, Jan 08, 2004 at 02:39:29PM -0500, dmoses2@uwo.ca said: > Hello: > I'm am new to the list and Koha. I'm a MLIS student and I'll be testing and > implementing Koha this semester for an independent study course. Could you add > a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and link the related > MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the templates to > display the field? You sure could. Thats probably how Id do it. > Or is this accomplished already with the biblionumber and > biblioitemnumber fields in BIBLIOITEMS? They reference the MARC 090 field > (local call number) and the c and d subfields respectively (I've never seen > those myself ... only a and b subfields). Nope the local call number is koha's internal numbering system. So I think your previous suggestion would be the way to do it. If you have the skills/desire to give it a try and see if it works, that would be fantastic ;-) Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From denise at sharp.ath.cx Fri Jan 9 11:43:43 2004 From: denise at sharp.ath.cx (Denise Sharp) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number In-Reply-To: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> References: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> Message-ID: <3FFDDD1F.7070101@sharp.ath.cx> I would like to add my plea for Library of Congress call numbers. I am going to be giving a presentation about Koha at a library conference in February. There could be anywhere from 100-150 people attending my presentation and I'm told that most of them are from academic libraries. Most academic libraries use LOC call numbers, so I'd like to be able to tell them that this is a functionality that is at least being worked on. I would be happy to give credit at the presentation to anyone who says they will work on this. Thank you! --Denise Sharp dmoses2@uwo.ca wrote: > Hello: > I'm am new to the list and Koha. I'm a MLIS student and I'll be testing and > implementing Koha this semester for an independent study course. Could you add > a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and link the related > MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the templates to > display the field? Or is this accomplished already with the biblionumber and > biblioitemnumber fields in BIBLIOITEMS? They reference the MARC 090 field > (local call number) and the c and d subfields respectively (I've never seen > those myself ... only a and b subfields). See > http://lists.katipo.co.nz/public/koha/2003/002349.html for discussion about the > 090 issue. The collection I'm going to be converting uses LC call numbers (some > in the 050 field, some in the 055 field, and many in the 090 field), so this is > a functionality that I'd like to see. Sorry if this sounds confused. > Regards, > Donald > dmoses2@uwo.ca > > On 2004-01-08 17:43:52 +0000 "Han, Yan" > wrote: > > >>I heard that Koha does not support Library of Congress Call number. >>Is this >>true? If so, I am not quite understand if it is difficult to support >>this >>feature. > > > MJ Ray replied: > > Koha has partial support for it, through the MARC records, but can't > currently do much useful with it. I do not know whether it is > difficult, either. Some notes about this bug are on > http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=498 but more > useful notes (such as what needs changing to support it) are welcome. > Personally, I have no immediate plans to work on this, but I don't > know whether any developers do. > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- "We cannot direct the wind but we can adjust the sails." From COURYHOUSE at aol.com Fri Jan 9 12:10:10 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: <17a.24909128.2d2f3d52@aol.com> All Sharp(e) minds think alike! Yes, it is imperative to have LC for academic libraries! Ed Sharpe archivist for SMECC I would like to add my plea for Library of Congress call numbers. I am going to be giving a presentation about Koha at a library conference in February. There could be anywhere from 100-150 people attending my presentation and I'm told that most of them are from academic libraries. Most academic libraries use LOC call numbers, so I'd like to be able to tell them that this is a functionality that is at least being worked on. I would be happy to give credit at the presentation to anyone who says they will work on this. Thank you! --Denise Sharp -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040108/7dd1f0f6/attachment.html From mjr at dsl.pipex.com Fri Jan 9 14:03:26 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number In-Reply-To: <1073590769.3ffdb1f1d4b47@mail.uwo.ca> Message-ID: <09bb60950ec53efbdeda57bb702c1d42@bouncing.localnet> On 2004-01-08 19:39:29 +0000 dmoses2@uwo.ca wrote: > add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and > link the > related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the > templates to display the field? Whoever adds this to the bug report, please note that we still need Dewey decimal support, so this needs to be controlled by some option. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Fri Jan 9 14:14:37 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] language/z3950search/catmain problem In-Reply-To: <20040108015413.53F4B4428A@server1.messagingengine.com> Message-ID: On 2004-01-08 01:54:13 +0000 zuxiaolong wrote: > How can I do to turn it back to english? I can't remember where language settings are. > Second question: catmaintain.pl does not work with a error > message:Internal Server Error. Known bug, sort-of-fixed in CVS, should be gone in rc2. > Third question: z3950search, e.g. javascript:PopupZ3950(), just > give > me a window saying "still ?? requests to go ". Probably you need to configure and start the z3950daemon from intranet/scripts/z3950daemon subdir. > As a newcomer,I wonder if Koha could afford a remote accesss as a > part of a wider website? Almost certainly, but I'm not sure what your specific question is. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From COURYHOUSE at aol.com Fri Jan 9 14:37:44 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: <126.3869c27d.2d2f5fe8@aol.com> Perhaps during installation you choose which system you wish to use? Ed Sharpe archivist for SMECC On 2004-01-08 19:39:29 +0000 dmoses2@uwo.ca wrote: > add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and > link the > related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the > templates to display the field? Whoever adds this to the bug report, please note that we still need Dewey decimal support, so this needs to be controlled by some option. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040108/57cf2a79/attachment.htm From simon.hogg at brookes.ac.uk Fri Jan 9 22:02:08 2004 From: simon.hogg at brookes.ac.uk (Simon Hogg) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] installation/configuration problems/questions Message-ID: <3FFE6E10.60400@brookes.ac.uk> Morning/Afternoon/Evening (apply to your time zone accordingly ;-) ) I have been trying to get this thing to work, but have failed fantastically so far. The problem I have is this error: [Thu Jan 8 14:20:17 2004] [error] [client 161.73.140.72] Premature end of script headers: /var/www/opac/cgi-bin/koha/opac-main.pl This error is generated from the url: http://beopc.brookes.ac.uk/cgi-bin/koha/opac-main.pl Initially I do see the kohasplash.jpg displayed for a split second before the browser (I use IE, Mozilla, Opera & Lynx) errors. I realise that this is the most vague and unhelpful error message, but in an attempt to get it to work I have: 1) checked/changed/modified (chown/chgrp etc) the permissions on all the scripts/directories to no effect (yet) 2) changed the vitual host entry in httpd.conf (have started in effect with a 'one line' type entry and then added/substracted entries to no effect) 3) have checked the perl scripts eg perl -wc opac-man.pl, no errors reported. 4) looked through the README, scripts, in fact any file that seems relevant. 5) I have written a 1 line perl script and '1 line' html file ('hello world') which are in the same directory as opac-main.pl, interestingly both these fail, even though they are just fine. 6) checked/changed/added to/deleted from /etc/koha.conf with no result Version details: Koha 1.2.3 Perl 5.6.0 Redhat Linux 7.0 MySql 3.23.22 Apache 1.3.12 These urls do work though: http://beopc.brookes.ac.uk/join.html http://beopc.brookes.ac.uk/main.html So, in summary I strongly suspect the problem does lie with the virtual host configuration in httpd.conf (as in point 5) above), although I did start with the example given on the Koha web pages, but that is an example of course. I also have the O'Reilley Apache book, but have gleaned nothing obvious from that so far. I realise that there are so many variables there is no absolute answer, but if anyone has had a similar problem, a summary of what you did to solve it would be most useful. If anyone wants more information, please ask.... didn't think it appropriate to start posting conf files to the list. Cheers Simon -- Simon Hogg, Learning Resources, Oxford Brookes University, Headington, Oxford, OX3 0BP, UK. Postmaster & Academic Computing Officer. Email: simon.hogg@brookes.ac.uk Tel. : (+44) 01865 483314 Fax. : (+44) 01865 483073 From mjr at dsl.pipex.com Sat Jan 10 00:50:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] installation/configuration problems/questions In-Reply-To: <3FFE6E10.60400@brookes.ac.uk> Message-ID: <6b1acfa642bdb4a58b31335d804ca1cb@bouncing.localnet> On 2004-01-09 09:02:08 +0000 Simon Hogg wrote: > [Thu Jan 8 14:20:17 2004] [error] [client 161.73.140.72] Premature > end of > script headers: /var/www/opac/cgi-bin/koha/opac-main.pl Are there any lines immediately before that, with no or same time stamp? > 5) I have written a 1 line perl script and '1 line' html file ('hello > world') > which are > in the same directory as opac-main.pl, interestingly both these fail, > even > though they > are just fine. The perl script failure is interesting and may indicate something to work on. > Koha 1.2.3 I'd suggest trying 2.0rc2 once it appears, especially if you're just testing it. Send me your conf files off-list if you wish and I'll try to spot any obvious error. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From simon.hogg at brookes.ac.uk Sat Jan 10 02:46:44 2004 From: simon.hogg at brookes.ac.uk (Simon Hogg) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] installation/configuration problems/questions In-Reply-To: <6b1acfa642bdb4a58b31335d804ca1cb@bouncing.localnet> References: <6b1acfa642bdb4a58b31335d804ca1cb@bouncing.localnet> Message-ID: <3FFEB0C4.3080403@brookes.ac.uk> Mark, see mail direct to you with conf files and error log entries. MJ Ray wrote: > On 2004-01-09 09:02:08 +0000 Simon Hogg wrote: > >> [Thu Jan 8 14:20:17 2004] [error] [client 161.73.140.72] Premature >> end of script headers: /var/www/opac/cgi-bin/koha/opac-main.pl > > > Are there any lines immediately before that, with no or same time stamp? > >> 5) I have written a 1 line perl script and '1 line' html file ('hello >> world') which are >> in the same directory as opac-main.pl, interestingly both these fail, >> even though they >> are just fine. > > > The perl script failure is interesting and may indicate something to > work on. > >> Koha 1.2.3 > > > I'd suggest trying 2.0rc2 once it appears, especially if you're just > testing it. Send me your conf files off-list if you wish and I'll try to > spot any obvious error. > -- Simon Hogg, Learning Resources, Oxford Brookes University, Headington, Oxford, OX3 0BP, UK. Postmaster & Academic Computing Officer. Email: simon.hogg@brookes.ac.uk Tel. : (+44) 01865 483314 Fax. : (+44) 01865 483073 From abo_amin at hotmail.com Sat Jan 10 03:15:54 2004 From: abo_amin at hotmail.com (Mohamed Amin) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Overdue! Message-ID: hi Anthony Really I did not work on Koha ver 1.2.2 , the one I'm workin on is 1.2.3. So it seems that your version does not contain an overdue report. The solution for this problem is to upgrade for a newer version, or just take the script responsible for generating this report and add it to your current version. I think it will work feel free to ask me about anything else Regards Mohamed Amin > >Hi Mohamed, > >I know I am somehow late, anyway I have been able to get the correct >information you wanted from me. The version I am using is koha 1.2.2, >what may I do next? > >Thanks, > >Anthony > > > hi Anthony > > Can you tell me plz what is your version of koha. I was talking about > > version 1.2.3 under Linux. > > I have this version and it has a report for the overdue items. > > witing for your reply. > > > > Mohamed Amin > > Network Administrator > > National Training Intiute > > Egypt > > > > > > > >==============Original message text=============== > > >On Tue, 06 Jan 2004 3:29:42 am EST "Mohamed Amin" wrote: > > > > > >Hi Anthony > > >Koha has in its reports module a report for overdues items. > > >you just simply go to reports and click on the link called Overdue >Items, > > >and you will find what you want. > > > > > >Mohamed Amin > > >Network Administrator > > >National Training Institute > > >Egypt > > > > > > > > > > > > > >Hello, > > > > > > > >Please help me out! Does Koha show a list of overdue materials. If >yes, > > > >how do I access that list. I am talking about a list that shows who >has > > > >what, instead of browsing through the entire system to look for >overdue > > > >items manually. > > > > > > > >I am learning more about Koha and I will appreciate any form of > > > >assistance you render me. > > > > > > > >Thanks, > > > > > > > >Anthony > > > > > >_________________________________________________________________ > > >Hi Mohamed, > > > > > >I should first of all thank you for that fast response. I have tried >the > > >reports moudule but the only information found under reports is - Till > > >Reconciliation: Daily Report (yesterday) > > >Till Reconciliation: Daily Report (today). The table below is what I >find > > >when I click on any of the daily reports: > > > > > >Name Type Date/time Amount Branch > > >Total Paid 0 > > >total written off 0 > > > > > >Levin Fines Rental Charges Reserve Charges Renewal Charges Unknown >0 > > >Total Issues 0 Renewals 0 Returns 0 > > > > > >foxton Fines Rental Charges Reserve Charges Renewal Charges >Unknown > > >0 Total Issues 0 Renewals 0 Returns 0 > > > > > >shannon Fines Rental Charges Reserve Charges Renewal Charges >Unknown > > >Total Issues 0 Renewals 0 Returns 0 > > > > > > > > >It does not show anything on overdue. Maybe I am not doing something > > >properly. What should I do next?Thanks a lot for your assistance on >this > > >matter. > > > > > >Anthony Blackie > > > Librarian > > > > > > > > > > _________________________________________________________________ > > Tired of spam? Get advanced junk mail protection with MSN 8. > > http://join.msn.com/?page=features/junkmail > > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From hany at u.library.arizona.edu Sat Jan 10 04:57:25 2004 From: hany at u.library.arizona.edu (Han, Yan) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: Maybe a more flexible way to do is to add a LC number field. The admin can configure to display DDC, LC fields. So even a library need both (which is rarely a case) will not have a problem. This won't touch on the original DDC field. I do not know how difficult to implement this. Yan -----Original Message----- From: COURYHOUSE@aol.com [mailto:COURYHOUSE@aol.com] Sent: Thursday, January 08, 2004 6:38 PM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Library of Congress call number Perhaps during installation you choose which system you wish to use? Ed Sharpe archivist for SMECC On 2004-01-08 19:39:29 +0000 dmoses2@uwo.ca wrote: > add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and > link the > related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the > templates to display the field? Whoever adds this to the bug report, please note that we still need Dewey decimal support, so this needs to be controlled by some option. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040109/af59d9d6/attachment.html From SDavoodifa at gov.mb.ca Sat Jan 10 05:23:05 2004 From: SDavoodifa at gov.mb.ca (Davoodifar, H. Sam (EDU-E&Y)) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] language/z3950search/catmain problem Message-ID: <00F4469FE238D611B9BF00306E1C2440013D1B44@wpg114ex1.gov.mb.ca> > -----Original Message----- > From: MJ Ray [SMTP:mjr@dsl.pipex.com] > Sent: 2004-Jan-08 7:15 PM > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] language/z3950search/catmain problem > > On 2004-01-08 01:54:13 +0000 zuxiaolong wrote: > > > How can I do to turn it back to english? > > I can't remember where language settings are. > > > Second question: catmaintain.pl does not work with a error > > message:Internal Server Error. > > Known bug, sort-of-fixed in CVS, should be gone in rc2. ---------------------------------------------------------------------------- -------- There's an extra intranet-tmpl in the include path. I had the same problem and just put a symbolic link to /usr/local/koha/intranet/htdocs/intranet-tmpl/ inside itself and the script is working now. __Sam > > Third question: z3950search, e.g. javascript:PopupZ3950(), just > > give > > me a window saying "still ?? requests to go ". > > Probably you need to configure and start the z3950daemon from > intranet/scripts/z3950daemon subdir. > > > As a newcomer,I wonder if Koha could afford a remote accesss as a > > part of a wider website? > > Almost certainly, but I'm not sure what your specific question is. > > -- > MJR/slef My Opinion Only and possibly not of any group I know. > Please http://remember.to/edit_messages on lists to be sure I read > http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at > Creative copyleft computing services via http://www.ttllp.co.uk/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From bigwood at lpi.usra.edu Sat Jan 10 06:28:42 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Library of Congress call number Message-ID: There are some libraries that do use both Dewey and LC classifications. A few, but they do exist. There are other libraries that use other schemes, SuDoc and NLM are both fairly common. Many academic libraries will use both LC and SuDoc. MARC might provide a solution. Local copy information, including the call number used by the institution goes in field 852. The 1st indicator shows the classification scheme used. http://www.loc.gov/marc/bibliographic/ecbdhold.html#mrcb852 Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute Cataloging News: http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz on behalf of Han, Yan Sent: Fri 1/9/2004 9:57 AM To: 'COURYHOUSE@aol.com'; koha@lists.katipo.co.nz Cc: Subject: RE: [Koha] Library of Congress call number Maybe a more flexible way to do is to add a LC number field. The admin can configure to display DDC, LC fields. So even a library need both (which is rarely a case) will not have a problem. This won't touch on the original DDC field. I do not know how difficult to implement this. Yan -----Original Message----- From: COURYHOUSE@aol.com [mailto:COURYHOUSE@aol.com] Sent: Thursday, January 08, 2004 6:38 PM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Library of Congress call number Perhaps during installation you choose which system you wish to use? Ed Sharpe archivist for SMECC On 2004-01-08 19:39:29 +0000 dmoses2@uwo.ca wrote: > add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and > link the > related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the > templates to display the field? Whoever adds this to the bug report, please note that we still need Dewey decimal support, so this needs to be controlled by some option. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From jmf at kados.org Sat Jan 10 09:23:33 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha's Z39.50 Server Message-ID: <33330.24.208.182.186.1073679813.squirrel@webmail.plainhost.com> Hiya, I've just committed a _basic_ Z3950 Server to CVS (in the HEAD Branch; in the z3950/server/ directory) and I wanted to make a few comments about it. (BTW: is everyone ok with moving the files in z3950 to z3950/client/ ?) First of all, the it's built using Indexdata's SimpleServer perl module Version 0.07, so if you want to use it you will have to install SimpleServer which you can get from: http://ftp.indexdata.dk/pub/simpleserver/ (BTW: whoever is doing the Koha installation script and documentation on dependencies may want to add SimpleServer). Secondly, you will need to change the leader information in Koha's MARCgetbiblio subroutine in Biblio.pm to reflect the following (or if you know how to manipulate the leader you can change it to reflect your data; this example leader should be functional for all MARC21 data). Look for the following near line 700: #---- TODO : the leader is missing $record->leader(' '); and change it to: #---- TODO : the leader is partly fixed for MARC21 $record->leader(' nac 22 1u 4500'); (BTW, Paul, you said to remind you to commit this change to CVS; I'm not sure but I wouldn't be surprised if UNIMARC's leaders were a bit different, so maybe we should hold off on that; also, I've also got some other leader qualms but they will have to wait for another email) So the actual server is implemented in a single Perl script for now (I plan to break it up for the next version) and you can get it from CVS or from my website at: http://kados.org/LibraryScience/zed-koha-server.pl (it's there for the folks who don't use CVS) You may need to change the permissions on the script--as root run: [jmf@koha]koha#chmod 755 zed-koha-server.pl Run the zed-koha-server.pl script as root: [jmf@koha]#./zed-koha-server.pl The server will take care of managing the network connections for you (it runs on port 9999), and it will spawn a new process whenever a new connection is received. The script implements a search handler and a fetch handler which allows Z3950 clients to query and retrieve records in MARC21 (the only record format it supports so far). It's set up to log to the terminal so you will need to keep the terminal running or the script will stop (I think it's the same with Koha's Z3950-Client; some day it would be nice to log to a file and run it as a service...). Let me say a word about holdings data. Right now, for historical reasons, most MARC21 installations of Koha probably use the 852 tag to store holdings data (actually I'm not sure there are any other MARC21 installations of Koha besides Nelsonville :-) ). For example, Nelsonville Public Library uses the following: 852a Organization code 852b Home branch 852h Classification 852p Barcode However, many Z3590 clients aren't set up to pull holdings data from the 852x fields but from the 952x/942x fields. So for now I've hard-coded the server to automatically duplicate the data like this: ## Convert from 852/4 to 952: ## 942a --> 852a Organization code ## 952b --> 852b Home branch ## 942k --> 852h Classification ## 952p --> 852p Barcode So the MARC record has the data in both places. If you're fluent in Perl and you look through the documentation for SimpleServer you will see that I have implemented query-parsing using a series of very clumsy substitutions. Right now I'm working on rewriting the search_handler to use the RPN member which will allow for much cleaner parsing of the query and will make it much easier to implement new features like Boolean. But the clumsy version should work fine in most cases--Nelsonville Public Library System has been using it for about two months to interface with the statewide resource sharing program MORE with no problems. I think that's it. Let me know how it works out or if you have any questions. -- Joshua Ferraro From baljkas at mb.sympatico.ca Sat Jan 10 13:23:08 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Kohas Z39.50 Server - re UNIMARC Message-ID: <200401100023.i0A0N8a0015644@smtp2.mts.net> Friday, January 9, 2004 18:20 CST Hi, Joshua. et al. Just a quick reply re your parenthetic point for Paul, to wit, >(BTW, Paul, you said to remind you to commit this change to CVS; I'm > not sure but I wouldn't be surprised if UNIMARC's leaders were a bit > different, so maybe we should hold off on that [snip]) my reading of the UNIMARC standards (cf. URL ) indicates that the Leader and Directory have the same structure as MARC21 (and for that matter, USMARC and CANMARC). Just FYI. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From jmf at kados.org Mon Jan 12 05:30:30 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Kohas Z39.50 Server - re UNIMARC In-Reply-To: <200401100023.i0A0N8a0015644@smtp2.mts.net> References: <200401100023.i0A0N8a0015644@smtp2.mts.net> Message-ID: <32934.24.208.176.199.1073838630.squirrel@webmail.plainhost.com> Thanks to Steven for clearing up the leader question. I should mention that I am willing to volunteer to build a UNIMARC version of the Z3950 Server but in order to do that I will need access to a UNIMARC Koha installation. If anyone has a test box runing UNIMARC that I can use please let me know. Thanks, -- Joshua Ferraro > Friday, January 9, 2004 18:20 CST > > Hi, Joshua. et al. > > Just a quick reply re your parenthetic point for Paul, to wit, > >>(BTW, Paul, you said to remind you to commit this change to CVS; I'm >> not sure but I wouldn't be surprised if UNIMARC's leaders were a bit >> different, so maybe we should hold off on that [snip]) > > my reading of the UNIMARC standards (cf. URL > ) > indicates that the Leader and Directory have the same structure as MARC21 > (and for that matter, USMARC and CANMARC). Thanks, that clears things up. > > Just FYI. > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > > > From paul.poulain at free.fr Mon Jan 12 21:54:53 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha-devel] Re: [Koha] Kohas Z39.50 Server - re UNIMARC In-Reply-To: <32934.24.208.176.199.1073838630.squirrel@webmail.plainhost.com> References: <200401100023.i0A0N8a0015644@smtp2.mts.net> <32934.24.208.176.199.1073838630.squirrel@webmail.plainhost.com> Message-ID: <400260DD.6010508@free.fr> Joshua Ferraro a ?crit : >Thanks to Steven for clearing up the leader question. I should mention that >I am willing to volunteer to build a UNIMARC version of the Z3950 Server >but in order to do that I will need access to a UNIMARC Koha installation. >If anyone has a test box runing UNIMARC that I can use please let me know. > >Thanks, > > transmitted to s.renaux, Koha project leader in Esiee School, france, that is very interested by z3950 server & is UNIMARC :-) Serge : Joshua commited z3950 server in CVS last friday : =========== Hiya, I've just committed a _basic_ Z3950 Server to CVS (in the HEAD Branch; in the z3950/server/ directory) and I wanted to make a few comments about it. (BTW: is everyone ok with moving the files in z3950 to z3950/client/ ?) First of all, the it's built using Indexdata's SimpleServer perl module Version 0.07, so if you want to use it you will have to install SimpleServer which you can get from: http://ftp.indexdata.dk/pub/simpleserver/ (BTW: whoever is doing the Koha installation script and documentation on dependencies may want to add SimpleServer). Secondly, you will need to change the leader information in Koha's MARCgetbiblio subroutine in Biblio.pm to reflect the following (or if you know how to manipulate the leader you can change it to reflect your data; this example leader should be functional for all MARC21 data). Look for the following near line 700: #---- TODO : the leader is missing $record->leader(' '); and change it to: #---- TODO : the leader is partly fixed for MARC21 $record->leader(' nac 22 1u 4500'); (BTW, Paul, you said to remind you to commit this change to CVS; I'm not sure but I wouldn't be surprised if UNIMARC's leaders were a bit different, so maybe we should hold off on that; also, I've also got some other leader qualms but they will have to wait for another email) So the actual server is implemented in a single Perl script for now (I plan to break it up for the next version) and you can get it from CVS or from my website at: http://kados.org/LibraryScience/zed-koha-server.pl (it's there for the folks who don't use CVS) You may need to change the permissions on the script--as root run: [jmf@koha]koha#chmod 755 zed-koha-server.pl Run the zed-koha-server.pl script as root: [jmf@koha]#./zed-koha-server.pl The server will take care of managing the network connections for you (it runs on port 9999), and it will spawn a new process whenever a new connection is received. The script implements a search handler and a fetch handler which allows Z3950 clients to query and retrieve records in MARC21 (the only record format it supports so far). It's set up to log to the terminal so you will need to keep the terminal running or the script will stop (I think it's the same with Koha's Z3950-Client; some day it would be nice to log to a file and run it as a service...). Let me say a word about holdings data. Right now, for historical reasons, most MARC21 installations of Koha probably use the 852 tag to store holdings data (actually I'm not sure there are any other MARC21 installations of Koha besides Nelsonville ). For example, Nelsonville Public Library uses the following: 852a Organization code 852b Home branch 852h Classification 852p Barcode However, many Z3590 clients aren't set up to pull holdings data from the 852x fields but from the 952x/942x fields. So for now I've hard-coded the server to automatically duplicate the data like this: ## Convert from 852/4 to 952: ## 942a --> 852a Organization code ## 952b --> 852b Home branch ## 942k --> 852h Classification ## 952p --> 852p Barcode So the MARC record has the data in both places. If you're fluent in Perl and you look through the documentation for SimpleServer you will see that I have implemented query-parsing using a series of very clumsy substitutions. Right now I'm working on rewriting the search_handler to use the RPN member which will allow for much cleaner parsing of the query and will make it much easier to implement new features like Boolean. But the clumsy version should work fine in most cases--Nelsonville Public Library System has been using it for about two months to interface with the statewide resource sharing program MORE with no problems. I think that's it. Let me know how it works out or if you have any questions. ==================================== Friday, January 9, 2004 18:20 CST Hi, Joshua. et al. Just a quick reply re your parenthetic point for Paul, to wit, >>(BTW, Paul, you said to remind you to commit this change to CVS; I'm >> not sure but I wouldn't be surprised if UNIMARC's leaders were a bit >> different, so maybe we should hold off on that [snip]) > > my reading of the UNIMARC standards (cf. URL ) indicates that the Leader and Directory have the same structure as MARC21 (and for that matter, USMARC and CANMARC). -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- Skipped content of type multipart/related From paul.poulain at free.fr Mon Jan 12 22:11:18 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] language/z3950search/catmain problem In-Reply-To: <20040108015413.53F4B4428A@server1.messagingengine.com> References: <20040108015413.53F4B4428A@server1.messagingengine.com> Message-ID: <400264B6.3020906@free.fr> zuxiaolong a ?crit : >Hi, my system: debian sid+ mysql+apache2.0.48(compiled)+gnome2.4 > > First question:I installed Koha2.0rc1 in my debian sid system. > Everytihing is in english. After I installed some environment > packages(something like french-environment), koha displays in french. > Then I uninstalled it using apt-get remove, the file > (http://debian:8080/cgi-bin/koha/acqui.simple/addbiblio.pl)still > displays french even after reinstalled Koha. > How can I do to turn it back to english? > I think you have choosen UNIMARC marc parameters table. This table is only in french. As the marc21 parameter table is only in english. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From hugojoe at fastmail.fm Mon Jan 12 21:56:08 2004 From: hugojoe at fastmail.fm (zuxiaolong) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] catmaintain/z3950daemon problem Message-ID: <20040112085608.7DC863EE38@server1.messagingengine.com> Thanks for your reply. But all does not work. There is no extra intranet-tmpl in /usr/local/koha/intranet/htdocs/intranet-tmpl/. So my catmaintain.pl does not work with a error message:Internal Server Error. I start the z3950daemon successfully (RunAsUser=root rather than default nobody), but z3950search give me the same message: "still ?? requests to go ". Regards -- zuxiaolong hugojoe@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From huestis at wustl.edu Tue Jan 13 09:59:35 2004 From: huestis at wustl.edu (Jeff Huestis) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Location of Perl libraries/Premature end of script headers Message-ID: <4CFF07348A6E634FA59D21747D86A9340234F777@savanna.wulib.wustl.edu> Can anyone tell me how the Koha install process locates the Perl libraries, and where it stores this information? I see that the "Premature end of script headers" message has been discussed here before, but it seems to be such a primitive problem that it's hard to give a useful response. I've just been installing Koha today, on a Solaris box, so I don't know what I'm doing, but: The opac error log gives me a pretty concrete problem that needs fixing. The log messages below show where Koha looked for the HTML/Template.pm: [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] Premature end of script headers: /usr/streamv/koha/opac/cgi-bin/ opac-main.pl [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] Can't locate HTML/Template.pm in @INC (@INC contains: /usr/streamv/koha/intranet/modules /usr/perl5/5.00503/sun4-solaris /usr/perl5/5.00503 /usr/perl5/site_perl/5.005/sun4-solaris /usr/perl5/site_perl/5.005 .) at opac-main.pl line 5. [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] BEGIN failed--compilation aborted at opac-main.pl line 5. However, the following was extracted from the output of the "perl -V" command: @INC: /usr/local/lib/perl5/5.8.0/sun4-solaris /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl And, indeed, the Template.pm file is found in that search list. Regards, Jeff Huestis _,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=, _ Jeffrey C. Huestis huestis@wustl.edu Director, Applications and http://library.wustl.edu/~huestis Information Resource Development Washington University Libraries Voice: 314-935-5951 Campus Box 1061 Fax: 314-935-4045 St. Louis, MO 63130 ^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~ ^ From mjr at dsl.pipex.com Tue Jan 13 11:21:44 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Location of Perl libraries/Premature end of script headers In-Reply-To: <4CFF07348A6E634FA59D21747D86A9340234F777@savanna.wulib.wustl.edu> Message-ID: On 2004-01-12 20:59:35 +0000 Jeff Huestis wrote: > Can anyone tell me how the Koha install process locates the Perl > libraries, and where it stores this information? It uses Perl to do it. It doesn't store it anywhere and relies on Perl being able to find them again. perl -MHTML::Template -e print will do a similar sort of check from the command line. The output you pasted is interesting. When you run from the command-line, you seem to get perl 5.8.0, but your webserver looks like it's using perl 5.00503 -- is koha using /usr/bin/perl (look at the first line of its CGI scripts) while you're using /usr/local/bin/perl, perhaps? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From huestis at wustl.edu Tue Jan 13 12:28:09 2004 From: huestis at wustl.edu (Jeff Huestis) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Re: Location of Perl libraries/Premature end of script headers Message-ID: <4CFF07348A6E634FA59D21747D86A9340234F77A@savanna.wulib.wustl.edu> Thanks! Actually, the point about the webserver was a little off the mark, because (presumably) you were looking at library.wustl.edu (which is running 5.00503) and I am installing on a test machine. But these were the right questions to ask. I renamed the perl executable in /usr/bin, and copied the executable from /usr/local/bin, and that seems to have taken care of the problem. I'm seeing Koha screens. Jeff On 2004-01-12 20:59:35 +0000 Jeff Huestis wrote: > Can anyone tell me how the Koha install process locates the Perl > libraries, and where it stores this information? It uses Perl to do it. It doesn't store it anywhere and relies on Perl being able to find them again. perl -MHTML::Template -e print will do a similar sort of check from the command line. The output you pasted is interesting. When you run from the command-line, you seem to get perl 5.8.0, but your webserver looks like it's using perl 5.00503 -- is koha using /usr/bin/perl (look at the first line of its CGI scripts) while you're using /usr/local/bin/perl, perhaps? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=, _ Jeffrey C. Huestis huestis@wustl.edu Director, Applications and http://library.wustl.edu/~huestis Information Resource Development Washington University Libraries Voice: 314-935-5951 Campus Box 1061 Fax: 314-935-4045 St. Louis, MO 63130 ^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~ ^ From gprapat at stic.ac.th Wed Jan 14 16:14:14 2004 From: gprapat at stic.ac.th (Greg Prapat) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Error log Message-ID: <001201c3da4c$7d1195e0$9e01010a@Prapat> Hi, Does anyone understand this following error message from Koha log file (2) at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 58, line 22. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/proc essz3950queue line 59, line 22. I'm having trouble with adding borrowers to Koha, thank you. Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040114/80c4c39a/attachment.htm From dmoses2 at uwo.ca Sat Jan 17 02:46:16 2004 From: dmoses2 at uwo.ca (dmoses2@uwo.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] koha on macosx? Message-ID: <1074260776.4007eb283f8cb@mail.uwo.ca> Hello Folks: just checking to see if anyone has successfully install koha on MacOSX? I've installed all the required software (perl, apache, mysql) and have extracted koha. When I run the ./installer.pl script I get this error: -------------- Can't find a valid termcap file at /System/Library/Perl/Install.pm line 109 Compilation failed in require at ./installer.pl line 5. BEGIN failed--compilation aborted at ./installer.pl line 5. -------------- I've tried installing various termcap packages, but none of them seem to solve the problem. I've not got enough knowledge/experience with unix to figure it out. I'll switch to debian if I can't get it working. Thanks, Donald From paul.poulain at free.fr Sat Jan 17 03:02:28 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Error log In-Reply-To: <001201c3da4c$7d1195e0$9e01010a@Prapat> References: <001201c3da4c$7d1195e0$9e01010a@Prapat> Message-ID: <4007EEF4.7060704@free.fr> Greg Prapat a ?crit : > Hi, > > Does anyone understand this following error message from Koha > log file > > (2) at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue > line 58, line 22. > DBD::mysql::st fetchrow failed: fetch() without execute() at > /usr/local/koha/intranet/scripts/z3950daemon/proc > essz3950queue line 59, line 22. > > I'm having trouble with adding borrowers to Koha, thank you. This error has nothing to do with borrowers. it's related to z3950 client. The z3950 client in 2.0.0RC1 is buggy in many situations, the 2.0.0RC2 will fix many of them. (the 2.0.0RC2 will be released as soon as the french templates are ready, that should require a few hours of work now) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040116/d0a1280e/attachment.html From ablackie at mailer.fsu.edu Tue Jan 20 04:18:28 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha 1.2.3... Message-ID: <200401191518.i0JFISJ00215@fire3.fsu.edu> Hello Everyone, I need to upgrade my Koha version 1.2.2 to the newest version, what I need to do? I understand the version I am using is the old one that doesn’t give an overdue report, which version 1.2.3 gives. Furthermore, it doesn’t record LC class mark. By the way, does the new or newest version store LC class mark? If yes, could someone please lead me to these useful features? Thanks, Anthony Blackie Librarian From paul.poulain at free.fr Wed Jan 21 02:29:01 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha 2.0.0RC1 is dead. Long live to koha 2.0.0RC2 !!! Message-ID: <400D2D1D.3020206@free.fr> koha 2.0.0RC2 has been released : http://sourceforge.net/project/shownotes.php?release_id=211242 This version of Koha is the second in the 2.0 "stable" series. It does not mean that it has no bugs, but many libraries are using it and don't encounter unsolvable problems. If you want to adopt Koha, please do, but you're warned that this release candidate version may still have some bugs and missing features. If you test it and let us know about any we haven't seen yet, it will help us to fix them. The 2.0.x series version is "feature freezed". Only bugs or minor changes will be made in this branch. The koha team is already working on the 2.2.x version. In CVS (HEAD branch), developpers can already get 1st draft of a working z3950 server. BUGS FIXED: * 318 : allow or not a book to be loan * 537 : in borrower screen, the "fine & debts" now shows only amount due if >0, "nothing due" if borrower has no debts. * 557 : spelling error in message for no search criteria entered * 564 : Member card number not checked unique * 586 : additem.tmpl displays incorrect biblio number * 605 : circulation.pl only shows one waiting item (1 small problem remaining, see bugs.koha.org) * 614 : opac-user.pl doesn't show which items are waiting * 625 : dateformat under system prefs is confusing * 646 : Member flag must be either 'parameters' or 'superlibrarian' to log in (now, any flag enable login) * 662 : poor SQL calls, that could be used for SQL injection (security problem) * 671 : Add institutional member confirmation screen has no details * 672 : readingrec can not be reordered * 675 : "logged in" info missing * 683 : Search for barcode or illustrator says ' You did not specify any seach criteria' * minor HTML modifs & tweaks * minor improvements/bugfixes in installer * biblio & item deletion bugs fixed. * bug fixed in MARC editor, that appeared on specific MARC configuration & makes biblio adding impossible. IMPROVEMENTS: * z3950 client daemon improved a lot : many deadlock situations solved, improved problem reporting, ignoring invalid z3950 servers (or server not responding) * new french translation. Note that only english and french are up to date. Other won't work, probably. Note also that a tool for translator is now ready, and should ease a lot translating and maintaining translations. * new OPAC theme. it's called "css". It's a XHTML1.0 strict OPAC. In librarian interface, just change systempref opactheme to css to get it. Will be the default opac in 2.2 * publisher added in acquisition process (the one with basket & supplier) Basket now ordered by publisher. * notforloan field management added in itemtype administration screen * new migration script : misc/rebuildthesaurus.pl => this script can rebuild thesaurus/authority file after importing records with misc/bulkmarcimport.pl DB change : *index added into z3950results table UNIQUE KEY query_server (queryid,server) (added by installer & updater) KNOWN BUGS : * MARC upload fails silently (in breeding farm) if the file provided is not iso2709 (works fine with a valid file) * autobarcode not calculated even if autobarcode system parameter is set and MARC=on. * the MARC21 english default parameter setup is working, but some librarians reports that some choices are poor. If you use MARC21, tweak some setups to fit your needs. (note : the subject refers to what french people said when we had a king, 2 centuries ago : "the king is dead. Long live to the king" (the 1st being the old king, the 2nd being the new one. Not sure everybody around the world uses such a sentence, so I explain :-) ) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From khundie at bca.bw Thu Jan 22 01:30:24 2004 From: khundie at bca.bw (Kebede Hundie) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha system for Africa! Message-ID: <005901c3e01a$5aa83350$dadca7a8@LibItc01ComeXp> Hello, My name is Kebede Hundie, working as Systems Librarian for several years in several African countries. I have a Masters degree in information science and Bachelors degree in library science. I am Ethiopian. Having briefly introduced myself to you, I would like to inquiry about Koha free ILS. I have read an article on Linux Journal, Feb. 2003 as well as looked at the Koha website, where I first learnt about the software. And I have been so much impressed with the whole thing about Koha and people who involved in developing and supporting the system. I would like to ask you about the sustainability of the system, like further versions, supports, its future whether it may be a commercial system after certain period of time or discontinued. I am asking this because I am very much interested in providing support to local libraries in Africa, particularly, Eastern and Central Africa, where most libraries are unable to pay for commercial systems. I am also very much interested in marketing the system to libraries in the region so that they will be able to benefit from this free software. That is why I want to know much about its future! The other thing is, how can I be a "support" center for the software in the above region? What are required from me? Any additional information, should I know. Kebede Hundie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040121/44b27d3c/attachment.htm From ablackie at mailer.fsu.edu Thu Jan 22 03:04:31 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha 1.2.3... Message-ID: <200401211404.i0LE4VJ25473@fire3.fsu.edu> Hi Mike, I have not being able to upgrade version 1.2.2 to version 1.2.3 but anyway your help was very useful to us. We were able to add the Overdue feature to our 1.2.2 version. Thank you for that great help. You made it work. Regards, Anthony On Tue, 20 Jan 2004 06:08:10 +1300 Mike Mylonas wrote: > HI Anthony. > > You are right in the fact that 1.2.2 is not the current release, and at > this point I am not willing to recommend which version you look at, I > have been away from the project for some time. > > Regarding the Overdue Report, if I recall correctly, the report as such > was in 1.2.2 it is just that it was on the reports page. > > Have a look at your installation in the /intranet/cgi-bin directory for > a file called overdue.pl. Or log into your Intranet interfact and > mannual put the location of the script into the address bar (so it would > be something like http://koha.mydomain.com/cgi-bin/koha/overdue.pl ) > > Unfortunately I can't recall about the LC Class Mark, and I can't access > my 1.2.3 installation till tonite (in about 12 hours time from now) > > I haven't sent this reponse back to the list, cause it does help a great > deal, but I will have a better look when I am back at home. > > Good luck > Mike > > > On Tue, 2004-01-20 at 04:18, ablackie@mailer.fsu.edu wrote: > > Hello Everyone, > > > > I need to upgrade my Koha version 1.2.2 to the newest version, what I > > need to do? I understand the version I am using is the old one that > > doesnt give an overdue report, which version 1.2.3 gives. Furthermore, > > it doesnt record LC class mark. By the way, does the new or newest > > version store LC class mark? If yes, could someone please lead me to > > these useful features? > > > > Thanks, > > > > Anthony Blackie > > Librarian > > > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha From RMCPEAK at jhuccp.org Thu Jan 22 05:51:34 2004 From: RMCPEAK at jhuccp.org (ROBERT MCPEAK) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images Message-ID: I'm new to the Koha community and am looking for details about using Koha to catalog images, or associating an image with each catalogued record. Could someone share their experience doing this or point me at some documentation on the subject. Much obliged, Bob McPeak Robert McPeak Internet Systems Developer Johns Hopkins University Bloomberg School of Public Health Center for Communication Programs 111 Market Place, Suite 310 Baltimore, MD 21202 410.659.6398 www.hcpartnership.org www.coreinitiative.org www.jhuccp.org From oleonard at athenscounty.lib.oh.us Thu Jan 22 06:34:36 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images Message-ID: <200401211740.i0LHepFd000797@alma.athenscounty.lib.oh.us> > I'm new to the Koha community and am looking for > details about using Koha to catalog images, or > associating an image with each catalogued record. I can't advise you on cataloging images, but I can tell you how we came up with a way to associate images with item types in search results and with individual titles as well. The key is to use Koha's templating system to do the work for you. We wanted to have an image associated with each item type in the catalog (book, video, dvd, etc.). A bug in the current version prevented us from using the mechanism at work in HLT's OPAC (http://opac.library.org.nz/cgi-bin/koha/opac- detail.pl?bib=12180), but by naming each image according to the corresponding item type, we were able to put this in the template: .gif" alt="" /> The templating system replaces '' with "Book on Tape" or "Videorecording", and that points the image tag to the right file. See it in action here: http://66.213.78.60/cgi-bin/koha/opac- searchresults.pl?type=opac&keyword=moon+is+a+harsh+mistress The same function will allow us to retrieve book cover images for individual titles. We'll save with images with filenames corresonding to the ISBN of the title. Then when the item detail screen is pulled up, the ISBN can be used in the image tag to pull the right image file (I know I first saw this method on a German Koha installation--maybe someone remembers the address of that?). The current barrier to using this method for us is the fact that if there is no image for a particular ISBN, you get a broken image. If we can get that ironed out, we can start going with it. I hope that helps with at least part of your question. -- Owen ---- Nelsonville Public Library http://www.athenscounty.lib.oh.us From mjr at dsl.pipex.com Thu Jan 22 08:09:55 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images In-Reply-To: <200401211740.i0LHepFd000797@alma.athenscounty.lib.oh.us> Message-ID: <203c54bc96fef923b795513c69f6adc5@bouncing.localnet> On 2004-01-21 17:34:36 +0000 Owen Leonard wrote: > no image for a particular ISBN, you get a broken image. If we can > get that > ironed out, we can start going with it. With the right apache config, maybe you could use an .htaccess file in the images dir which says: ErrorDocument 404 /path/to/some/file.png (for you should use PNG instead of GIF if possible). I'd like to hear if anyone makes that work. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Thu Jan 22 08:20:25 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha system for Africa! In-Reply-To: <005901c3e01a$5aa83350$dadca7a8@LibItc01ComeXp> Message-ID: Welcome to koha! On 2004-01-21 12:30:24 +0000 Kebede Hundie wrote: > I would like to ask you about the sustainability of the system, like > further > versions, supports, its future whether it may be a commercial system > after > certain period of time or discontinued. Sustainability: ultimately, you can keep it running forever if you want to; Further versions: 2.0 is imminent and work has started on the new 2.1 development edition; Supports: There are a number of people offering support services, as well as the "best efforts" free services by email; Commercial system: some commercial work on koha already takes place, by myself and others, who would be happy to advise if you have a more specific request; Discontinued: not as long as someone is willing to keep the skills to continue it. > The other thing is, how can I be a "support" center for the software > in the > above region? What are required from me? At present, I think you just have to convince the kaitiaki (Pat) that you are competent. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Thu Jan 22 08:23:49 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Koha 1.2.3... In-Reply-To: <200401191518.i0JFISJ00215@fire3.fsu.edu> Message-ID: <261bf7d92b27c896c6d6b9e3f96ad6e1@bouncing.localnet> On 2004-01-19 15:18:28 +0000 ablackie@mailer.fsu.edu wrote: > I need to upgrade my Koha version 1.2.2 to the newest version, what I > need to do? In theory, you just need to download a 2.0 version (wait for rc2, I think) and start the koha.upgrade script, but I'm not sure whether this has been tested against 1.2.2 -- MAKE SURE YOU TAKE BACKUPS OF THE DATABASE AND YOUR FILES. > By the way, does the new or newest > version store LC class mark? No. My understanding is that no-one is willing to pay for this, so it will happen as part of the general classification improvement suggested for 2.2 (September?) -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From pate at eylerfamily.org Thu Jan 22 08:26:43 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Kebede Hundie's email (fwd) Message-ID: I responded to a private email from Kebede earlier, perhaps he/she has not yet received my email ... I'll repost it here. Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org ---------- Forwarded message ---------- Date: Tue, 20 Jan 2004 12:04:23 -0500 (EST) From: Pat Eyler To: Kebede Hundie Subject: Re: Koha On Tue, 20 Jan 2004, Kebede Hundie wrote: > Dear Pat Yeller, Hello Kebede, I've added Rachel Hamilton-Williams (Hi Rach!) to this email, as she's the head of the largest firm commercially supporting Koha (and the firm which originally developed it.) > > My name is Kebede Hundie, working as Systems Librarian for several > years in several African countries. I have a Masters degree in > information science and Bachelors degree in library science. Originally, > I am from Ethiopia. > > Having briefly introduced myself to you, I would like to inquiry about > Koha free ILS. I have read an article on Linux Journal, Feb. 2003 as > well as looked at the Koha website, where I first learnt about the > software. And I have been so much impressed with the whole thing about > Koha and people who involved in developing and supporting the system. > Thanks for the kind words. It sounds like you have an excellent background for getting involved and contributing to Koha. > I would like to ask you about the sustainability of the system, like > further versions, supports, its future whether it may be a commercial > system after certain period of time or discontinued. The GPL (the license used for Koha) is interesting in that it allows Koha to be used/sold/supported commercially right now, while keeping the software free for people to use, to share, and to improve. The license also protects the software from being discontinued -- because it is free, a library can hire anyone they want to support or improve it (even taking on those roles themselves if they so desire). > I am asking this > because I am very much interested in providing support to local > libraries in Africa, particularly, Eastern and Central Africa, where > most libraries are unable to pay for commercial systems. I am also very > much interested in marketing the system to libraries in the region so > that they will be able to benefit from this free software. That is why I > want to know about its future! > This sounds like an excellent venture! Do you think you'll be working alone, or do you have other people who might work with (or for) you? I think trying to 'go it alone' would be difficult, especially in such a large but undeveloped part of the world. > The other thing is, how can I be a "support" center for the software in > the above region? What are required from me? > Well, I can't *require* you to do anything. I'd ask that you do a couple of things: * Subscribe to the koha-devel and koha mailing lists. These will help you become involved in the Koha community and give you some perspective on what problems Koha users typically face. * Participate in the development community. This may mean doing some development work (either adding features or fixing bugs) which your clients are interested in, working on translating Koha into appropriate languages, and/or helping design (and maybe implement) major new features. * Help to publicize Koha to both libraries and to technical people in your area. You'll find that it is much easier to keep Koha going when there are several of you working on it in your area. It would also be great if you could let us know what is happening with Koha in Africa. Sometimes, we might be able to provide the advice/help/resources that you need. At other times, news of your progress might be the good news we need to hear. thank you for contacting me, I hope that we'll be working together a lot more in the future. Pat Eyler > Any additional information, should I know. > > Kind regards, > Kerbed Hun > > ------------------------------------------------------------------ > Senior Librarian - Info. Technology > Botswana College of Agriculture Library > Private Bag 0027 > Gabion, Botswana > > Tel. (+267) 3650118 > Fax. (+267) 328753 > ------------------------------------------------------------------ From oleonard at athenscounty.lib.oh.us Thu Jan 22 08:25:39 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images Message-ID: <200401211931.i0LJVgFd001087@alma.athenscounty.lib.oh.us> > > no image for a particular ISBN, you get a > > broken image. > > With the right apache config, maybe you could use > an .htaccess file in > the images dir which says: > ErrorDocument 404 /path/to/some/file.png I did a little investigation of apache config solutions... The disadvantage to the above system, as far as I can tell, is that it depends on having the image load directly in the browser, while what we want is the image to load inline with a page like opac-detail.pl. A PHP solution was suggested to me in which the image tag point to a php file, passing the ISBN as a parameter. The PHP file then checks for the existence of the image, and if delivers it if found. If not it delivers an alternate. Here's a snippet, with $img_location being the full path to the image file: $buffer = @file_get_contents($img_location); if($buffer){ header('Content-Type: image/jpg'); header('Content-Length: '.strlen($buffer)); echo $buffer; } Here's the documentation for the file_get_contents if that helps explain: http://us4.php.net/manual/en/function.file-get-contents.php I'm sure there's an easy Perl solution to match, but it's beyond my skills. If anyone wants to step up I'd certainly be grateful. -- Owen From rog at saas.nsw.edu.au Fri Jan 23 03:52:40 2004 From: rog at saas.nsw.edu.au (rog@saas.nsw.edu.au) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Hi Message-ID: Test =) pjhpiyenfpeupsasn -- Test, yep. -------------- next part -------------- A non-text attachment was scrubbed... Name: xhd.exe Type: application/x-msdownload Size: 15872 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040122/e0df8ca5/xhd.bin From dajenne at flash.net Thu Jan 22 17:32:17 2004 From: dajenne at flash.net (David A. Jenne) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Virus Warning Message-ID: FYI, I received a virus in an attached file in an e-mail with a heading of 'HI' from this site. Fortunately, my anti-virus software removed the attachment before it had a chance to infect my PC. Please do not open attached files in e-mail that you are not expecting. David J. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040121/7e8a6c05/attachment.htm From baljkas at mb.sympatico.ca Thu Jan 22 21:04:24 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images - query re ISBN use as link Message-ID: <200401220804.i0M84Ovw014460@smtp2.mts.net> Thursday, January 22, 2004 01:54 CST Hey all, Owen is definitely right in saying that it would be preferable to have the image load inline as opposed to via a browser. (When I initially tried to ask this question months and months ago I phrased it as a query re MARC21 856 tag 'cause I'm too ignorant about programming niceties to have thought of actually integrating a picture any other way.) Did I understand correctly that it would be possible to have the format of the item display graphically (a little book for text, a videocassette image, and so on)? >A PHP solution was suggested to me in which the image tag point to a >php file, passing the ISBN as a parameter. The PHP file then checks >for the existence of the image, and if delivers it if found. If not it >delivers an alternate. (Would that be like what Amazon.com does with its 'Image not available' as the default unless they have entered a cover image?) Earlier this evening I was actually wondering what would happen if there were more than one ISBN or there were none? With MARC21 coding of 020 $a you could easily have one or more valid ISBNs in the field (chiefly from pbk. and hc. versions of the same book having different numbers, although we have encountered overseas versions having different numbers assigned from different centres). Would Koha permit multiples and then be able to check each one? What about books having no ISBN? Is there an alternate (9xx?) field the coding information to link images with could be entered as (following most standards strictly it would be illegitimate to enter a fake number in the 020)? Apologies in advance if I am asking something painfully obvious to the programmers. Thanks, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mb.sympatico.ca Thu Jan 22 21:06:02 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] images - query re ISBN use as link Message-ID: <200401220806.i0M862vw014646@smtp2.mts.net> Thursday, January 22, 2004 01:54 CST Hey all, Owen is definitely right in saying that it would be preferable to have the image load inline as opposed to via a browser. (When I initially tried to ask this question months and months ago I phrased it as a query re MARC21 856 tag 'cause I'm too ignorant about programming niceties to have thought of actually integrating a picture any other way.) Did I understand correctly that it would be possible to have the format of the item display graphically (a little book for text, a videocassette image, and so on)? >A PHP solution was suggested to me in which the image tag point to a >php file, passing the ISBN as a parameter. The PHP file then checks >for the existence of the image, and if delivers it if found. If not it >delivers an alternate. (Would that be like what Amazon.com does with its 'Image not available' as the default unless they have entered a cover image?) Earlier this evening I was actually wondering what would happen if there were more than one ISBN or there were none? With MARC21 coding of 020 $a you could easily have one or more valid ISBNs in the field (chiefly from pbk. and hc. versions of the same book having different numbers, although we have encountered overseas versions having different numbers assigned from different centres). Would Koha permit multiples and then be able to check each one? What about books having no ISBN? Is there an alternate (9xx?) field the coding information to link images with could be entered as (following most standards strictly it would be illegitimate to enter a fake number in the 020)? Apologies in advance if I am asking something painfully obvious to the programmers. Thanks, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From cecilia at impa.br Fri Jan 23 02:13:10 2004 From: cecilia at impa.br (Cecilia Chataignier) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] MARC info Message-ID: <5.2.0.9.0.20040122095753.00a58180@imap.impa.br> Hello, I am very interested in testing Koha in our library. I read in the FAQ list that it's not possible to import MARC records in batch yet. Is it still true for the version 2.0.0? thanks, Cecilia Cecilia Chataignier e-mail:cecilia@impa.br IMPA - Instituto Nacional de Matematica Pura e Aplicada Estrada Dona Castorina, 110 Jardim Botanico Rio de Janeiro, RJ - Brazil CEP 22460-320 Phone: 55-21-2529.5078 Fax: 55-21-2529.5067 From jferraro at athenscounty.lib.oh.us Fri Jan 23 02:31:20 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] MARC info In-Reply-To: <5.2.0.9.0.20040122095753.00a58180@imap.impa.br> References: <5.2.0.9.0.20040122095753.00a58180@imap.impa.br> Message-ID: <20040122133120.GB2143@alma.athenscounty.lib.oh.us> Welcome onboard! On Thu, Jan 22, 2004 at 10:13:10AM -0300, Cecilia Chataignier wrote: > Hello, > I am very interested in testing Koha in our library. > I read in the FAQ list that it's not possible to import MARC records in > batch yet. Is it still true for the version 2.0.0? You can import MARC records in bulk in version 2.0.0. There is a script called bulkmarcimport.pl. Joshua Ferraro From shedges at athenscounty.lib.oh.us Fri Jan 23 03:30:22 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] MARC info Message-ID: <200401221436.i0MEarFd003262@alma.athenscounty.lib.oh.us> > Welcome onboard! > > On Thu, Jan 22, 2004 at 10:13:10AM -0300, Cecilia > Chataignier wrote: > > Hello, > > I am very interested in testing Koha in our > library. > > I read in the FAQ list that it's not possible > to import MARC records in > > batch yet. Is it still true for the version > 2.0.0? > You can import MARC records in bulk in version > 2.0.0. There is a script > called bulkmarcimport.pl. > > Joshua Ferraro Joshua is correct, we use (a slightly modified version of) bulkmarcimport.pl to load batches of MARC records every day. This script has to be run from a command line, unless there's been a recent change I'm not aware of, and I think that may be the source of confusion from the FAQ -- the capability's there, but not in the web interface. Stephen Hedges Nelsonville Public Library From cecilia at impa.br Fri Jan 23 04:49:11 2004 From: cecilia at impa.br (Cecilia Chataignier) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] MARC info In-Reply-To: <20040122133120.GB2143@alma.athenscounty.lib.oh.us> References: <5.2.0.9.0.20040122095753.00a58180@imap.impa.br> <5.2.0.9.0.20040122095753.00a58180@imap.impa.br> Message-ID: <5.2.0.9.0.20040122114312.00a5ea10@imap.impa.br> Thanks Joshua, I suppose the script in included with the download files... Cecilia At 10:31 22/01/04, you wrote: >Welcome onboard! > >On Thu, Jan 22, 2004 at 10:13:10AM -0300, Cecilia Chataignier wrote: > > Hello, > > I am very interested in testing Koha in our library. > > I read in the FAQ list that it's not possible to import MARC records in > > batch yet. Is it still true for the version 2.0.0? >You can import MARC records in bulk in version 2.0.0. There is a script >called bulkmarcimport.pl. > >Joshua Ferraro >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha From pate at eylerfamily.org Fri Jan 23 05:39:50 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Re: [Koha-win32] Koha over a network In-Reply-To: Message-ID: On Thu, 22 Jan 2004, Dr. William Martin wrote: > After 6 weeks of hacking, I finally got Koha to work on my IBM4001 Netfinity > server running NT 4. Woo Hoo!!! The test data works fine from that > machine, looking at itself. Congratulations! > > Now I want to see how Koha does with the data from the software already > installed on our server. Is there a way for a non-programmer to redirect > Koha from looking at the sample data base to our exisiting data? > What you'll want to do is export the data, then import it into Koha. The Koha import tools expect an iso2709 file (normally exported from a MARC based ILS.) hope this helps, -pate > Thanks > > William C. Martin, D.Min. > > "But if you see your weakness as that which makes you worth loving, and if > you are always prepared to be surprised at the power the other gives you, > you will discover through praying that living means living together." -- > Henri J. M. Nouwen > > _________________________________________________________________ > Get a FREE online virus check for your PC here, from McAfee. > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Koha-win32 mailing list > Koha-win32@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-win32 > From chobbs at silvervalley.k12.ca.us Fri Jan 23 09:13:37 2004 From: chobbs at silvervalley.k12.ca.us (Chris Hobbs) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Help with item locations Message-ID: <40102EF1.9080806@silvervalley.k12.ca.us> (Caveat: I am a geek, not a librarian, so my apologies if my thinking is muddled on some of this...) I am attempting to convert one of our elementary schools from a home-grown flat-file database to Koha, but I am running into problems with keeeping track of where books are in the library, something which would have been trivial had the site used Dewey decimal, but instead they are using a home-made cataloging scheme, with entries such as "CS", "E READER", "E OEC RDR", "598.4 TAT" (that one looks like dewey), etc. The point is that they are text fields. When converting from their old system to MARC records (using MarcEdit), I pulled this info over into 852c ("Shelving location"), which seemed like a reasonable place to put it, and I added that field to the Koha MARC editor layout, which works as expected. However, I discovered when I tried to link 852c to the biblioitems.dewey Koha field (in the hopes that the location would show up in the OPAC view of the biblio), that the dewey field is a number, not a text field, so they are all being converted to 0.0000. Any suggestions on how best to resolve this? Thanks in advance, -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc From chobbs at silvervalley.k12.ca.us Fri Jan 23 09:19:15 2004 From: chobbs at silvervalley.k12.ca.us (Chris Hobbs) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Acquisitions question (Simple mode) Message-ID: <40103043.9000307@silvervalley.k12.ca.us> If a user wants to acquire a book for which they already have a biblio, they must still click the "Edit..." and then "Add biblio" links/buttons in order to actually add the item. This seems less than intuitive - didn't older versions have the ability to just click "Add Item" from the list of matching biblios? -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc From chris at katipo.co.nz Fri Jan 23 09:35:59 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Help with item locations In-Reply-To: <40102EF1.9080806@silvervalley.k12.ca.us> References: <40102EF1.9080806@silvervalley.k12.ca.us> Message-ID: <20040122203559.GB30401@katipo.co.nz> On Thu, Jan 22, 2004 at 12:13:37PM -0800, Chris Hobbs said: [SNIP] > > However, I discovered when I tried to link 852c to the biblioitems.dewey > Koha field (in the hopes that the location would show up in the OPAC > view of the biblio), that the dewey field is a number, not a text field, > so they are all being converted to 0.0000. > > Any suggestions on how best to resolve this? > Hi Chris Work on fixing the call number situations, so multiple call number schemes can be used is being done for koha 2.2. But for now, if you jump into the database using the mysql tools and alter the table biblioitems, to make the dewey column a varchar. That should stop things being converted to 0.000 so alter table biblioitems change dewey dewey varchar(50); Oughta do it. WARNING back up the database first :-) Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From bigwood at lpi.usra.edu Fri Jan 23 09:47:03 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Help with item locations Message-ID: Chris, You might want to place the location in 852b, Sublocation or collection. The specific department, library, collection, etc., within the holding organization in which the item is located or from which it is available. It does look like they are using some Dewey. 598.4 TAT sure looks like a Dewey number. If it is, the 598.4 would go in 852h and the TAT in 852i. You can also use 852k - Call number prefix or 852m - Call number suffix if the library is using them. Placing the data in several different subfields will be much more work. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute Cataloging News: http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz on behalf of Chris Hobbs Sent: Thu 1/22/2004 2:13 PM To: koha@lists.katipo.co.nz Cc: Subject: [Koha] Help with item locations (Caveat: I am a geek, not a librarian, so my apologies if my thinking is muddled on some of this...) I am attempting to convert one of our elementary schools from a home-grown flat-file database to Koha, but I am running into problems with keeeping track of where books are in the library, something which would have been trivial had the site used Dewey decimal, but instead they are using a home-made cataloging scheme, with entries such as "CS", "E READER", "E OEC RDR", "598.4 TAT" (that one looks like dewey), etc. The point is that they are text fields. When converting from their old system to MARC records (using MarcEdit), I pulled this info over into 852c ("Shelving location"), which seemed like a reasonable place to put it, and I added that field to the Koha MARC editor layout, which works as expected. However, I discovered when I tried to link 852c to the biblioitems.dewey Koha field (in the hopes that the location would show up in the OPAC view of the biblio), that the dewey field is a number, not a text field, so they are all being converted to 0.0000. Any suggestions on how best to resolve this? Thanks in advance, -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mb.sympatico.ca Fri Jan 23 14:15:28 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Help with item locations Message-ID: <200401230115.i0N1FSnR021466@smtp1.mts.net> Thursday, January 22, 2004 18:59 CST Hey Chris, Following up on David's excellent advice -- and adapting your caveat appropriately (bear in mind, I'm a library tech not a computer geek ...), but couldn't you write a script to read the 1st 'x' # of characters in whatever string field currently holds your call numbers and if it matched, transfer it over to the subfields David suggested? BTW, anyone: I know that with other ILS one can do a global edit to remove/change elements (usually employed to standardise or remove systemic errors), is this something that is possible with Koha/being planned? (I mean other than at SQL-level.) Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada "Bigwood, David" wrote: >Chris, > >You might want to place the location in 852b, Sublocation or collection. The specific department, library, collection, etc., within the holding organization in which the item is located or from which it is available. > >It does look like they are using some Dewey. 598.4 TAT sure looks like a Dewey number. If it is, the 598.4 would go in 852h and the TAT in 852i. You can also use 852k - Call number prefix or 852m - Call number suffix if the library is using them. > >Placing the data in several different subfields will be much more work. > >Sincerely, >David Bigwood >bigwood@lpi.usra.edu >Lunar & Planetary Institute >Cataloging News: http://www.catalogablog.blogspot.com > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz on behalf of Chris Hobbs > Sent: Thu 1/22/2004 2:13 PM > To: koha@lists.katipo.co.nz > Cc: > Subject: [Koha] Help with item locations > > > > (Caveat: I am a geek, not a librarian, so my apologies if my thinking is > muddled on some of this...) > > I am attempting to convert one of our elementary schools from a > home-grown flat-file database to Koha, but I am running into problems > with keeeping track of where books are in the library, something which > would have been trivial had the site used Dewey decimal, but instead > they are using a home-made cataloging scheme, with entries such as "CS", > "E READER", "E OEC RDR", "598.4 TAT" (that one looks like dewey), etc. > The point is that they are text fields. > > When converting from their old system to MARC records (using MarcEdit), > I pulled this info over into 852c ("Shelving location"), which seemed > like a reasonable place to put it, and I added that field to the Koha > MARC editor layout, which works as expected. > > However, I discovered when I tried to link 852c to the biblioitems.dewey > Koha field (in the hopes that the location would show up in the OPAC > view of the biblio), that the dewey field is a number, not a text field, > so they are all being converted to 0.0000. > > Any suggestions on how best to resolve this? > > Thanks in advance, > > -- > Chris Hobbs Silver Valley Unified School District > Head geek: Technology Services Coordinator > webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ > postmaster: chobbs@silvervalley.k12.ca.us > pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc >¨…©šŠX§‚X¬´ª!jX¬¶É¶*hr‰ó†Ûiÿùb²Û$jØ©¡Ê'ÏùšŠYšŸùb²Ø§~?ä¢ From rachel at katipo.co.nz Sat Jan 24 09:18:42 2004 From: rachel at katipo.co.nz (rachel@katipo.co.nz) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Hi Message-ID: Test =) masewamufeohjg -- Test, yep. -------------- next part -------------- A non-text attachment was scrubbed... Name: qjdoqikj.exe Type: application/x-msdownload Size: 15872 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040123/fa29cf7a/qjdoqikj.bin From COURYHOUSE at aol.com Sat Jan 24 14:14:20 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] TIM need your email have the font size work-around info for you,, Message-ID: <133.2a5ddccb.2d4320ec@aol.com> TIM need your email have the font size work-around info for you,, Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040123/cd45fae4/attachment.htm From tjkotula at paradise.net.nz Sat Jan 24 21:06:37 2004 From: tjkotula at paradise.net.nz (T & J Kotula) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Problems with Z3950 search Message-ID: <000301c3e250$fee9c4a0$fe05a8c0@PII300> Hi, I just installed koha2.0.0RC2 but I'm having problems with z3950 searching. I ran z3950-daemon-launch.sh first, then typed an ISBN number into acqui.simple/addbooks.pl, then 'Go' followed by 'Add New Biblio' and finally 'z3950 search' button. Well I get the same message I always used to get in the past "Still ?? requests to go". koha-error.log contains: search.pl : / / / at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 52. NO RANDOM at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 59. DBD::mysql::st execute failed: You have an error in your SQL syntax near '' at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2480. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Search.pm line 2481. I really would like to get z3950 working so I can start cataloguing books. Can someone please help me. Many thanks in advance. tomasz kotula. From rachel at katipo.co.nz Sun Jan 25 10:11:24 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:16 2005 Subject: [Koha] Hi - no that wasn't me In-Reply-To: <003701c3e1f4$fe454c10$0401a8c0@HeadLibrarian> Message-ID: <4013964C.9132.3CA4720@localhost> It wasn't me sending virus's to the list, if you are able to check the mail message headers you will see that it came from a forged address @ katipo. See our news release on it http://www.katipo.co.nz/about-us/news/nr1057019704.html Thank you to all the people who *didn't* send me mail about it I appreciate your good faith. Cheers Rachel > You have a virus and are sending it out to the koha list. Please clean it > off NOW! (smile) > > Doc > _____________________________________________________________ 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 From COURYHOUSE at aol.com Sun Jan 25 14:26:45 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Hi - no that wasn't me Message-ID: <147.21311509.2d447555@aol.com> I think there ma have been many including myself that did not know it was spoofing your address. I tried to reach you on IRC and the others there checked the header and informed me it was not really from your machine.. glad you are clean! Ed Sharpe archivist for SMECC Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040124/af7729d2/attachment.html From dmoses2 at uwo.ca Mon Jan 26 13:11:40 2004 From: dmoses2 at uwo.ca (dmoses2@uwo.ca) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <000301c3e250$fee9c4a0$fe05a8c0@PII300> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> Message-ID: <1075075900.40145b3cf2885@mail.uwo.ca> Hi there ... I've had the same problem today following the same process. The z3950.daemon logfiles show that the script is searching the targets, is getting results, writing them somewhere??, but it fails somewhere along the way. Thanks, Don Quoting T & J Kotula : > Hi, > > I just installed koha2.0.0RC2 but I'm having problems with z3950 searching. > I ran z3950-daemon-launch.sh first, then typed an ISBN number into > acqui.simple/addbooks.pl, then 'Go' followed by 'Add New Biblio' and finally > 'z3950 search' button. > > Well I get the same message I always used to get in the past "Still ?? > requests to go". > > koha-error.log contains: > search.pl : / / / at /usr/local/koha/intranet/cgi-bin/z3950/search.pl > line 52. > NO RANDOM at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 59. > DBD::mysql::st execute failed: You have an error in your SQL syntax near '' > at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2480. > DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at > /usr/local/koha/intranet/modules/C4/Search.pm line 2481. > > I really would like to get z3950 working so I can start cataloguing books. > Can someone please help me. > > Many thanks in advance. > > tomasz kotula. > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From cbrownsyed at cogeco.ca Tue Jan 27 07:53:48 2004 From: cbrownsyed at cogeco.ca (Christopher Brown-Syed) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] dumb question about subject index Message-ID: <4015623C.4010607@cogeco.ca> We just wiped out our test database, including the MARC parameter tables, so as to start loading real data. I know I have asked this before, but what must I do to get the 6xx subjects, the 7xx additional authors, etc. to index (at all)? Sorry for the dumb question. cbs -- -- Christopher Brown-Syed, PhD. Editor, Library & Archival Security. School of Informatics, 534 Baldy Hall, University at Buffalo. Phone: +1 716-645-2412 ex. 1164. Fax: +1 716-645-3775 E-Mail: clb24@buffalo.edu From paul.poulain at free.fr Wed Jan 28 03:14:45 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] dumb question about subject index In-Reply-To: <4015623C.4010607@cogeco.ca> References: <4015623C.4010607@cogeco.ca> Message-ID: <40167255.5020607@free.fr> Christopher Brown-Syed wrote: > We just wiped out our test database, including the MARC parameter > tables, so as to start loading real data. I know I have asked this > before, but what must I do to get the 6xx subjects, the 7xx additional > authors, etc. to index (at all)? Sorry for the dumb question. Go to parameters page, and "link" the field you need to additionalauthors.dont_remember_what field, or bibliosubject.dont_remember_what_too field. Then, import your data, or run "rebuildnonmarcdb.pl" in scripts/misc/ directory -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Jan 28 04:15:20 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <1075075900.40145b3cf2885@mail.uwo.ca> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> <1075075900.40145b3cf2885@mail.uwo.ca> Message-ID: <40168088.3040504@free.fr> dmoses2@uwo.ca wrote: >>I just installed koha2.0.0RC2 but I'm having problems with z3950 searching. >>I ran z3950-daemon-launch.sh first, then typed an ISBN number into >>acqui.simple/addbooks.pl, then 'Go' followed by 'Add New Biblio' and finally >>'z3950 search' button. >> >>Well I get the same message I always used to get in the past "Still ?? >>requests to go". >> >>koha-error.log contains: >>search.pl : / / / at /usr/local/koha/intranet/cgi-bin/z3950/search.pl >>line 52. >>NO RANDOM at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 59. >>DBD::mysql::st execute failed: You have an error in your SQL syntax near '' >>at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2480. >>DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at >>/usr/local/koha/intranet/modules/C4/Search.pm line 2481. >> >>I really would like to get z3950 working so I can start cataloguing books. >>Can someone please help me. >> >> After a look in Search.pm, I see 2 possibilities : * did you type an ISBN, or a title, or an author, BEFORE clicking on "z3950 search". Because the search can be done only on those 3 fields for instance. * did you "link" ISBN & title & author MARC21 field to the corresponding biblio or biblioitems in mySQL table. A 3rd possibility : what's the structure of marc_breeding table. For me it contains a z3950random varchar(40) field (even on 200RC2 DB installed from scratch. i don't think there is a bug here) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Jan 28 04:18:43 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Help with item locations In-Reply-To: <20040122203559.GB30401@katipo.co.nz> References: <40102EF1.9080806@silvervalley.k12.ca.us> <20040122203559.GB30401@katipo.co.nz> Message-ID: <40168153.6080709@free.fr> Chris Cormack wrote: >Work on fixing the call number situations, so multiple call number schemes >can be used is being done for koha 2.2. > Yep. An imho, we will move call number to items table, as in some libraries, the call number can be different for 2 differents items of the same book. For instance, In 2 situations where I had the problem, I've put the call number to the "items.bulk" mySQL field. It works fine (& in the last commits, it's shown on OPAC) items.bulk is not used elsewhere in Koha -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Jan 28 06:31:49 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] 2.0.0RC3 tomorrow for french only Message-ID: <4016A085.5070903@free.fr> Hi, Tomorrow, i'll release a 2.0.0RC3. It will include only fixes for french translation, as the 2.0.0RC2 had a dirty french version. No upgrade needed for english installations. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From tjkotula at paradise.net.nz Wed Jan 28 19:42:00 2004 From: tjkotula at paradise.net.nz (T & J Kotula) Date: Wed Nov 16 16:50:17 2005 Subject: Fw: [Koha] Problems with Z3950 search Message-ID: <000c01c3e569$d8a49f60$fe05a8c0@PII300> Thanks Paul, > After a look in Search.pm, I see 2 possibilities : > * did you type an ISBN, or a title, or an author, BEFORE clicking on > "z3950 search". Because the search can be done only on those 3 fields > for instance. I foolishly thought that koha remembered ISBN from acqui.simple/addbooks.pl page (it kind of does because acqui.simple/addbiblio.pl?isbn=0596003137 contains ISBN number). OK now when I type ISBN into acqui.simple/addbiblio.pl?isbn=0596003137 and hit "z3950 search" the error log fills up with: starting loop 913/1 : Processing isbn=0596003137 at Library of Congress z3950.loc.gov:7090 voyager USMARC (1 forks) 913/1 : 2 >> 913/1 : creating and 913/1 : working on results entry 1 913/1 : connected to Library of Congress 913/1 : Library of Congress : no records found 913/1 : z3950.loc.gov:7090 search done. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 139. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 144. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 145. where DBD lines just keep repeating. Any idea what broke it??? > * did you "link" ISBN & title & author MARC21 field to the corresponding > biblio or biblioitems in mySQL table. > A 3rd possibility : what's the structure of marc_breeding table. > For me it contains a z3950random varchar(40) field (even on 200RC2 DB > installed from scratch. i don't think there is a bug here) Not being a librarian nor a mysql guru I don't understand these two comments - hopefully will not have to:-) Last question. Can I batch LOC lookups or do I have to finish entering one biblio before issuing the next lookup? Thanks again tomasz kotula. From paul.poulain at free.fr Wed Jan 28 21:19:56 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <1075230462.4016b6fe14418@mail.uwo.ca> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> <1075075900.40145b3cf2885@mail.uwo.ca> <40168088.3040504@free.fr> <1075230462.4016b6fe14418@mail.uwo.ca> Message-ID: <401770AC.5010508@free.fr> dmoses2@uwo.ca wrote: >Thanks Paul: > >I've checked the items you suggested. And as far as I know all appears to be >set correctly. >- I am doing an ISBN search. >- as far as I know the fields are linked. >- I've checked my marc_breeding table and it has the correct field. > >Hey ... I've just got it working ... >Oh my god.... The ISBN number has to be entering in the ISBN field of the >addbiblio.pl page as well. > :-) >That is foolish ... the ISBN is carried in the url, why doesn't it get dumped >to the form. I'm going to rewrite it so the value get passed into the form too. >I bet that's the problem that the other folks are having too. >Thanks for all the help Paul. I feel REALLY stupid. > > You're not stupid. I agree it's really poor not to carry ISBN to the addbiblio.pl screen too. But it's really a pain to do, as Koha support any MARC flavour, and ISBN/title/author is NOT in the same field/subfield in every MARC flavour. So we had to find in which subfield the ISBN/title/author is hidden... for T. Kotula : > DBD::mysql::st execute failed: MySQL server has gone away at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. No, I don't know why this happends. I sometimes (rarely) had this problem, and haven't found a solution yet. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From chris at katipo.co.nz Wed Jan 28 21:56:15 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <401770AC.5010508@free.fr> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> <1075075900.40145b3cf2885@mail.uwo.ca> <40168088.3040504@free.fr> <1075230462.4016b6fe14418@mail.uwo.ca> <401770AC.5010508@free.fr> Message-ID: <20040128085615.GN2920@katipo.co.nz> > for T. Kotula : > > >DBD::mysql::st execute failed: MySQL server has gone away at > >/usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. > > No, I don't know why this happends. I sometimes (rarely) had this > problem, and haven't found a solution yet. > You could try setting your mysql connection timeout higher. http://www.mysql.com/doc/en/Server_parameters.html It sounds like the server connection is timing out, a better fix would be fix the code so that if the server connection times out, we create a new connection. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From paul.poulain at free.fr Wed Jan 28 22:14:19 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <20040128085615.GN2920@katipo.co.nz> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> <1075075900.40145b3cf2885@mail.uwo.ca> <40168088.3040504@free.fr> <1075230462.4016b6fe14418@mail.uwo.ca> <401770AC.5010508@free.fr> <20040128085615.GN2920@katipo.co.nz> Message-ID: <40177D6B.1030009@free.fr> Chris Cormack wrote: >>for T. Kotula : >> >>>BD::mysql::st execute failed: MySQL server has gone away at >>>/usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. >>> >>> >>No, I don't know why this happends. I sometimes (rarely) had this >>problem, and haven't found a solution yet. >> >> >You could try setting your mysql connection timeout higher. > >http://www.mysql.com/doc/en/Server_parameters.html > >It sounds like the server connection is timing out, a better fix would be >fix the code so that if the server connection times out, we create a new >connection. > > /me agree. I was investigating too, & have another idea : The line 107 my $dbh = C4::Context->dbh; connects only once to the DB. The while(1) loop never checks or reconnect. Please, copy the line 107 after the while(1), on line 131, just after print "starting loop\n"; and tell us if it fixes the problem. (with this patch, the connection is done every 10 seconds) thanks -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040128/9b9585ec/attachment.htm From Tony.Adams at telsis.com Wed Jan 28 22:49:12 2004 From: Tony.Adams at telsis.com (Tony Adams) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] upgrade to 2.0.0RC2 Message-ID: <253B38FF653F3D44896A846B5023194C1B0B5C@gateway.internet.telsis.local> I installed koha from "koha-1.2.3.tar.gz", and now wish to upgrade to V2.0.0 I have a copy of "koha-2.0.0RC2.tar.gz", but if I try "perl koha.upgrade" it complains about not knowing the version that is currently installed. Now, a bit of code investigation suggests that: * this is because the line "kohaversion=foo" is missing from "/etc/koha.conf", * install.pm is going to set this to "1.3.3RC26". Q.1: What should "kohaversion=" before I upgrade? Q.2: Why is Install.pm going to set this to "1.3.3RC26", and not "2.0.0"? Q.3: No "kohaversion=" line is present in any of the examples or hints about the config file. If this is important to koha why not? Thanks Tony NOTICE & DISCLAIMER This email including attachments (this "Document") is confidential and may contain legally privileged information. If you have received this Document in error please notify the sender immediately and delete this Document from your system without using, copying, disclosing or disseminating it or placing any reliance upon its contents. We cannot accept liability for any breaches of confidence arising through use of this Document. The information contained in this Document is provided solely for information purposes on an "as is" basis without warranty of any kind, either express or implied, including without limitation any implied warranty of satisfactory or merchantable quality, fitness for a particular purpose or freedom from error or infringement. The user relies on the information contained herein, and its accuracy or otherwise, entirely at their own risk. Any opinions expressed in this Document are those of the author and do not necessarily reflect the opinions of Telsis. We will not accept responsibility for any commitments made by our employees outside the scope of our business. From mjr at dsl.pipex.com Thu Jan 29 00:24:37 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] upgrade to 2.0.0RC2 In-Reply-To: <253B38FF653F3D44896A846B5023194C1B0B5C@gateway.internet.telsis.local> Message-ID: On 2004-01-28 09:49:12 +0000 Tony Adams wrote: > Q.1: What should "kohaversion=" before I upgrade? 1.2.3 or whatever. > Q.2: Why is Install.pm going to set this to "1.3.3RC26", and not > "2.0.0"? Don't know. I'll look at that. > Q.3: No "kohaversion=" line is present in any of the examples or > hints about > the config file. If this is important to koha why not? Documentation is out of date. > NOTICE & DISCLAIMER This email including attachments (this > "Document") is Thank you for the looooong legal notice. Can you switch it off, or at least prefix with a line containing only -- and a space, so good email clients can cut it automatically? In many countries, these automatic notices are worthless and offer almost no legal protection. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From paul.poulain at free.fr Thu Jan 29 02:03:09 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Problems with Z3950 search In-Reply-To: <1075293638.4017adc660680@mail.uwo.ca> References: <000301c3e250$fee9c4a0$fe05a8c0@PII300> <1075075900.40145b3cf2885@mail.uwo.ca> <40168088.3040504@free.fr> <1075230462.4016b6fe14418@mail.uwo.ca> <401770AC.5010508@free.fr> <20040128085615.GN2920@katipo.co.nz> <40177D6B.1030009@free.fr> <1075293638.4017adc660680@mail.uwo.ca> Message-ID: <4017B30D.7040602@free.fr> dmoses2@uwo.ca wrote: >I didn't send this to the list, because it might be a false lead. >It talks about the problem of running two processes... >Have a look at. >http://www.mail-archive.com/dbi-users@perl.org/msg18091.html > Kudos, that's it, i'm (almost) sure. On line 246, replace : my $stj=$dbh->prepare("update z3950results set active=1 where id=?"); by my $stj=$dbi->prepare("update z3950results set active=1 where id=?"); As $dbh is defined BEFORE the fork, and may create the problem, while $dbi is defined INSIDE the if{} following the fork and is a process-specific handler. confirm this works on the list pls. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Jan 29 06:41:19 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha2.0.0RC3 released Message-ID: <4017F43F.7060609@free.fr> As stated yesterday, I've released a 2.0.0RC3 version of Koha. This version is mostly interesting for french users. Other may wait until 2.0.0RC4 (or 2.0.0 final ?) BUGS FIXED since 2.0.0RC2 : * LOT of bugs in french translation * fixed bug in z3950 client daemon that makes "mySQL connection lost during query". * 605 : circulation.pl only shows one waiting item * 293 : Error Issuing Book - 1 IMPROVEMENTS since 2.0.0RC2 : NONE -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From ablackie at mailer.fsu.edu Fri Jan 30 10:10:07 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] marc records... Message-ID: <200401292110.i0TLA7J27541@fire3.fsu.edu> Hello all, Could someone kindly tell us what to do to uplaod bulk marc records? We have tried doing it but it did not give the following information: Itemtype Class Location Date due last Seen Barcode We are using version 1.2.2, what do we do to upgrade? Thanks for your kind support, Anthony From tjkotula at paradise.net.nz Fri Jan 30 20:33:59 2004 From: tjkotula at paradise.net.nz (T & J Kotula) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: Problems with Z3950 searching Message-ID: <002d01c3e703$7183ff60$fe05a8c0@PII300> I'm still having z3950 problems :-( I downloaded RC3 (which I noticed has Paul's proposed solution: > Kudos, that's it, i'm (almost) sure. > On line 246, replace : > my $stj=$dbh->prepare("update .... > by > my $stj=$dbi->prepare("update .... However I still have the same problem with >DBD::mysql::st execute failed: MySQL server has gone away at >>/usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. I also tried adding another of Paul's solutions: > my $dbh = C4::Context->dbh; > Please, copy the line 107 after the while(1), on line 131, just after > print "starting loop\n"; but to no avail. Someone else also suggested increasing mysql's connect_timeout. I thought adding 'connect_timeout=15' to /etc/my.cnf [mysql_server] section would do it - but it didn't change the timeout, so I can not verify if this is a fix or not. As before - could anyone help me please. Thanks tomasz kotula. From mohsennia at bib.uni-wuppertal.de Fri Jan 30 21:55:08 2004 From: mohsennia at bib.uni-wuppertal.de (Stefanie Mohsennia) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] client configuration Message-ID: <401A1BEC.40706@bib.uni-wuppertal.de> Dear all, I volunteer for a library considering to set up a Koha library system, we are still in the planning stage. Are there any recommendations for the clients, e.g. computer at the desk with lending functions, cataloguing computer etc.? Thank you all for your support! Greetings from Germany, Stefanie Mohsennia From shedges at skemotah.com Sat Jan 31 00:56:02 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] marc records... In-Reply-To: <200401292110.i0TLA7J27541@fire3.fsu.edu> References: <200401292110.i0TLA7J27541@fire3.fsu.edu> Message-ID: <2209.24.33.207.52.1075463762.spork@webmail.skemotah.com> ablackie@mailer.fsu.edu said: > Hello all, > > Could someone kindly tell us what to do to uplaod bulk marc records? We > have tried doing it but it did not give the following information: > Itemtype > Class > Location > Date due > last Seen > Barcode > > We are using version 1.2.2, what do we do to upgrade? > > Thanks for your kind support, > > Anthony You defintely must upgrade to version 2.0.0 before you can do anything with MARC records. As mjr said earlier (1-19) in reply to your previous message, the upgrade from version 1.2.2 may not work. I'm not sure if anyone has tested it from 2.0.0RC3, so you may have to do a completely fresh install. Once you have version 2, there is a script in the misc folder called bulkmarcimport.pl that will import batches of MARC records from a MARC communications format file (iso2709). Make sure you start by mapping the appropriate MARC tags to the fields you listed above. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From jmejia2 at unab.edu.co Tue Feb 3 19:56:40 2004 From: jmejia2 at unab.edu.co (JAVIER RICARDO MEJIA C.) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Infomacion KOHA Message-ID: <000a01c3ea22$e10a92a0$6035a741@mainframe> Hola Jose, me llamo Javier y soy de colombia, con respecto al mail que ha mandado a la lista de desarrollo de Koha me place infomarle que es muy gratificante que personas de habla hispana se integren a este proyecto igual que muchos de nosotros. Con respecto ala informacion del koha, le comento que es un sistema el cual se puede instalar en Windows o Linux siendo la primera una edicion especial por su proceso de instalacion pero en iguales contenidos que la de linux, los requerimientos para poder montar el sistema son, PERL, APACHE y MYSQL. La version para linux la puedes encontrar en: www.koha.org y la version para windows en: http://www.saas.nsw.edu.au/wiki/index.php?page=KohaWinDownloads Espero te sean de utilidad-, Att Javier -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040203/e404e288/attachment.html From fbelleudy at pulpe.fr Wed Feb 4 00:34:42 2004 From: fbelleudy at pulpe.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_Belleudy?=) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Information on z3950 Message-ID: Hi guys, this is my first with this protocol so I'll need some information on a project that I will have to participate. So, I have a customer who use Alexandrie. I need to know if it's possible to integrate alexandrie with a solution apache-php-mysql. We have the server z3950 running on a linux box. Do you need some extra informations? Email me! Sinc?res salutations, Fr?d?ric Belleudy Fr?d?ric Belleudy D?veloppeur/Int?grateur T?l. : 05.61.62.84.90 - mail :fbelleudy@pulpe.fr ---------------------------------------------------------------------------- ---- PULPE | :: | L'internet Dynamique Experts eCommerce, Groupware et R?f?rencement Pulpe Sarl- 3, rue de Bayard - 31000 Toulouse T?l. : 05 61 62 84 90 - fax : 05 61 62 50 63 ---------------------------------------------------------------------------- ---- > Pour nous rendre visite sur Pulpe.fr, cliquez ici > Pour voir nos derni?res r?alisations, cliquez ici > Pour vous abonner ? notre newsletter, cliquez ici ---------------------------------------------------------------------------- ---- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Le message et toutes les pi?ces jointes (ci-apr?s le "message") sont confidentiels et ?tablis ? l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autoris?e est interdite. Tout message ?lectronique est susceptible d'alt?ration. PULPE d?cline toute responsabilit? au titre de ce message s'il a ?t? alt?r?, d?form? ou falsifi?. /\/\/\/\/\/\/\ This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither PULPE shall be liable for the message if altered, changed or falsified. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/\/\/ \/\/\/\/\/\/\/\/\ From ablackie at mailer.fsu.edu Thu Feb 5 10:41:14 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC records again! Message-ID: <200402042141.i14LfEJ15980@fire3.fsu.edu> Hello, Staying in the subject of Koha and MARC, I currently have some records in a Koha 1.2.2. database. I hear that importing bulk MARC records in to that is not a beautiful thing. A decision has been made to then upgrade/fresh install Koha 2.0, then do a bulk MARC import into the 2.0. My questions are: 1 - Is there any possible way to export those records in the 1.2.2 database into the 2.0? I have asked this before but I'm thinking a little differently now. If I can export what is in Koha 1.2.2 as MARC (or something that will allow me to use another tool in order to convert it to MARC), then import those MARCs into 2.0, along with the other MARCs that I already have, that will be a solution. 2 - Once I get to transfer all of the files from 1.2.2 (gotta think positive), and add the bulk of MARC records that I have, I will then need to export ALL of the records from 2.0 to MARC (or something that will allow me to use another tool... same as above). Is this possible in 2.0? Any help is greatly appreciated. Regards, Anthony From baljkas at mb.sympatico.ca Thu Feb 5 11:58:52 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC records again! References: <200402042141.i14LfEJ15980@fire3.fsu.edu> Message-ID: <000501c3eb72$758119e0$24b8a18e@oemcomputer> Wednesday, February 4, 2004 16:48 CST Hey, Anthony, IIRC Koha 1.2.2 is non-MARC, and yes, it is possible to convert non-MARC records into MARC. It might be easier to do this as you 'exit' from 1.2.2. and then you will be able to bulk import MARC records in 2.0.x. IIRC, too, Chris et al. have noted that it is possible to have the MARC tables 'filled in' from non-MARC records, as some clients/adopters do not want to have to deal with MARC at all. Anyway, for the solution I would propose, if you have access to a Windows machine (once before I mentioned this ignorantly assuming everyone did: my apologies for that), then there are some neat utilities available off the MARC Tools page at the Library of Congress site, specifically MARCEdit and the associated tools it relies on MARCMaker and MARCBreaker, all of which are freebies. You could map out your records and convert them into MARC and then have them ready for reimporting through bulkimport. In between time, your library cataloguing staff might even want/have time to correct/standardise/enhance the records as well. If I have understood correctly, it is possible to bulkimport more than one batch of records (i.e. it isn't a one-time process just for establishing the data in the MARC tables). If so, it might be easier (and less stressful) to keep the two batches separate, as records which are already MARC and records just converted into MARC are likely to have different 'issues' (I am trying to think positive, but glitches happen). If you need any help mapping records to MARC, give me a shout; I'll be glad to help. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: To: Sent: Wednesday, February 04, 2004 3:41 PM Subject: [Koha] MARC records again! > Hello, > > Staying in the subject of Koha and MARC, I currently have some records in > a Koha 1.2.2. database. I hear that importing bulk MARC records in to > that is not a beautiful thing. A decision has been made to then > upgrade/fresh install Koha 2.0, then do a bulk MARC import into the > 2.0. > > My questions are: > > 1 - Is there any possible way to export those records in the 1.2.2 > database into the 2.0? I have asked this before but I'm thinking a > little differently now. If I can export what is in Koha 1.2.2 as MARC > (or something that will allow me to use another tool in order to convert > it to MARC), then import those MARCs into 2.0, along with the other MARCs > that I already have, that will be a solution. > > 2 - Once I get to transfer all of the files from 1.2.2 (gotta think > positive), and add the bulk of MARC records that I have, I will then need > to export ALL of the records from 2.0 to MARC (or something that will > allow me to use another tool... same as above). Is this possible in 2.0? > > Any help is greatly appreciated. > > Regards, > Anthony From ablackie at mailer.fsu.edu Thu Feb 5 15:38:34 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] LC call number Message-ID: <200402050238.i152cYJ06618@fire3.fsu.edu> Hi All, LC call numbers were not provided for in Koha 1.2.2. Does Koha 2.0 provide a field for LC call numbers? I do need some help to get into koha full time, therefore, I will appreciate any assistance you cn render me. Regrads, Anthony From COURYHOUSE at aol.com Thu Feb 5 16:37:31 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] LC call number Message-ID: <128.3ace990a.2d53147b@aol.com> Anthony, they are planned for the next release! We are awaiting them too! Ed Sharpe archivist for SMECC > Subj:[Koha] LC call number > Date:2/4/2004 8:35:29 PM US Mountain Standard Time > From:ablackie@mailer.fsu.edu > To:Koha@lists.katipo.co.nz > Sent from the Internet > > > > Hi All, > > LC call numbers were not provided for in Koha 1.2.2. Does Koha 2.0 > provide a field for LC call numbers? I do need some help to get into koha > full time, therefore, I will appreciate any assistance you cn render me. > > Regrads, > > Anthony Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040204/fc75b7a6/attachment.htm From baljkas at mb.sympatico.ca Thu Feb 5 16:50:23 2004 From: baljkas at mb.sympatico.ca (baljkas@mb.sympatico.ca) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] LC call number Message-ID: <200402050350.i153oNdt004440@smtp1.mts.net> Wednesday, February 4, 2004 21:46 CST Hi again, Anthony, I think Paul clarified just last week that LC-number capability is something that is being targetted for later this year (I vaguely remember September) unless someone comes forward earlier to work on it. It isn't possible right now, unless I missed something recently. I don't have the technical skill needed to help with this so I am still waiting on it, too, as are, IIRC, Ed and others (and this is not a complaint: just a statement of fact). Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From paul.poulain at free.fr Tue Feb 10 02:53:17 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] BUG in biblio DELETION Message-ID: <402790CD.3090005@free.fr> Hi, The dombes Abbey librarian had problems with biblio deletion. After some investigations, DELETION IS BUGGED. under certain circumstances, it will delete another biblio, not the one you want to delete. Under certain circumstances, it works fine. I won't explain when it works, and when not. I just say : DON'T DELETE BIBLIOS before 2.0.0RC4 that will fix it. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From acli at ada.dhs.org Tue Feb 10 12:24:13 2004 From: acli at ada.dhs.org (acli@ada.dhs.org) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Is anyone using the zh-TW translation of Koha? Message-ID: Hello, I would like to know whether there are any Koha users actually using the Chinese translation at the moment. The reason I am asking is that the Chinese translation is using Big5; however, I have found Big5 to be very unsuitable for use in libraries. I am planning to restart working on the Chinese translation and will be redoing everything using UTF8; however, this will cause existing Koha data entered with the Chinese interface (if entered in Chinese) to not work any more. If no one is using the Chinese translation, I'll just replace the old files. Best regards, Ambrose -- Ambrose LI Cheuk-Wing http://ada.dhs.org/~acli/ From pate at eylerfamily.org Wed Feb 11 04:49:27 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: De Cuba In-Reply-To: <20040210152041.14868.qmail@web21409.mail.yahoo.com> Message-ID: On Tue, 10 Feb 2004, leydis fuentes rodriguez wrote: > > Hello Pate: > Hola Leydis, > Thank you to contact some people who belong to the Spanish community, > they are good for the elaboration of my work, from now on I can > communicate with them. > > Any way you and I could maintain the contact while I develop my work, > if I have doubts, > I would be happy to try to answer email that you send. I think that you might be better served by subscribing to the koha@es.koha.org, koha@lists.katipo.co.nz, and maybe koha-devel@lists.sourceforge.net mailing lists. Being able to ask your questions of a larger audience is liable to bring much better answers than I alone can provide. I'm Cc:ing each of these lists (if anyone responds, please trim the Cc: line appropriately.) > For example: > > Which or which are the types of servants that it requires the System > Koha to work? Koha is known to run on Linux, FreeBSD, Solaris, Mac OS X, and various Windows OSs. It requires that Apache, MySQL, and Perl be installed. Most installations (and the easiest ones for people to get working) are on the Linux OS. I hope this answers your questions. > > According your time, I would like keep me informed with all the > advantages and upgrades of the system. Regular announcements are made to the above mentioned mailing lists. thanks, -pate > > Again grateful > > Leydis. > > > > --------------------------------- > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online From paul.poulain at free.fr Wed Feb 11 22:24:33 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha 2.0.0RC4 is out Message-ID: <4029F4D1.9010408@free.fr> Hi everybody, This version of Koha is the 4rd in the 2.0 "stable" series. It does not mean that it has no bugs, but many libraries are using it and don't encounter unsolvable problems. If you want to adopt Koha, please do, but you're warned that this release candidate version may still have some bugs and missing features. If you test it and let us know about any we haven't seen yet, it will help us to fix them. INSTALLATION * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./installer.pl * Follow the instructions UPGRADE from previous 2.0.0preX or RCx version * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./koha.upgrade * Follow the instructions UPGRADE from previous 1.2.x version * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./koha.upgrade * Follow the instructions * Open a browser to Koha * Go to Parameters >> Marc structure option and Koha-MARC links option. * Modify default MARC structure to fit your needs * Open a command-line on the koha server * Enter : cd /path/to/koha/misc export PERL5LIB=/path/to/koha/modules ./koha2marc.pl This "copies" the old DB to the new MARC one. Now Koha 2.0.0RC4 is ready for you to test. BUGS FIXED: major : * #293 : Error Issuing Book - 1 (a very old one...) * #605 : circulation.pl only shows one waiting item * #661 : Set three variables for the circ template: gna, lost, and dbarred * biblio deletion : in some cases, the biblio deletion was done on another biblio than the one asked. * indicators where stored but not displayed in MARC editor/viewer. * book shelves work again (note bookshelves are not avaible in OPAC. they will be added in 2.2.0) minor : * it's now impossible to create a basket for an inactive supplier (it's of course possible to change supplier datas and recieve a past order) * removing "bulk", useless field, in admin/categorie.pl list (NOT in DB, in case someone uses the field) * removing forced order in admin/thesaurus.pl => mySQL returns datas ordered by relevance in fulltext index if you don't force an order. * Next borrower didn't work in circulation.pl (didn't return to borrower form) * in circulation.pl, removing
to have all informations without sidebar on a 1024x768 screen. * in circulation.pl, ODUES are in red in borrower header * quoting correctly titles with a " inside, in MARC editor IMPROVEMENTS: * Minor translation & HTML fixes. * Adding >>> in biblio editor to change tab. * Adding a "print" link in MARCbiblio : popup a small windows, print the biblio, and closes. Nice for libraries still having a paper catalog. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From ben.hall at ffa.int Mon Feb 16 15:45:29 2004 From: ben.hall at ffa.int (Ben Hall) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Marc <-> Koha db mappings Message-ID: <20040216024529.GD1294@mudcrab> Is it possible to map multiple MARC tags to the one koha database field? For example, I'd like to map tag 110 and tag 111 to biblio.author. Or put another way, how have others handled the mapping of corporate authors (110)? I'm using 2.0.0pre5. regards, Ben -- Ben Hall Information Officer Forum Fisheries Agency PO Box 629 Honiara, Solomon Islands ph: +677 21124 fx: +677 23995 em: ben.hall@ffa.int ww: http://www.ffa.int/ From baljkas at mb.sympatico.ca Tue Feb 17 14:38:01 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Marc <-> Koha db mappings References: <20040216024529.GD1294@mudcrab> Message-ID: <001301c3f4f6$ae620f20$1fbda18e@oemcomputer> Monday, February 16, 2004 19:35 CST Hi, Ben, From paul.poulain at free.fr Tue Feb 17 21:17:45 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Marc <-> Koha db mappings In-Reply-To: <001301c3f4f6$ae620f20$1fbda18e@oemcomputer> References: <20040216024529.GD1294@mudcrab> <001301c3f4f6$ae620f20$1fbda18e@oemcomputer> Message-ID: <4031CE29.5030800@free.fr> Steven F. Baljkas wrote: >Monday, February 16, 2004 19:35 CST > >Hi, Ben, > >>From what we've heard before, what you are proposing should work. Somebody >from the programming side should probably confirm that. > >I've never understood exactly what happens if, say, you had both a 110 and a >711 (or 111 and 710). In such a case are both pieces of information held in >the same biblio.author field? Delimited somehow internally? Maybe one of the >savvy folk could explain that for non-developpers. > [UNTESTED] I'm really a great developper... I may have include a nice feature without planning it ;-) ... I've take a look at C4/Biblio.pm : * I'm 95% sure it won't hurt anything. * And it MAY works (again : untested...) The entries in the non MARC-DB will be separated by a | The subs concerned are : MARCmarc2koha and MARCmarc2kohaOneField NOTE : the koha2marclinks.pl script WILL keep ONLY the last one (99% sure) So the mapping MUST be done with marcsubfieldstructure.pl If someone want to give a try... (adding & modifying a biblio) Let me know if it works... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Wed Feb 18 03:47:25 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Marc <-> Koha db mappings In-Reply-To: <20040216024529.GD1294@mudcrab> References: <20040216024529.GD1294@mudcrab> Message-ID: <32954.66.213.78.3.1077029245.spork@webmail.skemotah.com> Ben Hall said: > Is it possible to map multiple MARC tags to the one koha database > field? For example, I'd like to map tag 110 and tag 111 to > biblio.author. Or put another way, how have others handled the > mapping of corporate authors (110)? Paul's reply indicates that there is no easy way to do this -- the web interface only allows a one-to-one mapping. That being said, however, I think that we will soon see the MARC version of Koha move to doing searches directly on the MARC data, instead of the data stored in the original Koha tables (like biblio). Corporate authors is just one example of how powerful the MARC method of storing bibliographic data can be. Searches for such "esoteric" information as corporate authors, performers, sub-subjects (and sub-sub-subjects) are easy in MARC and currently impractical using the data in the original Koha tables. I predict that we will find that the best way to do catalog searches is to search directly on the MARC data. The data that is stored in the original Koha tables could then be used for tracking transactions (issues, returns, reserves, charges) and for information about the status of specific copies. For transactions, all that is required is enough data to identify the item to the librarian and the borrower. For example, a borrower may want to search for items with the corporate author "Koha Foundation," and a search directly on the MARC tags is the best way to do that. But once the item is found, then the data in the original Koha tables is enough to identify it for transactions. ("I want to renew 'Proceeding of the Ninth Annual Conference on Koha'," in which case having the corporate author stored in the original Koha biblio table is not really necessary.) Under this scenario, getting all of the MARC data into the original Koha tables is not important -- it's just important to get _enough_ data into the Koha tables. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tmcmahon at wlpl.org Wed Feb 18 05:55:41 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC Leader and fixed data fields Message-ID: <4032478D.9070201@wlpl.org> I was wondering how (or if) Koha handles the leader (LDR) and fixed data (008) marc fields. Is there a way to map information from other fields into parts of these fields? --- Tim McMahon West Liberty Public Library From tmcmahon at wlpl.org Wed Feb 18 06:49:40 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC Leader and fixed data fields In-Reply-To: <20040217171539.GNGB14259.mx-mtaout01.mts.net@mx-mtaout> References: <20040217171539.GNGB14259.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <40325434.2050009@wlpl.org> I should've been more specific. I don't need to fill in every detail. Just a few parts. Position 6 and 7 of the LDR (type of record and bibliographic level) and positions 7-10 and 35-37 of the 008 (publication date and language). The state-run ILL system uses these on their server. We don't need the data pulled from other fields, but it would be nice. If there is any good way to deal with them manually it would be fine. That's how we our current system handles it. baljkas@mts.net wrote: >Tuesday, February 17, 2004 11:03 CST > >Hi, Tim, > >Regarding your question -- > > > >>I was wondering how (or if) Koha handles the leader (LDR) >>and fixed data (008) marc fields. Is there a way to map >>information from other fields into parts of these fields? >> >> > >answer is: for all practical purposes: NO. (It *might* be possible if you had *extremely* detailed records with extensive notes. Although, if that were the case, you'd probably already have valid leaders and 008's) > > > -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From baljkas at mts.net Wed Feb 18 06:15:39 2004 From: baljkas at mts.net (baljkas@mts.net) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC Leader and fixed data fields Message-ID: <20040217171539.GNGB14259.mx-mtaout01.mts.net@mx-mtaout> Tuesday, February 17, 2004 11:03 CST Hi, Tim, Regarding your question -- > I was wondering how (or if) Koha handles the leader (LDR) > and fixed data (008) marc fields. Is there a way to map > information from other fields into parts of these fields? -- answer is: for all practical purposes: NO. (It *might* be possible if you had *extremely* detailed records with extensive notes. Although, if that were the case, you'd probably already have valid leaders and 008's) Miscoded transfers would be a disaster, corrupting potentially valid MARC records. Moreover, most of the data in the Leader and 008 fields need to be entered from inspection of the item in hand, something that computers aren't quite up to yet. Some elements in the Leader and 008 are replicated with word-data in other fields, but most are NOT. Even when they are, one often has to choose between different single character codes to describe even relatively simple items, or enter codes for aspects readily evident to us but not to machines (e.g. types of illustration present, content type of work). If you are worried about your records not having a leader or 008, you could create dummy ones that would fill the NARC function of these fields and yet be clearly incomplete so that staff/volunteers could go back into the records and edit them to completion. Write back to me if you are interested in making provisional dummy record fields. Otherwise, as far as I can recall from my faithful following of the listserv, Koha doesn't really make use of any of the Leader or 008 data (possible exception - media?). Hope this helped. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From shedges at skemotah.com Thu Feb 19 07:50:50 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating to Koha document Message-ID: <23769.66.213.78.3.1077130250.spork@webmail.skemotah.com> I've just finished the first draft of some documentation on migrating data from an existing ILS to Koha. You can see it at http://www.skemotah.com/Migrating_to_Koha.html If folks could take some time to look at this, I'd like to know if I've made any errors or omissions. I'm going to be using this document as a guide for a workshop on Koha I'll be doing later this month, which should also give me a chance to collect "user" feedback. The goal is to get the document whipped into shape, then submit it for inclusion in the overall Koha documentation. Thanks! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Thu Feb 19 21:09:42 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating to Koha document In-Reply-To: <23769.66.213.78.3.1077130250.spork@webmail.skemotah.com> References: <23769.66.213.78.3.1077130250.spork@webmail.skemotah.com> Message-ID: <40346F46.2030304@free.fr> Stephen Hedges wrote: >I've just finished the first draft of some documentation on migrating data >from an existing ILS to Koha. You can see it at >http://www.skemotah.com/Migrating_to_Koha.html > VERY VERY VERY nice & good page. I'll mail koha-fr to ask for a translator volunteer. Then, i'll include the page in www.koha-fr.org. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From baljkas at mts.net Thu Feb 19 17:34:15 2004 From: baljkas at mts.net (baljkas@mts.net) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Possibility of setting up and then exporting MARC tag structure? Message-ID: <20040219043415.TEGG14259.mx-mtaout01.mts.net@mx-mtaout> Wednesday, February 18, 2004 22:22 CST Greetings O Wise Koha'ites! I've been trying to help Doc with puzzling out some of the MARC set up stuff and I have what is probably a ridiculously naive question (err, questions), but here goes anyway: Is the configuration of the MARC tag structure (what I'll call the MAP for convenience sake) saved to any particular file in such a way that one could do the set up at Point A and then export it to Point B? Or alternatively, could it be remote accessed so that the work could be done for Koha installation at Point B online from a Point A? And as a corollary to that (with the hopeful answer of YES to at least one of the above): Would it be useful to the community to have a default MARC21 and/or UNIMARC MAP, one which would include all possible tags and subfields, set up, from which one could then just delete what one didn't need instead of trying to worry about adding everything that might possibly come up? (BTW, if it were possible, I imagine it could be offered as part of the installation package in the near future, or at least off the Koha site, to facilitate and even encourage adoption of Koha.) **This is based on my understanding that Koha won't map MARC tags properly unless all encountered tags are mapped completely in the MARC tag structure admin.** If that is not in fact correct, please let me know as I don't think I'm alone in having made that interpretation, based on what's been said in the listserv and in documentation. I would be more than willing to take the time to create such a MAP for the Koha community, if it would be possible and desirable. I have the current IFLA and MARC21 reference materials and could invest the time starting this weekend. Looking forward to a response from the PTB's anytime soon'ish. Thanks in advance, Steven F. Baljkas library tech at large Koha neophyte From shedges at skemotah.com Fri Feb 20 12:54:39 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Possibility of setting up and then exporting MARC tag structure? In-Reply-To: <20040219043415.TEGG14259.mx-mtaout01.mts.net@mx-mtaout> References: <20040219043415.TEGG14259.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <2276.24.33.207.52.1077234879.spork@webmail.skemotah.com> baljkas@mts.net said: > > Is the configuration of the MARC tag structure (what I'll call the MAP for > convenience sake) saved to any particular file in such a way that one > could do the set up at Point A and then export it to Point B? Or > alternatively, could it be remote accessed so that the work could be done > for Koha installation at Point B online from a Point A? Couldn't you do that with the mysqldump command? Something like: mysqldump --opt koha marc_subfield_structure > subfield_structure_backup.sql to make the copy, and then: mysql koha marc_subfield_structure < subfield_structure_backup.sql on the Point B machine to read that table into the second installation? Or I think you could also do it over a network, if your MySQL is set up for remote hosts: mysqldump --opt koha marc_subfield_structure | mysql --host=remote-host -C koha marc_subfield_structure BUT, I haven't tried that (just a suggestion for some other brave soul to test). > > **This is based on my understanding that Koha won't map MARC tags properly > unless all encountered tags are mapped completely in the MARC tag > structure admin.** Do you mean you _must_ use the web interface? I didn't think so. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Fri Feb 20 21:20:18 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Possibility of setting up and then exporting MARC tag structure? In-Reply-To: <2276.24.33.207.52.1077234879.spork@webmail.skemotah.com> References: <20040219043415.TEGG14259.mx-mtaout01.mts.net@mx-mtaout> <2276.24.33.207.52.1077234879.spork@webmail.skemotah.com> Message-ID: <4035C342.8000404@free.fr> Stephen Hedges wrote: >baljkas@mts.net said: > > >>Is the configuration of the MARC tag structure (what I'll call the MAP for >>convenience sake) saved to any particular file in such a way that one >>could do the set up at Point A and then export it to Point B? Or >>alternatively, could it be remote accessed so that the work could be done >>for Koha installation at Point B online from a Point A? >> >> > >Couldn't you do that with the mysqldump command? Something like: > >mysqldump --opt koha marc_subfield_structure > subfield_structure_backup.sql > stephen if right here. Except you must also dump marc_tag_structure. Those 2 tables entirely define the MARC management in Koha. > Would it be useful to the community to have a default MARC21 and/or UNIMARC MAP, one which would include all possible tags and > subfields, set up, from which one could then just delete what one didn't need instead of trying to worry about adding everything that > might possibly come up? (BTW, if it were possible, I imagine it could be offered as part of the installation package in the near > future, or at least off the Koha site, to facilitate and even encourage adoption of Koha.) I'm not sure to understand this question. The default MARC21 is complete from a MARC21 point of view isn't it (even if I agree it mappings can be highly improved) > **This is based on my understanding that Koha won't map MARC tags properly unless all encountered tags are mapped completely in the > MARC tag structure admin.** If that is not in fact correct, please let me know as I don't think I'm alone in having made that > interpretation, based on what's been said in the listserv and in documentation. > I would be more than willing to take the time to create such a MAP for the Koha community, if it would be possible and desirable. I > have the current IFLA and MARC21 reference materials and could invest the time starting this weekend. That is correct if I understand here what you mean. During the install, you have to choose between "MARC21-english" and "UNIMARC-french" MARC flavour. If you send me working dumps of the 2 marc_*_structure, it's EASY to add new possibilities during installer. Something like "UNIMARC-french for public library", "UNIMARC-french with SuDoc support", "UNIMARC-french with 995 support"... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040220/e8b7c6c2/attachment.html From shedges at skemotah.com Fri Feb 20 23:59:30 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha on Mac OS X Message-ID: <1644.24.33.207.52.1077274770.spork@webmail.skemotah.com> Has anyone out there done a successful Koha install on a Mac OS X system? (Or even an OpenBSD system?) I found an old message from micheas about an install on a FreeBSD system, so I'm thinking it should be possible, with the right tweaking of the OS X subsystems and the dependencies -- at least in theory. I'd like to know if anyone has actually _done_ it. It seems like this would be valuable for the schools in the US, who would probably be comfortable with a "Mac" server but nervous about a "Linux" server. If no one has done it, I may try it. If so, I'll be sure to share the details. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From jmejia2 at unab.edu.co Sat Feb 21 07:05:12 2004 From: jmejia2 at unab.edu.co (JAVIER RICARDO MEJIA C.) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Check digit bug Message-ID: <001001c3f7dc$16e97410$6e35a741@mainframe> Hi, everybody The bug is again, the system Koha2.0.0-RC2-W32-R0 the system check digit is not working when dont use the katipo checkdigit and the autoMemberNum is disable. In the last version the check digist was working... what happend on these. Javier -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040220/9359fb0a/attachment.htm From shebina at chintech.org Sat Feb 21 23:01:32 2004 From: shebina at chintech.org (Shebina K) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] plz help Message-ID: <1077357692.1405.3.camel@chin14> helo, here we are trying to implement ur koha library automation system the present status is we make a virtual host , but throw the browser i can connect to it, but I got the error 500 !!!!!!!! so i need ur help. thank you shebina From dajenne at flash.net Sun Feb 22 05:32:02 2004 From: dajenne at flash.net (David A. Jenne) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] plz help In-Reply-To: <1077357692.1405.3.camel@chin14> Message-ID: Shebina, Error 500 signifies an internal error on the part of a server--probably the web server or, maybe, a proxy server. This may be caused by incorrectly-written scripts. Just a guess, but I would suspect the first cgi script that the server is attempting to run has errors--e.g. mainpage.pl if you are logging in as administrator or opac-main.pl. My mainpage.pl script has this line which tells the browser that we are sending HTML: print "Content-Type: text/html\n\n", $template->output; The opac-main.pl script has this line which causes the header subroutine in CGI.pm to print something similar: print $query->header(-cookie => $cookie), $template->output; Take a look at your error log file. You might get some more ideas as to where the problem is. Good luck! Dave J. -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of Shebina K Sent: Saturday, February 21, 2004 3:02 AM To: koha@lists.katipo.co.nz Subject: [Koha] plz help helo, here we are trying to implement ur koha library automation system the present status is we make a virtual host , but throw the browser i can connect to it, but I got the error 500 !!!!!!!! so i need ur help. thank you shebina _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From denise at sharp.ath.cx Sun Feb 22 13:52:49 2004 From: denise at sharp.ath.cx (Denise Sharp) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Please remove me from your mailing list now Message-ID: <4037FD61.8010608@sharp.ath.cx> My presentation is over. It went well. If anyone wants to see what we said, you can find my speech at . Thank you for all the help I got from all of you. --Denise Sharp -- "We cannot direct the wind but we can adjust the sails." From ecorrado at athena.rider.edu Tue Feb 24 10:07:25 2004 From: ecorrado at athena.rider.edu (Edward M. Corrado) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Upcoming OSS Library Automation Systems presentation Message-ID: I have been asked to do a presentation about Open Source Library Automation systems at the New Jersey (USA) Library Association meeting in April. I've been playing around with a few systems (so far Koha seems the most developed, so I'll probably spend a good deal of the time on Koha). If anyone who has done such a presentation (either on OSS Library Automation Systems in general, or Koha in particular), and has some ideas on what to include, I'd appreciate it. I imagine most of the attendees will not be very technologically literate. I saw some slides and other materials on the website that has given me some guidelines but a little more advice can't really hurt. In particular, if there are any common questions that have been asked from the audience, or if other things came up that you didn't expect that you thought you should have covered. I'm also doing one just on Koha for our LUG that will be geared to people who don't really know much about working with Library systems next month, so any ideas for that will also be appreciated although I think I've got a good idea on how I want to go with that. Edward Corrado From shebina at chintech.org Thu Feb 26 04:23:04 2004 From: shebina at chintech.org (Shebina K) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] doubt Message-ID: <1077722584.3291.9.camel@chin30.chintech.ac.in> hai , Here we implement koha-2.0.0. i would like to know what is the difference between koha1.2.3 and this. please let me know thank you shebina From paul.poulain at free.fr Thu Feb 26 04:43:42 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] doubt In-Reply-To: <1077722584.3291.9.camel@chin30.chintech.ac.in> References: <1077722584.3291.9.camel@chin30.chintech.ac.in> Message-ID: <403CC2AE.2060706@free.fr> Shebina K wrote: >hai , >Here we implement koha-2.0.0. >i would like to know what is the difference between koha1.2.3 and this. > > set MARC=ON in PARAMETERS/systemprefs and you will see ;-) It's "only" full MARC support. There are also dozens of other improvements. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From COURYHOUSE at aol.com Thu Feb 26 05:30:04 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] We need to confer with anyone that is running KOHA on a commercial server servic Message-ID: <76.383c8b26.2d6e278c@aol.com> We need to confer with anyone that is running KOHA on a commercial server service rather than having the box sitting next to their desk.. please respond off list Ed Sharpe archivist for SMECC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040225/434fa8ca/attachment.html From mjr at dsl.pipex.com Thu Feb 26 05:54:42 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] We need to confer with anyone that is running KOHA on a commercial server servic In-Reply-To: <76.383c8b26.2d6e278c@aol.com> Message-ID: On 2004-02-25 16:30:04 +0000 COURYHOUSE@aol.com wrote: > We need to confer with anyone that is running KOHA on a commercial > server > service rather than having the box sitting next to their desk.. I have koha running on a commercial hosting service in London, with a friendly sysadmin and owner. What do you want to know and can it really not be public? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mstam at gsg.wa.edu.au Wed Mar 3 14:23:45 2004 From: mstam at gsg.wa.edu.au (Max Stam) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] FILMS Message-ID: <404533A1.2090207@gsg.wa.edu.au> Gidday All Our Librarian is looking for a new system. I've shown her koha but she is leaning towards FILMS (Functional Integrated Library Management System) We don't have any Microsoft servers (and I don't really want them either). Is anyone familar enough with both to give me a good argument for koha and against FILMS? Thanks Max From pate at eylerfamily.org Sat Mar 6 06:07:03 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: [Koha-win32] Re: Koha-win32 digest, Vol 1 #66 - 2 msgs In-Reply-To: <200403051641.i25Gfg3a022873@wenceslaus.tij.uia.mx> Message-ID: Adalid, congratulations on getting Koha up and running. I know that there have been some efforts made at migrating MicroISIS data into Koha, but I'm not sure who's done it so far. I thought putting the topic into a wider audience might bring some advice out of the woodwork. -pate Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org On Fri, 5 Mar 2004, Adalid Ortiz wrote: > Yes, i have Koha running on Windows 98, Apache 2, MySQL 3.x. I'm now > searching for a way to migrate my data from Microisis to Koha and a > version of Koha in Spanish. > > > I'm running for years my library website on Windows98 and using apache, M= ySql, > Perl, so was easy to my installing Koha. The installer for windows do all= things > that makes Koha run. Try it. > > Saludos cordiales. > > LIC. FELIPE ADALID ORTIZ ANZALDO > Area de Medios Electr=F3nicos > Biblioteca Loyola > http://www.loyola.tij.uia.mx > UNIVERSIDAD IBEROAMERICANA TIJUANA > Ave. Centro Universitario 2501 > Playas de Tijuana > Tijuana, B.C., M=E9xico 22200 > > Tel. 664 630-1577 Ext. 623 > Fax 664 630-1591 > eMail adalid@tij.uia.mx > > "No sobreviven los m=E1s fuertes, ni los m=E1s inteligentes, sino aquello= s que > tienen una mayor capacidad para adaptarse a los cambios." > > --Charles Darwin-- > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > Koha-win32 mailing list > Koha-win32@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-win32 > From adalid at tij.uia.mx Sat Mar 6 06:19:52 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: [Koha-win32] Re: Koha-win32 digest, Vol 1 #66 - 2 msgs Message-ID: <200403051706.i25H643a023630@wenceslaus.tij.uia.mx> Do you konw if exists Koha in Spanish. I'm testing in order to migrate to a linux server (Debian) too. Saludos, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From adalid at tij.uia.mx Sat Mar 6 06:34:35 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: Migrating to Koha Message-ID: <200403051720.i25HKm3a024285@wenceslaus.tij.uia.mx> Yes, i have a printer version of this article, it's very useful and I'm reading it now. Thanks, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin--> >Subject: Migrating to Koha > From: "Stephen Hedges" > Date: Fri, 05 Mar 2004 12:31:01 -0500 > To: adalid@tij.uia.mx > >Adalid - > >You might find this site helpful: > >http://www.skemotah.com/Migrating_to_Koha.html > >Stephen Hedges >Director, Nelsonville Public Library >95 W. Washington St., Nels.,OH 45764 >(740) 753-2118 fax (740) 753-3543 From pate at eylerfamily.org Sat Mar 6 07:09:20 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: [Koha-win32] Re: Koha-win32 digest, Vol 1 #66 - 2 msgs In-Reply-To: <200403051706.i25H643a023630@wenceslaus.tij.uia.mx> Message-ID: On Fri, 5 Mar 2004, Adalid Ortiz wrote: > Do you konw if exists Koha in Spanish. I'm testing in order to migrate to > a linux server (Debian) too. There have been a couple of spanish translation efforts, but we don't yet have an official translation. I'd love to see the various efforts pool their resources and get a finished version into the official distribution. -pate > > Saludos, > > > LIC. FELIPE ADALID ORTIZ ANZALDO > Area de Medios Electr=F3nicos > Biblioteca Loyola > http://www.loyola.tij.uia.mx > UNIVERSIDAD IBEROAMERICANA TIJUANA > Ave. Centro Universitario 2501 > Playas de Tijuana > Tijuana, B.C., M=E9xico 22200 > > Tel. 664 630-1577 Ext. 623 > Fax 664 630-1591 > eMail adalid@tij.uia.mx > > "No sobreviven los m=E1s fuertes, ni los m=E1s inteligentes, sino aquello= s que > tienen una mayor capacidad para adaptarse a los cambios." > > --Charles Darwin-- > From pate at eylerfamily.org Sat Mar 6 07:33:52 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: [Koha-win32] Re: Koha-win32 digest, Vol 1 #66 - 2msgs In-Reply-To: <200403051800.i25I0e3a025658@wenceslaus.tij.uia.mx> Message-ID: On Fri, 5 Mar 2004, Adalid Ortiz wrote: > Translating the default templates could help me? There's actually a newer and better way to handle translations. Paul and Ambrose can talk to that far better than I can. -pate > > LIC. FELIPE ADALID ORTIZ ANZALDO > Area de Medios Electr=F3nicos > Biblioteca Loyola > http://www.loyola.tij.uia.mx > UNIVERSIDAD IBEROAMERICANA TIJUANA > Ave. Centro Universitario 2501 > Playas de Tijuana > Tijuana, B.C., M=E9xico 22200 > > Tel. 664 630-1577 Ext. 623 > Fax 664 630-1591 > eMail adalid@tij.uia.mx > > "No sobreviven los m=E1s fuertes, ni los m=E1s inteligentes, sino aquello= s que > tienen una mayor capacidad para adaptarse a los cambios." > > --Charles Darwin-- > From CErwin at transy.edu Thu Mar 4 06:50:02 2004 From: CErwin at transy.edu (Erwin) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Z3950 Queries Failing..... Message-ID: <1078336202.836f4800CErwin@transy.edu> Hello, the CS department at my University is trying to set up a library system to catalogue our books, and have had problems getting the z3950 client to get book information from the library of congress. We're using koha version 1.2.3 on a Gentoo Linux machine running MySQL Ver 12.22 Distrib 4.0.16. The errors we recieve are as the following: DBD::mysql::st execute failed: MySQL server has gone away at ./processz3950queue line 276, line 22. Also getting error "Cannot call method 'option' on undefined value" on a line near 169, but that error has stopped after a few changes we've made. Any help would be appreciated. Thanks! Charles Erwin Computer Science Department Transylvania University Lexington, KY 40508 From sankarshanm at softhome.net Sat Mar 6 03:24:44 2004 From: sankarshanm at softhome.net (Sankarshan Mukhopadhyay) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating to Koha document References: <23769.66.213.78.3.1077130250.spork@webmail.skemotah.com> <40346F46.2030304@free.fr> Message-ID: <006101c402c1$3c558dc0$22023c0a@Dias> Paul wrote: > VERY VERY VERY nice & good page. > I'll mail koha-fr to ask for a translator volunteer. Then, i'll include > the page in www.koha-fr.org. Could I volunteer to translate this into Bengali ? I believe that I can do a good job of it. Warm regards Sankarshan ------------------- A place for talking about GNOME gnome-in-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-in-list Let's extend the footprint !! ------------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.611 / Virus Database: 391 - Release Date: 03/03/2004 From shedges at skemotah.com Sun Mar 7 01:43:27 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating to Koha document In-Reply-To: <006101c402c1$3c558dc0$22023c0a@Dias> References: <23769.66.213.78.3.1077130250.spork@webmail.skemotah.com> <40346F46.2030304@free.fr> <006101c402c1$3c558dc0$22023c0a@Dias> Message-ID: <32826.65.24.138.126.1078577007.spork@webmail.skemotah.com> Sankarshan Mukhopadhyay said: > Paul wrote: > >> VERY VERY VERY nice & good page. >> I'll mail koha-fr to ask for a translator volunteer. Then, i'll > include >> the page in www.koha-fr.org. > > Could I volunteer to translate this into Bengali ? I believe that I > can do a good job of it. While the "Migrating to Koha" document is not a part of the Linux Documentation Project, I did release it under the same license (http://www.tldp.org/manifesto.html). I am happy to have it translated into as many languages as possible, and will even host the translations on the Skemotah website if you wish. I would ask that you give me credit for the original document. Or, as LDP says: "License the derivative work with this same license or use GPL. Include a copyright notice and at least a pointer to the license used. Give due credit to previous authors and major contributors." -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sun Mar 7 01:48:16 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Z3950 Queries Failing..... In-Reply-To: <1078336202.836f4800CErwin@transy.edu> References: <1078336202.836f4800CErwin@transy.edu> Message-ID: <32829.65.24.138.126.1078577296.spork@webmail.skemotah.com> Erwin said: > Hello, the CS department at my University is trying to set up a library > system to catalogue our books, and have had problems getting the z3950 > client to get book information from the library of congress. We're using > koha version 1.2.3 Are you sure you want to be running version 1.2.3? Z39.50 searches on the Library of Congress are designed to return MARC records, and that version of Koha does not support MARC. I'd suggest trying the latest release of version 2.0.0, which has seen quite a lot of improvement in the z3950 code in the last few weeks. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From jmf at kados.org Sun Mar 7 07:24:00 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha Installation Guide and Koha at a Glance Message-ID: <33196.24.208.177.38.1078597440.squirrel@webmail.plainhost.com> Hi everyone, I've been working on a Koha installation guide which is finally useable--though I have several expansions planned. For now I've limited the scope of the guide to installing Koha on Debian woody kernel 2.4, though eventually I would like to expand that scope. You can find a PDF version of the guide here: http://www.kados.org/LibraryScience/installing_koha_on_debian.pdf If you want other formats (but not very pretty ones) you can find them listed at http://www.kados.org/LibraryScience/installing_koha.html Also listed on that page is my Koha at a Glance guide that I used recently at a Koha workshop hosted by NPL. Hope these documents are useful. Please forward any comments, suggestions, typos, etc. Joshua Ferraro From mjr at dsl.pipex.com Mon Mar 8 11:42:23 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha Installation Guide and Koha at a Glance In-Reply-To: <33196.24.208.177.38.1078597440.squirrel@webmail.plainhost.com> Message-ID: <1fde246e9ad60c05a5767ebbcc5ac8b6@bouncing.localnet> On 2004-03-06 18:24:00 +0000 Joshua Ferraro wrote: > Hope these documents are useful. Please forward any comments, > suggestions, typos, etc. Did you get my email about this? From thornswabbler at earthlink.net Tue Mar 9 16:54:52 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Really basic Koha question Message-ID: Hi, On Koha 2.0.0RC4, is it possible to put in a MARC 110? I only see MARC 100 when I create an empty biblio. I don't see any mention of this in the manual. Am I missing something? Thanks, Mike Watson thornswabbler@earthlink.net From shedges at skemotah.com Wed Mar 10 01:19:18 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Really basic Koha question In-Reply-To: References: Message-ID: <1384.65.24.138.126.1078834758.spork@webmail.skemotah.com> Michael Watson said: > On Koha 2.0.0RC4, is it possible to put in a MARC 110? I only see MARC 100 > when I create an empty biblio. I don't see any mention of this in the > manual. Am I missing something? Michael - When you are adding a MARC record (addbiblio.pl), the MARC tags that are available are controlled by your MARC tag structure in the Parameters. Edit the 110 tag _subfields_ and make sure that the tag subfields you want to display are _not_ set to "-1." A "-1" setting means that the subfield will not be displayed in your MARC editor. There's a more complete discussion of this in the "Migrating to Koha" document (http://www.skemotah.com/Migrating_to_Koha.html) under the "Bibliographic Records" section. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Wed Mar 10 01:48:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Really basic Koha question In-Reply-To: Message-ID: On 2004-03-09 03:54:52 +0000 Michael Watson wrote: > On Koha 2.0.0RC4, is it possible to put in a MARC 110? I don't see why not. If they're not on the MARC editor, the procedure is the same as for any MARC field. In short: Go to the librarian front page -> Parameters -> MARC tag structure -> next -> subfields of 110 -> edit (the open folder) -> put them on whatever tabs you want. You may also want to change the MARC-Koha DB links (on the Parameters menu again), so that koha uses field 110 more and I'm a bit less sure how that's done. Maybe an LIS guru can explain. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From DaGrabe1 at wsc.edu Mon Mar 8 20:01:29 2004 From: DaGrabe1 at wsc.edu (Dave Graber/LI/AD/WSC) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Dave Graber is out of the office. Message-ID: I will be out of the office starting 03/05/2004 and will not return until 03/15/2004. From JCroson at ramart.org Thu Mar 4 03:07:05 2004 From: JCroson at ramart.org (Croson, John) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] FILMS Message-ID: <3873F1C7FCC2704B9CF8083CAC37345F098427@ramart1.ramart.org> I wouldn't mind finding out more about FILMS, but my argument would be, try to Google for it. I can't find any web page specific to FILMS... John Croson Technology Operations Manager Wustum Museum Racine Art Museum 441 Main Street Racine, WI 53403 262-638-8300 ext. 104 fax 262-898-1045 >-----Original Message----- >From: Max Stam [mailto:mstam@gsg.wa.edu.au] >Sent: Tuesday, March 02, 2004 7:24 PM >To: koha@lists.katipo.co.nz >Subject: [Koha] FILMS > > >Gidday All >Our Librarian is looking for a new system. I've shown her koha but she >is leaning towards FILMS (Functional Integrated Library Management >System) We don't have any Microsoft servers (and I don't really want >them either). >Is anyone familar enough with both to give me a good argument for koha >and against FILMS? >Thanks >Max >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > From ipopulus at ipopulus.org Thu Mar 4 01:55:18 2004 From: ipopulus at ipopulus.org (Daniel Caissy) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: [Koha-devel] Koha and the Open Archives Initiative Protocol In-Reply-To: <32824.24.208.181.181.1078269856.squirrel@webmail.plainhost.com> References: <32824.24.208.181.181.1078269856.squirrel@webmail.plainhost.com> Message-ID: <1078318518.4045d5b650936@69.56.216.114> Hello Benjamin, Global Library Foundation is in process to setup a R&D section. And we've choose Koha as a base to develop few other technologies (and giving those back to community). Making Koha speak to other system through standards as Dublin Core and OAI are part of our roadmap. uPortal.org is also a system that we want to be able to connect to. However, all this is planned for last quarter of 2004. I know that this info won't give you the deliverable, but at least now you know that someone is working on it. We'd also consider any collaboration opportunity with anyone interested being part of the project. Warm regards, Daniel Caissy ======================================== Global Library Foundation / Fondation pour une biblioth?que globale 653, avenue Du Rocher Saint-Pascal, Qu?bec, G0L 3Y0 Canada +1-418-492-2908 Quoting Joshua Ferraro : > Benjamin, > > I think this question is a good one for the whole Koha community. > Personally, I would love to see an interface between Koha and the > Open Archives Initiative Protocol but I've not heard any discussion > along those lines thusfar. What do folks think? > > > Thanks for your message, which my colleague Peter Pissierssens passed to > > me and which I found very interesting. > > Sorry to pester you with questions, but I was also wondering if there was > > any interface between Koha and the Open Archives Initiative Protocol for > > Metadata Harvesting (OAI-PMH). (and consequently Dublin Core). Several of > > our colleagues and partner organisations have expressed interest in this > > initiative as a way of getting the benefits of a distributed database > > without the communication headaches of a fully distributed search. > > > > I have now subscribed to the mailing lists mentioned, so if you feel that > > this question would be better answered by the community please feel free > > to forward it on. > > > > Regards, > > Benjamin Sims > > Information Services > > IOC/UNESCO > > http://ioc.unesco.org > > 1 rue Miollis > > 75732 Paris Cedex 15 > > FRANCE > > Tel: [33] (1) 45 68 39 92 > > Fax: [33] (1) 45 68 58 12 > > > > > > -----Original Message----- > > From: Joshua Ferraro [mailto:jmf@kados.org] > > Sent: Tuesday, March 02, 2004 2:31 PM > > To: Pissierssens, Peter > > Subject: RE: KOHA > > > > > > Peter, > > > > Greetings. The Z3950 Server for Koha works fine on a MARC21 system (NPL > > has been using it for statewide resource sharing for several months now) > > and can be found either as an add-on to Koha 2.0 (on my website at > > http://kados.org/LibraryScience/zed-koha-server.pl) or in CVS in the > > 2.2 tree. In both cases it is necessary to install the SimpleServer > > Perl module from Indexdata (http://www.indexdata.dk/simpleserver/). > > > > The server can be started by running the zed-koha-server.pl script > > in a terminal. Eventually it would be nice to build the server > > into a daemon process but for now it is necessary to leave the > > terminal open--it also logs all activity to the screen. > > > > There has been some talk about adding UNIMARC support and I would be > > willing to develop that but would need shell access to a Koha system > > using a UNIMARC database. If you require customizations for your > > holdings data that could be arranged as well. > > > > If you want to see a Koha catalog in action you can check out Nelsonville > > Public Library's at > > > > http://koha.athenscounty.lib.oh.us > > > > If you have any further questions don't hesitate to ask. You may also > > be interested in checking out the Koha lists. You can subscribe at > > > > http://www.koha.org/mailing/ > > > > Regards, > > > > Joshua Ferraro > > > > > > > >> Hello MJ, > >> > >> Thanks for your quick reply. The reason I mailed you is that I am more > >> comfortable writing in English than in French for technical subjects. As > >> Z39/50 compliance is a pre-requisite for our use I will contact Joshua > >> Ferraro to find out how far he has reached with that task. > >> > >> Thanks! > >> > >> Peter > >> > >> -----Original Message----- > >> From: MJ Ray [mailto:mjr@ttllp.co.uk] > >> Sent: Monday, March 01, 2004 6:25 PM > >> To: Pissierssens, Peter > >> Subject: Re: KOHA > >> > >> > >> Hello Peter, > >> > >> I'm curious to know why you chose to contact me instead of the French > >> developer? I studied in a university department which is active in > >> oceanography, so I'm quite happy to help you, but I rarely get > >> contacts from France. > >> > >> On 2004-03-01 13:30:48 +0000 "Pissierssens, Peter" > >> wrote: > >> > >>> I found your name on the KPHA web site. We are looking for an open > >>> source > >>> library management software application and Koha seems to fit that > >>> description. However, one important feature I could not find on the > >>> KOHA > >>> site is Z3950 compliance. Can a KOHA library database be queried by a > >>> z3950 > >>> server? > >> > >> In 2.0, koha can query Z39.50 targets but cannot be queried. Joshua > >> Ferraro, jmf@kados.org, is developing the Z39.50 interface for koha > >> 2.2. > >> > >> By the way, should UNESCO people say "free software"? We are blessed > >> with the UNESCO free software portal and directory, after all. > >> http://www.unesco.org/webworld/portal_freesoftware/ > >> > >>> Also, can you lead me to a few KOHA based online catalogues? > >> > >> I suggest looking at the "Test Drive" koha servers on the www.koha.org > >> site for now. I can't publish details of many servers. If you are > >> looking for a demonstration of a particular feature, I can try to find > >> someone using it for you. > >> > >>> Thanks in advance for your reply > >> > >> I hope you find this useful. > >> > >> -- > >> MJR mjr@ttllp.co.uk www.ttllp.co.uk +44 (0)870 4321 9 10 > >> Creative copyleft computing consultancy, code and articles. > >> Latest news: Working on ISP control panels and koha.org 2.0 > >> > > > > > > ------------------------------------------------------- > 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@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel > From thornswabbler at earthlink.net Sun Mar 7 12:03:43 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields Message-ID: <200403061703.43344.thornswabbler@earthlink.net> Greetings, I have just begun experimenting with Koha (version 2.0.0RC4.) I'm hoping to do a poster session on it at the next South Central Chapter/Medical Library Association in October. I've encountered something odd. It may be that I'm simply entering data incorrectly, or perhaps I missed some detail of configuration. I've entered data for one new biblio. What I am finding is that most of the data I enter seems to be getting stored in the wrong field. * LCCN is appropriately stored as 010 * ISBN is appropriately stored as 020 * However, Year of publication (260) is being stored as title (245) * Main Entry--Personal Name (100 | a) is being stored as 100 | d, "dates associated with a name" * 245 (title statement) is being stored as 100 | c "Titles and other words associated with a name" * 650 "Subject added entry" is being stored as 260 | c "publication, distribution etc." I didn't spot any description of this sort of problem in the list archives, but maybe I'm missing something. Is this a known problem? Or can anyone suggest what I might be doing wrong? Many thanks, Mike Watson thornswabbler@earthlink.net (a librarian, but not a cataloger!) From jmf at kados.org Wed Mar 3 12:24:16 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha and the Open Archives Initiative Protocol In-Reply-To: References: Message-ID: <32824.24.208.181.181.1078269856.squirrel@webmail.plainhost.com> Benjamin, I think this question is a good one for the whole Koha community. Personally, I would love to see an interface between Koha and the Open Archives Initiative Protocol but I've not heard any discussion along those lines thusfar. What do folks think? > Thanks for your message, which my colleague Peter Pissierssens passed to > me and which I found very interesting. > Sorry to pester you with questions, but I was also wondering if there was > any interface between Koha and the Open Archives Initiative Protocol for > Metadata Harvesting (OAI-PMH). (and consequently Dublin Core). Several of > our colleagues and partner organisations have expressed interest in this > initiative as a way of getting the benefits of a distributed database > without the communication headaches of a fully distributed search. > > I have now subscribed to the mailing lists mentioned, so if you feel that > this question would be better answered by the community please feel free > to forward it on. > > Regards, > Benjamin Sims > Information Services > IOC/UNESCO > http://ioc.unesco.org > 1 rue Miollis > 75732 Paris Cedex 15 > FRANCE > Tel: [33] (1) 45 68 39 92 > Fax: [33] (1) 45 68 58 12 > > > -----Original Message----- > From: Joshua Ferraro [mailto:jmf@kados.org] > Sent: Tuesday, March 02, 2004 2:31 PM > To: Pissierssens, Peter > Subject: RE: KOHA > > > Peter, > > Greetings. The Z3950 Server for Koha works fine on a MARC21 system (NPL > has been using it for statewide resource sharing for several months now) > and can be found either as an add-on to Koha 2.0 (on my website at > http://kados.org/LibraryScience/zed-koha-server.pl) or in CVS in the > 2.2 tree. In both cases it is necessary to install the SimpleServer > Perl module from Indexdata (http://www.indexdata.dk/simpleserver/). > > The server can be started by running the zed-koha-server.pl script > in a terminal. Eventually it would be nice to build the server > into a daemon process but for now it is necessary to leave the > terminal open--it also logs all activity to the screen. > > There has been some talk about adding UNIMARC support and I would be > willing to develop that but would need shell access to a Koha system > using a UNIMARC database. If you require customizations for your > holdings data that could be arranged as well. > > If you want to see a Koha catalog in action you can check out Nelsonville > Public Library's at > > http://koha.athenscounty.lib.oh.us > > If you have any further questions don't hesitate to ask. You may also > be interested in checking out the Koha lists. You can subscribe at > > http://www.koha.org/mailing/ > > Regards, > > Joshua Ferraro > > > >> Hello MJ, >> >> Thanks for your quick reply. The reason I mailed you is that I am more >> comfortable writing in English than in French for technical subjects. As >> Z39/50 compliance is a pre-requisite for our use I will contact Joshua >> Ferraro to find out how far he has reached with that task. >> >> Thanks! >> >> Peter >> >> -----Original Message----- >> From: MJ Ray [mailto:mjr@ttllp.co.uk] >> Sent: Monday, March 01, 2004 6:25 PM >> To: Pissierssens, Peter >> Subject: Re: KOHA >> >> >> Hello Peter, >> >> I'm curious to know why you chose to contact me instead of the French >> developer? I studied in a university department which is active in >> oceanography, so I'm quite happy to help you, but I rarely get >> contacts from France. >> >> On 2004-03-01 13:30:48 +0000 "Pissierssens, Peter" >> wrote: >> >>> I found your name on the KPHA web site. We are looking for an open >>> source >>> library management software application and Koha seems to fit that >>> description. However, one important feature I could not find on the >>> KOHA >>> site is Z3950 compliance. Can a KOHA library database be queried by a >>> z3950 >>> server? >> >> In 2.0, koha can query Z39.50 targets but cannot be queried. Joshua >> Ferraro, jmf@kados.org, is developing the Z39.50 interface for koha >> 2.2. >> >> By the way, should UNESCO people say "free software"? We are blessed >> with the UNESCO free software portal and directory, after all. >> http://www.unesco.org/webworld/portal_freesoftware/ >> >>> Also, can you lead me to a few KOHA based online catalogues? >> >> I suggest looking at the "Test Drive" koha servers on the www.koha.org >> site for now. I can't publish details of many servers. If you are >> looking for a demonstration of a particular feature, I can try to find >> someone using it for you. >> >>> Thanks in advance for your reply >> >> I hope you find this useful. >> >> -- >> MJR mjr@ttllp.co.uk www.ttllp.co.uk +44 (0)870 4321 9 10 >> Creative copyleft computing consultancy, code and articles. >> Latest news: Working on ISP control panels and koha.org 2.0 >> > From mstam at gsg.wa.edu.au Thu Mar 11 14:47:15 2004 From: mstam at gsg.wa.edu.au (Max Stam) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: FILMS Message-ID: <404FC523.2060108@gsg.wa.edu.au> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040311/b23b5271/attachment.htm From shedges at skemotah.com Thu Mar 11 15:01:36 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields In-Reply-To: <200403061703.43344.thornswabbler@earthlink.net> References: <200403061703.43344.thornswabbler@earthlink.net> Message-ID: <3806.65.24.138.126.1078970496.spork@webmail.skemotah.com> Mike - First of all, it sounds like you want to use US MARC, so be sure that your "marcflavour" in Parameters/System Preferences is "MARC21." Do the tag descriptions and numbers look correct when you are adding the biblio (addbiblio.pl)? But then they look wrong when you try to edit the added biblio? Or is there something else you're seeing that indicates that the data has been stored with the wrong tags? Michael Watson said: > Greetings, > > I have just begun experimenting with Koha (version 2.0.0RC4.) I'm hoping > to do > a poster session on it at the next South Central Chapter/Medical Library > Association in October. > > I've encountered something odd. It may be that I'm simply entering data > incorrectly, or perhaps I missed some detail of configuration. > > I've entered data for one new biblio. What I am finding is that most of > the > data I enter seems to be getting stored in the wrong field. > > * LCCN is appropriately stored as 010 > * ISBN is appropriately stored as 020 > * However, Year of publication (260) is being stored as title (245) > * Main Entry--Personal Name (100 | a) is being stored as 100 | d, > "dates associated with a name" > * 245 (title statement) is being stored as 100 | c "Titles and other > words associated with a name" > * 650 "Subject added entry" is being stored as 260 | c > "publication, distribution etc." > > I didn't spot any description of this sort of problem in the list > archives, > but maybe I'm missing something. Is this a known problem? Or can anyone > suggest what I might be doing wrong? > > Many thanks, > > Mike Watson > thornswabbler@earthlink.net > (a librarian, but not a cataloger!) > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From baljkas at mts.net Thu Mar 11 15:26:35 2004 From: baljkas at mts.net (baljkas@mts.net) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: FILMS Message-ID: <20040311022635.GZQK17534.mx-mtaout01.mts.net@mx-mtaout> Wednesday, March 10, 2004 20:10 CST Hi, Max! Just a note of thanks for the forward. It does sound like e-Library would be a good product. And boy did what Ashley said on control of back-ups ring true!! If your library does go forward with e-Library and it weren't too much trouble to you, I'd be curious to know the cost factors. Back in 1997-1998 I did a pro bono consult on automating for a local NPO so I am always interested to know what it all comes down to in brass tacks, after the fun of the different bells and whistles. I don't know if it would be of any interest to you for your situation, but I am currently checking out another free system called Emilda (out of Finland), which, although I've been told there are some MARC issues (viz. what it is actually doing with MARC - MARC is very dear to my heart as a cataloguing technician), seems interesting. Originally, I'd been told it was Windows-based and wouldn't require me to find a host for a linux based system as does Koha. That's not true though. Also, I'd have to learn XML that is closer to HTML than Linux is to Windows. All that said though, I am pretty sure I'll still be going forward with Koha once they have achieved LC-call number compatability. If you do want to check out Emilda, though, you can surf to: URL with more details off of URL I will be sending a note to Pamela Cibbarelli on the weekend so that she can follow up on e-Library for the next edition of her Directory. It certainly sounds worthy of her consideration and is well within her scope. Hopefully, she is already aware of Koha. If not, she will be! ; -) Thank you for bringing up such an interesting new thread and enlightening us all. : -) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mts.net Thu Mar 11 12:49:04 2004 From: baljkas at mts.net (baljkas@mts.net) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] FILMS Message-ID: <20040310234904.GFTX17534.mx-mtaout01.mts.net@mx-mtaout> Wednesday, March 10, 2004 17:35 CST Hi, John, I found some info for Max - using Google - and responded within 24 hours of his posting. Sorry all. I thought I hit Reply All so the listserv would have the info, too. In any case, it's been renamed. Formerly FILMS, an ILS product created by Australian firm Functional Solutions, is now called e-Library. Their site is URL The only major concern I had at the time I responded to Max was that they don't actually claim to be fully MARC compliant and that should be a major concern when considering ANY integrated library system. It might not seem like a problem now, if it does handle importing records from a Z39.50 search. The problems can arrive later, though, if one wants to migrate and one can't export the records one has into a newer system which requires MARC. This has happened to many unsuspecting library clients. Be aware. Be careful in listening to vendors' claims and promises. It would be good if someone (hint, hint, Max) would like to follow up and find out if they are really MARC compliant. I would be surprised, because, despite their online claims of more than a decade presence, they are not included in Cibbarelli's Directory of Library Automation Software, Systems, and Services (which includes many smaller and less well known ILS and other library automation products and services). Anyway, John, you should be able to find them now and follow up on it to whatever extent you like. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Croson, John" > Date: 2004/03/03 Wed AM 08:07:05 CST > To: > Subject: RE: [Koha] FILMS > > I wouldn't mind finding out more about FILMS, but my argument would be, try to Google for it. I can't find any web page specific to FILMS... > > John Croson > Technology Operations Manager > Wustum Museum > Racine Art Museum > 441 Main Street > Racine, WI 53403 > 262-638-8300 ext. 104 > fax 262-898-1045 > > > >-----Original Message----- > >From: Max Stam [mailto:mstam@gsg.wa.edu.au] > >Sent: Tuesday, March 02, 2004 7:24 PM > >To: koha@lists.katipo.co.nz > >Subject: [Koha] FILMS > > > > > >Gidday All > >Our Librarian is looking for a new system. I've shown her koha but she > >is leaning towards FILMS (Functional Integrated Library Management > >System) We don't have any Microsoft servers (and I don't really want > >them either). > >Is anyone familar enough with both to give me a good argument for koha > >and against FILMS? > >Thanks > >Max > >_______________________________________________ > >Koha mailing list > >Koha@lists.katipo.co.nz > >http://lists.katipo.co.nz/mailman/listinfo/koha > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From baijum81 at lycos.com Sat Mar 13 00:21:13 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating from ISIS to Koha Message-ID: Hi, I am helping a librarian for converting his CDS/ISIS Data to Koha. Have anyone experiance with this kind of convertion? Any easy tools available for convertion? I started studying perl and MARC module. The migration guide posted to this list was very helpful. With thank and regards, Baiju M Punnasserikandi, Kizhuparamba P.O Areecode - 673639 Malappuram Kerala, India ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From michael at wellnessrendezvous.com Sat Mar 13 04:55:13 2004 From: michael at wellnessrendezvous.com (michael@wellnessrendezvous.com) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] library of poetry audio recordings Message-ID: <1374.68.107.132.246.1079106913.squirrel@www.wellnessrendezvous.com> I've got a business which records poems spoke by children and their grandparents. I need a library-type online application so that users can find their recordings and the recordings of others. Is Koha a good choice for my requirements? Is it overkill? Is there a better choice for my purposes? Thanks, Michael Johnson www.wellnessrendezvous.com From JCroson at ramart.org Sat Mar 13 04:13:59 2004 From: JCroson at ramart.org (Croson, John) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] library of poetry audio recordings Message-ID: <3873F1C7FCC2704B9CF8083CAC37345F03ABA6@ramart1.ramart.org> Try using Greenstone. They have great examples of this use on their website, www.greenstone.org. A direct link to audio cataloging is here: http://www.aladin.wrlc.org/gsdl/collect/grant/grant.shtml. John Croson Technology Operations Manager Wustum Museum Racine Art Museum 441 Main Street Racine, WI 53403 262-638-8300 ext. 104 fax 262-898-1045 >-----Original Message----- >From: michael@wellnessrendezvous.com >[mailto:michael@wellnessrendezvous.com] >Sent: Friday, March 12, 2004 9:55 AM >To: koha@lists.katipo.co.nz >Subject: [Koha] library of poetry audio recordings > > >I've got a business which records poems spoke by children and their >grandparents. > >I need a library-type online application so that users can find their >recordings and the recordings of others. > >Is Koha a good choice for my requirements? Is it overkill? Is there a >better choice for my purposes? > >Thanks, >Michael Johnson >www.wellnessrendezvous.com > > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > From shedges at skemotah.com Sat Mar 13 04:58:25 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating from ISIS to Koha In-Reply-To: References: Message-ID: <12989.66.213.78.3.1079107105.spork@webmail.skemotah.com> Baiju, there is some ISIS conversion information available at http://library.wur.nl/isis/software.html Baiju M said: > Hi, > I am helping a librarian for converting his CDS/ISIS Data to Koha. Have > anyone experiance > with this kind of convertion? Any easy tools > available for convertion? > > I started studying perl and MARC module. > > The migration guide posted to this list was very helpful. > > With thank and regards, > Baiju M > Punnasserikandi, > Kizhuparamba P.O > Areecode - 673639 > Malappuram > Kerala, India > > > > ____________________________________________________________ > Find what you are looking for with the Lycos Yellow Pages > http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From adalid at tij.uia.mx Sat Mar 13 07:28:47 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !!! Message-ID: <200403121814.i2CIEj3a006352@wenceslaus.tij.uia.mx> Where is the "Importing Marc Records..." tool in KOHA Win32. LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From adalid at tij.uia.mx Sat Mar 13 07:39:57 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Migrating from ISIS to Koha Message-ID: <200403121825.i2CIPu3a006707@wenceslaus.tij.uia.mx> phpMylibrary (http://phpmylibrary.sourceforge.net) has a program utility to convert ISIS to MARC I'm in the process to test but, first, i'will have to make some little changes to my ISIS database. It's important to make any changes in ISIS before convert to MARC compatible file. About phpmylibrary. This is another ILS and was designed for ISIS users in mind. The system can load and convert ISIS records online and include a utility to convert ISIS record to marc format and then, using another utility, load them in a SQL database. I tested this ILS and support MARC records directly in the cataloger area. Saludos, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin--> >Subject: [Koha] Migrating from ISIS to Koha > From: "Baiju M" > Date: Fri, 12 Mar 2004 06:21:13 -0500 > To: koha@lists.katipo.co.nz > >Hi, > I am helping a librarian for converting his CDS/ISIS Data to Koha. Have anyone experiance >with this kind of convertion? Any easy tools >available for convertion? > >I started studying perl and MARC module. > >The migration guide posted to this list was very helpful. > >With thank and regards, >Baiju M >Punnasserikandi, >Kizhuparamba P.O >Areecode - 673639 >Malappuram >Kerala, India > > > >____________________________________________________________ >Find what you are looking for with the Lycos Yellow Pages >http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha From adalid at tij.uia.mx Sat Mar 13 09:52:53 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] INSTALLING KOHA IN AN EXISTING WEBSITE !!! Message-ID: <200403122038.i2CKcL3a011333@wenceslaus.tij.uia.mx> Any procedure to install Koha in an existing functional website without affect it? The first time I'installed Koha on Windows, the installer change my apache configuration file and default start pages, etc. Then create another instance of apache to run only Koha for testing porpuses. I'have a virtual domain in a Debian Linux Server and want to install without affect anything. Some years ago I read in the list that can be done but don't remember the link. Gracias, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From jferraro at athenscounty.lib.oh.us Sat Mar 13 09:58:47 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !!! In-Reply-To: <200403121814.i2CIEj3a006352@wenceslaus.tij.uia.mx> References: <200403121814.i2CIEj3a006352@wenceslaus.tij.uia.mx> Message-ID: <20040312205847.GB32424@alma.athenscounty.lib.oh.us> On Fri, Mar 12, 2004 at 10:28:47AM -0800, Adalid Ortiz wrote: > Where is the "Importing Marc Records..." tool in KOHA Win32. in Koha 2.0.0RC4 running on Linux it's in: /usr/local/koha/intranet/scripts/misc/bulkmarcimport.pl Joshua > > LIC. FELIPE ADALID ORTIZ ANZALDO > Area de Medios Electr?nicos > Biblioteca Loyola > http://www.loyola.tij.uia.mx > UNIVERSIDAD IBEROAMERICANA TIJUANA > Ave. Centro Universitario 2501 > Playas de Tijuana > Tijuana, B.C., M?xico 22200 > > Tel. 664 630-1577 Ext. 623 > Fax 664 630-1591 > eMail adalid@tij.uia.mx > > "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que > tienen una mayor capacidad para adaptarse a los cambios." > > --Charles Darwin-- > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From adalid at tij.uia.mx Sat Mar 13 10:07:21 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !! Message-ID: <200403122052.i2CKqn3a012244@wenceslaus.tij.uia.mx> Thanks for the tip. I download a marc record from the LOC catalog and try to load in Koha for testing. Have some error messages. Bad command or file name C:\usr\koha200pre2\intranet\scripts\misc>perl bulkmarcimport.pl Can't locate C4/Context.pm in @INC (@INC contains: C:/usr/lib C at bulkmarcimport.pl line 10. BEGIN failed--compilation aborted at bulkmarcimport.pl line 10. LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From robweir at alum.drexel.edu Sat Mar 13 10:09:19 2004 From: robweir at alum.drexel.edu (robweir@alum.drexel.edu) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !!! References: <200403121814.i2CIEj3a006352@wenceslaus.tij.uia.mx> Message-ID: <005f01c40876$491d5a00$2c0aa8c0@antek.local> On windows, the tool is in C:\usr\koha200RC4\scripts\misc\bulkmarcimport.pl Run the script without any parameters to get a help screen. Rob ----- Original Message ----- From: "Adalid Ortiz" To: Sent: Friday, March 12, 2004 1:28 PM Subject: [Koha] IMPORTING MARC RECORDS !!! > Where is the "Importing Marc Records..." tool in KOHA Win32. > From robweir at alum.drexel.edu Sat Mar 13 10:34:32 2004 From: robweir at alum.drexel.edu (robweir@alum.drexel.edu) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !! References: <200403122052.i2CKqn3a012244@wenceslaus.tij.uia.mx> Message-ID: <007501c40879$ced72dd0$2c0aa8c0@antek.local> Execute the following from your command prompt before running the script: set perl5lib=c:\usr\koha200RC4\intranet\modules That should set the perl5lib environmental variable so the script can find the necessary modules. I am assuming you are testing with RC4. The path will be slightly different for earlier versions. Rob ----- Original Message ----- From: "Adalid Ortiz" To: Sent: Friday, March 12, 2004 4:07 PM Subject: [Koha] IMPORTING MARC RECORDS !! > Thanks for the tip. I download a marc record from the LOC catalog and try to load > in Koha for testing. Have some error messages. > > > Bad command or file name > > C:\usr\koha200pre2\intranet\scripts\misc>perl bulkmarcimport.pl > Can't locate C4/Context.pm in @INC (@INC contains: C:/usr/lib C > at bulkmarcimport.pl line 10. > BEGIN failed--compilation aborted at bulkmarcimport.pl line 10. > > LIC. FELIPE ADALID ORTIZ ANZALDO > From jferraro at athenscounty.lib.oh.us Sat Mar 13 13:18:14 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] IMPORTING MARC RECORDS !! In-Reply-To: <200403122052.i2CKqn3a012244@wenceslaus.tij.uia.mx> References: <200403122052.i2CKqn3a012244@wenceslaus.tij.uia.mx> Message-ID: <20040313001814.GA893@alma.athenscounty.lib.oh.us> On Fri, Mar 12, 2004 at 01:07:21PM -0800, Adalid Ortiz wrote: > Thanks for the tip. I download a marc record from the LOC catalog and try to load > in Koha for testing. Have some error messages. > > > Bad command or file name > > C:\usr\koha200pre2\intranet\scripts\misc>perl bulkmarcimport.pl > Can't locate C4/Context.pm in @INC (@INC contains: C:/usr/lib C > at bulkmarcimport.pl line 10. > BEGIN failed--compilation aborted at bulkmarcimport.pl line 10. Right, this is a pretty common problem. Try running it like this: perl -I /path/to/modules bulkmarcimport.pl plus whatever other parameters you plan to feed bulkmarcimport (like the filename :-) BTW: the path to my modules dir is /usr/local/koha/intranet/modules Let us know if that solved it... Joshua > > > > > LIC. FELIPE ADALID ORTIZ ANZALDO > Area de Medios Electr?nicos > Biblioteca Loyola > http://www.loyola.tij.uia.mx > UNIVERSIDAD IBEROAMERICANA TIJUANA > Ave. Centro Universitario 2501 > Playas de Tijuana > Tijuana, B.C., M?xico 22200 > > Tel. 664 630-1577 Ext. 623 > Fax 664 630-1591 > eMail adalid@tij.uia.mx > > "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que > tienen una mayor capacidad para adaptarse a los cambios." > > --Charles Darwin-- > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From ben.hall at ffa.int Sun Mar 14 04:55:43 2004 From: ben.hall at ffa.int (Ben Hall) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Re: Migrating from ISIS to Koha In-Reply-To: References: Message-ID: <20040313155543.GA789@mudcrab> Baiju, I've just recently completed a cds/isis to koha data migration and have written a perl script to help out with the task. The migration process involves converting your CDS/ISIS db into XML then reading the XML file into koha. To convert my CDS/ISIS data into XML I used the Isis2XML utility found at: ftp://ftp.unesco.org/pub/winisis/windows/utilities/Isis2XML/ For the XML to koha step I wrote a Perl script which I'm certainly happy to share around. I've been meaning to document the process, which I'll do tomorrow and post it up on a webpage. stay tuned. Ben On 12/03/04 22:21 +1100, Baiju M wrote: > Hi, > I am helping a librarian for converting his CDS/ISIS Data to Koha. > Have anyone experiance > with this kind of convertion? Any easy tools > available for convertion? > > I started studying perl and MARC module. > > The migration guide posted to this list was very helpful. > > With thank and regards, > Baiju M > Punnasserikandi, > Kizhuparamba P.O > Areecode - 673639 > Malappuram > Kerala, India > > -- Ben Hall Information Officer Forum Fisheries Agency PO Box 629 Honiara, Solomon Islands ph: +677 21124 fx: +677 23995 em: ben.hall@ffa.int ww: http://www.ffa.int/ From mjr at dsl.pipex.com Sun Mar 14 02:09:16 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] INSTALLING KOHA IN AN EXISTING WEBSITE !!! In-Reply-To: <200403122038.i2CKcL3a011333@wenceslaus.tij.uia.mx> Message-ID: <4f6a6bfcc127ce8a90c5a6df222905ea@bouncing.localnet> On 2004-03-12 20:52:53 +0000 Adalid Ortiz wrote: > Any procedure to install Koha in an existing functional website > without affect > it? The main koha-2.0 installer no longer edits the httpd.conf for you, so you have to decide for yourself how to integrate it. You can just accept the defaults and Include /etc/koha/koha-httpd.conf, or you can edit the basic pattern to fit. The Windows one will behave differently. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From tjkotula at paradise.net.nz Fri Mar 12 21:24:05 2004 From: tjkotula at paradise.net.nz (T & J Kotula) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields Message-ID: <001d01c4080b$634141a0$fe05a8c0@PII300> Michael and Stephen I'm glad you found it too. I just discovered it too a couple of days ago, but haven't had a chance to finish my email. When I use z3950search and then hit the link to import that info, everything looks fine. I can go and click on each numeric link, hit reload - no problems. However when I search for this newly added book most of the fields are out of sync, as follows: 010|a LC --- OK 020|a ISBN --- OK 100|a Name --> 852|k Call Number 245|a Title --> 100|g Miscellaneous information 260|c Date of publication -->245|a Title 300|a Extent --> 260|c Date of publication 300|c Dimension --> 300|a Extent In my case I haven't fiddled with any MARC stuff and my MARC flavor is MARC21 (as well as for each z3950.server). Looking forward to your replies. PS. In my desperation I was just about to reinstall koha, but finding out that it's not just me, I'll wait for the next release :-) tomasz kotula. From shedges at skemotah.com Tue Mar 16 04:35:12 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields In-Reply-To: <001d01c4080b$634141a0$fe05a8c0@PII300> References: <001d01c4080b$634141a0$fe05a8c0@PII300> Message-ID: <32742.66.213.78.3.1079364912.spork@webmail.skemotah.com> Tomasz - Have you set up your item types in the parameters? That was the solution to Michael's problem. Stephen T & J Kotula said: > Michael and Stephen > > I'm glad you found it too. I just discovered it too a couple of days ago, > but haven't had a chance to finish my email. > > When I use z3950search and then hit the link to import that info, > everything > looks fine. I can go and click on each numeric link, hit reload - no > problems. However when I search for this newly added book most of the > fields > are out of sync, as follows: > > 010|a LC --- OK > 020|a ISBN --- OK > 100|a Name --> 852|k Call Number > 245|a Title --> 100|g Miscellaneous information > 260|c Date of publication -->245|a Title > 300|a Extent --> 260|c Date of publication > 300|c Dimension --> 300|a Extent > > In my case I haven't fiddled with any MARC stuff and my MARC flavor is > MARC21 (as well as for each z3950.server). > > Looking forward to your replies. > > PS. In my desperation I was just about to reinstall koha, but finding out > that it's not just me, I'll wait for the next release :-) > > tomasz kotula. > > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Wed Mar 17 02:50:44 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields In-Reply-To: <20040315215759.GAXY17534.mx-mtaout01.mts.net@mx-mtaout> References: <20040315215759.GAXY17534.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <1035.66.213.78.103.1079445044.spork@webmail.skemotah.com> I didn't really look too closely (someone else found this solution), but I do know that Koha does many crazy things if item types aren't handled carefully. I don't think we can emphasize too much that the _first_ thing folks need to do on the admin page is set up their item types! Stephen baljkas@mts.net said: > Monday, March 15, 2004 16:00 CST > > Stephen, > > Silly question maybe, but why would item types have anything to do with > the MARC mixing up like that? > > Just curious. > > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > > >> From: "Stephen Hedges" >> Date: 2004/03/15 Mon AM 09:35:12 CST >> To: "T & J Kotula" >> CC: koha@lists.katipo.co.nz >> Subject: Re: [Koha] Data being stored in incorrect fields >> >> Tomasz - >> >> Have you set up your item types in the parameters? That was the >> solution >> to Michael's problem. >> >> Stephen >> >> T & J Kotula said: >> > Michael and Stephen >> > >> > I'm glad you found it too. I just discovered it too a couple of days >> ago, >> > but haven't had a chance to finish my email. >> > >> > When I use z3950search and then hit the link to import that info, >> > everything >> > looks fine. I can go and click on each numeric link, hit reload - no >> > problems. However when I search for this newly added book most of the >> > fields >> > are out of sync, as follows: >> > >> > 010|a LC --- OK >> > 020|a ISBN --- OK >> > 100|a Name --> 852|k Call Number >> > 245|a Title --> 100|g Miscellaneous information >> > 260|c Date of publication -->245|a Title >> > 300|a Extent --> 260|c Date of publication >> > 300|c Dimension --> 300|a Extent >> > >> > In my case I haven't fiddled with any MARC stuff and my MARC flavor is >> > MARC21 (as well as for each z3950.server). >> > >> > Looking forward to your replies. >> > >> > PS. In my desperation I was just about to reinstall koha, but finding >> out >> > that it's not just me, I'll wait for the next release :-) >> > >> > tomasz kotula. >> > >> > >> > >> > >> > _______________________________________________ >> > Koha mailing list >> > Koha@lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> > >> >> >> -- >> Stephen Hedges >> Skemotah Solutions, USA >> www.skemotah.com -- shedges@skemotah.com >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From baljkas at mts.net Tue Mar 16 10:57:59 2004 From: baljkas at mts.net (baljkas@mts.net) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Data being stored in incorrect fields Message-ID: <20040315215759.GAXY17534.mx-mtaout01.mts.net@mx-mtaout> Monday, March 15, 2004 16:00 CST Stephen, Silly question maybe, but why would item types have anything to do with the MARC mixing up like that? Just curious. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Stephen Hedges" > Date: 2004/03/15 Mon AM 09:35:12 CST > To: "T & J Kotula" > CC: koha@lists.katipo.co.nz > Subject: Re: [Koha] Data being stored in incorrect fields > > Tomasz - > > Have you set up your item types in the parameters? That was the solution > to Michael's problem. > > Stephen > > T & J Kotula said: > > Michael and Stephen > > > > I'm glad you found it too. I just discovered it too a couple of days ago, > > but haven't had a chance to finish my email. > > > > When I use z3950search and then hit the link to import that info, > > everything > > looks fine. I can go and click on each numeric link, hit reload - no > > problems. However when I search for this newly added book most of the > > fields > > are out of sync, as follows: > > > > 010|a LC --- OK > > 020|a ISBN --- OK > > 100|a Name --> 852|k Call Number > > 245|a Title --> 100|g Miscellaneous information > > 260|c Date of publication -->245|a Title > > 300|a Extent --> 260|c Date of publication > > 300|c Dimension --> 300|a Extent > > > > In my case I haven't fiddled with any MARC stuff and my MARC flavor is > > MARC21 (as well as for each z3950.server). > > > > Looking forward to your replies. > > > > PS. In my desperation I was just about to reinstall koha, but finding out > > that it's not just me, I'll wait for the next release :-) > > > > tomasz kotula. > > > > > > > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From s.renaux at esiee.fr Fri Mar 19 03:03:16 2004 From: s.renaux at esiee.fr (Serge RENAUX) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] z3950 server/client problem Message-ID: <4059AC24.5010509@esiee.fr> Hi, I try to test a z3950 server and a z3950 client . My z3950 server runs well ./zed-koha-server.pl daemon I run the ./processz3950queue daemon in my z3950 client When it try to search from a title or an ISBN from my z3950 client it did not find anything. I got the Error message below from my ./processz3950queue daemon DBD::mysql::st execute failed: Unknown column 'z3950random' in 'field list' at /usr/share/perl5/C4/Breeding.pm line 115. Do you know where is the mistake ? Regards Serge -- Serge Renaux Groupe ESIEE / CCI Paris EMail:s.renaux@esiee.fr Tel:(33)1.45.92.67.46 From mjr at dsl.pipex.com Fri Mar 19 04:49:04 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] z3950 server/client problem In-Reply-To: <4059AC24.5010509@esiee.fr> Message-ID: On 2004-03-18 14:03:16 +0000 Serge RENAUX wrote: > I got the Error message below from my ./processz3950queue daemon > DBD::mysql::st execute failed: Unknown column 'z3950random' in 'field > list' > at /usr/share/perl5/C4/Breeding.pm line 115. > > Do you know where is the mistake ? Your database tables are not up to date. Which version are you using? I encountered this bug some time ago and Paul changed the upgrade scripts to fix it. Have you upgraded recently? From which release? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From cerwin at transy.edu Fri Mar 19 07:22:54 2004 From: cerwin at transy.edu (Charles Erwin) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Z3950 "Still ?? requests to go" Message-ID: <5.1.0.14.0.20040318131953.00b38e38@mail.transy.edu> Hello, I tried to add a biblio on the intranet menu for Koha 2.00RC4 and I get the message "Still ?? requests to go". What does this mean? It acts like it's not even processing the ISBN I entered. Thanks, Charles Erwin From mjr at dsl.pipex.com Fri Mar 19 07:58:27 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Z3950 "Still ?? requests to go" In-Reply-To: <5.1.0.14.0.20040318131953.00b38e38@mail.transy.edu> Message-ID: On 2004-03-18 18:22:54 +0000 Charles Erwin wrote: > Hello, I tried to add a biblio on the intranet menu for Koha 2.00RC4 > and I > get the message > "Still ?? requests to go". What does this mean? It acts like it's > not even > processing the ISBN I entered. Is the z3950daemon running? Its startup script is in intranet/scripts/z3950daemon. Developers, could we display "Z39.50 Not Running" instead of "Still ?? requests to go"? (Please reply to one list or other, not both.) -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From pb at wardrobe-on-the-web.com Fri Mar 19 21:59:38 2004 From: pb at wardrobe-on-the-web.com (Paul Bentley) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha on Mac OS X? Message-ID: Hi - has anyone installed Koha on Mac OS X? pb From philip.sturman.9475 at student.uu.se Sat Mar 20 00:09:21 2004 From: philip.sturman.9475 at student.uu.se (Philip Sturman) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Installing v 2.0* on Mac os x Message-ID: Hi all, I've just downloaded Koha (2.0.0RC4) and installed it, but haven't managed to get it running yet. It seems the installation documents on the Koha site is a bit out of date, and not applicable to the mac-version of Apache-filestructure. I can't make sense of the instructions in the manual at: http://koha.org/manual/book1_library_it_support.html Stuff like this: "koha distro koha\* into /pathto/cgi-bin/oadmin (including C4 directory and its contents)." The C4 directory is not in the root of the koha-directory anymore, and what files are referred by koha\* ? I would be immensely thankful for anyone to straighten this out for me. What do I have to change in the httpd.conf file, and what files are supposed to be in what directories? regards P. Sturman -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2395 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040319/a01646b7/smime.bin From mjr at dsl.pipex.com Sat Mar 20 00:55:01 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Installing v 2.0* on Mac os x In-Reply-To: Message-ID: <5461c8c0ec292b6ad63cd6a041f44dcb@bouncing.localnet> On 2004-03-19 11:09:21 +0000 Philip Sturman wrote: > I can't make sense of the instructions in the manual at: > http://koha.org/manual/book1_library_it_support.html I think if you seek Joshua's guide for Debian, it may help you: http://kados.org/LibraryScience/installing_koha.html > I would be immensely thankful for anyone to straighten this out for > me. What > do I have to change in the httpd.conf file, and what files are > supposed to be > in what directories? The httpd.conf file needs a line adding similar to: Include /etc/koha/koha-httpd.conf I can't really email you an "ls -lR" output from GNU/Linux on-list. Can you tell me which files you wonder about, or OK me sending you a huge file off-list? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From CErwin at transy.edu Sat Mar 20 07:40:55 2004 From: CErwin at transy.edu (Erwin) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha 2.0.0RC4 MYSQL Errors Message-ID: <1079721655.b172dd80CErwin@transy.edu> Hello, I am getting these errors in the koha-error_log file in /var/log/apache2: library apache2 # cat koha-error_log [Fri Mar 19 13:34:58 2004] [error] [client 10.20.3.14] DBD::mysql::st execute failed: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2479., referer: http://library.cs.transy.edu:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?isbn=0-596-00027-8 [Fri Mar 19 13:34:58 2004] [error] [client 10.20.3.14] DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Search.pm line 2480., referer: http://library.cs.transy.edu:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?isbn=0-596-00027-8 I do not know what they mean, but they appeared when I attempted the z3950 search function (which still presents the "Still ?? requests to go" message). I've run the z3950-daemon-launch.sh but it just immediately returns me to the prompt. A log file appeared in /usr/local/koha/log/ but it has nothing in it. I'm sorry for all the posts but we really have no idea what is going on here and help would be really appreciated. Thanks, Charles Erwin From mjr at dsl.pipex.com Sat Mar 20 09:08:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Koha 2.0.0RC4 MYSQL Errors In-Reply-To: <1079721655.b172dd80CErwin@transy.edu> Message-ID: <9724e7e72d07ed60ee56131747a82b14@bouncing.localnet> On 2004-03-19 18:40:55 +0000 Erwin wrote: > [Fri Mar 19 13:34:58 2004] [error] [client 10.20.3.14] DBD::mysql::st > execute > failed: You have an error in your SQL syntax. Check the manual that > corresponds to your MySQL server version for the right syntax to use > near '' > at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line > 2479., > referer: > http://library.cs.transy.edu:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?isbn=0-596-00027-8 [...] > I do not know what they mean, but they appeared when I attempted the > z3950 > search function (which still presents the "Still ?? requests to go" > message). What data did you enter? Title? ISBN? > I've run the z3950-daemon-launch.sh but it just immediately returns > me to > the prompt. [...] It should start a perl process in the background, which can be seen in the ps ax results. The log file should expand as it does searches. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From brenv at voelkerville.com Sat Mar 20 18:47:21 2004 From: brenv at voelkerville.com (Ken & Brenda Voelker) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Z3950 Searches Stopped Working Message-ID: <003801c40e3e$d0ebc4d0$6400a8c0@ATHLON> Anyone have any hints for troubleshooting Z3950 searches? I've been using Koha's MARC search function for many months, and have retrieved MARC records for hundreds of books. Then, it suddenly quit working a couple of weeks ago. Everything else works - all the rest of Koha, my internet connection, etc. If I use Ethereal to monitor the LAN traffic, I can see my computer connecting to the Voyager server at Library of Congress, getting an acknowledgement, sending the ISBN number, and then getting a fairly short response. Then the whole sequence repeats, every five seconds or so, until I clear the search list. This happens even with ISBN's that have worked in the past. I've made no significant changes to the computer in this time frame, have rebooted numerous times, and even downloaded the latest version of Net::Z3950. I'm using Koha-1.2.3. Anyway, I guess my next approach is to try and understand the bits being sent/received during the Z3950 transaction, and see what my computer is being told by LOC. If anyone has any ideas for translating the protocol PDU's back into plain English, (or other troubleshooting hints), I'd appreciate hearing them. From brenv at voelkerville.com Sat Mar 20 19:17:55 2004 From: brenv at voelkerville.com (Ken & Brenda Voelker) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] More re: Z3950 Searches Stopped Working Message-ID: <003901c40e43$15e9d460$6400a8c0@ATHLON> Further to my original posting, the lookup failures all have entries in the z3950-daemon-xxxxx.log that have the following form: Processing isbn="0310250641" at 1 z3950.loc.gov:7090 voyager (1 forks) Q: @attr 1=7 "0310250641" ERROR: Can't call method "option" on an undefined value at /var/www/library/koha/intranet/scripts/z3950daemon/processz3950queue line 163, line 22. z3950.loc.gov:7090 done. What is this trying to tell me? From brenv at voelkerville.com Mon Mar 22 12:43:44 2004 From: brenv at voelkerville.com (Ken & Brenda Voelker) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Solved: Z3950 Searches Stopped Working Message-ID: <004b01c40fa6$bad9cc00$6400a8c0@ATHLON> Just for the record, I was able to fix the problem, thanks to a message posted by Mike Taylor (the author of Net::Z3950) to the Net-Z3950 mailing list (see October 23, 2003). Don't understand why others haven't run into this problem, nor do I understand why it appeared so suddenly on my installation. In any event, in order to get it captured into this archive, here's a synopsis: Problem: MARC searches suddenly quit working altogether - the ISBN's remained in the search list, and Koha would continue to query the L.O.C. servers until the list was manually cleared. The z3950-daemon log in /var/log/koha showed an error message of the form: ERROR: Can't call method "option" on an undefined value at /var/www/library/koha/intranet/scripts/z3950daemon/processz3950queue line 163, line 22. Here's Mike's reply to someone who ran into the same problem: >Net::Z3950 is not guilty! The culprit here is the Library >of Congress's, somewhat eccentric Z39.50 server. > >Remember that, as documented, the default record-syntax requested by >Net::Z3950 programs is GRS-1. The LoC server doesn't support GRS-1 >records. > >To fix your problem, you need to tell Net::Z3950 that you want to >fetch USMARC records from this connection. CURE: in the module /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue, look for the line that creates the new Z3950 connection: eval { $conn= new Net::Z3950::Connection($servername, $port, databaseName => $database); }; and modify it to explicitly spell out the record syntax you want, i.e. USMARC: eval { $conn= new Net::Z3950::Connection($servername, $port, databaseName => $database, preferredRecordSyntax => 'USMARC'); }; (Actually, you'll make this correction twice, because the command appears in the module twice, once with and once without password authentication). Don't forget to halt and re-start the Z3950 daemon, in order for the changes to take effect. (Or just reboot). From thornswabbler at earthlink.net Wed Mar 24 14:43:19 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC opac searching Message-ID: <200403232043.19350.thornswabbler@earthlink.net> Greetings, I am looking at customizing the public search interface of Koha 2.0.0RC4, and would like to confirm my understanding of how it works before charging into it. It looks to me as if Koha stores bibliographic records in a sort of "Koha-native", non-MARC format in the biblio table, as well as storing MARC records in the marc_subfield_table. When an end user performs an "advanced" search of the catalog on a newly-installed system, the page he sees is generated by opac-search.pl; the search form on that page has as its action the perl script opac-searchresults.pl. I'm still dissecting the flow of the program, but it looks like opac-search.pl and opac-searchresults.pl use the templates opac-search.tmpl and opac-searchresults.tmpl, in which I see references to functions in Search.pm. As I look at the sql statements in Search.pm, these functions do seem to hit only the "biblio" table. I also see a "SearchMarc.pm". I'm wondering if this is where the marc-searching functionality used in the staff (intranet) portion of Koha is hidden. If I wanted to modify Koha so that, for example, the publicly available interface does all author searches against 100 | a and 110 | a in the marc_subfield_table , instead of simply against the author field in the "biblio" table, am I correct in concluding that what I need to do is to edit opac-searchresults.pl, opac-searchresults.tmpl, and possiblly SearchMarc.pm? Thanks, Mike Watson thornswabbler@earthlink.net From paul.poulain at free.fr Wed Mar 24 21:01:11 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] MARC opac searching In-Reply-To: <200403232043.19350.thornswabbler@earthlink.net> References: <200403232043.19350.thornswabbler@earthlink.net> Message-ID: <40614E57.7050208@free.fr> Michael Watson a ?crit : >Greetings, > >I am looking at customizing the public search interface of Koha 2.0.0RC4, and >would like to confirm my understanding of how it works before charging into >it. > >It looks to me as if Koha stores bibliographic records in a sort of >"Koha-native", non-MARC format in the biblio table, as well as storing MARC >records in the marc_subfield_table. When an end user performs an "advanced" >search of the catalog on a newly-installed system, the page he sees is >generated by opac-search.pl; the search form on that page has as its action >the perl script opac-searchresults.pl. > >I'm still dissecting the flow of the program, but it looks like opac-search.pl >and opac-searchresults.pl use the templates opac-search.tmpl and >opac-searchresults.tmpl, in which I see references to functions in Search.pm. >As I look at the sql statements in Search.pm, these functions do seem to hit >only the "biblio" table. I also see a "SearchMarc.pm". I'm wondering if this >is where the marc-searching functionality used in the staff (intranet) >portion of Koha is hidden. > >If I wanted to modify Koha so that, for example, the publicly available >interface does all author searches against 100 | a and 110 | a in the >marc_subfield_table , instead of simply against the author field in the >"biblio" table, am I correct in concluding that what I need to do is to edit >opac-searchresults.pl, opac-searchresults.tmpl, and possiblly SearchMarc.pm? > > Perfect analysis. But be careful, you may work on things that are already solved in CVS. In CVS, the Search.pm is deprecated : SearchMarc is used everywhere and uses always MARC tables. When working perfectly, we will change OPAC too. In the future, every searches will be done on MARC tables. It also has some nice new features. pro : * search always indexed * hability to search on "similar" fields (author = 200, 700, 701, 702 in UNIMARC, for example) * hability to order the result con : * none ? NOTE : you shouls subscribe koha-devel mailing list, & look for my mail called "new features to tests", a few days ago -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From BernadetteC at burwood.org.nz Thu Mar 25 14:37:27 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Adding Serials to Koha Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC804844C@burwoodacademy.burwood.org.nz> Hi, I'm using the simple acquisitions module in Koha and I have a question re serials. Once I've created the biblio record and added the first issue, how can I then add subsequent issues without having to create another biblio?!! I know this can be done, I just don't know how to do it. Many thanks, Bernadette ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040325/dd5795c1/attachment.htm From chris at katipo.co.nz Thu Mar 25 14:43:44 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:17 2005 Subject: [Koha] Adding Serials to Koha In-Reply-To: <3B01A309C0CE8C42A9EE891E8FFBCBC804844C@burwoodacademy.burwood.org.nz> References: <3B01A309C0CE8C42A9EE891E8FFBCBC804844C@burwoodacademy.burwood.org.nz> Message-ID: <20040325024344.GM992@katipo.co.nz> On Thu, Mar 25, 2004 at 02:37:27PM +1200, Bernadette Cassidy said: > Hi, > > > > I'm using the simple acquisitions module in Koha and I have a question > re serials. Once I've created the biblio record and added the first > issue, how can I then add subsequent issues without having to create > another biblio?!! I know this can be done, I just don't know how to do > it. > > Hi Bernadette What you do is go to acquisitions again. Type in the Start of the title, in the title box It should find the record already in koha, then it should give you a link to add new items to it. Let me know if this doesnt make sense and ill do some screenshots. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From mjr at dsl.pipex.com Fri Mar 26 02:31:54 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Solved: Z3950 Searches Stopped Working In-Reply-To: <004b01c40fa6$bad9cc00$6400a8c0@ATHLON> Message-ID: <5e9783b9c290afccbcfc6e788617e125@bouncing.localnet> This may be more on-topic for koha-devel@lists.sourceforge.net than here. On 2004-03-22 00:43:44 +0000 Ken & Brenda Voelker wrote: > Don't understand why others haven't run into > this problem, nor do I understand why it appeared so suddenly on my > installation. Is this related to http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=624 on some installations (1.9x and maybe early 2.0RC)? > CURE: in the module > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue, look > for the > line that creates the new Z3950 connection: > eval { $conn= new Net::Z3950::Connection($servername, $port, > databaseName > => $database); }; > > and modify it to explicitly spell out the record syntax you want, i.e. > USMARC: > eval { $conn= new Net::Z3950::Connection($servername, $port, > databaseName > => $database, preferredRecordSyntax => 'USMARC'); }; Should this be drawn from the Z39.50 server config stored in the database instead of hard-coded? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From Howard_Dahdah at idg.com.au Fri Mar 26 18:25:11 2004 From: Howard_Dahdah at idg.com.au (Howard_Dahdah@idg.com.au) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Howard Dahdah/Australia/IDG is on Holidays Message-ID: I will be out of the office starting 26/03/2004 and will not return until 06/04/2004. Any questions for IDG Online can be directed to Nadia Cameron nadia_cameron@idg.com.au or Steven Deare steven_deare@idg.com.au Thanks, Howard From mjr at dsl.pipex.com Fri Mar 26 21:08:09 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Howard Dahdah/Australia/IDG is on Holidays In-Reply-To: Message-ID: <14969306d49b42b3c4cc7043c58c3939@bouncing.localnet> On 2004-03-26 06:25:11 +0000 Howard_Dahdah@idg.com.au wrote: > I will be out of the office starting 26/03/2004 and will not return > until > 06/04/2004. Please, everyone, if you have an "Out of office autoreply" either make sure that it doesn't answer emails that have a List-Id header, or set your mailing list subscriptions to "nomail" while you're away (using the URL in the list footer). -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From pate at eylerfamily.org Sat Mar 27 03:23:56 2004 From: pate at eylerfamily.org (pate@eylerfamily.org) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] (no subject) Message-ID: -------------- next part -------------- A non-text attachment was scrubbed... Name: drdoclpib.exe Type: application/x-msdownload Size: 8208 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040326/35467272/drdoclpib.bin From lcurrie at calacademy.org Mon Mar 29 20:41:57 2004 From: lcurrie at calacademy.org (lcurrie@calacademy.org) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] (no subject) Message-ID: -------------- next part -------------- A non-text attachment was scrubbed... Name: game.exe Type: application/x-msdownload Size: 8208 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040329/ac178ace/game.bin From talia.alton at iird.vic.gov.au Tue Mar 30 13:33:12 2004 From: talia.alton at iird.vic.gov.au (talia.alton@iird.vic.gov.au) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Who is the borrower? Message-ID: We are happily using KOHA 1.2.3. How do I find out, who is the borrower of a certain book? Thanks, Talia Alton Business Information and Research Unit Department of Innovation, Industry and Regional Development talia.alton@iird.vic.gov.au _____________________________________________________________ Department of Innovation, Industry and Regional Development Government of Victoria, Victoria, Australia. This e-mail and any attachments may contain privileged and confidential information. If you are not the intended recipient, you may not distribute or reproduce this e-mail or the attachments. If you have received this message in error please notify us by return e-mail. ______________________________________________________________ From chris at katipo.co.nz Tue Mar 30 13:42:56 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Who is the borrower? In-Reply-To: References: Message-ID: <20040330014255.GW15632@katipo.co.nz> On Tue, Mar 30, 2004 at 11:33:12AM +1000, talia.alton@iird.vic.gov.au said: > We are happily using KOHA 1.2.3. > > How do I find out, who is the borrower of a certain book? > > Hi Talia What you do is search for the book in the librarian/intranet interface. Then click on the title in the search results screen, then you should end up at the detail.pl page. If you click on the barcode on that page, then it will take you to a page that will tell you who has the book out currently, plus who had it out last. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From baijum81 at lycos.com Tue Mar 30 23:10:38 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Any Indian users? Message-ID: Hi, We just started experimenting with Koha, here is some details : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha Anyone from India already using Koha? Let us create a mailing list for Indian users of Koha? Regards, Baiju M ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From mohsennia at bib.uni-wuppertal.de Mon Mar 29 23:51:39 2004 From: mohsennia at bib.uni-wuppertal.de (Stefanie Mohsennia) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] customizing Koha 2.0.0 Message-ID: <40680DCB.4060601@bib.uni-wuppertal.de> Hello all, we have installed Koha 2.0.0 at the International Library in D?sseldorf/Germany. It's up and running and we are now starting to customize the system. I don't know if this is the right place to ask questions that are not really technical, but rather geared towards the application. If there is a different list for "librarian questions", could you please point me in the right direction? Here are our questions that arose after our first customizing attempts: 1. I configured a membership category and assigned 10 as the fee to pay, but when I look at the membership record that has been created for the first member in this category, it says "Fee: $30/year". Where does this figure come from and how can I change it to the right amount which would be 10 EUR? 2. The date when the member joined the library was automatically set to 27/3/2004, the date when I entered the member's data. Also, the expiry date was set automatically to 27/03/2005. How can we change both dates to match our present expiry dates of memberships? 3. We would like to allow members to take books out for 28 days and allow 2 extend their loan period twice. Is it possible to customize the system according to our specification? 4. We have two different loan periods for DVDs and videos. The member can either opt for a three day loan or a seven day loan (the latter costs more). Is there a way to have this choice for the same item in Koha? I appreciate your support very much and am looking forward to receiving answers to our questions (I'm afraid these won't be our last questions, though). Best wishes from Germany, Stefanie Mohsennia From paul.poulain at free.fr Wed Mar 31 19:59:56 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] customizing Koha 2.0.0 In-Reply-To: <40680DCB.4060601@bib.uni-wuppertal.de> References: <40680DCB.4060601@bib.uni-wuppertal.de> Message-ID: <406A7A7C.6070405@free.fr> Stefanie Mohsennia a ?crit : > Hello all, Hi from Euroland, > we have installed Koha 2.0.0 at the International Library in > D?sseldorf/Germany. It's up and running and we are now starting to > customize the system. I don't know if this is the right place to ask > questions that are not really technical, but rather geared towards the > application. If there is a different list for "librarian questions", > could you please point me in the right direction? you're question are ok here. For full technical questions, you have koha-devel mailing list. > Here are our questions that arose after our first customizing attempts: > 1. I configured a membership category and assigned 10 as the fee to > pay, but when I look at the membership record that has been created > for the first member in this category, it says "Fee: $30/year". Where > does this figure come from and how can I change it to the right amount > which would be 10 EUR? iirc, it's something that's hardcoded in the system. Stupid, I agree. But it has no effects on issuing, debts... the user is considered "uptodate" when he is entered. > 2. The date when the member joined the library was automatically set > to 27/3/2004, the date when I entered the member's data. Also, the > expiry date was set automatically to 27/03/2005. How can we change > both dates to match our present expiry dates of memberships? iirc no. > 3. We would like to allow members to take books out for 28 days and > allow 2 extend their loan period twice. Is it possible to customize > the system according to our specification? yes : Koha >> parameters >> Itemtypes >> books. the renewals allowed it a checkbox. It's a bug. It should be a number. It you change manually the itemtype table and set renewals field to 2, then renewal is allowed 2 times (with the checkbox, it's allowed only once) > 4. We have two different loan periods for DVDs and videos. The member > can either opt for a three day loan or a seven day loan (the latter > costs more). Is there a way to have this choice for the same item in Koha? no. but when you issue the item you can force a return date manually. Not a really user friendly solution anyway. > I appreciate your support very much and am looking forward to > receiving answers to our questions (I'm afraid these won't be our last > questions, though). plese don't hesitate to ask again. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From pate at eylerfamily.org Thu Apr 1 04:17:42 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha 2.0 has been released! Message-ID: After a two year cycle of intense development efforts Koha 2.0 is now being released! Early release copies of Koha 2.0 have been deployed in libraries in France and the United States for over 6 months. With this new release, we expect Koha to be deployed in many more libraries around the world. Koha 2.0 is a major upgrade to the Koha 1.2 system, including features like: a fully templated web interface, translation tools and translations into french, chinese, and polish, and best of all ... full integration with MARC (both UniMARC and MARC21). Koha 2.0 can be downloaded from http://sourceforge.net/project/showfiles.php?group_id=16466 With this release, we're making a change in the release managment for Koha. Paul Poulain, who managed the development of Koha 2.0, will be turning over the ongoing management of the 2.0 version to MJ Ray. Paul won't be sitting idle though, he will become the manager of Koha 2.2 development. Congratulations, and good luck, to both MJ and Paul. Too many people have contributed to Koha over the last two years to thank everyone individually, but we would be remiss if we didn't mention a few people who've made major contributions: Paul Poulain and Steve Tonnesen did the majority of the design for our new MARC database layout, Stephen Hedges and the Nelsonville Public Library funded a great deal of the MARC development, l'Abbaye Notre Dame des Dombes also aided the MARC work by providing a test environment during early development, MJ Ray coordinated much of the bug hunting and squashing effort, and last (but not least) Katipo Communications has continued to provide all manner of support to the Koha community. Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org From shedges at skemotah.com Thu Apr 1 04:59:57 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] customizing Koha 2.0.0 In-Reply-To: <40680DCB.4060601@bib.uni-wuppertal.de> References: <40680DCB.4060601@bib.uni-wuppertal.de> Message-ID: <11032.66.213.78.3.1080752397.spork@webmail.skemotah.com> Gruss Dich, Stephanie! Stefanie Mohsennia said: > 2. The date when the member joined the library was automatically set to > 27/3/2004, the date when I entered the member's data. Also, the expiry > date was set automatically to 27/03/2005. How can we change both dates > to match our present expiry dates of memberships? If you can somehow export the card number (or member number, or whatever you are using as an identifier) and the enrollment date and the expiration date from your old system for each member, then it should be fairly easy to write a custom script that would correct this data in Koha. You'll need to find someone who can write scripts that interact with Koha's MySQL database. The Koha code is written in Perl and uses the DBI and DBD::mysql Perl modules to work with MySQL, but any language that can modify your MySQL database should be OK. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sun Apr 4 02:21:54 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: unoffical Koha documents (was [Koha] Any Indian users?) In-Reply-To: References: Message-ID: <32836.65.24.138.126.1081002114.spork@webmail.skemotah.com> I've added Baiju's nifty guide to migrating from CDS/ISIS to Koha to my personal collection of helpful but "unofficial" Koha guides. (I keep the collection on my very public www.skemotah.com webpage, so it's actually not all that personal -- I hope Baiju doesn't mind.) I'm sure other people also have collected helpful Koha documents, and I also suspect that there are nice documents out there on the web that I don't know about. I think it would be a good idea to set up a webpage that collects these unofficial documents in one handy place. I'm happy to use skemotah.com for such a repository, but I think it would make more sense to put it somewhere on koha.org. Any thoughts? Stephen Baiju M said: > Hi, > We just started experimenting with Koha, here is some details : > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha > > Anyone from India already using Koha? > Let us create a mailing list for Indian users of Koha? > > Regards, > Baiju M > > > > ____________________________________________________________ > Find what you are looking for with the Lycos Yellow Pages > http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From nsr at etome.net Mon Apr 5 12:13:28 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:18 2005 Subject: unoffical Koha documents (was [Koha] Any Indian users?) In-Reply-To: <32836.65.24.138.126.1081002114.spork@webmail.skemotah.com> Message-ID: <000201c41aa2$d859bb80$0401a8c0@POIROT> Steve - Consider a repository underway. Thanks for the link. I routinely ask for copies/links of stuff when people announce they've accomplished something. Rarely do I get a third email. Sigh. Now that 2.0 is officially out and stable, it seems a reasonable point to restart the documentation effort. It is always fun to see new things featurewise or interfacewise happen...right after you sit down to work on a new edition! - seriously, however, it is (I know, I know, you've all heard this before from me) going to happen this time if only b/c the old docs are simply wrong for things in 2. As usual, those interested in volunteering (I hope the HLT brigade is still up for a little proofing, and Regula - still interested in helping?). Still needed: installed copies of stock Koha-2 with the default theme turned on (I had someone offer, but they I suppose are still checking with their management). Preferably a preproduction test bed that someone is willing to let outsiders have librarian-level access to.... We used screenshots heavily last time, and I predict the same this time. For this round Migration, Installation, and Librarian-User will be divvied up, in a break from last time's giganto-manual. In the interests of speed, Migration will probably be some sort of scrapbook thing to leverage Steve et al's work. Nick Overstressed, slightly fed up Koha Docguru -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of Stephen Hedges Sent: Saturday, April 03, 2004 9:22 AM To: baijum81@lycos.com Cc: koha@lists.katipo.co.nz Subject: Re: unoffical Koha documents (was [Koha] Any Indian users?) I've added Baiju's nifty guide to migrating from CDS/ISIS to Koha to my personal collection of helpful but "unofficial" Koha guides. (I keep the collection on my very public www.skemotah.com webpage, so it's actually not all that personal -- I hope Baiju doesn't mind.) I'm sure other people also have collected helpful Koha documents, and I also suspect that there are nice documents out there on the web that I don't know about. I think it would be a good idea to set up a webpage that collects these unofficial documents in one handy place. I'm happy to use skemotah.com for such a repository, but I think it would make more sense to put it somewhere on koha.org. Any thoughts? Stephen Baiju M said: > Hi, > We just started experimenting with Koha, here is some details : > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+s > ystem+to+Koha > > Anyone from India already using Koha? > Let us create a mailing list for Indian users of Koha? > > Regards, > Baiju M > > > > ____________________________________________________________ > Find what you are looking for with the Lycos Yellow Pages > http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/defau > lt.asp?SRC=lycos10 > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From abo_amin at hotmail.com Wed Apr 7 00:50:07 2004 From: abo_amin at hotmail.com (Mohamed Amin) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Seminar on Koha at Cairo University Message-ID: Dear All, As a result of collaboration between me and a professor in Cairo University Faculty of Arts, department of libraries and documents, there will be a seminar on KOHA on Saturday April 17 2004 in Cairo University. I will speak about Koha as an open source library system, and the libraries using Koha in Egypt " I have installed Koha in 3 Libraries in Egypt ". Till now I don't have the Agenda ready yet, I still wotking in it. So please any one has any recommendation or usefull documents will be more tha welcome. Yours Mohamed Amin Network Administrator National Training Institute Cairo, Egypt _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From hugojoe at fastmail.fm Thu Apr 1 18:36:48 2004 From: hugojoe at fastmail.fm (zuxiaolong) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? Message-ID: <1080801408.1149.183697255@webmail.messagingengine.com> I am from China mainland where cnmarc is offical format. Do you koha team have a plan to support cnmarc or a tool to convert the format? If our organisation begin with koha now, Could you offer any farsighted suggestion on deployment? Thanks. Hava a good day. Hugo -- zuxiaolong hugojoe@fastmail.fm -- http://www.fastmail.fm - IMAP accessible web-mail From COURYHOUSE at aol.com Thu Apr 8 08:32:21 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? Message-ID: <118.31365e6a.2da5bf55@aol.com> how does this differ fom marc 21? am from China mainland where cnmarc is offical format. Do you koha team have a plan to support cnmarc or a tool to convert the format? If our organisation begin with koha now, Could you offer any farsighted suggestion on deployment? Thanks. Hava a good day. Hugo -- zuxiaolong hugojoe@fastmail.fm -- http://www.fastmail.fm - IMAP accessible web-mail _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040407/e80ef6f1/attachment.html From COURYHOUSE at aol.com Thu Apr 8 08:35:18 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? Message-ID: <87.8e3a220.2da5c006@aol.com> how does this differ fom marc 21? I am from China mainland where cnmarc is offical format. Do you koha team have a plan to support cnmarc or a tool to convert the format? If our organisation begin with koha now, Could you offer any farsighted suggestion on deployment? Thanks. Hava a good day. Hugo -- zuxiaolong hugojoe@fastmail.fm -- http://www.fastmail.fm - IMAP accessible web-mail _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040407/a72f1688/attachment.htm From bigwood at lpi.usra.edu Thu Apr 8 08:57:05 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? Message-ID: Hugo, To convert you might be able to use USEMARCON, a free tool. = http://www.bl.uk/services/bibliographic/usemarcon.html Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar and Planetary Institute Cataloging news: http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz = [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of zuxiaolong Sent: Thursday, April 01, 2004 12:37 AM To: koha@lists.katipo.co.nz Subject: [Koha] Is there a plan to support cnmarc? I am from China mainland where cnmarc is offical format. Do you koha team have a plan to support cnmarc or a tool to convert the format? If our organisation begin with koha now, Could you offer any farsighted suggestion on deployment? Thanks. Hava a good day. Hugo --=20 zuxiaolong hugojoe@fastmail.fm --=20 http://www.fastmail.fm - IMAP accessible web-mail _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From COURYHOUSE at aol.com Thu Apr 8 09:03:27 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? Message-ID: <154.32060bdc.2da5c69f@aol.com> what library automation system are you using? thanks Ed Sharpe archivist for SMECC Hugo, To convert you might be able to use USEMARCON, a free tool. http://www.bl.uk/services/bibliographic/usemarcon.html Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar and Planetary Institute Cataloging news: http://www.catalogablog.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040407/c666871c/attachment.html From mike at remc1.k12.mi.us Fri Apr 9 00:51:57 2004 From: mike at remc1.k12.mi.us (Mike Richardson) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] newbie questions In-Reply-To: <154.32060bdc.2da5c69f@aol.com> References: <154.32060bdc.2da5c69f@aol.com> Message-ID: We are looking at putting in a new library automation system, but the boss wants to know if we can do web based reservations (can the patrons reserve materials)? Can we reserve in advance (like reserve for next thursday, etc)? Can we group patrons? We serve schools, and would like to view/send all the materials for school A, no matter who the patron is, all the materials for school B, etc. Our 'library' is about 6000 video tapes, no books, so slightly different setup. All of them are in MARC records now under the Dynix system. We want patrons to be able to search and reserve videos on their own that we then send out several times a week. Thanks! Mike -- Michael Richardson REMC #1 Network Administrator PO Box 270 CompTIA A+ certified 809 Hecla St (906) 482-4520 phone Hancock, MI 49930 (906) 482-5031 fax http://www.remc1.k12.mi.us 370 5911 mobile 206 0011 pager From shedges at skemotah.com Fri Apr 9 01:46:47 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? In-Reply-To: References: Message-ID: <1700.65.24.138.126.1081432007.spork@webmail.skemotah.com> This is an interesting link that David has posted! I notice they have a developer's kit for Linux, meaning it might someday be possible to incorporate this translation capability into Koha(?). Bigwood, David said: > Hugo, > > To convert you might be able to use USEMARCON, a free tool. > http://www.bl.uk/services/bibliographic/usemarcon.html > > Sincerely, > David Bigwood > bigwood@lpi.usra.edu > Lunar and Planetary Institute > Cataloging news: http://www.catalogablog.blogspot.com > > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of zuxiaolong > Sent: Thursday, April 01, 2004 12:37 AM > To: koha@lists.katipo.co.nz > Subject: [Koha] Is there a plan to support cnmarc? > > > I am from China mainland where cnmarc is offical format. Do you koha > team have a plan to support cnmarc or a tool to convert the format? > If our organisation begin with koha now, Could you offer any > farsighted suggestion on deployment? > > Thanks. Hava a good day. > Hugo > -- > zuxiaolong > hugojoe@fastmail.fm -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Fri Apr 9 01:56:11 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] newbie questions In-Reply-To: References: <154.32060bdc.2da5c69f@aol.com> Message-ID: <1702.65.24.138.126.1081432571.spork@webmail.skemotah.com> Hi, Mike - Mike Richardson said: > We are looking at putting in a new library automation system, but the > boss wants to know if we can do web based reservations (can the > patrons reserve materials)? Yep, so long as they have a valid library card number, or whatever sort of ID you are using. > Can we reserve in advance (like reserve for next thursday, etc)? No, at least no way that I'm aware of. This might be fairly easy to do as a customization for your library, however, using a separate MySQL table that holds the reserve information and the requested date and moves that info into Koha's reserve table at the appropriate time (using a script in cron, would be one way). But there would still be no way of keeping someone else from borrowing the video in the meantime, meaning that it wouldn't be available when needed. Hmmm... > Can we group patrons? We serve schools, and would like to view/send > all the materials for school A, no matter who the patron is, all the > materials for school B, etc. If I understand your question correctly, the answer is 'yes' -- put each group in a separate 'borrower category.' > Our 'library' is about 6000 video tapes, no books, so slightly > different setup. All of them are in MARC records now under the Dynix > system. We want patrons to be able to search and reserve videos on > their own that we then send out several times a week. Gawd, seems like Dynix is overkill for your needs (and I'm sure it's also killing your budget). Looking at Koha sounds like a smart move! > Mike > -- > > Michael Richardson REMC #1 Network Administrator > PO Box 270 CompTIA A+ certified > 809 Hecla St (906) 482-4520 phone > Hancock, MI 49930 (906) 482-5031 fax > http://www.remc1.k12.mi.us 370 5911 mobile 206 0011 pager -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mike at remc1.k12.mi.us Fri Apr 9 02:02:52 2004 From: mike at remc1.k12.mi.us (Mike Richardson) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] newbie questions In-Reply-To: <1702.65.24.138.126.1081432571.spork@webmail.skemotah.com> References: <154.32060bdc.2da5c69f@aol.com> <1702.65.24.138.126.1081432571.spork@webmail.skemotah.com> Message-ID: >Hi, Mike - > >Mike Richardson said: >> We are looking at putting in a new library automation system, but the >> boss wants to know if we can do web based reservations (can the >> patrons reserve materials)? > >Yep, so long as they have a valid library card number, or whatever sort of >ID you are using. So the patrons can search and reserve from their machine, without having to call us....excellent! > > Can we reserve in advance (like reserve for next thursday, etc)? > >No, at least no way that I'm aware of. This might be fairly easy to do as >a customization for your library, however, using a separate MySQL table >that holds the reserve information and the requested date and moves that >info into Koha's reserve table at the appropriate time (using a script in >cron, would be one way). But there would still be no way of keeping >someone else from borrowing the video in the meantime, meaning that it >wouldn't be available when needed. Hmmm... Anyone doing anything of the sort that you are aware of? Anyone that might be able to implement it, even if on a contract basis? > > Can we group patrons? We serve schools, and would like to view/send >> all the materials for school A, no matter who the patron is, all the >> materials for school B, etc. > >If I understand your question correctly, the answer is 'yes' -- put each >group in a separate 'borrower category.' > >> Our 'library' is about 6000 video tapes, no books, so slightly >> different setup. All of them are in MARC records now under the Dynix >> system. We want patrons to be able to search and reserve videos on >> their own that we then send out several times a week. > >Gawd, seems like Dynix is overkill for your needs (and I'm sure it's also >killing your budget). Looking at Koha sounds like a smart move! Yea, it's *way* overkill, but part of the large consortium, the rest of which are regular libraries. But as Dynix is no longer going to be supported, we have to switch anyway, and I can use that budget money elsewhere ;) As long as I can make Koha work do all we need it to.... -- Michael Richardson REMC #1 Network Administrator PO Box 270 CompTIA A+ certified 809 Hecla St (906) 482-4520 phone Hancock, MI 49930 (906) 482-5031 fax http://www.remc1.k12.mi.us 370 5911 mobile 206 0011 pager From roger at hrothgar.co.uk Fri Apr 9 02:23:00 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling Message-ID: I installed Koha some time ago but gave up. I now want to try again. I tried updating to v2.0.0 but the updater program threw up error messages. That doesn't worry me since I have no data stored in the existing version. But now if I try to run installer.pl perhaps unsurprisingly I get a message about Koha already being installed. So how do I uninstall Koha so that I can start again. ie what files/directories do I need to delete? And do I need to delete the existing files etc from Mysql? Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB http://hrothgar.co.uk/ From paul.poulain at free.fr Fri Apr 9 02:58:41 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling In-Reply-To: References: Message-ID: <407568A1.6090506@free.fr> Roger Horne a ?crit : >I installed Koha some time ago but gave up. I now want to try again. I tried >updating to v2.0.0 but the updater program threw up error messages. That >doesn't worry me since I have no data stored in the existing version. But >now if I try to run installer.pl perhaps unsurprisingly I get a message >about Koha already being installed. > >So how do I uninstall Koha so that I can start again. ie what >files/directories do I need to delete? And do I need to delete the existing >files etc from Mysql? > > delete /etc/koha.conf & /etc/koha-httpd.conf delete /your/path/to/intranet and /your/path/to/opac remove your DB & user in mySQL if you want. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Fri Apr 9 03:47:47 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Is there a plan to support cnmarc? In-Reply-To: <1700.65.24.138.126.1081432007.spork@webmail.skemotah.com> Message-ID: <54361ec9072b84011f73329c1dbdd04a@bouncing.localnet> On 2004-04-08 14:46:47 +0100 Stephen Hedges wrote: > This is an interesting link that David has posted! I notice they > have a > developer's kit for Linux, meaning it might someday be possible to > incorporate this translation capability into Koha(?). > > Bigwood, David said: >> To convert you might be able to use USEMARCON, a free tool. >> http://www.bl.uk/services/bibliographic/usemarcon.html Someone would need to ensure that licence is OK for Koha. At first glance, it looks almost like the GPL, which makes me wonder what is different and whether they asked FSF about it. If someone wants to do that work, I can point you towards helpful people. If not, remind me about this when I have more time. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From zero at vtr.net Fri Apr 9 08:27:21 2004 From: zero at vtr.net (J0se) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] newbie questions References: <154.32060bdc.2da5c69f@aol.com> <1702.65.24.138.126.1081432571.spork@webmail.skemotah.com> Message-ID: <004601c41da7$e5748860$d0bf68c8@zoukmachine> 2004-04-08 - 16:25:47 Chile South America ______________________________________________ Hi, please anyone, where can I get that script for the "XML to Koha step" ? I need it badly... Thanx......... peace...... bye....... _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From ben.hall at ffa.int Fri Apr 9 12:42:31 2004 From: ben.hall at ffa.int (ben.hall@ffa.int) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] newbie questions In-Reply-To: <004601c41da7$e5748860$d0bf68c8@zoukmachine> References: <154.32060bdc.2da5c69f@aol.com> <1702.65.24.138.126.1081432571.spork@webmail.skemotah.com> <004601c41da7$e5748860$d0bf68c8@zoukmachine> Message-ID: <1081471351.4075f17770cee@sweetlip.ffa.int> Sorry for the delay in posting the xml2koha script to the web. I'm on leave in oztralia at the moment but will try and get a copy of the script posted up over the weekend. Ben Quoting J0se : > 2004-04-08 - 16:25:47 Chile South America > ______________________________________________ > Hi, please anyone, where can I get that script for the "XML to Koha step" ? > I need it badly... > Thanx......... peace...... bye....... > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From Frank.Weis at cte.lu Fri Apr 9 02:32:20 2004 From: Frank.Weis at cte.lu (Frank Weis) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling In-Reply-To: References: Message-ID: <200404081632.20565.Frank.Weis@cte.lu> On Thursday 08 April 2004 16:23, Roger Horne wrote: > I installed Koha some time ago but gave up. I now want to try again. I > tried updating to v2.0.0 but the updater program threw up error messages. > That doesn't worry me since I have no data stored in the existing version. > But now if I try to run installer.pl perhaps unsurprisingly I get a message > about Koha already being installed. > > So how do I uninstall Koha so that I can start again. ie what > files/directories do I need to delete? And do I need to delete the existing > files etc from Mysql? > > Roger Hi Roger, *) Drop the Koha database *) remove the web sites (rm -rf /usr/local/koha if you installed in the standard location) *) rm /etc/koha.conf *) rm /etc/koha-httpd.conf *) delete the koha related entries in the mysql users table Then your system should be comletely koha-free; I did this twice in the last few days :-) From lmertens at vub.ac.be Sat Apr 10 21:27:37 2004 From: lmertens at vub.ac.be (lmertens@vub.ac.be) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] student on work placement Message-ID: <200404100927.LAA08476@web1.ulb.ac.be> Hi, I'm Liesbet Mertens student information & library science at the University of Antwerp, Belgium. Currently I'm investigating library software. For that purpose I have a extensive list of questions.Although there's a extensive list of questions, the answers can be rather short The questions are made up in a way that they represent all the possibilities of library software. The questions are rather technical, and it is impossible for me to download all the interesting library software. I would be eternaly grateful if someone could help me with my investigation. Thanks in advance Liesbet Mertens -------------- next part -------------- A non-text attachment was scrubbed... Name: engtestcriteria.doc Type: application/msword Size: 573440 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040410/99a544b0/engtestcriteria.doc From roger at hrothgar.co.uk Mon Apr 12 21:49:25 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling In-Reply-To: <200404081632.20565.Frank.Weis@cte.lu> Message-ID: On Thu 08 Apr, Frank Weis wrote: > Hi Roger, > > *) Drop the Koha database > *) remove the web sites (rm -rf /usr/local/koha if you installed in the > standard location) > *) rm /etc/koha.conf > *) rm /etc/koha-httpd.conf > *) delete the koha related entries in the mysql users table > > Then your system should be comletely koha-free; I did this twice in the last > few days :-) Thanks (and to Paul Poulain)). I foudn that it was best first to open koha.conf (since it contained the paths to the other files) then to delete it and those other files, and then to drop the database. Your final point is the one that I discovered via trial and error: the configuration program refuses to work if there is already a kohaadmin entry. The installer script did not like Apache2 in two respects. First it seemed to treat the Apache user (which is Suse 9 is wwwrun) and group (which is www) as being the same. So an eror message came up to the effect chown wwwrun:wwwrun failed. The second is that it does not recognise the fact that people may want to use name-based virtual hosts. I suppose that it might be difficult to include that in a general purpose config program, but it might be worth considering adding instructions. (I already had a virtual hosts file which I did not need to change.) Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@number7.demon.co.uk From kim at secondhandknowledge.net Wed Apr 14 03:53:26 2004 From: kim at secondhandknowledge.net (Kim Scannell) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] trouble running rebuildnonmarc.pl Message-ID: <1081871606.407c0cf6a80f3@mail.mad-seumas.net> I completed my Koha-MARC mapping and other parameters. I clicked the MARC Test on the Parameters page and got an OK, all is well. I tried to run the rebuildnonmarc.pl script but it "failed at line 34." My wonderful Unix-geek partner says perhaps the command line flags are not parsing correctly. I'd appreciate your advice. I have 2.0.0 installed. Thanks much! -- Kim Scannell From paul.poulain at free.fr Wed Apr 14 04:16:26 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] trouble running rebuildnonmarc.pl In-Reply-To: <1081871606.407c0cf6a80f3@mail.mad-seumas.net> References: <1081871606.407c0cf6a80f3@mail.mad-seumas.net> Message-ID: <407C125A.5030406@free.fr> Kim Scannell a ?crit : >I completed my Koha-MARC mapping and other parameters. I clicked the MARC Test >on the Parameters page and got an OK, all is well. I tried to run the >rebuildnonmarc.pl script but it "failed at line 34." My wonderful Unix-geek >partner says perhaps the command line flags are not parsing correctly. >I'd appreciate your advice. I have 2.0.0 installed. Thanks much! > > You called it using : ./ebuildnonmarc.pl -c aren't you ? If you don't -c (confirm), the script will stop. To avoid any too-fast-launching it. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From philip.sturman.9475 at student.uu.se Wed Apr 14 04:09:56 2004 From: philip.sturman.9475 at student.uu.se (Philip Sturman) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] translation Message-ID: <02354128-8D65-11D8-A92E-0030659C5692@student.uu.se> Hi, I'm considering making a Swedish translation of Koha, to learn more about the system and contribute something back to the community. Have you got any advice regarding translation? Where should I start? Ph.S -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2395 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040413/cc608c9f/smime.bin From mjr at dsl.pipex.com Wed Apr 14 11:05:54 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling In-Reply-To: Message-ID: <587f3232f9ba53b378d2c3deb3f33497@bouncing.localnet> On 2004-04-12 10:49:25 +0100 Roger Horne wrote: > The installer script did not like Apache2 in two respects. It works fine with apache2 for me, but I guess that's to be expected. What fun would a bug be if the maintainer could reproduce it? > First it seemed > to treat the Apache user (which is Suse 9 is wwwrun) and group (which > is > www) as being the same. This is a bug for apache 1.3 too. I'll hunt and kill it. > So an eror message came up to the effect chown > wwwrun:wwwrun failed. The second is that it does not recognise the > fact that > people may want to use name-based virtual hosts. I don't understand what you mean by that. Can you explain what you think it should do, please? I use name-based virtual hosts myself. All it took on the simplest machine was symlinking /etc/apache2/sites-enabled/koha to the koha-httpd.conf (debian directory-based vhost config). The installer doesn't handle many complicated cases, but we could go happily insane before we get them all. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Wed Apr 14 22:08:07 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] trouble running rebuildnonmarc.pl In-Reply-To: <407C125A.5030406@free.fr> Message-ID: <44dcdd78c09d7223d3538a843b407342@bouncing.localnet> On 2004-04-13 17:16:26 +0100 paul POULAIN wrote: > ./ebuildnonmarc.pl -c aren't you ? > If you don't -c (confirm), the script will stop. To avoid any > too-fast-launching it. How does -c avoid too-fast-launching? From paul.poulain at free.fr Thu Apr 15 00:00:34 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] trouble running rebuildnonmarc.pl In-Reply-To: <44dcdd78c09d7223d3538a843b407342@bouncing.localnet> References: <44dcdd78c09d7223d3538a843b407342@bouncing.localnet> Message-ID: <407D27E2.4060304@free.fr> MJ Ray a ?crit : > On 2004-04-13 17:16:26 +0100 paul POULAIN wrote: > >> ./ebuildnonmarc.pl -c aren't you ? >> If you don't -c (confirm), the script will stop. To avoid any >> too-fast-launching it. > > > How does -c avoid too-fast-launching? Many users type "./unknownscript.pl" to see how they work. Usually, when a script is called without any args, it shows it's syntax (like ./anything.pl --help). So, when I write a script that modify the DB and don't need any parameter to do it's job, I add a -c to be sure the user really want to execute it ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Thu Apr 15 02:02:30 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] trouble running rebuildnonmarc.pl In-Reply-To: <407D27E2.4060304@free.fr> Message-ID: On 2004-04-14 13:00:34 +0100 paul POULAIN wrote: > MJ Ray a ?crit : >> How does -c avoid too-fast-launching? > Many users type "./unknownscript.pl" to see how they work. Yikes, really? I would expect them to at least try "perldoc unknownscript.pl" first (which does not work for rebuildnonmarc.pl!). I admit that most of my scripts check for -h and that's the default action if no other makes sense, but generally, let Darwin have those people. ;-) -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From lmertens at vub.ac.be Thu Apr 15 19:55:47 2004 From: lmertens at vub.ac.be (lmertens@vub.ac.be) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] search for new librarysoftware for SCK-CEN Message-ID: <200404150755.JAA05968@web1.ulb.ac.be> Hi, I'm Liesbet Mertens student information & library science at the University of Antwerp, Belgium. Currently I'm investigating library software, this is for the company SCK-CEN (www.sckcen.be). For that purpose I have a extensive list of questions.Although there's a extensive list of questions, the answers can be rather short. The questions are made up in a way that they represent all the possibilities of library software. If you can't give an answer on everything it doesn't matter. A part is already useful. The questions are rather technical, and it is impossible for me to download all the interesting library software. I would be eternaly grateful if someone could help me with my investigation. Thanks in advance Liesbet Mertens From roger at hrothgar.co.uk Thu Apr 15 22:41:55 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] uninstalling In-Reply-To: <587f3232f9ba53b378d2c3deb3f33497@bouncing.localnet> Message-ID: On Wed 14 Apr, MJ Ray wrote: > > ... The second is that it does not recognise the > > fact that > > people may want to use name-based virtual hosts. > > I don't understand what you mean by that. Can you explain what you > think it should do, please? > > I use name-based virtual hosts myself. All it took on the simplest > machine was symlinking /etc/apache2/sites-enabled/koha to the > koha-httpd.conf (debian directory-based vhost config). Ah well, I am an amateur and my use of symlinks is pretty slim at the moment. What I wa referring to was the fact that the installer requires you to use two addresses, eg opac and library, listening on different ports, eg 80 and 8080. Suse 9 seems to set up things differently from debian. /etc/apache2 contains vhosts.d which contains a couple of templates. I have koha-httpd.conf in that directory and it includes my default host (beowulf) as well. The machine "listens" for beowulf, library and opac. > The installer > doesn't handle many complicated cases, but we could go happily insane > before we get them all. I of course accept that. What I think might be useful would be for it to give pointers at that point to where people should look for further documentation, eg http://httpd.apache.org/docs-2.0/vhosts/ It does seem to me that Koha has a mixture of simple installation instructions (such as the main part of your installer) and ones which might perplex a linux guru (such as the virtually non-existent instructions for the z* daemon which I have yet to get running here (but then I am far from being any kind of guru). And while I am grumbling, I do think that Koha gives the impression in some respects of being amateurish and unfinished. (I know that one should not look a gift horse in the mouth but ...) Some months ago I tried the earlier version but gave up. So having successfully uninstalled the old vesion I tried again with v2. After the minor problems I have mentioned this went fine. So I tried to use it. As I said some months ago, I am a barrister. We have a Chambers library but all members also own their own books. So Room A might contain Snell on Equity belonging to Chambers as a whole and my room, Room B, might contain Lewin on Trusts, both of which are books on trusts. So it seemed to me that it would be a good idea to set up a number of different branches, eg one for Chambers and one for me. So I did that and set up a separate "book fund" for each of them. And set up several types, including law report (LR) and text book (TB). And I chose the budget based entry system. At the moment we have no electronic catalogue: everything will hve to be entered manually. So I followed the instructions and set up a supplier called "Already Owned". Now to enter a book I have to go to acquisitions and enter "al" as the supplier. Yippee, it exists. So I click on the "order" field and I get a form which enables me to search for the title. Since I have not as yet entered it, this naturally does not produce any result other than produce a "new search" page which enables me to "add new biblio". The form is http://library/cgi-bin/koha/acqui/newbiblio.pl?id=2&basket=3&sub= I completed this using: Title: Family Breakdown and Trusts Author: Longrigg Higgins [e 2 separate authors] Publisher: Butterworths Copyright Date: 2003 Item type: Text book [chosen from drop down menu] ISBN; 0406948291 Series [blank] Branch: Roger Horne [chosen from drop down menu] and in "Accounting details" I again selected Roger Horne as Bookfund and entered the cost as 0 (since I bought it before the current accounting period). I then clicked on OK. I then chose quick search, searching for Longrigg as author. This found the book, displaying the correct title and Authors, and copyright date, but claiming that there were 0 items and leaving the location field blank. There was no indication of the branch. (A customer searching a catalogue where the branches were several miles apart might find this annoying.) Clicking on the title produced a partial display of the Marc entries: 020 -INTERNATIONAL STANDARD BOOK NUMBER a International Standard Book Number 0406948291 852 -LOCATION/CALL NUMBER k Call number prefix (NR) TB 100 -MAIN ENTRY--PERSONAL NAME a Personal name Longrigg Higgins 245 -TITLE STATEMENT a Title Family Breakdown and Trusts 260 -PUBLICATION, DISTRIBUTION, ETC. (IMPRINT) c Date of publication, distribution, etc 2003 300 -PHYSICAL DESCRIPTION f Type of unit TB 650 -SUBJECT ADDED ENTRY--TOPICAL TERM a Topical term or geographic name as entry element [followed by a box containing] homebranch RH "TB" stands for text book so the 852 line would seem to be wrong. (If I go to edit I am given a drop down box for that line with text book, law report etc.) If I go back to the search window I am given the opportunity to search on "Subject". I am not entirely sure of the difference between "Subject" and "Keyword" but I assume that the latter means simply words in the Title, author, etc fields. Since the original form did not have an entry with the heading Subject the result of the search is, of course, empty. So I go back to the Marc entry page, http://library/cgi-bin/koha/acqui.simple/addbiblio.pl?oldbiblionumber=3 in this case, and modify the 650 line to add the word "divorce" and save it. Now when I look at the MArc entry I see 650 - SUBJECT ADDED ENTRY--TOPICAL TERM a Topical term or geographic name as entry element divorce So I search using the Subject line of the quick search form as "divorce": "Results 1 through 0 of 0 records [blank]" ... (And searching keywords for "divorce" also gives a nil result. I would try correcting this myself but I just do not know where even to start. (A quick search for eg "subject" through the perl scripts produces about 100 results.) Entering books manually seems likely to take in excess of 10 minutes a title, which I consider to be unacceptable. Would it be possible for me to create a file of books and to run a script to enter them? (Many books are old and do not have ISBNs.) Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk http://hrothgar.co.uk/YAWS/ From mjr at dsl.pipex.com Thu Apr 15 23:35:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] search for new librarysoftware for SCK-CEN In-Reply-To: <200404150755.JAA05968@web1.ulb.ac.be> Message-ID: On 2004-04-15 08:55:47 +0100 lmertens@vub.ac.be wrote: > Currently I'm investigating library software, this is for the company > SCK-CEN > (www.sckcen.be). For that purpose I have a extensive list of > questions.Although there's a extensive list of questions, the answers > can be > rather short. You forgot to include your list of questions in your message, so you will probably not get any useful answers. Please resend with the questions if you want answers. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From listy-in at zatorski.net Thu Apr 15 23:56:53 2004 From: listy-in at zatorski.net (Wojciech Zatorski) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha v2 Message-ID: <1778272903.20040415135653@zatorski.net> Hello I'm planning to introduce a library system on our univ Faculty of Computer Science and Information Systems, Technical University of Szczecin (http://www.wi.ps.pl) and by chance i found Koha;) I have some simply questions, where i found manual for recalcitrant person?;) Somebody tried 'fun' with transfer MARC21 from Aleph to Koha? Thx for answer:) -- -- Happy Amiga & Linux User tel. +48 693-364-911; GG: 1500861; http://www.Wiesci.Net Script Engineer -/AmigaE,PHP, SQL, JS,CGI (Perl, C)/- From mjr at dsl.pipex.com Fri Apr 16 02:57:58 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: Message-ID: On 2004-04-15 11:41:55 +0100 Roger Horne wrote: > to use two addresses, eg opac and library, listening on different > ports, eg These can be the same address, maybe the same port (not sure that I've tried that one) and even an existing name-based virtual host. Probably the wording isn't very good yet. > give pointers at that point to where people should look for further > documentation, eg http://httpd.apache.org/docs-2.0/vhosts/ OK, noted. I'll add that to the default config file produced. > perplex a linux guru (such as the virtually non-existent instructions > for > the z* daemon which I have yet to get running here Some call me a guru and the z*daemon defeated me last time out. I will try again soon. > And while I am grumbling, I do think that Koha gives the impression in > some respects of being amateurish and unfinished. (I know that one > should > not look a gift horse in the mouth but ...) Well, it's a .0 release and I don't think we're any worse than most software I've had to deal with. Feel free to gaze and tell me just which teeth look rotten. The challenge for me is whether I can do well enough with the next releases to polish 2.0.x into something which seems better and learn things so that 2.2.0 is better. I'm just writing my "roadmap". Keywords: free software, accessable, interoperable, portable, usable, stable. 2.0 DRAFT ROADMAP ----------------- Month - aims May - find and kill as many packaging and installation bugs as possible; see if we can get CVS commits under control, else junk CVS; ensure first wave of docs (installation, configuration) are up-to-date; release. June - replace systems that are really desirable (backport MARC searching from 2.1? has z*daemon really been fixed? is anyone working on the biblio entry screens in 2.1?); remove broken parts (is full acquisitions really broken or just buggy?); make sure second wave of docs (end-user help) are up-to-date; release. July - see what strong user requests we've got and hopefully act on them, or at least make sure 2.1 addresses them; release if there's updates. August-September - ensure that fixes we've made have been carried forwards to 2.1; enter maintenance period: only release new version for security or data loss. October - 2.2 should be out, but be prepared for another 3 months just in case. I'd appreciate comments and offers of help with the above. Does the plan look reasonable? Anyone know where the koha wiki went? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From paul.poulain at free.fr Fri Apr 16 03:28:20 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: References: Message-ID: <407EAA14.1030804@free.fr> MJ Ray a ?crit : >> And while I am grumbling, I do think that Koha gives the impression in >> some respects of being amateurish and unfinished. (I know that one >> should >> not look a gift horse in the mouth but ...) > > Well, it's a .0 release and I don't think we're any worse than most > software I've had to deal with. Feel free to gaze and tell me just > which teeth look rotten. The challenge for me is whether I can do well > enough with the next releases to polish 2.0.x into something which > seems better and learn things so that 2.2.0 is better. I'm just > writing my "roadmap". Keywords: free software, accessable, > interoperable, portable, usable, stable. /me just want to add that Koha is something very complex : it needs technical habilities AND librarian habilities. It has to be a lot tweaked before showing it's power. The tweaking is mandatory : without it, you would think that it does not fit exactly your needs. > 2.0 DRAFT ROADMAP > ----------------- > > June - replace systems that are really desirable (backport MARC > searching from 2.1? has z*daemon really been fixed? is anyone working > on the biblio entry screens in 2.1?); remove broken parts (is full > acquisitions really broken or just buggy?); make sure second wave of > docs (end-user help) are up-to-date; release. the z3950-daemon works in a real library since 3+ weeks in 2 of my libraries (Sorbonne & Chambery). No problems here. TJ Kotula sends me today some informations about the daemon loosing forks when he enters a lot of servers (>14 !!!). He sends me a suggestion to solve it (works for him). I'm working a lot on HEAD branch to : * clean some code * css the templates. * improve MARC searching & merge MARC & simple search. The search is almost done. It could be ported to 2.0 probably, but it's not a trivial job, as it uses CSS & some other things that does not exist in 2.0 DB (like "seealso" field in MARC parameters) > Anyone know where the koha wiki went? Works fine for me ? (allthough a little slow) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From lgriffin at varsitycontractors.com Fri Apr 16 03:23:28 2004 From: lgriffin at varsitycontractors.com (Lee Griffin) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] z39.50 Message-ID: <001001c422fd$9c777040$6500000a@FERN> Hi All, My name is Lee Griffin. I'm not in any way a librarian, but just installed Koha for a school. Everything seems to be working fine except the z39.50 search. I see that the library of congress server is listed. A window pops up saying "Still ?? request to go" Any suggestions as to why this is not working? Thanks, Lee Griffin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040415/a866eb46/attachment.htm From mjr at dsl.pipex.com Fri Apr 16 03:51:12 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407EAA14.1030804@free.fr> Message-ID: <1c993b8394dbcdea5478bebd2a9d38f0@bouncing.localnet> On 2004-04-15 16:28:20 +0100 paul POULAIN wrote: >> Anyone know where the koha wiki went? > Works fine for me ? (allthough a little slow) OK, it's back for me too now. Sorry all. http://www.koha.org/wiki/ From mjr at dsl.pipex.com Fri Apr 16 03:52:03 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] z39.50 In-Reply-To: <001001c422fd$9c777040$6500000a@FERN> Message-ID: On 2004-04-15 16:23:28 +0100 Lee Griffin wrote: > saying "Still ?? request to go" Any suggestions as to why this is not > working? z3950daemon is not running. It has to be launched from koha/intranet/scripts/z3950daemon individually. From roger at hrothgar.co.uk Fri Apr 16 04:35:22 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407EAA14.1030804@free.fr> Message-ID: On Thu 15 Apr, paul POULAIN wrote: > MJ Ray a ?crit : > > >> And while I am grumbling, I do think that Koha gives the impression in > >> some respects of being amateurish and unfinished. (I know that one > >> should > >> not look a gift horse in the mouth but ...) > > > > Well, it's a .0 release and I don't think we're any worse than most > > software I've had to deal with. Feel free to gaze and tell me just > > which teeth look rotten. The challenge for me is whether I can do well > > enough with the next releases to polish 2.0.x into something which > > seems better and learn things so that 2.2.0 is better. I'm just > > writing my "roadmap". Keywords: free software, accessable, > > interoperable, portable, usable, stable. > > /me just want to add that Koha is something very complex : it needs > technical habilities AND librarian habilities. > It has to be a lot tweaked before showing it's power. The tweaking is > mandatory : without it, you would think that it does not fit exactly > your needs. Well is it all that complicated? The main problem is the lack of documentation. I am a reasonable amateur perl programmer but i wouldn't have a clue where to start looking for any of the problems that I have found. Recently I was playing around with a totally different program (involving Court filing) and the writers had provided a program flow diagram which enabled me to modify, or tweak, the scripts in various ways. http://www.court-tech.org/incounter/documentation.php Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk http://www.hrothgar.co.uk/ From paul.poulain at free.fr Fri Apr 16 04:59:07 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: References: Message-ID: <407EBF5B.1090407@free.fr> Roger Horne a ?crit : >> /me just want to add that Koha is something very complex : it needs >> >>technical habilities AND librarian habilities. >>It has to be a lot tweaked before showing it's power. The tweaking is >>mandatory : without it, you would think that it does not fit exactly >>your needs. >> >> > >Well is it all that complicated? The main problem is the lack of >documentation > We know that. As we know doc MUST NOT be written by someone that hacks the soft. So, if you want to volunteer to write it, be sure we will help you ! -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Fri Apr 16 05:22:25 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407EBF5B.1090407@free.fr> Message-ID: <19e522fcad754391c9de16a63ae3975e@bouncing.localnet> On 2004-04-15 17:59:07 +0100 paul POULAIN wrote: > As we know doc MUST NOT be written by someone that hacks the soft. > So, if you > want to volunteer to write it, be sure we will help you ! End-user docs must not, but some docs MUST be written by the developers to give the sysadmins and technical people a start. There are a lot of undocumented scripts in there, even quite new ones. Developers MUST NOT forget this responsibility. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From BernadetteC at burwood.org.nz Fri Apr 16 13:20:00 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha 2.0 Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC8048471@burwoodacademy.burwood.org.nz> Hi everyone, We've recently upgraded to 2.0 and have experienced difficulty with the Acquisitions module and Catalogue maintenance, i.e we're not able to add items, update & modify biblios etc, I was wondering if other libraries had experienced similar difficulties and have possible solutions/answers etc. Many thanks, Bernadette ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040416/754a4a18/attachment.html From nsr at etome.net Fri Apr 16 13:42:52 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407EBF5B.1090407@free.fr> Message-ID: <004301c42354$2321f6f0$0401a8c0@POIROT> >Well is it all that complicated? The main problem is the lack of >documentation A non-developer will be working on the documentation. More volunteers (hoping beyond hope....) welcome. We have some volunteers for proofing, and items graciously contributed (mostly about migration). Nick Been slack koha-wise, hoping to get some help in reforming himself. From roger at hrothgar.co.uk Fri Apr 16 20:50:53 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <19e522fcad754391c9de16a63ae3975e@bouncing.localnet> Message-ID: On Thu 15 Apr, MJ Ray wrote: > On 2004-04-15 17:59:07 +0100 paul POULAIN wrote: > > > As we know doc MUST NOT be written by someone that hacks the soft. > > So, if you > > want to volunteer to write it, be sure we will help you ! > > End-user docs must not, but some docs MUST be written by the > developers to give the sysadmins and technical people a start. There > are a lot of undocumented scripts in there, even quite new ones. > Developers MUST NOT forget this responsibility. I entirely agree. I cannot see how anyone can contemplate writing any user guide unless he fully understands how the program works. I think that the guide needs to be written by a librarian who uses Koha every day. Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk From shedges at skemotah.com Sat Apr 17 00:12:21 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha 2.0 In-Reply-To: <3B01A309C0CE8C42A9EE891E8FFBCBC8048471@burwoodacademy.burwood.org.nz> References: <3B01A309C0CE8C42A9EE891E8FFBCBC8048471@burwoodacademy.burwood.org.nz> Message-ID: <1330.65.24.138.126.1082117541.spork@webmail.skemotah.com> Bernadette Cassidy said: > Hi everyone, > > We've recently upgraded to 2.0 and have experienced difficulty with the > Acquisitions module and Catalogue maintenance, i.e we're not able to add > items, update & modify biblios etc, I was wondering if other libraries > had experienced similar difficulties and have possible solutions/answers > etc. > > Many thanks, > > Bernadette Bernadette, can you give us more details? What exactly happens when you try to add an item, for instance? It sounds like you may not have your parameters set correctly. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sat Apr 17 00:17:29 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: References: <19e522fcad754391c9de16a63ae3975e@bouncing.localnet> Message-ID: <1338.65.24.138.126.1082117849.spork@webmail.skemotah.com> Roger Horne said: > I think that the guide needs to be written by a librarian who uses Koha > every day. Yeah, this would work for some things. But usually such guides include screen shots and detailed instructions, which do not take local "tweaking" into account. A guide written by the users at Nelsonville, for instance, would have limited use for a user at Unido. So I would suggest that such a guide for librarians be written by someone using the default templates and scripts. Is there any library out there that uses the (2.0) defaults for day-to-day operations? -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Sat Apr 17 01:33:36 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <1338.65.24.138.126.1082117849.spork@webmail.skemotah.com> References: <19e522fcad754391c9de16a63ae3975e@bouncing.localnet> <1338.65.24.138.126.1082117849.spork@webmail.skemotah.com> Message-ID: <407FE0B0.8090909@free.fr> Stephen Hedges a ?crit : >Roger Horne said: > > >>I think that the guide needs to be written by a librarian who uses Koha >>every day. >> >> > >Yeah, this would work for some things. But usually such guides include >screen shots and detailed instructions, which do not take local "tweaking" >into account. A guide written by the users at Nelsonville, for instance, >would have limited use for a user at Unido. So I would suggest that such >a guide for librarians be written by someone using the default templates >and scripts. Is there any library out there that uses the (2.0) defaults >for day-to-day operations? > > If templates are the only problem, it's quite easy to solve : we just have to copy/paste screenshots with the default templates. But i'm not sure templates are the only problem. Note also that I 100% agrees other mails : i was speaking of end-user documentation. Technical doc must be written by one of the developper. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Sat Apr 17 01:56:01 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407FE0B0.8090909@free.fr> Message-ID: On 2004-04-16 14:33:36 +0100 paul POULAIN wrote: > Note also that I 100% agrees other mails : i was speaking of end-user > documentation. Technical doc must be written by one of the developper. Further, the basic technical docs should be written by the initial developer when they write the script and the end-user documentation (at least for librarians) probably won't happen fully until this has been done. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From silva at ort.edu.uy Sat Apr 17 08:47:13 2004 From: silva at ort.edu.uy (Silva, Ernesto - Webmaster) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question Message-ID: <40804651.2000101@ort.edu.uy> Hi, I'm the webmaster at Universidad ORT Uruguay (South Am?rica) and our librarians and I have installed Koha for the first time. Our initial evaluation of the product is very positive and if it reasonably feets our needs we plan to make our library environment manager. Please correct me if I'm wrong: to setup the marc fields to fill when you add a new biblio you have to tune and tweak the "Marc tag structure" in the "Parameters" section. Is there a way to create diferent tag structures so I have predefined templates for books, magazines, pictures, videos, cds, etc??? Another question, is there a spanish translation? (I couldn't find one). We have an special interest in the opac package, we are spanish speakers and most of our students don't read english. I've seen some template files, is it enough to generate an "spanish version" of them and change de "opacthemes" parameter to change the whole opac? Regards, -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy There are only 10 types of people: Those who understand binary and those who don't. From baljkas at mb.sympatico.ca Sat Apr 17 20:00:49 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question References: <40804651.2000101@ort.edu.uy> Message-ID: <008801c42452$18c68c80$72a62dce@oemcomputer> Saturday, April 17, 2004 02:42 CDT Hi, Ernesto, > Please correct me if I'm wrong: to setup the marc fields to > fill when you add a new biblio you have to tune and tweak > the "Marc tag structure" in the "Parameters" section. You are completely correct. ***As Stephen Hedges pointed out recently, even before that you must define ITEM TYPES. *** Depending on what variety of MARC coding your university uses, you may wish to restrict the item types to the AACR2R-2003 prescribed GMD (or relevant SMD) lists. When you define your tag structures, if you have questions about MARC format requirements, there are now "Normas MARC" en espa?ol off the Library of Congress MARC Standards page. > Is there a way to create diferent tag structures so I have > predefined templates for books, magazines, pictures, > videos, cds, etc??? This question was asked a while ago, but I couldn't find an answer in the files I keep. Anybody? This is quite common practice with many ILS. > Another question, is there a spanish translation? (I couldn't > find one). ... Pate (Pat Eyler) would know, I'd think. He fielded a question a year and a day ago from Martin providing the following answer: >> Martin, >>since no one else has answered you yet, I'll take a stab >> at it. Most of the information about translation efforts is >> kept at this page: >> http://www.saas.nsw.edu.au/wiki/index.php?page=TranslationTeams >> I haven't seen much activity from the spanish team of late, >> but that may be because they've been waiting for >> templating issues to calm a bit. I'm CC:ing them on this >> email, hopefully we can get the Spanish translation up to >> speed in time for the 2.0.0 release. There hasn't been much on it since then although there was a question out of Cuba in February, the answer to which recommended subscription to the Spanish-language Koha list at: koha@es.koha.org Wasn't there a question about this mid-2003, with a referral to a Spanish-language translation Koha group (out of Mexico?)? Are there up-to-date links of the wiki on the different translations being pursued? I remember that Paul stated there was a way of getting just the text elements that would need translating. Perhaps time to remind folks of where that is. Hope some of this helps a bit Ernesto. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 09/04/2004 From nsr at etome.net Sat Apr 17 13:37:43 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] 2.0 roadmap, was: uninstalling In-Reply-To: <407FE0B0.8090909@free.fr> Message-ID: <002c01c4241c$948c3f80$0401a8c0@POIROT> >If templates are the only problem, it's quite easy to solve : we just >have to copy/paste screenshots with the default templates. >But i'm not sure templates are the only problem. I've had one or two offers of installed systems on default templates to actually get these screenshots (at least one of which seems to have not happened). Major needs for this help outline what procedures need documentation, advise on level of detail, and help draft. HLT and Regula did most of this the last time. It is not exactly what you'd define as the glamorous part of open source work.... : ). Any help on this front is appreciated >Note also that I 100% agrees other mails : i was speaking of end-user >documentation. Technical doc must be written by one of the developper. Last time around the principal contributor (to the now in need of work version) was Pat. If people want to take a look at the "developer" section of the old manual, and throw notes on the wiki(and drop me a link), I'll start pulling that together... The FAQ is usually my attempt to digest the complicated and frequent questions on the mail list. Developer input on this is welcome, as it is very easy to miss the actual resolution to a problem when looking at the back posts. Nick The sometime docs person. From nsr at etome.net Sat Apr 17 14:10:18 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] FAQ and Docs. Message-ID: <002f01c42421$21a1f780$0401a8c0@POIROT> http://www.saas.nsw.edu.au/koha_wiki/index.php?action=edit&page=QuestionAndA nswer Is open for business. Please add FAQ questions and answers (as in, help us hunt useful info in the posts to the mail list). For helping, we give you a nod in the official Koha thank-yous... As well as the asker and answerer of the question, so please add/preserve that info from the posts you snag. Developers: I'll be pestering you eventually for "quality control" assistance on this. Nick ...all about lots of eyes helping with documentation. From shedges at skemotah.com Mon Apr 19 02:09:31 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question - possible to include dummy 'records' as templates? In-Reply-To: <000701c424ba$3df80d40$72a62dce@oemcomputer> References: <40804651.2000101@ort.edu.uy> <008801c42452$18c68c80$72a62dce@oemcomputer> <32953.65.24.138.126.1082224638.spork@webmail.skemotah.com> <000701c424ba$3df80d40$72a62dce@oemcomputer> Message-ID: <32886.65.24.138.126.1082297371.spork@webmail.skemotah.com> Steven, I don't think dummy records would work. But maybe I'm not understanding the original question. I think what we are talking about here is the ability to display certain tags and subfields when cataloging a book, a different set when cataloging a video, yet another set when cataloging an audiobook, etc. -- right? And you mentioned the General Material Designation (GMD) as a way to define these broad categories. (And BTW, please ignore my previous wandering thoughts about item types -- that's a different issue altogether, something that's defined locally. What we're talking about here are global "item types," which I'm going to call "categories" in this e-mail to avoid confusion.) I don't find a handy list of authorized GMD's (is there one?), but the MARC21 discussion on tag 008 (http://www.loc.gov/marc/bibliographic/ecbd008s.html) mentions seven categories of materials: Books, Computer files, Maps, Music, Continuing resources, Visual materials and Mixed materials. Now, what gets displayed on Koha's cataloging page is controlled by the "tab" column in marc_subfield_structure. If a tag|subfield is _not_ to be displayed, then the value stored in "tab" should be -1. (Positive number values of tab, starting with 0, control which browser 'tab' the tag|subfield will appear in.) So if I want to be sure to display the 245|h tag|subfield when cataloging "Visual materials," but I don't want to see it when cataloging "Books," then I would want the value of "tab.marc_subfield_structure" to be -1 when cataloging books, but some positive number (maybe 1) when cataloging visual materials. If you create dummy records, all you really could have is a suggestion of which fields to fill in, and which can be ignored. For example, your dummy record for books could say "ignore this" in the 245|h tag|subfield, while your dummy record for visual materials could say "be sure to put something here" instead. (And hope the cataloger remembers to take these notes out before saving the record!) But either way, 245|h is going to be displayed, because you're going to have a positive number in the "tab" column for 245|h (because you're going to need it for sure for some of your records). That's why I say the only way I can think of (right now) to display different templates for different material categories would be to have different marc_subfield_structure tables for each category. So for instance, if your choose to catalog a videotape, Koha would consult the "visual_marc_subfield_structure" table to determine which tag|subfields to display. And then, of course, there's the whole issue of different versions of MARC...ugh! (gone to get some aspirin) Stephen Steven F. Baljkas said: > Saturday, April 17, 2004 15:15 CDT > > Hi, Stephen, Ernest, et al. > > Re: the 'not yet' answer to Ernesto's question >> >> Is there a way to create diferent tag structures so I have >> >> predefined templates for books, magazines, pictures, >> >> videos, cds, etc??? > > I am going to display my programming ignorance again and ask a follow-up > question re: Stephen's specification that > >> It seems like this would require a separate marc_subfield_structure >> table >> for each item type. Then the user could specify which item type they >> want >> to catalog and Koha would consult the appropriate table to determine >> which >> tags and subfields would be displayed. (This would mean that the task of > setting >> up the MARC subfield structure would be even more complex than it is >> now! >> So if Koha were to implement this change, it would be nice if people > would share >> their templates with others, once they have them defined.) > > Would it be possible to include with the Koha distribution dummy 'records' > (templates) of each of the common GMD types? > > If these could be made difficult to delete or alter accidentally, they > would > serve as the kind of templates Ernesto probably means. (This is what the > ILS's Athena and MicroCat do essentially; probably others also.) > > I would be willing to take the time (inter-contracts now) to work on > detailing the MARC21 tag structure specifics if that would help. I hope to > be up and running with Koha's latest stable version later this month and > could harvest and export the tag structures (as was explained in the > answer > to a question I posed for Doc) after setting them up in my Koha. > > Anyway, Stephen, would it be possible to have dummy 'records' as a simple > solution? > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Mon Apr 19 03:58:41 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question In-Reply-To: <40804651.2000101@ort.edu.uy> Message-ID: <527820be31922fa380d9cb479ff44b2f@bouncing.localnet> On 2004-04-16 21:47:13 +0100 "Silva, Ernesto - Webmaster" wrote: > Is there a way to create diferent tag structures so I have > predefined > templates for books, magazines, pictures, videos, cds, etc??? Not in 2.0, as I understand it. This is probably a good feature request for 2.2. Can you (or a developer knowing the area) enter it in bugs.koha.org please? > Another question, is there a spanish translation? More generally, do we have/need someone(s) to coordinate translation work? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From bigwood at lpi.usra.edu Mon Apr 19 07:43:33 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question - possible to include dummy 'records' as templates? Message-ID: Stephen, There are 2 official lists, one for the UK and another for the US, Australia and Canada. They are found at 1.1C1 in AACR. The US list is on-line at http://www.roundrockisd.org/mediacenter/handbook/Cataloging-GMD_list.doc but that is not official. Note that the terms "large print" "tactile" or "braille" can be added to the end of most terms in the list. [cartographic material (large print)] for example. The term "text" is rarely used, most records are considered text unless another GMD is present. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute Cataloging News: http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Stephen Hedges Sent: Sunday, April 18, 2004 9:10 AM To: Steven F. Baljkas Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] Newbie question - possible to include dummy 'records' as templates? .... I don't find a handy list of authorized GMD's (is there one?), but the MARC21 discussion on tag 008 (http://www.loc.gov/marc/bibliographic/ecbd008s.html) mentions seven categories of materials: Books, Computer files, Maps, Music, Continuing resources, Visual materials and Mixed materials. .... Stephen From baljkas at mb.sympatico.ca Mon Apr 19 08:51:49 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question - possible to include dummy 'records' as templates? References: <40804651.2000101@ort.edu.uy> <008801c42452$18c68c80$72a62dce@oemcomputer> <32953.65.24.138.126.1082224638.spork@webmail.skemotah.com> <000701c424ba$3df80d40$72a62dce@oemcomputer> <32886.65.24.138.126.1082297371.spork@webmail.skemotah.com> Message-ID: <000901c42586$f8fd1f00$49b8a18e@oemcomputer> Sunday, April 18, 2004 15:38 CDT Hi, Stephen, et al. Hope the headache's gone/better, Stephen. MARC does that to a lot of people. ;-) Thanks to Dave for the list as well. Having been trained as a library tech I think of the GMD and SMD of materials and the categories of materials (which is a fine term by me) are 'just' the chapters of AACR2R. Sorry for confusing that with the item type definitions you meant, Stephen. I understand more fully what you mean now. What I was thinking was largely based on my experience with TKM where what they call templates are essentially just records that are almost impossible to delete and deliberately and usefully difficult to modify accidentally. I am not sure what Ernesto would like, and I shan't try to speak for him. However, for many cataloguing workers, exactly how the template for a record works probably doesn't matter. What does matter is that it have/indicate the required fields AND that, in as many cases as possible, predetermined information be there complete at the start. So, for example, if you were cataloguing kit materials (fairly common in many schools), you'll probably have at least 1 007 tag as well as the standard 008 tag. If your school regularly had kit items with a CD-ROM, you would set the value in 007 to whatever we are calling electronic resources today. ;-) The 008 might be set by default for book material, with defaults for illustrative matter, audience, indexing, language, etc. For all templates, you would want to have the 245 $h with the GMD pre-entered. Other fields that were more or less specific to various formats would be entered, e.g. 856 tag for live web links to continuing resources like web pages. Any standardised notes for specific materials would be part of the template, too, e.g. 538 tags with system information for electronic resources. Ideally, you would probably won't to allow for templates to be editable according to the individual library's preferences and needs, although a starting set based on the clear standard of the GMDs would not be a bad place to start. I guess what I was thinking was that you could have dummy records identified as Template-Text, Template-Videorecording, etc., which instead of having a phrase like 'put something here' as you suggested, they would have the various fields in various tags completed with information or filled with a place marker code to remind the cataloguer to make sure data was entered. What gets displayed is, ultimately, incredibly important, but unless I am really misunderstanding Koha and ILS in general, that is actually at the bridge between the cataloguing and OPAC diplay functions. For cataloguing, you want to have the different templates to simplify, streamline and standardise workflow. How that gets displayed for staff and patrons (which can be differently, BTW), is another stage. Anyway, MJR asked someone to make a note of Ernesto's request as a bug (have to admit: I hate that term, as this isn't something wrong with Koha, just another feature it would be nice to have one day) so at least the programmers will be able to puzzle out what needs to be done to get what you wanted, Ernesto. The programmers are pretty responsive to expressed needs, so I guess the only other thing would be for people who agree with Ernesto that this would constitute a good feature to sound off. Squeaky wheels ... Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Stephen Hedges" To: "Steven F. Baljkas" Cc: Sent: Sunday, April 18, 2004 9:09 AM Subject: Re: [Koha] Newbie question - possible to include dummy 'records' as templates? > Steven, I don't think dummy records would work. But maybe I'm not > understanding the original question. > > I think what we are talking about here is the ability to display certain > tags and subfields when cataloging a book, a different set when cataloging > a video, yet another set when cataloging an audiobook, etc. -- right? And > you mentioned the General Material Designation (GMD) as a way to define > these broad categories. > > (And BTW, please ignore my previous wandering thoughts about item types -- > that's a different issue altogether, something that's defined locally. > What we're talking about here are global "item types," which I'm going to > call "categories" in this e-mail to avoid confusion.) > > I don't find a handy list of authorized GMD's (is there one?), but the > MARC21 discussion on tag 008 > (http://www.loc.gov/marc/bibliographic/ecbd008s.html) mentions seven > categories of materials: Books, Computer files, Maps, Music, Continuing > resources, Visual materials and Mixed materials. > > Now, what gets displayed on Koha's cataloging page is controlled by the > "tab" column in marc_subfield_structure. If a tag|subfield is _not_ to be > displayed, then the value stored in "tab" should be -1. (Positive number > values of tab, starting with 0, control which browser 'tab' the > tag|subfield will appear in.) > > So if I want to be sure to display the 245|h tag|subfield when cataloging > "Visual materials," but I don't want to see it when cataloging "Books," > then I would want the value of "tab.marc_subfield_structure" to be -1 when > cataloging books, but some positive number (maybe 1) when cataloging > visual materials. > > If you create dummy records, all you really could have is a suggestion of > which fields to fill in, and which can be ignored. For example, your > dummy record for books could say "ignore this" in the 245|h tag|subfield, > while your dummy record for visual materials could say "be sure to put > something here" instead. (And hope the cataloger remembers to take these > notes out before saving the record!) But either way, 245|h is going to be > displayed, because you're going to have a positive number in the "tab" > column for 245|h (because you're going to need it for sure for some of > your records). > > That's why I say the only way I can think of (right now) to display > different templates for different material categories would be to have > different marc_subfield_structure tables for each category. So for > instance, if your choose to catalog a videotape, Koha would consult the > "visual_marc_subfield_structure" table to determine which tag|subfields to > display. > > And then, of course, there's the whole issue of different versions of > MARC...ugh! (gone to get some aspirin) > > Stephen > > Steven F. Baljkas said: > > Saturday, April 17, 2004 15:15 CDT > > > > Hi, Stephen, Ernest, et al. > > > > Re: the 'not yet' answer to Ernesto's question > >> >> Is there a way to create diferent tag structures so I have > >> >> predefined templates for books, magazines, pictures, > >> >> videos, cds, etc??? > > > > I am going to display my programming ignorance again and ask a follow-up > > question re: Stephen's specification that > > > >> It seems like this would require a separate marc_subfield_structure > >> table > >> for each item type. Then the user could specify which item type they > >> want > >> to catalog and Koha would consult the appropriate table to determine > >> which > >> tags and subfields would be displayed. (This would mean that the task of > > setting > >> up the MARC subfield structure would be even more complex than it is > >> now! > >> So if Koha were to implement this change, it would be nice if people > > would share > >> their templates with others, once they have them defined.) > > > > Would it be possible to include with the Koha distribution dummy 'records' > > (templates) of each of the common GMD types? > > > > If these could be made difficult to delete or alter accidentally, they > > would > > serve as the kind of templates Ernesto probably means. (This is what the > > ILS's Athena and MicroCat do essentially; probably others also.) > > > > I would be willing to take the time (inter-contracts now) to work on > > detailing the MARC21 tag structure specifics if that would help. I hope to > > be up and running with Koha's latest stable version later this month and > > could harvest and export the tag structures (as was explained in the > > answer > > to a question I posed for Doc) after setting them up in my Koha. > > > > Anyway, Stephen, would it be possible to have dummy 'records' as a simple > > solution? > > > > Cheers, > > Steven F. Baljkas > > library tech at large > > Koha neophyte > > Winnipeg, MB, Canada > > > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.659 / Virus Database: 423 - Release Date: 15/04/2004 From bigwood at lpi.usra.edu Mon Apr 19 09:19:34 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question - possible to include dummy 'records' as templates? Message-ID: Stephen, A good starting place for constructing templates is the "Typical fields and subfields" files for Books, Videos, and Sound recordings available at the Texas Library Connection. The last 2 are in MARC format so need to be opened with a MARC viewer. They are "dummy records" http://tlcic.esc20.net/editing.html Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute Cataloging news: http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Steven F. Baljkas Sent: Sunday, April 18, 2004 3:52 PM To: Stephen Hedges Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] Newbie question - possible to include dummy 'records' as templates? Sunday, April 18, 2004 15:38 CDT Hi, Stephen, et al. Hope the headache's gone/better, Stephen. MARC does that to a lot of people. ;-) Thanks to Dave for the list as well. Having been trained as a library tech I think of the GMD and SMD of materials and the categories of materials (which is a fine term by me) are 'just' the chapters of AACR2R. Sorry for confusing that with the item type definitions you meant, Stephen. I understand more fully what you mean now. What I was thinking was largely based on my experience with TKM where what they call templates are essentially just records that are almost impossible to delete and deliberately and usefully difficult to modify accidentally. I am not sure what Ernesto would like, and I shan't try to speak for him. However, for many cataloguing workers, exactly how the template for a record works probably doesn't matter. What does matter is that it have/indicate the required fields AND that, in as many cases as possible, predetermined information be there complete at the start. So, for example, if you were cataloguing kit materials (fairly common in many schools), you'll probably have at least 1 007 tag as well as the standard 008 tag. If your school regularly had kit items with a CD-ROM, you would set the value in 007 to whatever we are calling electronic resources today. ;-) The 008 might be set by default for book material, with defaults for illustrative matter, audience, indexing, language, etc. For all templates, you would want to have the 245 $h with the GMD pre-entered. Other fields that were more or less specific to various formats would be entered, e.g. 856 tag for live web links to continuing resources like web pages. Any standardised notes for specific materials would be part of the template, too, e.g. 538 tags with system information for electronic resources. Ideally, you would probably won't to allow for templates to be editable according to the individual library's preferences and needs, although a starting set based on the clear standard of the GMDs would not be a bad place to start. I guess what I was thinking was that you could have dummy records identified as Template-Text, Template-Videorecording, etc., which instead of having a phrase like 'put something here' as you suggested, they would have the various fields in various tags completed with information or filled with a place marker code to remind the cataloguer to make sure data was entered. What gets displayed is, ultimately, incredibly important, but unless I am really misunderstanding Koha and ILS in general, that is actually at the bridge between the cataloguing and OPAC diplay functions. For cataloguing, you want to have the different templates to simplify, streamline and standardise workflow. How that gets displayed for staff and patrons (which can be differently, BTW), is another stage. Anyway, MJR asked someone to make a note of Ernesto's request as a bug (have to admit: I hate that term, as this isn't something wrong with Koha, just another feature it would be nice to have one day) so at least the programmers will be able to puzzle out what needs to be done to get what you wanted, Ernesto. The programmers are pretty responsive to expressed needs, so I guess the only other thing would be for people who agree with Ernesto that this would constitute a good feature to sound off. Squeaky wheels ... Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From christian.hennecke at ruhr-uni-bochum.de Mon Apr 19 22:38:03 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German Message-ID: <4083AC0B.5080105@ruhr-uni-bochum.de> I've finished translating the default theme's HTML templates to German. Could somebody please test and proof-read the stuff? The files are available at: http://www.ruhr-uni-bochum.de/wbz/koha_de/intranet-de.zip http://www.ruhr-uni-bochum.de/wbz/koha_de/opac-de.zip Now the images also have to be adapted. I'm not good at graphics manipulation, so is there anybody who could do this if I supply him/her with the text? Is there anything else that has to be translated? Christian Hennecke Ruhr-Universit?t Bochum Weiterbildungszentrum From paul.poulain at free.fr Mon Apr 19 23:27:50 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German In-Reply-To: <4083AC0B.5080105@ruhr-uni-bochum.de> References: <4083AC0B.5080105@ruhr-uni-bochum.de> Message-ID: <4083B7B6.4020606@free.fr> Christian Hennecke a ?crit : > I've finished translating the default theme's HTML templates to > German. Could somebody please test and proof-read the stuff? The files > are available at: > Is there anything else that has to be translated? Hi Christian, your 1st (& last) question on this mailing list has been asked in 2003, July. Since then, we have developped a translation tool that helps a LOT translator to sync template with new releases. Did you use it ? -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Apr 20 00:30:18 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question In-Reply-To: <40804651.2000101@ort.edu.uy> References: <40804651.2000101@ort.edu.uy> Message-ID: <4083C65A.3030505@free.fr> Silva, Ernesto - Webmaster a ?crit : > Hi, > I'm the webmaster at Universidad ORT Uruguay (South Am?rica) and > our librarians and I have installed Koha for the first time. > > Our initial evaluation of the product is very positive and if it > reasonably feets our needs we plan to make our library environment > manager. > > Please correct me if I'm wrong: to setup the marc fields to fill > when you add a new biblio you have to tune and tweak the "Marc tag > structure" in the "Parameters" section. > > Is there a way to create diferent tag structures so I have > predefined templates for books, magazines, pictures, videos, cds, etc??? This feature will be in the 2.2 version. The developpement will be done by Ecole des Mines de Paris, and will begin in May. Expect a 2.2RC1 in September, and a 2.2 final in december. to answer Stephen questions on "how to do this", I think we will : * add a field to marc_*_structure, named "document type" or something like that. * add a "create new document type by copying an old one" in marc_parameters.pl * add a "create a new " in Cataloguing. The "document type list" being taken in itemtypes table probably (idea still to be checked). > Another question, is there a spanish translation? (I couldn't find > one). We have an special interest in the opac package, we are spanish > speakers and most of our students don't read english. > I've seen some template files, is it enough to generate an > "spanish version" of them and change de "opacthemes" parameter to > change the whole opac? > > Regards, -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From christian.hennecke at ruhr-uni-bochum.de Tue Apr 20 01:44:30 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German In-Reply-To: <4083B7B6.4020606@free.fr> References: <4083AC0B.5080105@ruhr-uni-bochum.de> <4083B7B6.4020606@free.fr> Message-ID: <4083D7BE.8090307@ruhr-uni-bochum.de> paul POULAIN schrieb: > Christian Hennecke a ?crit : > >> I've finished translating the default theme's HTML templates to >> German. Could somebody please test and proof-read the stuff? The files >> are available at: >> Is there anything else that has to be translated? > > > Hi Christian, > > your 1st (& last) question on this mailing list has been asked in 2003, > July. > Since then, we have developped a translation tool that helps a LOT > translator to sync template with new releases. Did you use it ? No. I tried, but it was not really helpful, actually. By sorting text pieces alphabetically in the output, they all are completely out of context. That makes translating them very hard, as many English words can have different equivalents in German. Take e.g. "amount". Depending on the context, it means "St?ckzahl" (quantity) or "Betrag" (amount of money) or the like. And all that can already happen in one file! When there are double entries, I never know where they belong, and which one has to be translated how. And finally, there are the differencies in grammar. As a result, using the translator tool makes updating the German translation harder than doing it by using e.g. JEdit's JDiff plug-in to find out what has changed in the English version. To make the tool useful, the output file format would have to be changed. Each template file should have kind of a section that lists the pieces of text as they are found in the file. Christian Hennecke From PPerkus at records.nyc.gov Tue Apr 20 02:21:23 2004 From: PPerkus at records.nyc.gov (Perkus, Paul) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Unsubsribe Message-ID: unsubscribe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040419/380271fc/attachment.htm From baljkas at mb.sympatico.ca Tue Apr 20 02:27:53 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German References: <4083AC0B.5080105@ruhr-uni-bochum.de> Message-ID: <001501c4261a$93c84f80$2c19fea9@oemcomputer> Monday, April 19, 2004 09:26 CDT Hi, Christian, I could help out with the graphics (image adaptation) if you can supply the specific ones needing treatment and the approved text. Tschu?, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Christian Hennecke" To: Sent: Monday, April 19, 2004 5:38 AM Subject: [Koha] Koha translation to German > I've finished translating the default theme's HTML templates to German. > Could somebody please test and proof-read the stuff? The files are > available at: > > http://www.ruhr-uni-bochum.de/wbz/koha_de/intranet-de.zip > http://www.ruhr-uni-bochum.de/wbz/koha_de/opac-de.zip > > Now the images also have to be adapted. I'm not good at graphics > manipulation, so is there anybody who could do this if I supply him/her > with the text? > > Is there anything else that has to be translated? > > Christian Hennecke > Ruhr-Universit?t Bochum > Weiterbildungszentrum > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.659 / Virus Database: 423 - Release Date: 15/04/2004 From paul.poulain at free.fr Tue Apr 20 03:09:59 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] virus from poland Message-ID: <4083EBC7.6040803@free.fr> Hi there, Today, I recieve between 10 & 20 mails per hour, that "say" they come from poland (almost all), and are sent on my koha-fr.org mailbox (paul_koha-fr.org). I think one of the polish guy involved in Koha, has got something bad in it's winshit. Here are some of the "sender" addresses : 3dartures1__wp mz.t__wp biuro.om__pttk.torun klub__ktk-przygoda.torun webmaster__petrus biuro__wedrowiec.krakow info__gniecki.prv madzia791__wp pracaulotki__wp (.pl removed in every adress & @ replaced by __) If someone know all the false "senders", then, it's probably the person infected. NB : the IP of the sender (the only true information) is always : 212.160.112.160 So, if one of the reader has it now, then it's him ! -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From kc at menighedsfakultetet.dk Tue Apr 20 23:24:26 2004 From: kc at menighedsfakultetet.dk (Karin Christensen) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] List of what each field in the various tables do References: <200311101123.52313.fcash@sd73.bc.ca> Message-ID: <014b01c426ca$0b28f7a0$6a01000a@mf> In November 2003 somebody asked here for a "list of what each field in the various tables do" - see the e-mail below. I am still waiting for the answer. OR if somebody would explain or send a link to an explanation of meaning of and difference between biblio biblionumber biblioitemnumber itemnumber regards, Karin Christensen Denmark ----- Original Message ----- From: "Freddie Cash" To: Sent: Monday, November 10, 2003 9:23 PM Subject: [Koha] List of what each field in the various tables do > We're just starting out with Koha 2.0 to see if it could be used as a > replacement for Follett. However, we are running into a few snags > that should be fairly simple to fix. > > Our major snag is lack of documentation for the internals of Koha. For > instance, is there a description of the various database tables, and > what each field is used for? This would make mapping fields to MARC > fields much simpler. We're running into problems with our mappings, > especially with the distinction between items and biblioitems, for > instance. > > Is this kind of low-level documentation available anywhere?? > -- > Freddie Cash District HelpDesk / Network Admin > fcash@sd73.bc.ca helpdesk@sd73.bc.ca > (250) 377-HELP [(250) 377-4357] > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From thomas at boegenielsen.dk Wed Apr 21 00:02:08 2004 From: thomas at boegenielsen.dk (Thomas Boege) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Bug (and solution) in ver 2.0: Next not working in Parameters|Stopwords Message-ID: <40851140.7090706@boegenielsen.dk> Bug in version 2.0: Intranet, Parameters, Stopwords: The link "Next >>"does not work, because offset is always blank. The solution is to change nextpage to next_page in line 166 in ./intranet/htdocs/intranet-tmpl/default/en/parameters/stopwords.tmpl The correct line is: Next >> From shedges at athenscounty.lib.oh.us Wed Apr 21 06:13:46 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] List of what each field in the various tables do Message-ID: <200404201821.i3KILBFH012374@alma.athenscounty.lib.oh.us> Karin, many of the fields are explained in the "Migrating to Koha" document, http://www.skemotah.com/Migrating_to_Koha.html. Stephen Hedges Nelsonville Public Library > In November 2003 somebody asked here for a "list > of what each field in the various tables do" - > see the e-mail below. > I am still waiting for the answer. > > OR if somebody would explain or send a link to an > explanation of meaning of and difference between > biblio > biblionumber > biblioitemnumber > itemnumber > > regards, > Karin Christensen > Denmark > ----- Original Message ----- > From: "Freddie Cash" > To: > Sent: Monday, November 10, 2003 9:23 PM > Subject: [Koha] List of what each field in the > various tables do > > > > We're just starting out with Koha 2.0 to see if > it could be used as a > > replacement for Follett. However, we are > running into a few snags > > that should be fairly simple to fix. > > > > Our major snag is lack of documentation for the > internals of Koha. For > > instance, is there a description of the various > database tables, and > > what each field is used for? This would make > mapping fields to MARC > > fields much simpler. We're running into > problems with our mappings, > > especially with the distinction between items > and biblioitems, for > > instance. > > > > Is this kind of low-level documentation > available anywhere?? > > -- > > Freddie Cash District HelpDesk / Network Admin > > fcash@sd73.bc.ca helpdesk@sd73.bc.ca > > (250) 377-HELP [(250) 377-4357] > > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From baljkas at mb.sympatico.ca Sun Apr 18 08:26:19 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Newbie question - possible to include dummy 'records' as templates? References: <40804651.2000101@ort.edu.uy> <008801c42452$18c68c80$72a62dce@oemcomputer> <32953.65.24.138.126.1082224638.spork@webmail.skemotah.com> Message-ID: <000701c424ba$3df80d40$72a62dce@oemcomputer> Saturday, April 17, 2004 15:15 CDT Hi, Stephen, Ernest, et al. Re: the 'not yet' answer to Ernesto's question > >> Is there a way to create diferent tag structures so I have > >> predefined templates for books, magazines, pictures, > >> videos, cds, etc??? I am going to display my programming ignorance again and ask a follow-up question re: Stephen's specification that > It seems like this would require a separate marc_subfield_structure table > for each item type. Then the user could specify which item type they want > to catalog and Koha would consult the appropriate table to determine which > tags and subfields would be displayed. (This would mean that the task of setting > up the MARC subfield structure would be even more complex than it is now! > So if Koha were to implement this change, it would be nice if people would share > their templates with others, once they have them defined.) Would it be possible to include with the Koha distribution dummy 'records' (templates) of each of the common GMD types? If these could be made difficult to delete or alter accidentally, they would serve as the kind of templates Ernesto probably means. (This is what the ILS's Athena and MicroCat do essentially; probably others also.) I would be willing to take the time (inter-contracts now) to work on detailing the MARC21 tag structure specifics if that would help. I hope to be up and running with Koha's latest stable version later this month and could harvest and export the tag structures (as was explained in the answer to a question I posed for Doc) after setting them up in my Koha. Anyway, Stephen, would it be possible to have dummy 'records' as a simple solution? Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.659 / Virus Database: 423 - Release Date: 15/04/2004 From tarek.mehrem at guc.edu.eg Wed Apr 21 20:01:46 2004 From: tarek.mehrem at guc.edu.eg (Tarek Mehrem) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Leaking records Message-ID: <54C3BA85BB0E824E970C7BCD5BB254DA0B0573@mail.guc.edu.eg> Hi, I'm a librarian, and I've been using KOHA for more than 6 months. I think it is a great system, but recently I noticed 2 problems: 1- Some times I discover that there are leaks in the circulation and members modules, meaning that some times when a student is returning a book I discover that it was not registered in the system although I'm sure I did, not only me but also my colleague. 2- If me and my colleague are entering records at the same time, the system puts my barcode number for my colleague's book. Is the reason that the system only handles one person per module? By the way we are using the old version of KOHA Tarek Mehrem Academic Support/ Library Sector IV tarek.mehrem@guc.edu.eg German University in Cairo The German University in Cairo - GUC New Cairo City - Main Entrance Al Tagamoa Al Khames Egypt Tel: +20-2-7589990-8, Fax: +20-2-7589991 www.guc.edu.eg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040421/15097c64/attachment.html From abo_amin at hotmail.com Wed Apr 21 20:49:24 2004 From: abo_amin at hotmail.com (Mohamed Amin) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Leaking records Message-ID: Hi Tarek I think we faced this problem when you were at the NTI, and we avoided it, but I can't remember what the other circumsatnces were. are you uploading these records using MARC format.. ? what I can remember is this problem happens while importing a MARC record and this MARC record has some similsrities to another record which is uploaded to the system before. when the system detects these similarties it add the new item as a copy of an existed biblio record and it does not add the biblio record itself. I will check the problem and see what I did exactly to solve it and email you back Mohamed Amin Senior Network Administrator National Training Institute Cairo, Egypt ----Original Message Follows---- From: "Tarek Mehrem" To: Subject: [Koha] Leaking records Date: Wed, 21 Apr 2004 10:01:46 +0200 Hi, I'm a librarian, and I've been using KOHA for more than 6 months. I think it is a great system, but recently I noticed 2 problems: 1- Some times I discover that there are leaks in the circulation and members modules, meaning that some times when a student is returning a book I discover that it was not registered in the system although I'm sure I did, not only me but also my colleague. 2- If me and my colleague are entering records at the same time, the system puts my barcode number for my colleague's book. Is the reason that the system only handles one person per module? By the way we are using the old version of KOHA Tarek Mehrem Academic Support/ Library Sector IV tarek.mehrem@guc.edu.eg German University in Cairo The German University in Cairo - GUC New Cairo City - Main Entrance Al Tagamoa Al Khames Egypt Tel: +20-2-7589990-8, Fax: +20-2-7589991 www.guc.edu.eg _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From gprapat at stic.ac.th Wed Apr 21 20:54:23 2004 From: gprapat at stic.ac.th (Greg Prapat) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Barcode with Koha Message-ID: <008801c4277e$3e2b8aa0$9d01010a@Prapat> Dear Koha member list, I need to implement barcode system together with Koha. Anyone could recommend how do I do that? Thank you, Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040421/27a91639/attachment.htm From pgichiri at strathmore.edu Wed Apr 21 21:09:30 2004 From: pgichiri at strathmore.edu (Peter Gichiri) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Library System Message-ID: <119F78D8907AD411B5AE00508BB3426701CB3928@yala.strathmore.edu> I am an assistant librarian working at Strathmore university, an up-coming university in Kenya, Africa. We are scouting for a library system that will address all the aspects of the library. We are using the Library of Congress systems of cataloging books. We hope to have a system that is compatible with other departments of the university for we share enough information with other department. The university has a well laid computer network. Is Koha a suitable system and what are is the best way ahead. Peter Wanyoike Gichiri Ass. Librarian Strathmore University -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040421/e4c518f2/attachment.html From mjr at dsl.pipex.com Wed Apr 21 21:42:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German In-Reply-To: <4083AC0B.5080105@ruhr-uni-bochum.de> Message-ID: On 2004-04-19 11:38:03 +0100 Christian Hennecke wrote: > Is there anything else that has to be translated? More generally, who is the translations maintainer at the moment? (Actually, who does anything? I've lost the URL to the list of developer tasks.) From mjr at dsl.pipex.com Wed Apr 21 21:47:05 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation to German In-Reply-To: <4083D7BE.8090307@ruhr-uni-bochum.de> Message-ID: <23dca788bcbbc22f2ad3bd645d2acdfb@bouncing.localnet> On 2004-04-19 14:44:30 +0100 Christian Hennecke wrote: > By sorting text pieces alphabetically in the output, they all are > completely > out of context. That makes translating them very hard, as many > English words > can have different equivalents in German. I discussed this with a translator yesterday at a computer show. Apparently, this is a common problem, but comments in the strings file (usually .po?) tell you where the original string is found in the program. Sometimes, the wrong translation is still made and you have to just treat it like any other bug. Usually the wrong one is nonsensical in context and easily noticed. Does koha's strings file have references to the main code? If so, why is German translation harder than any other? > To make the tool useful, the output file format would have to be > changed. > Each template file should have kind of a section that lists the > pieces of > text as they are found in the file. Wouldn't this make for a lot of files to work on? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From Ihab at accwll.com Wed Apr 21 22:06:34 2004 From: Ihab at accwll.com (Ihab Harb) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Problem running Koha after Install Message-ID: The following error message is encountered in opac error log. Please advise a resolution to that effect. Thanks, Ihab =============== [Wed Apr 21 11:04:45 2004] [error] [client 127.0.0.1] File does not exist: C:/usr/koha200pre2/opac/htdocs/PhpMyLibrary, referer: http://localhost/PhpMyLibrary/ [Wed Apr 21 11:04:45 2004] [error] [client 127.0.0.1] File does not exist: C:/usr/koha200pre2/opac/htdocs/PhpMyLibrary, referer: http://localhost/PhpMyLibrary/ [Wed Apr 21 11:04:50 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't create child process: 720005: opac-main.pl [Wed Apr 21 11:04:50 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't spawn child process: C:/usr/koha200pre2/opac/cgi-bin/koha/opac-main.pl [Wed Apr 21 11:05:51 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't create child process: 720005: opac-main.pl [Wed Apr 21 11:05:51 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't spawn child process: C:/usr/koha200pre2/opac/cgi-bin/koha/opac-main.pl [Wed Apr 21 11:05:57 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't create child process: 720005: opac-main.pl [Wed Apr 21 11:05:57 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't spawn child process: C:/usr/koha200pre2/opac/cgi-bin/koha/opac-main.pl [Wed Apr 21 11:41:11 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't create child process: 720005: opac-main.pl [Wed Apr 21 11:41:11 2004] [error] [client 127.0.0.1] (OS 5)Access is denied. : couldn't spawn child process: C:/usr/koha200pre2/opac/cgi-bin/koha/opac-main.pl ======================== From ph.revault at free.fr Wed Apr 21 23:37:09 2004 From: ph.revault at free.fr (Philippe Revault) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Export MARC from Koha Message-ID: <40865CE5.3060208@free.fr> Hi, I would like to check 2 points about exporting data in MARC with Koha : 1- Is the export format in MARC or in UNIMARC ? 2 - Which datas are exported ? In my test i have only got exported datas like title, dewey, main author, ISBN, notes, document type. I don't have datas like additional authors, subjects, subtitle, publication date, editor... Thank you for your help. PhR. From jferraro at athenscounty.lib.oh.us Thu Apr 22 01:06:53 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha on Bookmobile? In-Reply-To: <4083E363.2060209@free.fr> References: <4083E363.2060209@free.fr> Message-ID: <20040421130653.GA14207@alma.athenscounty.lib.oh.us> Hi all, The NPL tech team met on Monday and one of the items on our agenda is getting our Bookmobile (a library branch on weels) Koha-enabled. As things stand right now all transactions are still hand-written. The Bookmobile regularly travels to locations where no internet connection is available and so a dedicated wireless link is not feasable at this time. Does anyone have a similar problem (and hopefully a solution) or any ideas for automating the Bookmobile with Koha? One idea we had was installing a full version of Koha on a laptop that the Bookmobile staff would carry with them throughout the day to use for transactions...at the end of the day the Bookmobile transactions would be merged into the system-wide Koha database and the laptop's database would also be updated with the rest of the transactions, etc. Any comments, suggestions? Thanks, -- Joshua Ferraro Systems Administrator Nelsonville Public Library System From shedges at athenscounty.lib.oh.us Thu Apr 22 01:17:59 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Barcode with Koha Message-ID: <200404211325.i3LDPEFK014375@alma.athenscounty.lib.oh.us> > Dear Koha member list, > > I need to implement barcode system > together with Koha. Anyone could recommend how do > I do that? > > Thank you, > Greg > Greg, I'd recommend you keep it simple. Just get a barcode reader that acts as a keyboard wedge and passes the barcode number as plain text to the computer. The computer can't tell the difference between numbers typed in and numbers scanned in, so there's no special Koha setup needed. I think most barcode readers available (in the U.S. anyway) act as keyboard wedges, even if they don't have a physical 'wedge.' (We use quite a few readers that connect to the usb port, for instance, but still act like a keyboard wedge.) Stephen Hedges Nelsonville Public Library From shedges at skemotah.com Thu Apr 22 04:58:27 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] include dummy 'records' as templates? In-Reply-To: <000901c42586$f8fd1f00$49b8a18e@oemcomputer> References: <40804651.2000101@ort.edu.uy> <008801c42452$18c68c80$72a62dce@oemcomputer> <32953.65.24.138.126.1082224638.spork@webmail.skemotah.com> <000701c424ba$3df80d40$72a62dce@oemcomputer> <32886.65.24.138.126.1082297371.spork@webmail.skemotah.com> <000901c42586$f8fd1f00$49b8a18e@oemcomputer> Message-ID: <13000.66.213.78.3.1082566707.spork@webmail.skemotah.com> I have to agree with Steven -- dummy records in this context would be a good idea: Steven F. Baljkas said: > Sunday, April 18, 2004 15:38 CDT > I am not sure what Ernesto would like, and I shan't try to speak for him. > However, for many cataloguing workers, exactly how the template for a > record > works probably doesn't matter. What does matter is that it have/indicate > the > required fields AND that, in as many cases as possible, predetermined > information be there complete at the start. > > So, for example, if you were cataloguing kit materials (fairly common in > many schools), you'll probably have at least 1 007 tag as well as the > standard 008 tag. If your school regularly had kit items with a CD-ROM, > you > would set the value in 007 to whatever we are calling electronic resources > today. ;-) The 008 might be set by default for book material, with > defaults > for illustrative matter, audience, indexing, language, etc. > > For all templates, you would want to have the 245 $h with the GMD > pre-entered. Other fields that were more or less specific to various > formats > would be entered, e.g. 856 tag for live web links to continuing resources > like web pages. Any standardised notes for specific materials would be > part > of the template, too, e.g. 538 tags with system information for electronic > resources. > > Ideally, you would probably won't to allow for templates to be editable > according to the individual library's preferences and needs, although a > starting set based on the clear standard of the GMDs would not be a bad > place to start. I've submitted a 'bug' report for this enhancement (http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=769). -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Apr 22 05:09:31 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Leaking records In-Reply-To: <54C3BA85BB0E824E970C7BCD5BB254DA0B0573@mail.guc.edu.eg> References: <54C3BA85BB0E824E970C7BCD5BB254DA0B0573@mail.guc.edu.eg> Message-ID: <14045.66.213.78.3.1082567371.spork@webmail.skemotah.com> Tarek, if I'm not mistaken, this is a bug that has already been fixed. How old is the version you are using? Stephen Tarek Mehrem said: > Hi, I'm a librarian, and I've been using KOHA for more than 6 months. I > think it is a great system, but recently I noticed 2 problems: > 1- Some times I discover that there are leaks in the circulation > and members modules, meaning that some times when a student is returning > a book I discover that it was not registered in the system although I'm > sure I did, not only me but also my colleague. > 2- If me and my colleague are entering records at the same time, > the system puts my barcode number for my colleague's book. > > Is the reason that the system only handles one person per module? > By the way we are using the old version of KOHA > > Tarek Mehrem > Academic Support/ Library > Sector IV > tarek.mehrem@guc.edu.eg > > German University in Cairo > The German University in Cairo - GUC > New Cairo City - Main Entrance Al Tagamoa Al Khames > Egypt > Tel: +20-2-7589990-8, Fax: +20-2-7589991 > www.guc.edu.eg > > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Thu Apr 22 05:31:56 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] List of what each field in the various tables do In-Reply-To: <014b01c426ca$0b28f7a0$6a01000a@mf> Message-ID: <2315cd2eb90437b4d06e52e5b4abb23c@bouncing.localnet> On 2004-04-20 12:24:26 +0100 Karin Christensen wrote: > In November 2003 somebody asked here for a "list of what each field > in the > various tables do" - see the e-mail below. > I am still waiting for the answer. Why are you "still waiting for the answer"? Stephen Hedges sent a reply which you can read at http://lists.katipo.co.nz/public/koha/2003/002551.html and ask more specific questions if you want, as he suggested. A bit more friendly formation than "In November 2003.... I am still waiting" may help, too. > OR if somebody would explain or send a link to an explanation of > meaning of > and difference between > biblio This is a table holding bibliographic data. > biblionumber This is the number of a bibliographic record. > biblioitemnumber This is the number of a specific item bibliographic link record. > itemnumber The number of an item record. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From olwen at ihug.co.nz Thu Apr 22 05:40:03 2004 From: olwen at ihug.co.nz (olwen) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] List of what each field in the various tables do In-Reply-To: <200311101123.52313.fcash@sd73.bc.ca> References: <200311101123.52313.fcash@sd73.bc.ca> Message-ID: <4086B1F3.7020207@ihug.co.nz> I wrote a reply yesterday and didn't check it went to the list. Here's my explanation for everyone The item number is the number that identifies the book -- I thin librarians call this the self list number. Biblio is the overall grouping of all titles. E.G. C.S. Lewis, "The Lion the Witch and The Wardrobe" Biblioitem is the edition level E.G. Hardback, paperback, big print version, special leather bound version. The biblioitem number and the biblio number are simply unique keys for database relationships. This works well for reservations. When I designed the reservation system I designed it so that a person could reserve "The Lion, the Witch and the Wardrobe" and get the first available copy, or could specifically request the large print version. Freddie Cash wrote: > We're just starting out with Koha 2.0 to see if it could be used as a > replacement for Follett. However, we are running into a few snags > that should be fairly simple to fix. > > Our major snag is lack of documentation for the internals of Koha. For > instance, is there a description of the various database tables, and > what each field is used for? This would make mapping fields to MARC > fields much simpler. We're running into problems with our mappings, > especially with the distinction between items and biblioitems, for > instance. > > Is this kind of low-level documentation available anywhere?? From christian.hennecke at ruhr-uni-bochum.de Thu Apr 22 05:44:08 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Koha translation: fonts In-Reply-To: <14045.66.213.78.3.1082567371.spork@webmail.skemotah.com> Message-ID: <20040421174404.5818.qmail@mailhost.rz.ruhr-uni-bochum.de> Folks, can anybody tell me which font(s) was/were used to create the user interface images? Christian Hennecke From baljkas at mb.sympatico.ca Thu Apr 22 08:20:34 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:18 2005 Subject: [Koha] Library System - good system, LC problem References: <119F78D8907AD411B5AE00508BB3426701CB3928@yala.strathmore.edu> Message-ID: <00a501c427de$1a51adc0$09b8a18e@oemcomputer> Wednesday, April 21, 2004 15:05 CDT Greetings, Peter, Just a 'quick' reply to your message inquiring about Koha, that others on the listserv will hopefully augment with their wisdom. First, I (and many others) think Koha is a great system. It is extremely versatile and compared to other ILS that one would have to purchase at significant cost, it is astoundingly good. In terms of technical support and further development, the prospects are at least as good. Most questions to the listserv receive a response within 24 hours, usually less. The community is very good at lending a hand with advice. Development is continual and the nice thing there is that, being an open source product, your library could direct further development along lines that would give you features you wanted simply by financing the programming and/or appealing to the Koha community to see if some nice volunteer could effect the change you wanted. As people write in to the listserv with different questions and requests for features, many are added to the programmer's 'bug' lists for future work. If you look back at the archive of message, you can see how much has been accomplished in just one year (something we should all be applauding and thanking the developpers for)!!. There are only 2 significant issues that I can see in terms of your library adopting Koha. The first is that it would be preferable if there were a member of the systems administration team who were familiar or willing to familarise him- or herself with the program so that you would have technical support closer to home. The second -- and this is really the major one -- is that Koha is NOT at present compatible viz. LC classification numbers. I am not sure what the progress has been in the last several months towards that. I know that the understandable focus of the developpers has been on achieving a stable 2.0 release, which is now done. In the meantime, perhaps somebody on the development side could reply with a guesstimation on how long it might be until LC-numbers are usable within Koha. Also, if there is a library that uses LC classification that has found a way around this issue, it would be helpful to let the community know. Hope this lengthy response helps a bit, Peter. I think your library would ultimately benefit greatly by adopting Koha. Best wishes in your automation/migration project, Steven F. Baljkas library tech at large Koha neophyte (and cheerleader!) Winnipeg, Manitoba, Canada ----- Original Message ----- From: Peter Gichiri To: koha@lists.katipo.co.nz Sent: Wednesday, April 21, 2004 4:09 AM Subject: [Koha] Library System I am an assistant librarian working at Strathmore university, an up-coming university in Kenya, Africa. We are scouting for a library system that will address all the aspects of the library. We are using the Library of Congress systems of cataloging books. We hope to have a system that is compatible with other departments of the university for we share enough information with other department. The university has a well laid computer network. Is Koha a suitable system and what are is the best way ahead. Peter Wanyoike Gichiri Ass. Librarian Strathmore University --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040421/201552cf/attachment.htm From jmlongo at uncu.edu.ar Wed Apr 21 08:26:05 2004 From: jmlongo at uncu.edu.ar (Juan Martin Longo) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Newbie question Message-ID: <4085875D.9050100@uncu.edu.ar> ***Another question, is there a spanish translation? (I couldn't find one). We have an special interest in the opac ***package, we are spanish speakers and most of our students don't read english. *** I've seen some template files, is it enough to generate an "spanish version" of them and change de "opacthemes" ***parameter to change the whole opac? Hi there! I worked last year in a translation of koha 1.93 to Spanish... yo can test it here: http://puelche.siu.edu.ar/koha/html/ user: koha pass: koha By the way... I'm planning to re-start my work on koha here in Argentina, so I downloaded koha 2.0 (looks very good... great job all of you!)... The installer let me choose 'es' as a language saying that Spanish is supported... but the 'es' directory doesn't exist inside the templates directory... could be that the translation made to 1.93 is not compatible with this version? or is just that our translation never reached you? Anyway... I guess I'll be seeing you all soon Regards Martin Longo SID - Informatica http://sid.uncu.edu.ar From genjimoto at ezysurf.co.nz Thu Apr 22 11:06:45 2004 From: genjimoto at ezysurf.co.nz (genjimoto@ezysurf.co.nz) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: [Koha-devel] Koha on Bookmobile? In-Reply-To: <20040421130653.GA14207@alma.athenscounty.lib.oh.us> References: <4083E363.2060209@free.fr> <20040421130653.GA14207@alma.athenscounty.lib.oh.us> Message-ID: <6.0.0.22.0.20040422105953.02768310@pop3.ezysurf.co.nz> This idea is also required for branches without a dedicated internet link. For instance, the Theosophical society. Most branches don't even have a telephone, let alone internet. So.. what needs to happen..... i take koha's daily transactions to a net cafe or something, and upload that file to a main internet connected server, or a email address who can go to the central koha computer, and process the file. Then, that person creates diff files for all the branches... excluding their own transactions they put in. the other branch librarians copy the diff file to a disk, and give koha it, and it processes it, modifying the database accordingly. One idea. Lets get off the biblionum, biblioitem and biblioitemnum system, and have Barcodes as our keys. Just an idea. Waylon At 01:06 22/04/04, Joshua Ferraro wrote: >Hi all, > >One idea we had was installing a full version of Koha on a laptop that >the Bookmobile staff would carry with them throughout the day to use >for transactions...at the end of the day the Bookmobile transactions >would be merged into the system-wide Koha database and the laptop's >database would also be updated with the rest of the transactions, etc. -------------- next part -------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.554 / Virus Database: 346 - Release Date: 20/12/03 From baljkas at mb.sympatico.ca Thu Apr 22 12:19:23 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Newbie question References: <4085875D.9050100@uncu.edu.ar> Message-ID: <001001c427ff$76fc3380$2c19fea9@oemcomputer> Wednesday, April 21, 2004 19:20 CDT Hi, all! I am currently helping edit the Intranet and OPAC images for Christian into German, but I would be more than willing to help do the same for Spanish, if that is needed/would be useful. For Spanish, I could probably even try helping translate, although someone should definitely vet the translations. Just throwing that out there. Let me know if such help would be welcome. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada ----- Original Message ----- From: "Juan Martin Longo" To: Sent: Tuesday, April 20, 2004 3:26 PM Subject: Re: [Koha] Newbie question > ***Another question, is there a spanish translation? (I couldn't find > one). We have an special interest in the opac ***package, we are spanish > speakers and most of our students don't read english. > *** I've seen some template files, is it enough to generate an > "spanish version" of them and change de "opacthemes" ***parameter to > change the whole opac? > > > Hi there! > > I worked last year in a translation of koha 1.93 to Spanish... yo can > test it here: > > http://puelche.siu.edu.ar/koha/html/ > user: koha > pass: koha > > By the way... I'm planning to re-start my work on koha here in > Argentina, so I downloaded koha 2.0 (looks very good... great job all of > you!)... The installer let me choose 'es' as a language saying that > Spanish is supported... but the 'es' directory doesn't exist inside the > templates directory... could be that the translation made to 1.93 is not > compatible with this version? or is just that our translation never > reached you? > > Anyway... I guess I'll be seeing you all soon > > Regards > > Martin Longo > SID - Informatica > http://sid.uncu.edu.ar --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From mjr at dsl.pipex.com Thu Apr 22 12:21:24 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <40865CE5.3060208@free.fr> Message-ID: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> On 2004-04-21 12:37:09 +0100 Philippe Revault wrote: > 1- Is the export format in MARC or in UNIMARC ? More likely to be MARC21, as far as I understand the code, but I could be wrong. > 2 - Which datas are exported ? It should be possible to export all. If you are sure things are missing, let us know, I'll test and make sure it gets recorded. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From rachel at katipo.co.nz Thu Apr 22 14:20:19 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> References: <40865CE5.3060208@free.fr> Message-ID: <4087D4A3.31377.13F5340@localhost> Hi > > 2 - Which datas are exported ? > > It should be possible to export all. If you are sure things are > missing, let us know, I'll test and make sure it gets recorded. If you're exporting data I assume that the MARC export only does the catalogue records - so it doesn't do - Borrowers/patron records - Finacial records? - Reserves Do you think it would be a good idea to have a method for exporting this data as well? Cheers Rachel _____________________________________________________________ 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 From rachel at katipo.co.nz Thu Apr 22 14:35:03 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha translation: fonts In-Reply-To: <20040421174404.5818.qmail@mailhost.rz.ruhr-uni-bochum.de> References: <14045.66.213.78.3.1082567371.spork@webmail.skemotah.com> Message-ID: <4087D817.3388.14CD0B2@localhost> Hi > can anybody tell me which font(s) was/were used to create the user > interface images? Hmm which images? I thought we'd managed to get rid of all the images in the latest lot of templates to make translations easier (but maybe those templates aren't default?) Anyway, I would think that it would be Arial Narrow, or Arial but if you send me a screen shot of the page I can go find my files and let you know (or point you at a non imaged version of the template to use instead?) Cheers Rachel _____________________________________________________________ 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 From COURYHOUSE at aol.com Thu Apr 22 17:01:03 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] (no subject) Message-ID: <129.3fce9ba7.2db8ab8f@aol.com> have been told this LC issue will be in place for the next release. ya hoo! ed sharpe archivist for smecc > Subj:Re: [Koha] Library System - good system, LC problem > Date:4/21/2004 1:45:28 PM US Mountain Standard Time > From:baljkas@mb.sympatico.ca > To:pgichiri@strathmore.edu, koha@lists.katipo.co.nz > CC:baljkas@mts.net > Sent from the Internet Wednesday, April 21, 2004 15:05 CDT Greetings, Peter, Just a 'quick' reply to your message inquiring about Koha, that others on the listserv will hopefully augment with their wisdom. First, I (and many others) think Koha is a great system. It is extremely versatile and compared to other ILS that one would have to purchase at significant cost, it is astoundingly good. In terms of technical support and further development, the prospects are at least as good. Most questions to the listserv receive a response within 24 hours, usually less. The community is very good at lending a hand with advice. Development is continual and the nice thing there is that, being an open source product, your library could direct further development along lines that would give you features you wanted simply by financing the programming and/or appealing to the Koha community to see if some nice volunteer could effect the change you wanted. As people write in to the listserv with different questions and requests for features, many are added to the programmer's 'bug' lists for future work. If you look back at the archive of message, you can see how much has been accomplished in just one year (something we should all be applauding and thanking the developpers for)!!. There are only 2 significant issues that I can see in terms of your library adopting Koha. The first is that it would be preferable if there were a member of the systems administration team who were familiar or willing to familarise him- or herself with the program so that you would have technical support closer to home. The second -- and this is really the major one -- is that Koha is NOT at present compatible viz. LC classification numbers. I am not sure what the progress has been in the last several months towards that. I know that the understandable focus of the developpers has been on achieving a stable 2.0 release, which is now done. In the meantime, perhaps somebody on the development side could reply with a guesstimation on how long it might be until LC-numbers are usable within Koha. Also, if there is a library that uses LC classification that has found a way around this issue, it would be helpful to let the community know. Hope this lengthy response helps a bit, Peter. I think your library would ultimately benefit greatly by adopting Koha. Best wishes in your automation/migration project, Steven F. Baljkas library tech at large Koha neophyte (and cheerleader!) Winnipeg, Manitoba, Canada > ----- Original Message ----- > From: Peter Gichiri > To: koha@lists.katipo.co.nz > Sent: Wednesday, April 21, 2004 4:09 AM > Subject: [Koha] Library System > > I am an assistant librarian working at Strathmore university, an up-coming university in Kenya, Africa. We are scouting for a library system that will address all the aspects of the library. We are using the Library of Congress systems of cataloging books. We hope to have a system that is compatible with other departments of the university for we share enough information with other department. The university has a well laid computer network. Is Koha a suitable system and what are is the best way ahead. Peter Wanyoike Gichiri Ass. Librarian Strathmore University --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040422/da25a5e1/attachment.html From rachel at katipo.co.nz Thu Apr 22 17:13:10 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <20040422035303.GVLT24885.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <4087FD26.4576.465B9B@localhost> HI > There are ILS that do export borrower data, although I kinda doubt that their > users intend for them to do so. Ahh that does sound bad - I had assumed it was to take data from one ILS to another, not accidentally getting them with a "cross catalogue" function or what have you. > Now, I don't know how the privacy laws are shaping up in New Zealand, but I know > there would be legal issues in Canada, especially if an academic or public > library accidentally shared data in the way that Doc's or the U of California's > systems (accidentally) did. In fact, the issue would be one of actionable breach > of various privacy acts, something most library administrators would wisely want > to avoid. Yup same here > It might be useful, though, if that data could be transferred over for migration > purposes but remained visible ONLY for inside use. Yes definitly - I wasn't thinking it would go *in* the MARC stuff, that just sounds scarey Cheers Rachel _____________________________________________________________ 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 From ph.revault at free.fr Thu Apr 22 19:47:35 2004 From: ph.revault at free.fr (Philippe Revault) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> References: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> Message-ID: <40877897.7020009@free.fr> Hi, 1- I am not a specialist about MARC21 but i thought that UNIMARC was intended for use as an exchange format ? 2- I confirm that all datas from the biblio and bibliotitem tables are not exported (in test with my personal datas at least) . As i said in my previous message, datas like additional authors, subject, subtitle, date, etc. are not. 3- Answer to Rachel (see below) : First thing should be to export the entire catalogue but additional datas from the borowers would certainly be nice. PhR. MJ Ray a e'crit : > On 2004-04-21 12:37:09 +0100 Philippe Revault wrote: > >> 1- Is the export format in MARC or in UNIMARC ? > > > More likely to be MARC21, as far as I understand the code, but I could > be wrong. > >> 2 - Which datas are exported ? > > > It should be possible to export all. If you are sure things are > missing, let us know, I'll test and make sure it gets recorded. > Rachel Hamilton-Williams a e'crit : If you're exporting data I assume that the MARC export only does the catalogue records - so it doesn't do - Borrowers/patron records - Finacial records? - Reserves Do you think it would be a good idea to have a method for exporting this data as well? From ecamon at eum.es Thu Apr 22 20:06:26 2004 From: ecamon at eum.es (=?iso-8859-1?Q?Enric_Cam=F3n?=) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Newbie question Message-ID: I'm using the English version of Koha in Spain, but I would like to work in a Spanish translation. Is there anyone wanting to do the same? I hope so. Enric Cam?n Escola Universit?ria del Maresme Matar? (Barcelona) Spain -----Mensaje original----- De: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]En nombre de Steven F. Baljkas Enviado el: jueves, 22 de abril de 2004 2:19 Para: Juan Martin Longo; koha@lists.katipo.co.nz CC: baljkas@mts.net Asunto: Re: [Koha] Newbie question Wednesday, April 21, 2004 19:20 CDT Hi, all! I am currently helping edit the Intranet and OPAC images for Christian into German, but I would be more than willing to help do the same for Spanish, if that is needed/would be useful. For Spanish, I could probably even try helping translate, although someone should definitely vet the translations. Just throwing that out there. Let me know if such help would be welcome. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada ----- Original Message ----- From: "Juan Martin Longo" To: Sent: Tuesday, April 20, 2004 3:26 PM Subject: Re: [Koha] Newbie question > ***Another question, is there a spanish translation? (I couldn't find > one). We have an special interest in the opac ***package, we are spanish > speakers and most of our students don't read english. > *** I've seen some template files, is it enough to generate an > "spanish version" of them and change de "opacthemes" ***parameter to > change the whole opac? > > > Hi there! > > I worked last year in a translation of koha 1.93 to Spanish... yo can > test it here: > > http://puelche.siu.edu.ar/koha/html/ > user: koha > pass: koha > > By the way... I'm planning to re-start my work on koha here in > Argentina, so I downloaded koha 2.0 (looks very good... great job all of > you!)... The installer let me choose 'es' as a language saying that > Spanish is supported... but the 'es' directory doesn't exist inside the > templates directory... could be that the translation made to 1.93 is not > compatible with this version? or is just that our translation never > reached you? > > Anyway... I guess I'll be seeing you all soon > > Regards > > Martin Longo > SID - Informatica > http://sid.uncu.edu.ar --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Thu Apr 22 23:22:27 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Bug (and solution) in ver 2.0: Next not working in Parameters|Stopwords In-Reply-To: <40851140.7090706@boegenielsen.dk> Message-ID: <0528cb8f75774dd564cb842186b56de8@bouncing.localnet> On 2004-04-20 13:02:08 +0100 Thomas Boege wrote: > The solution is to change nextpage to next_page in line 166 in > ./intranet/htdocs/intranet-tmpl/default/en/parameters/stopwords.tmpl > The correct line is: > Next >> I have made this change in the default templates of all 2.0 languages. Thank you for your bug report. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Thu Apr 22 23:31:10 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Newbie question In-Reply-To: <4085875D.9050100@uncu.edu.ar> Message-ID: <699349f6a6cfe8ec8f2867416f7d5098@bouncing.localnet> On 2004-04-20 21:26:05 +0100 Juan Martin Longo wrote: > but the 'es' directory doesn't exist inside the templates > directory... could be that the translation made to 1.93 is not > compatible > with this version? or is just that our translation never reached you? My working copy has es templates for intranet, but not for opac. Where can I get them from? I will check the built releases and make sure that 2.0.1 includes all available es templates. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From mjr at dsl.pipex.com Thu Apr 22 23:53:28 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <4087D4A3.31377.13F5340@localhost> Message-ID: <05c07d957211e970e08082aadafa31db@bouncing.localnet> On 2004-04-22 03:20:19 +0100 Rachel Hamilton-Williams wrote: > If you're exporting data I assume that the MARC export only does the > catalogue records - so it doesn't do > - Borrowers/patron records > - Finacial records? > - Reserves > Do you think it would be a good idea to have a method for exporting > this data > as well? Are there useful desired standard formats to export these into? Going beyond the MARC export is probably for 2.2? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From matthew at tips.org.za Fri Apr 23 03:57:36 2004 From: matthew at tips.org.za (Matthew de Gale) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Thesaurus and Authorities Files (and one or two other things) Message-ID: <3885CFA706963144974F00F33488AD9D030E04@spitty.tips.org.za> Hi Thank you very much for Koha. I have been trying it out a little and have got enough of a sense of it to start capturing for our small NGOs special collection. 1: The one thing that is holding me back is not being able to figure out how the thesaurus should work. This probably immmediatly marks me as a non-librarian (which is true) although I do understand the concept. Unfortunatly none of the sample data packages seem to have anything entered here so I haven't been able to do by example. I wonder is someone would be kind enough to give a few examples of values that would logically fit together in a thesaurus (and perhaps definitions of "DIG" "RELATED" "FREE FORM" "AUTHORITY" "LIB" and "OTHER LIB"). Obviously a pointer to a web resource on these would be wonderful, but I am thinking specifically in terms of what they refer to in Koha 2 : Also: I assume the thesaurus values have an effect on the SUBJECT field: but what exactly? 3 : Off topic note: for a newbie the ability to switch themes made a vast difference in my learning curve: My organisation has a similar subject area to UNIDO and switching to that template really assisted in me getting a handle on KOHA (even if it is a bit incomplete!). More stock templates would really help different types of users get going I think. As soon as I have figured it all out I will try and contribute in this regard (could be a while though!). Once again thanks for the product. Yours Matthew Matthew de Gale Information Manager Trade and Industrial Policy Strategies (TIPS) matthew@tips.org.za www.tips.org.za 27-(0)11 - 6456404 27-(0)11 - 4844115 From adalid at tij.uia.mx Fri Apr 23 06:27:44 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] SPANISH LANGUAGE/Koha errors ! Message-ID: <200404221611.i3MGBb3a011714@wenceslaus.tij.uia.mx> Just testing, change the language to spanish and the links does not works. When try to change to english again there is a javacript error... Thanks, KOHA Win32 and Windows 98. LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From baljkas at mb.sympatico.ca Fri Apr 23 08:19:19 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha References: <05c07d957211e970e08082aadafa31db@bouncing.localnet> Message-ID: <000b01c428a7$17ea5860$2c19fea9@oemcomputer> Thursday, April 22, 2004 15:14 CDT Hi, MJ, Rachel, et al. Just so no one feels confused, there really aren't any MARC21 standards for patron information as such. Different ILS will try to export borrowers' records (at least current items on loan), but how another system, say Koha, can capture these is something I've never seen an explanation for and have quite frankly wondered about for years. I don't know what is meant exactly by 'financial records' but I am assuming that that is a euphemism for fines. Same as paragraph above. If one wanted to get into this with MARC21, one could look at using an 852 tag and/or some combination of 9xx tags to trap that information, and/or to create some kind of faux-MARC patron record (perhaps basing it not on the MARC21 Bibliographic Descriptive standards we are always referring to, albeit elliptically, but rather the Community standards that would allow us to define and describe people, not as resources as intended but as patrons). I don't know how you can achieve the transfer of information out of the whole gamut of different systems out there, but if you're gonna try it, I wouldn't worry about doing it with MARC. At least not right now. Anyway, that's my two cents worth. Cheers, Steven F. Baljkas library tech at large Koha neophyte (and MARC adept) Winnipeg, Manitoba, Canada ----- Original Message ----- From: "MJ Ray" To: Sent: Thursday, April 22, 2004 6:53 AM Subject: Re: [Koha] Export MARC from Koha > On 2004-04-22 03:20:19 +0100 Rachel Hamilton-Williams > wrote: > > > If you're exporting data I assume that the MARC export only does the > > catalogue records - so it doesn't do > > - Borrowers/patron records > > - Finacial records? > > - Reserves > > Do you think it would be a good idea to have a method for exporting > > this data > > as well? > > Are there useful desired standard formats to export these into? Going > beyond the MARC export is probably for 2.2? > > -- > MJR/slef My Opinion Only and possibly not of any group I know. > Please http://remember.to/edit_messages on lists to be sure I read > http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at > Creative copyleft computing services via http://www.ttllp.co.uk/ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From baljkas at mb.sympatico.ca Fri Apr 23 08:37:18 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha References: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> <40877897.7020009@free.fr> Message-ID: <001d01c428a9$9afd6ba0$2c19fea9@oemcomputer> Thursday, April 22, 2004 15:25 CDT Salut Philippe, A quick response to the first question from your list: > 1- I am not a specialist about MARC21 but i thought that UNIMARC was > intended for use as an exchange format ? Actually, the *original* MARC format was USMARC. Without everyone going jingoistic, that's just a fact. By the 1990s, there were a variety of nationalised-MARC systems in the world (USMARC, CANMARC, Australian MARC, UKMARC, etc., etc., as we have had proof of even on this listserv when at various times people have written in asking if Danish MARC or Chinese MARC, etc. would be compatible with/represented in Koha). UNIMARC made great claims to being an international standard but was and is essentially Eurocentric, all apologies to IFLA. When you look at the MASSIVE amount of support documentation generated by the Library of Congress and the mind-boggling amount of work done by various governmental and private companies around MARC21 standards, you come to realise pretty quickly that there is a reason it is becoming the de facto global standard. All that aside, yes, UNIMARC was and is intended as an information exchange format (as is MARC21), and it is comprehended by Koha. From what Paul has written before, you need to *decide the MARC variety you are going to use.* > 2- I confirm that all datas from the biblio and bibliotitem tables are > not exported (in test with my personal datas at least) . As i said in my > previous message, datas like additional authors, subject, subtitle, > date, etc. are not. Could you tell us which version of Koha you are using? That usually helps the developpers identify where glitches are coming from and how they can be fixed. And MJR has asked for a list of what is not being exported. In terms of the MARC coding, I may be able to help. Could you send me a test sample of the MARC records you are able to export off the listserv? I can examine them and see if something is happening to the MARC record's registry, inadvertent damage to which can cause lost data. > 3- Answer to Rachel (see below) : First thing should be to export the > entire catalogue but additional datas from the borowers would certainly > be nice. While there have been problems for others in exporting data from Koha and importing data into Koha, overall Koha seems to work for most people. Someone will be able to figure out what is glitching. Soyez patient. MJR has already asked that you send a list of what is missing so they can test and report it properly as a glitch. And Rachel is one of the big-picture people involved with Koha, so it is understandable that she took your question on exporting patron data to that level. Take that as a compliment. Amiti?s, Steven F. Baljkas library tech at large -- bibliotechnicien Koha neophyte Winnipeg (Manitoba) Canada > > On 2004-04-21 12:37:09 +0100 Philippe Revault wrote: > > > >> 1- Is the export format in MARC or in UNIMARC ? > > > > > > More likely to be MARC21, as far as I understand the code, but I could > > be wrong. > > > >> 2 - Which datas are exported ? > > > > > > It should be possible to export all. If you are sure things are > > missing, let us know, I'll test and make sure it gets recorded. > > > Rachel Hamilton-Williams a e'crit : > > If you're exporting data I assume that the MARC export only does the catalogue > records - so it doesn't do > - Borrowers/patron records > - Finacial records? > - Reserves > > Do you think it would be a good idea to have a method for exporting this data > as well? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From gregory at bu.edu Fri Apr 23 10:07:09 2004 From: gregory at bu.edu (Gregory Garretson) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Importing records into Koha Message-ID: <4088420D.3070509@bu.edu> Hello, all, I hope somebody can give me some good advice. I have been asked to put the catalog for a fairly small university department collection online, and Koha seems to be the perfect solution. I've got it installed without much problem, but I'm not sure what the best method is for importing the records. The problem is that they are in an idiosyncratic format in spreadsheet form, not in MARC. It appears that the only format in which Koha (v1.2.3) accepts batch files is MARC. I'm a Perl hacker, and I know about MARC::Record, etc., so I can create MARC records if necessary. BUT here's the problem: whoever catalogued these books did not see fit to record any ISBNs! And Koha apparently rejects any records without ISBNs, according to my tests (though it's hard to know when the error message is "Error: Problem with..."). So, short of typing all the information in, can you suggest a method for getting these records into the database? I assume that the MySQL tables are sufficently complex that I don't want to go mucking about with them. Perhaps there is a Z39.50 solution for getting the ISBNs? Any suggestions would be appreciated. Gregory Garretson Boston University From baljkas at mb.sympatico.ca Fri Apr 23 10:55:59 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Importing records into Koha References: <4088420D.3070509@bu.edu> Message-ID: <016f01c428bc$fab8e340$b3b8a18e@oemcomputer> Thursday, April 22, 2004 17:35 CDT Hi, Gregory, > I have been asked to put the catalog for a fairly small university > department collection online, and Koha seems to be the perfect solution. Depending on how small 'small' is and the nature of the collection (newer vs. older works, monographs vs. serials or other formats, North American vs. other), you might have less frustration just using the database you have now as a search list and doing it manually. Read on before opting for that though ... > I've got it installed without much problem, but I'm not sure what the > best method is for importing the records. The problem is that they are > in an idiosyncratic format in spreadsheet form, not in MARC. It appears > that the only format in which Koha (v1.2.3) accepts batch files is MARC. Is there a reason you are not using the full-MARC compliant 2.0? I thought that it could accept records that were missing even the ISBN?! > I'm a Perl hacker, and I know about MARC::Record, etc., so I can create > MARC records if necessary. That might be wise. > BUT here's the problem: whoever catalogued these books did not see fit > to record any ISBNs! And Koha apparently rejects any records without > ISBNs, according to my tests (though it's hard to know when the error > message is "Error: Problem with...<title>"). So, short of typing all the > information in, can you suggest a method for getting these records into > the database? I assume that the MySQL tables are sufficently complex > that I don't want to go mucking about with them. Perhaps there is a > Z39.50 solution for getting the ISBNs? Any suggestions would be appreciated. There was a utility offered (I still have the .gz zipped file but have somehow lost the note that it came with from its programmer: sorry, to whoever you are out there) that would do a z39.50 search for records using data from a pre-existing database. You would probably have more luck checking the archives to find it (certainly more luck than I am having checking my personal archives) or perhaps someone else on the listserv will remember what I am talking about. Otherwise, you might just be able to do quick searches -- manual might even work well enough if there are not too many items -- just to retrieve ISBNs and adjust your spreadsheet to have a column for that info. Of course, I am assuming that there are no ISBNs evident on the works themselves, 'cause that would be the easiest way to get them. But if you are right, Gregory, and Koha rejects items without ISBNs, what are we supposed to do when items really do not have them (i.e. pre-date ISBNs or just were never submitted to their publisher's national agency)? I suppose at worst one would have to make up fake ISBNs?! Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From ben.hall at ffa.int Sat Apr 24 01:48:12 2004 From: ben.hall at ffa.int (Ben Hall) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Migrating from CDS/ISIS to koha Message-ID: <20040423134812.GA629@mudcrab> For those winisis and cds/isis users out there, I've finally got round to packaging up my xml2koha script. You can download it from http://www.benality.net/files/xml2koha.tar.gz Please read the README, INSTALL and HOWTO files before running the xml2koha.pl script. Feel free to give me as much feedback as possible on how you went and what needs fixing. This is my first foray into perl programming so excuse any badly laid out code. -- Ben Hall Information Officer Forum Fisheries Agency PO Box 629 Honiara, Solomon Islands ph: +677 21124 fx: +677 23995 em: ben.hall@ffa.int ww: http://www.ffa.int/ From mjr at dsl.pipex.com Sat Apr 24 00:55:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <40877897.7020009@free.fr> Message-ID: <03358d3b79ac8da0dcb5edc23f34552c@bouncing.localnet> On 2004-04-22 08:47:35 +0100 Philippe Revault <ph.revault@free.fr> wrote: > 1- I am not a specialist about MARC21 but i thought that UNIMARC was > intended > for use as an exchange format ? I am not sure, but UNIMARC seems more popular on mainland Europe and MARC21 with UK, North America and Aus/NZ. I think MARC21 is younger and more inclusive, but UNIMARC may still have some "killer feature" not yet in 21. > 2- I confirm that all datas from the biblio and bibliotitem tables > are not > exported (in test with my personal datas at least) . As i said in my > previous > message, datas like additional authors, subject, subtitle, date, etc. > are > not. OK, I'll enter this into bugs.koha.org. Can you trim the quoted email and reply beneath, please? Thanks in advance. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From roger at hrothgar.co.uk Fri Apr 23 23:24:28 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Importing records into Koha In-Reply-To: <016f01c428bc$fab8e340$b3b8a18e@oemcomputer> Message-ID: <Marcel-1.53-0423112428-0b0Wr#W@grendel.hereot> On Thu 22 Apr, Steven F. Baljkas wrote: > But if you are right, Gregory, and Koha rejects items without ISBNs, what > are we supposed to do when items really do not have them (i.e. pre-date > ISBNs or just were never submitted to their publisher's national agency)? I > suppose at worst one would have to make up fake ISBNs?! 2.20 certainly seems to accept items without isdns. I am not a librarian and my knowledge of marc is virtually nil. As I have said I am starting completely from scratch in putting data into Koha: we have no electronic records of any sort. Yesterday I entered into the "new biblio" page under title "A treatise on Deeds", year 1906 and author Norton. The z3950 servers found me dozens of records, none, so far as I could see, containing anything like Norton on Deeds (a very well known legal text book), although there were so many that I may have missed the relevant one, but when I changed the author to "Norton, Robert", the LoC & the Institute of Advanced Legal Studies produced the relevant result. That contains no ISDN but Koha seems quite happy with it. (I hope to start further cataloguing next week using a Psion netBook and WiFi. I suspect a large proportion of books will have no ISDNs). Roger -- Roger Horne 11 New Square, Lincoln's Inn, London WC2A 3QB, UK roger@hrothgar.co.uk http://www.hrothgar.co.uk/ From ph.revault at free.fr Sat Apr 24 02:27:47 2004 From: ph.revault at free.fr (Philippe Revault) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <408916C0.80808@free.fr> References: <0f4d9c0dfba055965f9be4c84b1cae0c@bouncing.localnet> <40877897.7020009@free.fr> <001d01c428a9$9afd6ba0$2c19fea9@oemcomputer> <408916C0.80808@free.fr> Message-ID: <408927E3.4030003@free.fr> Hi Steven, Thank you for your complete and specific answer. Finally i realize that i have lost some datas (at least subject) somewhere in the process of updating or configuring from 1.2.3 to 2.0.0 I will check this by reinstaling the all thing and report. Thank you and other people again and do not worry. Je suis patient :-). I am using Koha just in order to test it in a private environment. Cordialement, Philippe > Steven F. Baljkas a ?crit : > >> Thursday, April 22, 2004 15:25 CDT >> >> >> >> Actually, the *original* MARC format was USMARC. Without everyone going >> jingoistic, that's just a fact. By the 1990s, there were a variety of >> nationalised-MARC systems in the world (USMARC, CANMARC, Australian >> MARC, >> UKMARC, etc., etc., as we have had proof of even on this listserv >> when at >> various times people have written in asking if Danish MARC or Chinese >> MARC, >> etc. would be compatible with/represented in Koha). >> >> UNIMARC made great claims to being an international standard but was >> and is >> essentially Eurocentric, all apologies to IFLA. When you look at the >> MASSIVE >> amount of support documentation generated by the Library of Congress >> and the >> mind-boggling amount of work done by various governmental and private >> companies around MARC21 standards, you come to realise pretty quickly >> that >> there is a reason it is becoming the de facto global standard. >> >> All that aside, yes, UNIMARC was and is intended as an information >> exchange >> format (as is MARC21), and it is comprehended by Koha. From what Paul >> has >> written before, you need to *decide the MARC variety you are going to >> use.* >> >> > Could you tell us which version of Koha you are using? That usually helps > >> the developpers identify where glitches are coming from and how they >> can be >> fixed. And MJR has asked for a list of what is not being exported. >> >> In terms of the MARC coding, I may be able to help. Could you send me >> a test >> sample of the MARC records you are able to export off the listserv? I >> can >> examine them and see if something is happening to the MARC record's >> registry, inadvertent damage to which can cause lost data. >> >> >> >>> 3- Answer to Rachel (see below) : First thing should be to export the >>> entire catalogue but additional datas from the borowers would certainly >>> be nice. >>> >> >> >> While there have been problems for others in exporting data from Koha >> and >> importing data into Koha, overall Koha seems to work for most people. >> Someone will be able to figure out what is glitching. Soyez patient. >> MJR has >> already asked that you send a list of what is missing so they can >> test and >> report it properly as a glitch. And Rachel is one of the big-picture >> people >> involved with Koha, so it is understandable that she took your >> question on >> exporting patron data to that level. Take that as a compliment. >> >> Amiti?s, >> Steven F. Baljkas >> library tech at large -- bibliotechnicien >> Koha neophyte >> Winnipeg (Manitoba) Canada >> >> >> >>>> On 2004-04-21 12:37:09 +0100 Philippe Revault <ph.revault@free.fr> >>>> >>> >> wrote: >> >> >>>>> 1- Is the export format in MARC or in UNIMARC ? >>>>> >>>> >>>> More likely to be MARC21, as far as I understand the code, but I could >>>> be wrong. >>>> >>>> >>>> >>>>> 2 - Which datas are exported ? >>>>> >>>> >>>> It should be possible to export all. If you are sure things are >>>> missing, let us know, I'll test and make sure it gets recorded. >>>> >>>> >>> >>> Rachel Hamilton-Williams a e'crit : >>> >>> If you're exporting data I assume that the MARC export only does the >>> >> >> catalogue >> >> >>> records - so it doesn't do >>> - Borrowers/patron records >>> - Finacial records? >>> - Reserves >>> >>> Do you think it would be a good idea to have a method for exporting >>> this >>> >> >> data >> >> >>> as well? >>> >> >> >> >> --- >> Outgoing mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 >> >> >> >> >> > > From gregory at bu.edu Sat Apr 24 02:48:46 2004 From: gregory at bu.edu (Gregory Garretson) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Importing records into Koha In-Reply-To: <016f01c428bc$fab8e340$b3b8a18e@oemcomputer> References: <4088420D.3070509@bu.edu> <016f01c428bc$fab8e340$b3b8a18e@oemcomputer> Message-ID: <40892CCE.90008@bu.edu> Thanks, Steven, for your reply. Let me respond to your comments: Steven F. Baljkas wrote: >Depending on how small 'small' is and the nature of the collection (newer >vs. older works, monographs vs. serials or other formats, North American vs. >other), you might have less frustration just using the database you have now >as a search list and doing it manually. Read on before opting for that >though ... > Actually, it's a few thousand volumes (mostly books), so while it may be feasible to do it manually, I don't relish the thought. Since I have most of the catalog information in digital form, it seems a shame not to be able to use it. >Is there a reason you are not using the full-MARC compliant 2.0? I thought >that it could accept records that were missing even the ISBN?! > Only that I downloaded it before 2.0 was officially released. I'll gladly update if it's clear it will help. >There was a utility offered (I still have the .gz zipped file but have >somehow lost the note that it came with from its programmer: sorry, to >whoever you are out there) that would do a z39.50 search for records using >data from a pre-existing database. You would probably have more luck >checking the archives to find it (certainly more luck than I am having >checking my personal archives) or perhaps someone else on the listserv will >remember what I am talking about. > That sounds very useful, so I hope someone can point me to it. I'll keep looking, meanwhile. >But if you are right, Gregory, and Koha rejects items without ISBNs, what >are we supposed to do when items really do not have them (i.e. pre-date >ISBNs or just were never submitted to their publisher's national agency)? I >suppose at worst one would have to make up fake ISBNs?! > Yes, it seems unlikely that Koha would have an absolute restriction on importing records without ISBN/ISSN. The MARC import function is not documented, but if someone who knows how it works could tell me something about what the requirements are on incoming MARC records, that would be very helpful. Thanks again, Gregory Garretson From mjr at dsl.pipex.com Sat Apr 24 03:38:49 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <000b01c428a7$17ea5860$2c19fea9@oemcomputer> Message-ID: <57b4e4e178f3255b5311099e29b21e17@bouncing.localnet> On 2004-04-22 21:19:19 +0100 Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > Just so no one feels confused, there really aren't any MARC21 > standards for > patron information as such. I was wondering more whether any of the "learner description" or people information file formats would be useful/interesting to koha users/owners. > I don't know what is meant exactly by 'financial records' but I am > assuming > that that is a euphemism for fines. Same as paragraph above. I doubt that these can be exported in a useful way, but I could be wrong. Adding the ability to trigger code on fines to notify another accounting system may be interesting to someone. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From bigwood at lpi.usra.edu Sat Apr 24 06:02:20 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C79B@exch_be.cass.loc> I don't know of any standards for patron information storage in the LIS community. There is the MARC format for Community Information that can be used for personal contact info, but that would be overkill. GILS is another metadata standard that can hold contact info, but once again too much. In the wider community X500 and LDAP are both common and useful. vCard is another well supported standard. Using LDAP it might make it possible for systems in a consortium to share info for a reciprocal borrowing program, or to issue students cards based on records in the registrar's office. There are privacy issues but there are interesting possibilities if we adopt a standard other systems may be using. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of MJ Ray Sent: Friday, April 23, 2004 10:39 AM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Export MARC from Koha On 2004-04-22 21:19:19 +0100 Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > Just so no one feels confused, there really aren't any MARC21 > standards for > patron information as such. I was wondering more whether any of the "learner description" or people information file formats would be useful/interesting to koha users/owners. > I don't know what is meant exactly by 'financial records' but I am > assuming > that that is a euphemism for fines. Same as paragraph above. I doubt that these can be exported in a useful way, but I could be wrong. Adding the ability to trigger code on fines to notify another accounting system may be interesting to someone. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From dmoses2 at uwo.ca Sat Apr 24 07:14:12 2004 From: dmoses2 at uwo.ca (dmoses2@uwo.ca) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Workaround: Using LC with Koha Message-ID: <1082747652.40896b04169b3@mail.uwo.ca> Hello Folks: Steven Baljkas (thanks Steven) suggested I write this up for those wanting to use Library of Congress numbers with Koha. There has been much discussion regarding support for LC numbers in future versions of Koha, but until that day arrives here is my workaround. 1. Determine the MARC field used to hold the LC number in your MARC records. This will vary from institution to institution. It is commonly in 090a (which is a local call number field), but the MARC records I'm using have it in 099a. 2. Ensure that this MARC field is mapped properly. Intranet Web Interface > Parameters > MARC tag structure > edit (or add) your MARC field with the LC number and link it to the Koha biblioitems.classification field 3. Link it to Koha Intranet Web Interface > Parameters > Links Koha - MARC DB > Select biblioitems from the dropdown menu > edit the classification field and link it to your MARC field containing the LC number 4. Anytime you change the links between Koha and MARC you should test your changes. Intranet Web Interface > Parameters > MARC Check If everything checks out ok, great. If not. hmmmmm. 5. Whenever you change the links between Koha and MARC it is suggested that you run the rebuildnonmarc.pl script... If you've got a lot of records, this process can take awhile. Make yourself a pot of tea. (I'm not sure this step is necessary) For me the path to this script is /usr/local/koha/intranet/scripts/misc to run the script I often have to tell my system where PERL5LIB is (I don't know why), so I type export PERL5LIB=/usr/local/koha/intranet/modules I make sure I'm in the right directory. cd /usr/local/koha/intranet/scripts/misc Then I run the script... perl ./rebuildnonmarc.pl -c 6. To display the call number field you need to put it in your OPAC template. Here is a snippet (there's lots of stuff before TMPL_IF and after /TMPL_IF) from my opac-details.tmpl file <!-- TMPL_LOOP NAME="BIBLIO_RESULTS" --> <!-- TMPL_IF name="classification" --> <b>Call Number: </b><!-- TMPL_VAR name="classification" --> <br /> <!-- /TMPL_IF --> <!-- /TMPL_LOOP --> A caution - the classification field (in the biblioitems table) only holds 25 characters ... you can increase it if you have call numbers that are longer than that by increasing the field length. I had a great time exploring and experimenting with Koha for an independent study I did. If you have any questions, let me know. To see how it looks on my version of Koha see http://69.156.111.211:8080/cgi-bin/koha/opac-detail.pl?bib=652 I've got some duplicate call numbers in my MARC data and I've not clean it up so some of the data may look odd. Good Luck. Don From chris at katipo.co.nz Sat Apr 24 08:19:45 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <57b4e4e178f3255b5311099e29b21e17@bouncing.localnet> References: <000b01c428a7$17ea5860$2c19fea9@oemcomputer> <57b4e4e178f3255b5311099e29b21e17@bouncing.localnet> Message-ID: <20040423201945.GY21907@katipo.co.nz> > > >I don't know what is meant exactly by 'financial records' but I am > >assuming > >that that is a euphemism for fines. Same as paragraph above. > > I doubt that these can be exported in a useful way, but I could be > wrong. Adding the ability to trigger code on fines to notify another > accounting system may be interesting to someone. > Hi Guys Theres also the budget data if using full acquisitions. This might be useful to export also. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From mjr at dsl.pipex.com Sat Apr 24 10:41:53 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Workaround: Using LC with Koha In-Reply-To: <1082747652.40896b04169b3@mail.uwo.ca> Message-ID: <692968e57146981e8aa801780417ec1a@bouncing.localnet> On 2004-04-23 20:14:12 +0100 dmoses2@uwo.ca wrote: > to run the script I often have to tell my system where PERL5LIB is (I > don't > know why), so I type Koha uses its own perl modules as well as your system's ones. You can also do the same by the command: perl -I../../modules rebuildnonmarc.pl -c -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From baljkas at mts.net Sat Apr 24 10:39:28 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <20040423223928.SNJP19504.mx-mtaout02.mts.net@mx-mtaout> Friday, April 23, 2004 17:30 CDT Hi, Chris et al., > Hi Guys > > Theres also the budget data if using full acquisitions. This might be > useful to export also. Regarding the budget information kept in full acquisitions mode, I have to confess I haven't looked at that function, but there is a MARC tag available for item cost: tag 37. I agree that budgetary info would be useful to transfer, for a whole host of reasons (not the least of which is providing a base for determining replacement cost should an item be lost). As for fines, maybe I am just (too) grateful when things have been returned: rather than fussing about transferring fines, I'd suggest using the occasion of migration to offer an 'amnesty', something my local public library system does at irregular intervals (not dependent on system upgrades) and it seems to have a positive effect. > > >I don't know what is meant exactly by 'financial records' but I am assuming > > >that that is a euphemism for fines. Same as paragraph above. > > > > I doubt that these can be exported in a useful way, but I could be wrong. > > Adding the ability to trigger code on fines to notify another accounting system > > may be interesting to someone. Maybe if one adopted one of the neat ideas Dave Bigwood suggested (thanks Dave, I think what you suggested would be super) there would be some way of transferring the fine information (if substantial at least) to the patron file format? Anyway, just another two cents worth. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada From Bruno.Marmol at inrialpes.fr Sat Apr 24 03:51:24 2004 From: Bruno.Marmol at inrialpes.fr (Bruno Marmol) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Perf with Koha ? In-Reply-To: <40892CCE.90008@bu.edu> (Gregory Garretson's message of "Fri, 23 Apr 2004 10:48:46 -0400") References: <4088420D.3070509@bu.edu> <016f01c428bc$fab8e340$b3b8a18e@oemcomputer> <40892CCE.90008@bu.edu> Message-ID: <yxdi3c6uwv43.fsf_-_@merisier.inrialpes.fr> Hi, I just installed Koha for a very small library, but I have some performance problem with it. I suppose that Perl is for something there, so I wonder if i can use mod_perl or FastCGI? It is possible? Somebody try? -- Bruno Marmol. Ing?nieur ? la Direction Information Scientifique et de la communication Email: Bruno.Marmol@Inrialpes.Fr - Tel: 04 76 61 53 04 - Fax: 04 76 61 52 52 Inria Rh?ne Alpes. ZIRST - 655 Av de l'Europe. - Montbonnot St Martin 38334 St Ismier Cedex - France From tjkotula at paradise.net.nz Fri Apr 23 21:11:08 2004 From: tjkotula at paradise.net.nz (T & J Kotula) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Acquisitions and 'Biblios in koha' Message-ID: <001701c42914$94f3b1e0$fe05a8c0@PII300> Why is it when I hit 'Go' in .../acqui.simple/addbooks.pl (after typing in an ISBN) I never get any biblios listed in the "Biblios in koha" table, even though the biblio with that ISBN is in the bibioitems table. However it works fine when I type in the title. Looks like a bug to me. Am I missing something? I'm running Koha2.0.0. PS. My Koha.biblio table does not contain ISBN column. Tomasz Kotula From baljkas at mts.net Thu Apr 22 15:53:03 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <20040422035303.GVLT24885.mx-mtaout01.mts.net@mx-mtaout> Wednesday, April 21, 2004 20:43 CDT Greetings, all! Just a few quick observations re: your comments, Rachel. There are ILS that do export borrower data, although I kinda doubt that their users intend for them to do so. Ex. 1. When I was trying to help out Doc a few months ago, the samples he sent me included the name and patron barcode of the last student borrower of a book (overdue, tsk, tsk) embedded in an 852 tag. Ex. 2. At my second-last cataloguing gig, my supervisor and I both noticed that records we downloaded from the University of California's MELVYL system (sorry, I don't know which ILS it really is, or if that name is in fact for a proprietary in-house ILS) encoded such data in 94x fields IIRC (it was definitely 9xx). Now, I don't know how the privacy laws are shaping up in New Zealand, but I know there would be legal issues in Canada, especially if an academic or public library accidentally shared data in the way that Doc's or the U of California's systems (accidentally) did. In fact, the issue would be one of actionable breach of various privacy acts, something most library administrators would wisely want to avoid. It might be useful, though, if that data could be transferred over for migration purposes but remained visible ONLY for inside use. Again, being ignorant of programming complexities, I don't know if it is practical to do such a thing, or even possible. You would need to have some form of filter that would strip out such information before sharing cataloguing but that would allow access to that same information to authorised internal administrators/staff. Anyway, just a few thoughts. The 9xx fields would remain available in MARC21 should you wish to include such data, as they are designated for system-specific features. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada > From: "Rachel Hamilton-Williams" <rachel@katipo.co.nz> > Date: 2004/04/21 Wed PM 09:20:19 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Export MARC from Koha > > Hi > > > > 2 - Which datas are exported ? > > > > It should be possible to export all. If you are sure things are > > missing, let us know, I'll test and make sure it gets recorded. > > If you're exporting data I assume that the MARC export only does the catalogue > records - so it doesn't do > - Borrowers/patron records > - Finacial records? > - Reserves > > Do you think it would be a good idea to have a method for exporting this data > as well? > > Cheers > Rachel > ____________________________________________________________ > > 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 From baljkas at mts.net Thu Apr 22 15:43:30 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha translation: fonts Message-ID: <20040422034330.GTYV24885.mx-mtaout01.mts.net@mx-mtaout> Wednesday, April 21, 2004 20:40 CDT Hi, Rachel, What I took a stab at for Christian was using Arial Round MT Bold. It seemed to me the closest, but maybe my Arial Narrow is just too narrow. ;-) I'll forward you a few of the images Christian sent (almost all were GIFs BTW) off listserv. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada > From: "Rachel Hamilton-Williams" <rachel@katipo.co.nz> > Date: 2004/04/21 Wed PM 09:35:03 CDT > To: "Christian Hennecke" <christian.hennecke@ruhr-uni-bochum.de>, > koha@lists.katipo.co.nz > Subject: Re: [Koha] Koha translation: fonts > > Hi > > > can anybody tell me which font(s) was/were used to create the user > > interface images? > > Hmm which images? I thought we'd managed to get rid of all the images in the > latest lot of templates to make translations easier (but maybe those templates > aren't default?) > > Anyway, I would think that it would be Arial Narrow, or Arial but if you send > me a screen shot of the page I can go find my files and let you know (or point > you at a non imaged version of the template to use instead?) > > Cheers > Rachel > > > _____________________________________________________________ > > 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 From bigwood at lpi.usra.edu Mon Apr 26 08:23:40 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C79C@exch_be.cass.loc> Fields 876-878 are a better choice to include acquisitions data. It includes the cost for each copy, different copies can have been purchased at different prices, or one could be a gift. It also includes where it was purchased, date acquired, item status and other subfields available for each copy. Field 037 is repeatable but not linked to each copy in the same manner. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Steve/Ollie/Steven F. Baljkas Sent: Friday, April 23, 2004 5:39 PM To: Chris Cormack; MJ Ray Cc: koha@lists.katipo.co.nz Subject: Re: Re: [Koha] Export MARC from Koha Friday, April 23, 2004 17:30 CDT Hi, Chris et al., > Hi Guys > > Theres also the budget data if using full acquisitions. This might be > useful to export also. Regarding the budget information kept in full acquisitions mode, I have to confess I haven't looked at that function, but there is a MARC tag available for item cost: tag 37. I agree that budgetary info would be useful to transfer, for a whole host of reasons (not the least of which is providing a base for determining replacement cost should an item be lost). As for fines, maybe I am just (too) grateful when things have been returned: rather than fussing about transferring fines, I'd suggest using the occasion of migration to offer an 'amnesty', something my local public library system does at irregular intervals (not dependent on system upgrades) and it seems to have a positive effect. > > >I don't know what is meant exactly by 'financial records' but I am assuming > > >that that is a euphemism for fines. Same as paragraph above. > > > > I doubt that these can be exported in a useful way, but I could be wrong. > > Adding the ability to trigger code on fines to notify another accounting system > > may be interesting to someone. Maybe if one adopted one of the neat ideas Dave Bigwood suggested (thanks Dave, I think what you suggested would be super) there would be some way of transferring the fine information (if substantial at least) to the patron file format? Anyway, just another two cents worth. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Mon Apr 26 09:58:13 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Perf with Koha ? In-Reply-To: <yxdi3c6uwv43.fsf_-_@merisier.inrialpes.fr> Message-ID: <fe49540220059ebb114ef0ce51b7326f@bouncing.localnet> On 2004-04-23 16:51:24 +0100 Bruno Marmol <Bruno.Marmol@inrialpes.fr> wrote: > I suppose that Perl is for something there, so I wonder if i can use > mod_perl > or FastCGI? It is possible? I have not tried, but as a first step I would try CGI::SpeedyCGI (less hacking required). You will probably find that you need to audit the code for uninitialised variables. That's a lot of work, but I would really appreciate it. -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ From baljkas at mb.sympatico.ca Mon Apr 26 10:21:15 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Thesaurus and Authorities Files References: <3885CFA706963144974F00F33488AD9D030E04@spitty.tips.org.za> Message-ID: <000701c42b13$9fd7a7a0$2c19fea9@oemcomputer> Sunday, April 25, 2004 16:33 CDT Hi, Matthew, I finally checked out the thesaurus and authorities management to see if I could find an answer for your first two questions (I've omitted no. 3 as I did not understand what you meant and it was, as you said, off topic). > This probably immmediately marks me as a > non-librarian (which is true) although I do understand the > concept. With several years of cataloguing studies and work under my belt, I couldn't figure it either, so don't feel badly as being marked as a non-librarian. I played with the online version for a bit and couldn't get anything familiar to come out of it. > Unfortunately none of the sample data packages seem to > have anything entered here so I haven't been able to do by > example. I wonder if someone would be kind enough to > give a few examples of values that would logically fit > together in a thesaurus (and perhaps definitions of "DIG" > "RELATED" "FREE FORM" "AUTHORITY" "LIB" and > "OTHER LIB"). ... From durgaprasad_guda at yahoo.com Tue Apr 27 06:49:11 2004 From: durgaprasad_guda at yahoo.com (durgaprasad guda) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Importing records into Koha Message-ID: <20040426184911.1233.qmail@web40414.mail.yahoo.com> Roger Horne wrote: I may have missed the relevant one, but when I changed the author to "Norton, Robert", the LoC & the Institute of Advanced Legal Studies produced the relevant result. That contains no ISDN but Koha seems quite happy with it. ------------- I succeeded for the first time to import records by putting author as 'Norton Robert' So far i always got 'No record found' for all my searches with or without ISBN. I searched for books on engineering , linux etc of more recent origin., and some a few years old that I have with me at home. Prasad __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash From zarinnie at uww.edu Tue Apr 27 08:24:22 2004 From: zarinnie at uww.edu (Anne Zarinnia) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <CFFBFA07ADF25F4FACE318718677C09804C79B@exch_be.cass.loc> Message-ID: <B46BBA78-97BF-11D8-9456-003065A82274@uww.edu> Dave, This is very important to any school district considering Koha. Most, particularly larger districts and especially with financial pressures encouraging sharing of resources, need some kind of union catalogue with some kind of record for borrowing. Anne On Friday, April 23, 2004, at 01:02 PM, Bigwood, David wrote: > I don't know of any standards for patron information storage in the > LIS community. There is the MARC format for Community Information that > can be used for personal contact info, but that would be overkill. > GILS is another metadata standard that can hold contact info, but once > again too much. > > In the wider community X500 and LDAP are both common and useful. vCard > is another well supported standard. > > Using LDAP it might make it possible for systems in a consortium to > share info for a reciprocal borrowing program, or to issue students > cards based on records in the registrar's office. There are privacy > issues but there are interesting possibilities if we adopt a standard > other systems may be using. > > Sincerely, > David Bigwood > bigwood@lpi.usra.edu > Lunar & Planetary Institute > http://www.lpi.usra.edu/library/whats_new.shtml > Cataloging News > http://www.catalogablog.blogspot.com > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of MJ Ray > Sent: Friday, April 23, 2004 10:39 AM > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Export MARC from Koha > > > On 2004-04-22 21:19:19 +0100 Steven F. Baljkas > <baljkas@mb.sympatico.ca> wrote: > >> Just so no one feels confused, there really aren't any MARC21 >> standards for >> patron information as such. > > I was wondering more whether any of the "learner description" or > people information file formats would be useful/interesting to koha > users/owners. > >> I don't know what is meant exactly by 'financial records' but I am >> assuming >> that that is a euphemism for fines. Same as paragraph above. > > I doubt that these can be exported in a useful way, but I could be > wrong. Adding the ability to trigger code on fines to notify another > accounting system may be interesting to someone. > > -- > MJR/slef My Opinion Only and possibly not of any group I know. > Please http://remember.to/edit_messages on lists to be sure I read > http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef@jabber.at > Creative copyleft computing services via http://www.ttllp.co.uk/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From Tomasz.Wolniewicz at uni.torun.pl Tue Apr 27 04:15:49 2004 From: Tomasz.Wolniewicz at uni.torun.pl (Tomasz Wolniewicz) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] authority records Message-ID: <20040426161549.GB10199@uni.torun.pl> Hi, do I understand correctly that the "authority records" support in Koha is limited to prompting values for a given field, but the bibliographic records do not actually contain references to authority records and hence a change in authority records is not reflected in how the bibliographic record will be presented? Tomasz -- Tomasz M. Wolniewicz Tomasz.Wolniewicz@uni.torun.pl http://www.uni.torun.pl/~twoln Uczelniane Centrum Informatyczne Information&Communication Technology Centre Uniwersytet Mikolaja Kopernika Nicolaus Copernicus University, pl. Rapackiego 1, Torun pl. Rapackiego 1, Torun, Poland tel: +48-56-611-2750 fax: +48-56-622-1850 tel kom.: +48-693-032-576 From baljkas at mts.net Mon Apr 26 09:29:50 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <20040425212950.CAKA24885.mx-mtaout01.mts.net@mx-mtaout> Sunday, April 25, 2004 16:11 CDT Hi, Dave, I can see what you mean about tags 876-878. Most of the records I've seen here don't do anything towards keeping acquisitions data (which is a shame), but when they do they invariably avoid using the holdings data tags you recommend (from what I see, I wonder if NLC had a policy of using them only for serials) and instead have opted for the tag 37 (which is flexible enough to handle the important information and the limits of which encourage one to remember not to collude 2 or more different editions of works) or more frequently use a 5xx number (sometimes one not specifically allowed) to keep the information they want. As library manager for a highschool library, I had to insist with my 'assistant' that such info not be encoded as a general public note (in 500) which is what someone had recommended to her prior to my appointment (not the kind of information we wanted highschool students to have: 'oh, this only cost $2.50, I can afford to lose it' problem). The Athena system we were using already encoded data to an 852 (with unauthorised uses of various subfields, including a creative $w - we couldn't find any way to change these peculiarities) and so we used 37 (repeating for each copy as necessary, $n beginning with barcode to ID specific copy) for the additional data we wanted. It would perhaps be good to recommend to users to adopt use of the 876-878 fields but still leave open the option of 37 for others. Smaller libraries, especially school ones, often don't have more than one copy of many works. Could someone from development tell us where/how Koha is storing that more detailed acquisitions information and if it could be integrated into the MARC tag structure that Dave suggests in one of the near future releases? Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada > From: "Bigwood, David" <bigwood@lpi.usra.edu> > Date: 2004/04/25 Sun PM 03:23:40 CDT > To: <koha@lists.katipo.co.nz> > Subject: RE: Re: [Koha] Export MARC from Koha > > Fields 876-878 are a better choice to include acquisitions data. It includes the cost for each copy, different copies can have been purchased at different prices, or one could be a gift. It also includes where it was purchased, date acquired, item status and other subfields available for each copy. > > Field 037 is repeatable but not linked to each copy in the same manner. > > Sincerely, > David Bigwood > bigwood@lpi.usra.edu > Lunar & Planetary Institute > http://www.lpi.usra.edu/library/whats_new.shtml > Cataloging News > http://www.catalogablog.blogspot.com > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Steve/Ollie/Steven F. > Baljkas > Sent: Friday, April 23, 2004 5:39 PM > To: Chris Cormack; MJ Ray > Cc: koha@lists.katipo.co.nz > Subject: Re: Re: [Koha] Export MARC from Koha > > > Friday, April 23, 2004 17:30 CDT > > Hi, Chris et al., > > > Hi Guys > > > > Theres also the budget data if using full acquisitions. This might be > > useful to export also. > > Regarding the budget information kept in full acquisitions mode, I have to confess I haven't looked at that function, but there is a MARC tag available for item cost: tag 37. > > I agree that budgetary info would be useful to transfer, for a whole host of reasons (not the least of which is providing a base for determining replacement cost should an item be lost). > > As for fines, maybe I am just (too) grateful when things have been returned: rather than fussing about transferring fines, I'd suggest using the occasion of migration to offer an 'amnesty', something my local public library system does at irregular intervals (not dependent on system upgrades) and it seems to have a positive effect. > > > > >I don't know what is meant exactly by 'financial records' but I am assuming > > > >that that is a euphemism for fines. Same as paragraph above. > > > > > > I doubt that these can be exported in a useful way, but I could be wrong. > > > Adding the ability to trigger code on fines to notify another accounting system > > > may be interesting to someone. > > Maybe if one adopted one of the neat ideas Dave Bigwood suggested (thanks Dave, I think what you suggested would be super) there would be some way of transferring the fine information (if substantial at least) to the patron file format? Anyway, just another two cents worth. > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, Manitoba, Canada From chris at katipo.co.nz Tue Apr 27 10:03:12 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha In-Reply-To: <20040425212950.CAKA24885.mx-mtaout01.mts.net@mx-mtaout> References: <20040425212950.CAKA24885.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <20040426220312.GO21907@katipo.co.nz> On Sun, Apr 25, 2004 at 04:29:50PM -0500, Steve/Ollie/Steven F. Baljkas said: > Sunday, April 25, 2004 16:11 CDT > > Hi, Dave, > > > Could someone from development tell us where/how Koha is storing that more detailed acquisitions information and if it could be integrated into the MARC tag structure that Dave suggests in one of the near future releases? > Hi there, In Full acquisitions mode, Koha stores lots of financial data, much more than the replacement price of an item (which is stored in the replacement price column on the item table btw) In the aqorders, aqbudgets, aqbookfunds it stores a lot more information. Such as the allocated budgets for each bookfund (ie for 2003-07-01 to 2004-06-30 the Non Fiction bookfund may have $20k allocated) It also tracks how much is committed to each fund (orders placed but not received) and how much is spent from each fund (received orders) It handles supplier profiles, exchange rates, discounts, sales taxes etc. All of this sounds to me like it wouldnt belong in MARC at all. The replacement price would, but all the budgetary data would need to be exported in some other format. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From BernadetteC at burwood.org.nz Tue Apr 27 11:20:07 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Library System - good system, LC problem Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC804847C@burwoodacademy.burwood.org.nz> Greetings all, I would concur with much of what Steven has said re Koha. As for LC classification, at our library we've come up with a temporary solution of including LC numbers in the biblio in the notes section!! Seriously once the developers come up with a solution to LC numbers will be great. ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -----Original Message----- From: Steven F. Baljkas [mailto:baljkas@mb.sympatico.ca] Sent: Thursday, 22 April 2004 8:21 a.m. To: Peter Gichiri; koha@lists.katipo.co.nz Cc: baljkas@mts.net Subject: Re: [Koha] Library System - good system, LC problem Wednesday, April 21, 2004 15:05 CDT Greetings, Peter, Just a 'quick' reply to your message inquiring about Koha, that others on the listserv will hopefully augment with their wisdom. First, I (and many others) think Koha is a great system. It is extremely versatile and compared to other ILS that one would have to purchase at significant cost, it is astoundingly good. In terms of technical support and further development, the prospects are at least as good. Most questions to the listserv receive a response within 24 hours, usually less. The community is very good at lending a hand with advice. Development is continual and the nice thing there is that, being an open source product, your library could direct further development along lines that would give you features you wanted simply by financing the programming and/or appealing to the Koha community to see if some nice volunteer could effect the change you wanted. As people write in to the listserv with different questions and requests for features, many are added to the programmer's 'bug' lists for future work. If you look back at the archive of message, you can see how much has been accomplished in just one year (something we should all be applauding and thanking the developpers for)!!. There are only 2 significant issues that I can see in terms of your library adopting Koha. The first is that it would be preferable if there were a member of the systems administration team who were familiar or willing to familarise him- or herself with the program so that you would have technical support closer to home. The second -- and this is really the major one -- is that Koha is NOT at present compatible viz. LC classification numbers. I am not sure what the progress has been in the last several months towards that. I know that the understandable focus of the developpers has been on achieving a stable 2.0 release, which is now done. In the meantime, perhaps somebody on the development side could reply with a guesstimation on how long it might be until LC-numbers are usable within Koha. Also, if there is a library that uses LC classification that has found a way around this issue, it would be helpful to let the community know. Hope this lengthy response helps a bit, Peter. I think your library would ultimately benefit greatly by adopting Koha. Best wishes in your automation/migration project, Steven F. Baljkas library tech at large Koha neophyte (and cheerleader!) Winnipeg, Manitoba, Canada ----- Original Message ----- From: Peter Gichiri <mailto:pgichiri@strathmore.edu> To: koha@lists.katipo.co.nz Sent: Wednesday, April 21, 2004 4:09 AM Subject: [Koha] Library System I am an assistant librarian working at Strathmore university, an up-coming university in Kenya, Africa. We are scouting for a library system that will address all the aspects of the library. We are using the Library of Congress systems of cataloging books. We hope to have a system that is compatible with other departments of the university for we share enough information with other department. The university has a well laid computer network. Is Koha a suitable system and what are is the best way ahead. Peter Wanyoike Gichiri Ass. Librarian Strathmore University --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040427/c0bd99db/attachment.htm From shedges at athenscounty.lib.oh.us Tue Apr 27 22:48:55 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] authority records Message-ID: <200404271057.i3RAv6FH011074@alma.athenscounty.lib.oh.us> Tomasz, that is exactly correct. Koha does not refer to an "authority file" similar to what librarians think of when they see that term. (For the non- librarians, a library "authority file" contains things like the "authorized" spelling of an author's name, his/her "authorized" birth and death dates, etc. By refering to such an authority file, records are kept consistent and you avoid having "Smith, Joe" and "Smith, Joseph" records for books by the same author.) Stephen Hedges Nelsonville Public Library > Hi, > do I understand correctly that the "authority > records" support in Koha is > limited to prompting values for a given field, > but the bibliographic > records do not actually contain references to > authority records and hence a > change in authority records is not reflected in > how the bibliographic > record will be presented? > > Tomasz > > > -- > Tomasz M. Wolniewicz > Tomasz.Wolniewicz@uni.torun.pl > http://www.uni.torun.pl/~twoln > > Uczelniane Centrum Informatyczne > Information&Communication Technology Centre > Uniwersytet Mikolaja Kopernika Nicolaus > Copernicus University, > pl. Rapackiego 1, Torun pl. > Rapackiego 1, Torun, Poland > tel: +48-56-611-2750 fax: +48-56-622-1850 > tel kom.: +48-693-032-576 > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From shedges at athenscounty.lib.oh.us Tue Apr 27 22:53:22 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <200404271101.i3RB1EFH011102@alma.athenscounty.lib.oh.us> Don't forget that Koha let's you store item data anywhere you want to -- so long as you tell Koha where to find it by setting up your MARC to Koha links. At Nelsonville, we use a 9xx tag for all this data, but you could just as easily use 876 or 37, or any other (repeatable) tag. The choice belongs to the user, and is not controlled by Koha. Stephen Hedges Nelsonville Public Library > Sunday, April 25, 2004 16:11 CDT > > Hi, Dave, > > I can see what you mean about tags 876-878. > > Most of the records I've seen here don't do > anything towards keeping acquisitions data (which > is a shame), but when they do they invariably > avoid using the holdings data tags you recommend > (from what I see, I wonder if NLC had a policy of > using them only for serials) and instead have > opted for the tag 37 (which is flexible enough to > handle the important information and the limits > of which encourage one to remember not to collude > 2 or more different editions of works) or more > frequently use a 5xx number (sometimes one not > specifically allowed) to keep the information > they want. > > As library manager for a highschool library, I > had to insist with my 'assistant' that such info > not be encoded as a general public note (in 500) > which is what someone had recommended to her > prior to my appointment (not the kind of > information we wanted highschool students to > have: 'oh, this only cost $2.50, I can afford to > lose it' problem). > > The Athena system we were using already encoded > data to an 852 (with unauthorised uses of various > subfields, including a creative $w - we couldn't > find any way to change these peculiarities) and > so we used 37 (repeating for each copy as > necessary, $n beginning with barcode to ID > specific copy) for the additional data we > wanted. > > It would perhaps be good to recommend to users to > adopt use of the 876-878 fields but still leave > open the option of 37 for others. Smaller > libraries, especially school ones, often don't > have more than one copy of many works. > > Could someone from development tell us where/how > Koha is storing that more detailed acquisitions > information and if it could be integrated into > the MARC tag structure that Dave suggests in one > of the near future releases? > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, Manitoba, Canada > > > From: "Bigwood, David" <bigwood@lpi.usra.edu> > > Date: 2004/04/25 Sun PM 03:23:40 CDT > > To: <koha@lists.katipo.co.nz> > > Subject: RE: Re: [Koha] Export MARC from Koha > > > > Fields 876-878 are a better choice to include > acquisitions data. It includes the cost for each > copy, different copies can have been purchased at > different prices, or one could be a gift. It also > includes where it was purchased, date acquired, > item status and other subfields available for > each copy. > > > > Field 037 is repeatable but not linked to each > copy in the same manner. > > > > Sincerely, > > David Bigwood > > bigwood@lpi.usra.edu > > Lunar & Planetary Institute > > > http://www.lpi.usra.edu/library/whats_new.shtml > > Cataloging News > > http://www.catalogablog.blogspot.com > > > > > > -----Original Message----- > > From: koha-admin@lists.katipo.co.nz > > [mailto:koha-admin@lists.katipo.co.nz]On Behalf > Of Steve/Ollie/Steven F. > > Baljkas > > Sent: Friday, April 23, 2004 5:39 PM > > To: Chris Cormack; MJ Ray > > Cc: koha@lists.katipo.co.nz > > Subject: Re: Re: [Koha] Export MARC from Koha > > > > > > Friday, April 23, 2004 17:30 CDT > > > > Hi, Chris et al., > > > > > Hi Guys > > > > > > Theres also the budget data if using full > acquisitions. This might be > > > useful to export also. > > > > Regarding the budget information kept in full > acquisitions mode, I have to confess I haven't > looked at that function, but there is a MARC tag > available for item cost: tag 37. > > > > I agree that budgetary info would be useful to > transfer, for a whole host of reasons (not the > least of which is providing a base for > determining replacement cost should an item be > lost). > > > > As for fines, maybe I am just (too) grateful > when things have been returned: rather than > fussing about transferring fines, I'd suggest > using the occasion of migration to offer an > 'amnesty', something my local public library > system does at irregular intervals (not dependent > on system upgrades) and it seems to have a > positive effect. > > > > > > >I don't know what is meant exactly by > 'financial records' but I am assuming > > > > >that that is a euphemism for fines. Same > as paragraph above. > > > > > > > > I doubt that these can be exported in a > useful way, but I could be wrong. > > > > Adding the ability to trigger code on fines > to notify another accounting system > > > > may be interesting to someone. > > > > Maybe if one adopted one of the neat ideas Dave > Bigwood suggested (thanks Dave, I think what you > suggested would be super) there would be some way > of transferring the fine information (if > substantial at least) to the patron file format? > Anyway, just another two cents worth. > > > > Cheers, > > Steven F. Baljkas > > library tech at large > > Koha neophyte > > Winnipeg, Manitoba, Canada > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From gregory at bu.edu Wed Apr 28 06:41:17 2004 From: gregory at bu.edu (Gregory Garretson) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC numbers--same here In-Reply-To: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> References: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> Message-ID: <408EA94D.7040104@bu.edu> Hello, I wrote last week about trying to import MARC records missing ISBNs into Koha. I've since upgraded to 2.0.0 and have been able to upload my MARC files. So far so good! Now I'm encountering the same problem that others have recently mentioned, including Bernadette: > I would concur with much of what Steven has said re Koha. As for LC > classification, at our library we've come up with a temporary solution > of including LC numbers in the biblio in the notes section!! Seriously > once the developers come up with a solution to LC numbers will be great. Our books are also catalogued with LC numbers, and I have been trying to figure out either an elegant solution or a hack, to enable me to use those numbers in Koha. Can any one offer any suggestions? Much appreciated, Gregory Garretson Boston University From paul.poulain at free.fr Wed Apr 28 08:36:58 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC number : solution in 2.2 In-Reply-To: <408EA94D.7040104@bu.edu> References: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> <408EA94D.7040104@bu.edu> Message-ID: <408EC46A.2040301@free.fr> Hi everybody, Here is the solution I propose for LC and any other callnumber : * a field has already been added in items table. It's called itemcallnumber. * this field will be "connected" to : biblio dewey OR LoC number OR manual & local classification. if connected to dewey or LoC, it will automatically be filled. So every library can have it's own callnumber system. Sounds this good ? For 2.0 I've no other suggestion than the workaround suggested here. The dmoses one being the best, imho. NOTE : why put the callnumber in items & not in biblio you may ask ? it's because some libraries may have 2 differents callnumbers for 2 items of the same biblio. Sounds silly (& quite old), but exists. And you can't ask a 100 000 items library to reorganize it's shelves ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From baljkas at mb.sympatico.ca Wed Apr 28 08:48:24 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC numbers--same here References: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> <408EA94D.7040104@bu.edu> Message-ID: <004401c42c98$fc9830a0$e7a72dce@oemcomputer> Tuesday, April 27, 2004 15:35 CDT Hi, Gregory, Glad to read that the import of MARC records is going better with the upgrade. :-) Bernadette wrote in to share her library's temporary solution (clever, Bernadette!!), to wit: > > of including LC numbers in the biblio in the notes section!! The developers are aware of the LC issue and I just want to stress - for the sake of the harmony of the Koha family (shalom beit) - that we are all aware of the complexity and huge amount of work they are doing and are not complaining. > Our books are also catalogued with LC numbers, and I have been trying to figure out either an elegant solution or a hack, to enable me to use those numbers in Koha. Can any one offer any suggestions? Actually, you might have just missed Don Moses' very kind posting of his workaround solution, which I found very elegant (way to go, Don!). Rather than make you hunt through the archive, here it is in full from April 23, 2004: Hello Folks: Steven Baljkas (thanks Steven) suggested I write this up for those wanting to use Library of Congress numbers with Koha. There has been much discussion regarding support for LC numbers in future versions of Koha, but until that day arrives here is my workaround. 1. Determine the MARC field used to hold the LC number in your MARC records. This will vary from institution to institution. It is commonly in 090a (which is a local call number field), but the MARC records I'm using have it in 099a. 2. Ensure that this MARC field is mapped properly. Intranet Web Interface > Parameters > MARC tag structure > edit (or add) your MARC field with the LC number and link it to the Koha biblioitems.classification field 3. Link it to Koha Intranet Web Interface > Parameters > Links Koha - MARC DB > Select biblioitems from the dropdown menu > edit the classification field and link it to your MARC field containing the LC number 4. Anytime you change the links between Koha and MARC you should test your changes. Intranet Web Interface > Parameters > MARC Check If everything checks out ok, great. If not. hmmmmm. 5. Whenever you change the links between Koha and MARC it is suggested that you run the rebuildnonmarc.pl script... If you've got a lot of records, this process can take awhile. Make yourself a pot of tea. (I'm not sure this step is necessary) For me the path to this script is /usr/local/koha/intranet/scripts/misc to run the script I often have to tell my system where PERL5LIB is (I don't know why), so I type (** see below line for MJR's addendum) export PERL5LIB=/usr/local/koha/intranet/modules I make sure I'm in the right directory. cd /usr/local/koha/intranet/scripts/misc Then I run the script... perl ./rebuildnonmarc.pl -c 6. To display the call number field you need to put it in your OPAC template. Here is a snippet (there's lots of stuff before TMPL_IF and after /TMPL_IF) from my opac-details.tmpl file <!-- TMPL_LOOP NAME="BIBLIO_RESULTS" --> <!-- TMPL_IF name="classification" --> <b>Call Number: </b><!-- TMPL_VAR name="classification" --> <br /> <!-- /TMPL_IF --> <!-- /TMPL_LOOP --> A caution - the classification field (in the biblioitems table) only holds 25 characters ... you can increase it if you have call numbers that are longer than that by increasing the field length. I had a great time exploring and experimenting with Koha for an independent study I did. If you have any questions, let me know. To see how it looks on my version of Koha see http://69.156.111.211:8080/cgi-bin/koha/opac-detail.pl?bib=652 I've got some duplicate call numbers in my MARC data and I've not clean it up so some of the data may look odd. Good Luck. Don ---------------------------------------------------------------------------- --------- ** in response to Don's statement above to run the script I often have to tell my system where PERL5LIB is (I don't know why), so I type [...] MJ Ray added that Koha uses its own perl modules as well as your system's ones. You can also do the same by the command: perl -I../../modules rebuildnonmarc.pl -c Anyway, hope all this helps, Gregory. Let us know how it goes. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From baljkas at mb.sympatico.ca Wed Apr 28 09:01:01 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC number : solution in 2.2 References: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> <408EA94D.7040104@bu.edu> <408EC46A.2040301@free.fr> Message-ID: <005001c42c9a$c1123c40$e7a72dce@oemcomputer> Tuesday, April 27, 2004 15:50 CDT Hi, Paul, Your solution -- > Here is the solution I propose for LC and any other callnumber : > * a field has already been added in items table. It's called itemcallnumber. > * this field will be "connected" to : biblio dewey OR LoC number OR > manual & local classification. if connected to dewey or LoC, it will > automatically be filled. > > So every library can have it's own callnumber system. -- sounds good to me. I just want to make sure I understand though: will we still be able (in MARC21 terms) to have a 050 tag with the original LC-assigned call number **separate** from the number we choose and assign for our own catalogue?? I know that sounds strange, but sometimes one needs to correct LC (shrieks of horror; gasps at impudence) or other copy, as in the military library where I worked on contract, but we still wanted to have the original number there, if for no other reason than to justify the time we were spending in classification. Many ILS also allow for something similar so that one can retain original classification information in case one wants to revert or adopt another system later, or just for sharing purposes. > For 2.0 I've no other suggestion than the workaround suggested here. The > dmoses one being the best, imho. Way to go, Don!! :-) > NOTE : why put the callnumber in items & not in biblio you may ask ? > it's because some libraries may have 2 differents callnumbers for 2 > items of the same biblio. Sounds silly (& quite old), but exists. And > you can't ask a 100 000 items library to reorganize it's shelves ;-) Certainly not. What you explain happens a lot. And it's not such a bad thing in an age of shared cataloguing. (For me, it seems quite familiar to as when I started university, my uni library had 4 different catalogues, with many items existing in two or more.) Libraries are places where weird and wonderful things happen all the time. ;-) Amiti?s, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 From tom at wccs.homelinux.org Wed Apr 28 09:17:07 2004 From: tom at wccs.homelinux.org (Tom) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues Message-ID: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> Hi, This is my 1st attempt at installing Koha, and I'm having some problems w/r/t the virtual servers it requires. I went thru the installation with the installer.pl, and it wrote the directives for the virtual servers in /etc/koha-httpd.conf. When I try to access the url, I get a seg fault. I've wrestled with this most of the day, and was going to post to an apache group, but thought I'd try here 1st,since anyone who's running Koha prolly has their directives written correctly. Here's my setup: Fedora Core 1-Yarrow 2.4.22-1.2179 smp kernel httpd-2.0.48 Koha-2.0.0 installed in /usr/local/ Here's the relevant lines in httpd.conf: > # Ports to listen to for Koha > # uncomment these if they aren't already in main httpd.conf > Listen 80 > Listen 8080 > > # NameVirtualHost is used by one of the optional configurations detailed > below > > NameVirtualHost *:80 > # KOHA's OPAC Configuration > <VirtualHost wccs.homelinux.org:80> > ServerAdmin tom@wccs.homelinux.org > DocumentRoot /usr/local/koha/opac/htdocs/ > ServerName wccs.homelinux.org > ScriptAlias /cgi-bin/koha /usr/local/koha/opac/cgi-bin/ > ErrorLog /usr/local/koha/log/opac-error_log > TransferLog /usr/local/koha/log/opac-access_log > SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > SetEnv KOHA_CONF "/etc/koha.conf" > > </VirtualHost> > > NameVirtualHost *:8080 > # KOHA's INTRANET Configuration > <VirtualHost wccs.homelinux.org:8080> > ServerAdmin tom@wccs.homelinux.org > DocumentRoot /usr/local/koha/intranet/htdocs/ > ServerName wccs.homelinux.org > ScriptAlias /cgi-bin/koha "/usr/local/koha/intranet/cgi-bin/" > ErrorLog /usr/local/koha/log/koha-error_log > TransferLog /usr/local/koha/log/koha-access_log > SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > SetEnv KOHA_CONF "/etc/koha.conf" > > </VirtualHost> > -- Tom From jmf at kados.org Wed Apr 28 10:03:04 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues In-Reply-To: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> References: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> Message-ID: <1083103384.408ed8985b31f@208.179.130.60> Hi Tom, So could you provide the exact error message as well as any errors that show up in the koha logs (the're in /usr/local/koha/log/ by default). You may also find my installation guide to be helpful: http://kados.org/LibraryScience/installing_koha.html Joshua Quoting Tom <tom@wccs.homelinux.org>: > Hi, > This is my 1st attempt at installing Koha, and I'm having some > problems w/r/t the virtual servers it requires. I went thru the > installation with the installer.pl, and it wrote the directives for > the virtual servers in /etc/koha-httpd.conf. When I try to access the > url, I get a seg fault. I've wrestled with this most of the day, and > was going to post to an apache group, but thought I'd try here > 1st,since anyone who's running Koha prolly has their directives > written correctly. > > Here's my setup: > > Fedora Core 1-Yarrow > 2.4.22-1.2179 smp kernel > httpd-2.0.48 > Koha-2.0.0 installed in /usr/local/ > > Here's the relevant lines in httpd.conf: > > > # Ports to listen to for Koha > > # uncomment these if they aren't already in main httpd.conf > > Listen 80 > > Listen 8080 > > > > # NameVirtualHost is used by one of the optional configurations detailed > > below > > > > NameVirtualHost *:80 > > # KOHA's OPAC Configuration > > <VirtualHost wccs.homelinux.org:80> > > ServerAdmin tom@wccs.homelinux.org > > DocumentRoot /usr/local/koha/opac/htdocs/ > > ServerName wccs.homelinux.org > > ScriptAlias /cgi-bin/koha /usr/local/koha/opac/cgi-bin/ > > ErrorLog /usr/local/koha/log/opac-error_log > > TransferLog /usr/local/koha/log/opac-access_log > > SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > > SetEnv KOHA_CONF "/etc/koha.conf" > > > > </VirtualHost> > > > > NameVirtualHost *:8080 > > # KOHA's INTRANET Configuration > > <VirtualHost wccs.homelinux.org:8080> > > ServerAdmin tom@wccs.homelinux.org > > DocumentRoot /usr/local/koha/intranet/htdocs/ > > ServerName wccs.homelinux.org > > ScriptAlias /cgi-bin/koha "/usr/local/koha/intranet/cgi-bin/" > > ErrorLog /usr/local/koha/log/koha-error_log > > TransferLog /usr/local/koha/log/koha-access_log > > SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > > SetEnv KOHA_CONF "/etc/koha.conf" > > > > </VirtualHost> > > > > -- > Tom > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From tom at wccs.homelinux.org Wed Apr 28 10:14:42 2004 From: tom at wccs.homelinux.org (Tom) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues In-Reply-To: <1083103384.408ed8985b31f@208.179.130.60> References: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> <1083103384.408ed8985b31f@208.179.130.60> Message-ID: <cqmt8099vmq2qovrckq1q5f4hies34e9f0@4ax.com> On Tue, 27 Apr 2004 15:03:04 -0700, Joshua Ferraro <jmf@kados.org> wrote: >So could you provide the exact error message as well as any errors that >show up in the koha logs (the're in /usr/local/koha/log/ by default). That was part fo the problem, the logs weren't getting written to. Httpd was seg faulting before it could process any Koha stuff (I think). Anyway, the only message was in /var/log/httpd/error_log, and that log only indicated a segmentation fault on the httpd PID. Here's an "ls" of /usr/local/koha/log dir: total 8 drwxr-xr-x 2 apache apache 4096 Apr 27 15:57 . drwxr-xr-x 5 apache apache 4096 Apr 27 15:18 .. -rwxr-xr-x 1 apache apache 0 Apr 27 15:57 koha-access_log -rwxr-xr-x 1 apache apache 0 Apr 27 15:57 koha-error_log -rwxr-xr-x 1 apache apache 0 Apr 27 15:51 opac-access_log -rwxr-xr-x 1 apache apache 0 Apr 27 15:51 opac-error_log >You may also find my installation guide to be helpful: >http://kados.org/LibraryScience/installing_koha.html Excellent! The more info the better for me. Thank you. -- Tom From tony01 at mondenet.com Wed Apr 28 19:47:00 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] ongoing data conversion to MARC format without LCCN's Message-ID: <20040428074700.GA4116@.> Hi, My programmatic method as well as a test (with one filled field per MARC record) allows all records to be imported unsuccessfully. Each record gives the following error message. "Error: Problem with " There must be some validating logic that I am missing out on. It would be nice if I could get some quick education about what is completely required for minimum Koha validation of record(s). Ottawa, Can. ... My notes... MarcEdit Usage instructions... Using the wizard and getting to the "mapping" dialog, please remember to use the format as described below, for example. 245$a After MarcEdit's text wizard generates files, those files need to be re-processed using the MarcMaker feature of the main MarcEdit program, which will in turn produce a newer version of files. those files look to me (i.e. Tony) to be readable by Koha directly. I haven't tried generating a valid record, though using these tools yet. The above instructions are what I learnt from the MarcEdit wizard dialogues which are only available if you have the program installed locally on Windows successfully. Regards, Tony From bigwood at lpi.usra.edu Thu Apr 29 05:28:59 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC number : solution in 2.2 Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C79E@exch_be.cass.loc> It is not really so odd to have 2 different call numbers for different copies of the same item. We often have circulating and reference copies. The class and cutter numbers would stay the same but the prefix or suffix would vary. In other cases we have a map or other accoampying material that goes with a book but is housed in a seperate location. Once again the class and cutters would be the same but the pre or suffix would be different. I have also heard of cases when a work covers two topics for a library to give each copy a different class number so that folks browsing will find it in either place. I think that is less common, but it does happen. Sincerly, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Catalgoing News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of paul POULAIN Sent: Tuesday, April 27, 2004 3:37 PM To: koha@lists.katipo.co.nz Subject: [Koha] LC number : solution in 2.2 Hi everybody, .... NOTE : why put the callnumber in items & not in biblio you may ask ? it's because some libraries may have 2 differents callnumbers for 2 items of the same biblio. Sounds silly (& quite old), but exists. And you can't ask a 100 000 items library to reorganize it's shelves ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Tue Apr 27 10:16:49 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Export MARC from Koha Message-ID: <20040426221649.JALJ24885.mx-mtaout01.mts.net@mx-mtaout> Monday, April 26, 2004 17:07 CDT Hi, Chris, Just a quick response 'cause you were bang on in what you said, to wit: > In Full acquisitions mode, Koha stores lots of financial data, much more > than the replacement price of an item > (which is stored in the replacement price column on the item table btw) I think the only other things we would really want accessible in MARC might be the donor/fund that provided/purchased the item in question, the initial cost, the replacement cost (an estimate, and it can be omitted in favour of the original cost), and, if possible, the date of accessioning (theoretically this could be the same as the date it is catalogued but those of who've worked in tech services KNOW that ain't nothin' but a fairy tale). I have encountered librarians and lib techs who also like to have separate PO numbers noted, but I think that could be safely part of the donor/fund information without causing too much confusion. Are there other desiderata in this vein? Pipe in, folks. > In the aqorders, aqbudgets, aqbookfunds it stores a lot more information. > Such as the allocated budgets for each bookfund (ie for 2003-07-01 to > 2004-06-30 the Non Fiction bookfund may have $20k allocated) > It also tracks how much is committed to each fund (orders placed but not > received) and how much is spent from each fund (received orders) > It handles supplier profiles, exchange rates, discounts, sales taxes etc. > > All of this sounds to me like it wouldnt belong in MARC at all. > The replacement price would, but all the budgetary data would need to be > exported in some other format. So, yes, your are definitely right, Chris. I don't even think we need to try to export that information as such, certainly not for cataloguing purposes. Are there fields that would be able to handle that information I suggested in Acquisitions that could synch the data for cataloguing? (If not, that's still not a huge problem as it is not much information and could be looked up if desired in cataloguing.) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada From COURYHOUSE at aol.com Tue Apr 27 13:28:23 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Library System - good system, LC problem Message-ID: <160.2ea6a576.2dbf1137@aol.com> Hopefully this one drawback will soon be seamless.... It is the finishing touch it needs... Ed Sharpe archivist for SMECC > Subj:RE: [Koha] Library System - good system, LC problem > Date:4/26/2004 4:25:09 PM US Mountain Standard Time > From:BernadetteC@burwood.org.nz > To:baljkas@mb.sympatico.ca, pgichiri@strathmore.edu, koha@lists.katipo.co.nz > CC:baljkas@mts.net > Sent from the Internet > > > > Greetings all, > > > > I would concur with much of what Steven has said re Koha. As for LC > classification, at our library we?ve come up with a temporary solution of including > LC numbers in the biblio in the notes section!! Seriously once the developers > come up with a solution to LC numbers will be great. > > > > ___________________________________________ > > Bernadette Cassidy > > Library & Learning Coordinator > > > Allan Bean Centre for Research and Learning in Rehabilitation > > > Private Bag 4708 > > > Burwood Hospital > > Christchurch > > New Zealand > > Tel: (03) 383 9492 > > Fax: (03) 383 7500 > > > > -----Original Message----- > From: Steven F. Baljkas [mailto:baljkas@mb.sympatico.ca] > Sent: Thursday, 22 April 2004 8:21 a.m. > To: Peter Gichiri; koha@lists.katipo.co.nz > Cc: baljkas@mts.net > Subject: Re: [Koha] Library System - good system, LC problem > > > > Wednesday, April 21, 2004 15:05 CDT > > > > > > Greetings, Peter, > > > > > > Just a 'quick' reply to your message inquiring about Koha, that others on > the listserv will hopefully augment with their wisdom. > > > > > > First, I (and many others) think Koha is a great system. It is extremely > versatile and compared to other ILS that one would have to purchase at > significant cost, it is astoundingly good. > > > > > > In terms of technical support and further development, the prospects are at > least as good. Most questions to the listserv receive a response within 24 > hours, usually less. The community is very good at lending a hand with advice. > > > > > > Development is continual and the nice thing there is that, being an open > source product, your library could direct further development along lines that > would give you features you wanted simply by financing the programming and/or > appealing to the Koha community to see if some nice volunteer could effect > the change you wanted. > > > > > > As people write in to the listserv with different questions and requests for > features, many are added to the programmer's 'bug' lists for future work. If > you look back at the archive of message, you can see how much has been > accomplished in just one year (something we should all be applauding and thanking > the developpers for)!!. > > > > > > There are only 2 significant issues that I can see in terms of your library > adopting Koha. > > > > > > The first is that it would be preferable if there were a member of the > systems administration team who were familiar or willing to familarise him- or > herself with the program so that you would have technical support closer to home > . > > > > > > The second -- and this is really the major one -- is that Koha is NOT at > present compatible viz. LC classification numbers. I am not sure what the > progress has been in the last several months towards that. I know that the > understandable focus of the developpers has been on achieving a stable 2.0 release, > which is now done. > > > > In the meantime, perhaps somebody on the development side could reply with a > guesstimation on how long it might be until LC-numbers are usable within > Koha. Also, if there is a library that uses LC classification that has found a > way around this issue, it would be helpful to let the community know. > > > > > > Hope this lengthy response helps a bit, Peter. I think your library would > ultimately benefit greatly by adopting Koha. > > > > > > Best wishes in your automation/migration project, > > > > > > Steven F. Baljkas > > > library tech at large > > > Koha neophyte (and cheerleader!) > > > Winnipeg, Manitoba, Canada > > > > >> ----- Original Message ----- >> >> >> From: Peter Gichiri >> >> >> To: koha@lists.katipo.co.nz >> >> >> Sent: Wednesday, April 21, 2004 4:09 AM >> >> >> Subject: [Koha] Library System >> >> >> >> >> >> I am an assistant librarian working at Strathmore university, an up-coming >> university in Kenya, Africa. We are scouting for a library system that will >> address all the aspects of the library. We are using the Library of Congress >> systems of cataloging books. We hope to have a system that is compatible >> with other departments of the university for we share enough information with >> other department. The university has a well laid computer network. >> >> >> >> >> >> Is Koha a suitable system and what are is the best way ahead. >> >> >> >> >> >> Peter Wanyoike Gichiri >> >> >> Ass. Librarian >> >> >> Strathmore University >> >> >> >> >> >> >> --- >> Outgoing mail is certified Virus Free. >> Checked by AVG anti-virus system (http://www.grisoft.com). >> Version: 6.0.663 / Virus Database: 426 - Release Date: 20/04/2004 >> >> >> > > Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040426/eb2d0697/attachment.html From COURYHOUSE at aol.com Thu Apr 29 10:42:41 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC number : solution in 2.2 Message-ID: <1dd.202a079e.2dc18d61@aol.com> Paul, does this mean that when you add MARC records it automatically knows the LC number is to be there? thanks ! Ed Hi everybody, Here is the solution I propose for LC and any other callnumber : * a field has already been added in items table. It's called itemcallnumber. * this field will be "connected" to : biblio dewey OR LoC number OR manual & local classification. if connected to dewey or LoC, it will automatically be filled. So every library can have it's own callnumber system. Sounds this good ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040428/74c99fae/attachment.htm From mjr at dsl.pipex.com Fri Apr 30 00:19:21 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues In-Reply-To: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> Message-ID: <806fe77d3f4b3f9aa6c6cb45752ec92b@bouncing.localnet> On 2004-04-27 22:17:07 +0100 Tom <tom@wccs.homelinux.org> wrote: > When I try to access the url, I get a seg fault. Can you strace apache and examine what it does just before the segfault? I doubt this is a koha problem and (fortunately) apache problems this severe are rare. The problem is getting some log output. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From tom at wccs.homelinux.org Fri Apr 30 02:36:07 2004 From: tom at wccs.homelinux.org (Tom) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues In-Reply-To: <806fe77d3f4b3f9aa6c6cb45752ec92b@bouncing.localnet> References: <qsit80tm55nu33j5rqv0ug6g2jos5j3a4r@4ax.com> <806fe77d3f4b3f9aa6c6cb45752ec92b@bouncing.localnet> Message-ID: <8d4290heefbh8sife1ssg6hafmg8p2uuoh@4ax.com> On Thu, 29 Apr 2004 13:19:21 +0100, MJ Ray <mjr@dsl.pipex.com> wrote: >I doubt this is a koha problem and (fortunately) apache >problems this severe are rare. The problem is getting some log output. I made some changes to httpd.conf (see below), and now it is working. I am fairly certain I had tried these changes before, but for whatever reasons it worked this time. I hate that. My squirrelmail is busted now, but I think I can flesh that one out. Thanks for the input. ============== httpd.conf # Ports to listen to for Koha # uncomment these if they aren't already in main httpd.conf Listen 8000 Listen 8080 # NameVirtualHost is used by one of the optional configurations detailed below #NameVirtualHost 11.22.33.44 # KOHA's OPAC Configuration <VirtualHost *:8000> <---- changed from name to * ServerAdmin tom@wccs.homelinux.org DocumentRoot /usr/local/koha/opac/htdocs ServerName wccs.homelinux.org ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ ErrorLog /usr/local/koha/log/opac-error_log TransferLog /usr/local/koha/log/opac-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" </VirtualHost> # KOHA's INTRANET Configuration <VirtualHost *:8080> <---- changed from name to * ServerAdmin tom@wccs.homelinux.org DocumentRoot /usr/local/koha/intranet/htdocs ServerName wccs.homelinux.org ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" ErrorLog /usr/local/koha/log/koha-error_log TransferLog /usr/local/koha/log/koha-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" </VirtualHost> Tom -- From mjr at dsl.pipex.com Fri Apr 30 03:25:37 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] installation issues In-Reply-To: <8d4290heefbh8sife1ssg6hafmg8p2uuoh@4ax.com> Message-ID: <9fe6d8be3dfaf82297e4b37de23fd54d@bouncing.localnet> On 2004-04-29 15:36:07 +0100 Tom <tom@wccs.homelinux.org> wrote: > <VirtualHost *:8000> <---- changed from name to * Sounds like DNS troubles. From gregory at bu.edu Fri Apr 30 03:35:02 2004 From: gregory at bu.edu (Gregory Garretson) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Breeding farm to biblio question Message-ID: <409120A6.5060409@bu.edu> Hello, I've recently got all my (several thousand) MARC records imported into the breeding farm (in v 2.0.0), and I want to get them into the catalog. As I understand it, using acqui.simple, there are three ways to get records into the catalog: searching on ISBN (which I don't have in most cases, unfortunately), searching on title, and creating an empty biblio, which may be filled in via a Z39.50 search. This last doesn't pull records from the breeding farm, so it's only ISBN and title search that can be used for that. My question is, is there an easier way to create a biblio entry and an item entry for each of these records in the breeding farm without typing the titles in one by one? (It may be that this would violate some standard library practices, but this is really just meant to be a catalog import, not an inventory.) I also have a question about getting the LC numbers I have added to show up in the addbiblio routine, but I'll save that one for later. :-) Thanks, Gregory Garretson linguist, Perl hacker, non-librarian, incipient Koha enthusiast Boston University From jcdick at cadmed.net Fri Apr 30 05:01:54 2004 From: jcdick at cadmed.net (jcdick@cadmed.net) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Basic Koha operations Message-ID: <58418.136.2.1.101.1083258114.squirrel@www.cadmed.net> Hello. I am a volunteer IT staffer for a seriously underfunded parochial school, and we have recently installed Koha for the school library. It is my job, now that it is installed, to figure out how it works and to then teach the librarians - also volunteers - how to use it and start entering the books. Is there a good source for any information on things like the system preferences and procedures for entering and deleting biblio information? Keeping in mind that no one is actually a trained librarian, so no one really understands all the terms and such that comes with all of this. I have successfully done a z39.50 search on a book through the LoC and imported the biblio information, but none of it is in the right spot, except the ISBN number and the LC control number. There is one error in my MARC configuration, for the ITEMTYPES table. But I have no idea what should go in that space. Also, changing the acquisitions type to "simple" didn't give me a basic ISBN search on the acquisitions page. Its still the "normal" budget-based acquisitions. Or am I looking in the wrong spot? This is Koha 2.0.0 running on FC1 with MySQL 3.23, Apache 2.0.48, and Perl 5.008003 Any information is greatly appreciated. If there happens to be someone in the metro Detroit area or anywhere in North America, for that matter, that is using Koha that would be willing to lend a hand via direct email or IM or what have you, that would be greatly appreciated. Christopher Dick Wyandotte Catholic Consolidated Schools Wyandotte, MI From mjr at dsl.pipex.com Fri Apr 30 05:22:11 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Basic Koha operations In-Reply-To: <58418.136.2.1.101.1083258114.squirrel@www.cadmed.net> Message-ID: <3ee99eea96eacc14faa6d5f8a66de8a0@bouncing.localnet> On 2004-04-29 18:01:54 +0100 jcdick@cadmed.net wrote: > Also, changing the acquisitions type to "simple" didn't give me a > basic > ISBN search on the acquisitions page. Its still the "normal" > budget-based > acquisitions. Or am I looking in the wrong spot? Try "Simple". I think this is a bug? I hope someone answers your other questions. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From ev340 at ncf.ca Fri Apr 30 18:42:52 2004 From: ev340 at ncf.ca (Harvey Lee) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha questions on MARC setup Message-ID: <6481f66020.660206481f@ncf.ca> Hi, I'm using Koha 2.0.0 and have a few of questions that I'm hoping someone can help me answer. The Koha I have set up has MARC on and is using simple acquisitions. 1. biblio-to-biblioitems relationship. I have read about the biblio-biblioitems-items relationship that Koha uses. But from what I can see, there seems to be a strict one-to-one relationship between every biblio record created and every biblioitems record created. In other words, for every book I enter there is always one biblio record and one biblioitems record created. It seems there is no way to have 2 biblioitems associated to the same biblio. Looking at the code, it looks like with the configuration MARC=on and acquisition=simple, this will always be the case. Is this true, or am I missing something? 2. MARC links I've seen in previous posts/documents on the topic of creating links from MARC subfields to Koha fields that, for the items table, all MARC subfields must be in the same tag. This raises some questions: a- Can the other subfields of this tag that is not used for linking to an items field be used in other Koha fields (for instance, for a field in the biblioitems table)? b- Is it legal to map the same subfield to 2 different Koha fields? For example, to map Dewey 082$a to both biblioitems.dewey and items.bulk? c- Out of curiousity, what MARC tag are people using for the items fields? I've seen both 852 and 952 mentioned, but 952 seems very limited in the number of subfields that can be used given the number of items fields that are available t be mapped. d- I think I saw it mentioned that subfields of the same tag cannot be spread across more than one of the 10 tab pages; they must reside on the same tab page. Is this true? 3. editing an items record for an existing entry One field that I would like to have available to the librarian for editing is items.itemnotes. However, it seems that the items configuration page (additem.pl) is hidden behind the MARC configuration page (addbiblio.pl); one must select a biblio to edit and then save it before the items configuration page is shown. Is this the only way to reach this page? 4. creating a call number I would like to have a field in the items record that indicates the call number that patrons can use to search for the book on the shelves. Excuse me if my terminology is not accurate; I'm using call number to mean the text on the spine label, e.g.: REF 200.973 BAR I've seen several posts on this topic in the archives, but I have to ask this: how does one get the info from the 3 fields (item type, dewey, author) mapped to, for example, items.bulk? Can this be done programmatically within Koha, or is this intended to be a manual operation? If it is possible to be done programmatically, ideally this items.bulk field will show this data populated once the user saves a new biblio in addbiblio.pl and is is moved to the items configuration page (additem.pl). Has anyone gone through these contortions before? 5. Quick Search on ItemType When I attempt to do a search on ItemType from the Quick Search menu, I find that the search will always fail with no results found unless I put a space in the Author or Title field as well. Anyone notice this? Any help that anyone can shed on this will be MUCH appreciated. Thanks, Lee From shedges at skemotah.com Sat May 1 08:42:34 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] LC numbers--same here In-Reply-To: <408EA94D.7040104@bu.edu> References: <20040426232301.28594.37922.Mailman@wilbur.katipo.co.nz> <408EA94D.7040104@bu.edu> Message-ID: <32851.65.24.138.126.1083357754.spork@webmail.skemotah.com> If your call number is contained in one subfield of your MARC holdings tag, you can map it to biblioitems.classification and everything should work OK. Doesn't matter if it's Dewey, LC, or any other scheme. The problem comes if your call number is spread across several subfields. Stephen Gregory Garretson said: > Hello, > > I wrote last week about trying to import MARC records missing ISBNs into > Koha. I've since upgraded to 2.0.0 and have been able to upload my MARC > files. So far so good! > > Now I'm encountering the same problem that others have recently mentioned, > including Bernadette: > >> I would concur with much of what Steven has said re Koha. As for LC >> classification, at our library we've come up with a temporary solution >> of including LC numbers in the biblio in the notes section!! Seriously >> once the developers come up with a solution to LC numbers will be great. > > Our books are also catalogued with LC numbers, and I have been trying to > figure out either an elegant solution or a hack, to enable me to use those > numbers in Koha. Can any one offer any suggestions? > > Much appreciated, > > Gregory Garretson > Boston University > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sat May 1 08:54:43 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Breeding farm to biblio question In-Reply-To: <409120A6.5060409@bu.edu> References: <409120A6.5060409@bu.edu> Message-ID: <32861.65.24.138.126.1083358483.spork@webmail.skemotah.com> Gregory, there is a script in Koha called bulkmarcimport.pl (look in intranet/scripts/misc for this one) that will load an iso2709 file of MARC records directly into your Koha database, by-passing the breeding farm. Run it first without any options to see a help screen. Stephen Gregory Garretson said: > Hello, > > I've recently got all my (several thousand) MARC records imported into > the breeding farm (in v 2.0.0), and I want to get them into the catalog. > As I understand it, using acqui.simple, there are three ways to get > records into the catalog: searching on ISBN (which I don't have in most > cases, unfortunately), searching on title, and creating an empty biblio, > which may be filled in via a Z39.50 search. This last doesn't pull > records from the breeding farm, so it's only ISBN and title search that > can be used for that. > > My question is, is there an easier way to create a biblio entry and an > item entry for each of these records in the breeding farm without typing > the titles in one by one? (It may be that this would violate some > standard library practices, but this is really just meant to be a > catalog import, not an inventory.) > > Thanks, > Gregory Garretson > linguist, Perl hacker, non-librarian, incipient Koha enthusiast > Boston University -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sat May 1 08:58:12 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Basic Koha operations In-Reply-To: <58418.136.2.1.101.1083258114.squirrel@www.cadmed.net> References: <58418.136.2.1.101.1083258114.squirrel@www.cadmed.net> Message-ID: <32863.65.24.138.126.1083358692.spork@webmail.skemotah.com> Christopher, there's a lot of pretty basic information at http://www.skemotah.com/Migrating_to_Koha.html Stephen jcdick@cadmed.net said: <snip> > Is there a good source for any information on things like the system > preferences and procedures for entering and deleting biblio information? > Keeping in mind that no one is actually a trained librarian, so no one > really understands all the terms and such that comes with all of this. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sat May 1 09:25:05 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha questions on MARC setup In-Reply-To: <6481f66020.660206481f@ncf.ca> References: <6481f66020.660206481f@ncf.ca> Message-ID: <32876.65.24.138.126.1083360305.spork@webmail.skemotah.com> Lee, I'll try to answer a couple of questions: Harvey Lee said: > 1. biblio-to-biblioitems relationship. > I have read about the biblio-biblioitems-items relationship that Koha > uses. But from what I can see, there seems to be a strict one-to-one > relationship between every biblio record created and every biblioitems > record created. In other words, for every book I enter there is always one > biblio record and one biblioitems record created. It seems there is no way > to have 2 biblioitems associated to the same biblio. Looking at the code, > it looks like with the configuration MARC=on and acquisition=simple, this > will always be the case. Is this true, or am I missing something? No, you're not missing anything, it's true. This comes about because of the nature of MARC records, which are "two-part": the basic bibliographic information tags, plus some tags for holdings information. When your try to fit such records into the three Koha tables, the basic bibliographic information gets split into the biblio and the biblioitems tables. So when you use MARC records, you end up with a one-to-one relationship between your biblio records and your biblioitems records. (When you don't use MARC records, this doesn't happen.) > 2. MARC links > I've seen in previous posts/documents on the topic of creating links from > MARC subfields to Koha fields that, for the items table, all MARC > subfields must be in the same tag. This raises some questions: > a- Can the other subfields of this tag that is not used for linking to an > items field be used in other Koha fields (for instance, for a field in the > biblioitems table)? I think not. Nelsonville actually splits it's MARC holdings tag into two separate tags before records are imported (using the MARC::Record module) to work around this. > b- Is it legal to map the same subfield to 2 different Koha fields? For > example, to map Dewey 082$a to both biblioitems.dewey and items.bulk? Nope, Koha will keep the mapping that was defined last, not both. > c- Out of curiousity, what MARC tag are people using for the items fields? > I've seen both 852 and 952 mentioned, but 952 seems very limited in the > number of subfields that can be used given the number of items fields that > are available t be mapped. I mentioned that Nelsonville splits theirs. The original records before import contain a 952 tag, but part of that information is split out into a 942 tag, which is then mapped to some biblioitems columns. > d- I think I saw it mentioned that subfields of the same tag cannot be > spread across more than one of the 10 tab pages; they must reside on the > same tab page. Is this true? The tabs are for displaying your MARC records, so I'm not sure why you would want to split the display of any single tag. (Do you mean like having 245a in one tab and 245b in another?) But I really don't know the answer to this question. > 3. editing an items record for an existing entry > One field that I would like to have available to the librarian for editing > is items.itemnotes. However, it seems that the items configuration page > (additem.pl) is hidden behind the MARC configuration page (addbiblio.pl); > one must select a biblio to edit and then save it before the items > configuration page is shown. Is this the only way to reach this page? So far as I know, unless you are willing to do some template modifications. (Someone else may have devised a secret shortcut.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tonnesen at cmsd.bc.ca Mon May 3 03:43:49 2004 From: tonnesen at cmsd.bc.ca (Tonnesen) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] RE: Protected message Message-ID: <dngpqnxhbhbryekbodr@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040502/ad6ea4f7/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Information.scr Type: application/octet-stream Size: 20705 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040502/ad6ea4f7/Information.obj From tonnesen at cmsd.bc.ca Mon May 3 08:41:12 2004 From: tonnesen at cmsd.bc.ca (Tonnesen) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] RE: Message Notify Message-ID: <aufofgsnoqaagdkmtnj@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040502/f7ae523a/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Alive_condom.com Type: application/octet-stream Size: 20800 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040502/f7ae523a/Alive_condom.obj From skmutai at mu.ac.ke Mon May 3 23:52:37 2004 From: skmutai at mu.ac.ke (Solomon Mutai) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: Koha Installation - problems with MySql.socket References: <6481f66020.660206481f@ncf.ca> Message-ID: <20040503115238.89584684B@mail.mu.ac.ke> Hi everyone, I am new in the field and am really interested in this list. To introduce myself, I am a systems librarian in Moi University, Kenya. Most of the institutions heve not automated their libraries. I was installing Koha and I just landed in a problem with mysql.socket. It keeps disappearing from where it ought to be: /var/lib/mysql/ I am using SuSe Linux version 9.0; could someone tell me how to protect this? I have tried all means but I keep on loosing it and therefore have not managed to fully install Koha. Solomon K. Mutai The Margerat Thatcher Library P.O. Box 3900 Eldoret Kenya TEL: 254-53-43720 FAX: 254-53-43047 From paul.poulain at free.fr Tue May 4 00:04:01 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: Koha Installation - problems with MySql.socket In-Reply-To: <20040503115238.89584684B@mail.mu.ac.ke> References: <6481f66020.660206481f@ncf.ca> <20040503115238.89584684B@mail.mu.ac.ke> Message-ID: <40963531.8060900@free.fr> Solomon Mutai a ?crit : >Hi everyone, > >I am new in the field and am really interested in this list. To introduce >myself, I am a systems librarian in Moi University, Kenya. Most of the >institutions heve not automated their libraries. > >I was installing Koha and I just landed in a problem with mysql.socket. It >keeps disappearing from where it ought to be: /var/lib/mysql/ > > Probably a problem of mySQL not being running. Check that the dir of mysql datas can be read & written by mySQL (chown -R mysql.mysql /var/lib/mysql as root on Mandrake) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From tmcmahon at wlpl.org Tue May 4 06:24:17 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Custom bulkmarcimport.pl Message-ID: <40968E51.8000000@wlpl.org> The "Migrating to Koha" document mentions using bulkmarcimport.pl as a starting point to make scripts for cleaning copyright dates and to allow imports of more than one subject per record. I was wondering if anyone already had scripts to do these things. -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From mohsennia at bib.uni-wuppertal.de Tue May 4 00:41:36 2004 From: mohsennia at bib.uni-wuppertal.de (Stefanie Mohsennia) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] customizing Koha 2.0.0 Message-ID: <40963E00.9040501@bib.uni-wuppertal.de> Hello all, we are still working on our newly installed Koha 2.0.0 at the International Library in D?sseldorf/Germany and puzzled by some new problems. 1. Where do I enter the Dewey classification information when adding a new biblio? 2. How can I enter closing or opening days? (i.e. days that should not be a due date - our library is closed on Fridays and Sundays, for public holidays and for a whole month in summer) 3. When I use bulk import of MARC records into our new Koha database, what is the most efficient way to assign each item a barcode? We are still working with a conventional card catalogue at present. Library staff started scanning ISBNs in a large ASCII file to get MARC records. During our "migration" to Koha, we would stick a barcode on each book and would have to tell the database which barcode is connected with which database item. Thank you very much for the answers I got regarding the problems I was trying to solve in March. I appreciate your support and am looking forward to receiving answers to this new set of questions. Best wishes from Germany, Stefanie Mohsennia From ev340 at ncf.ca Tue May 4 05:32:01 2004 From: ev340 at ncf.ca (Harvey Lee) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha questions on MARC setup Message-ID: <a07ec9fccb.9fccba07ec@ncf.ca> Hi Stephen, Thanks for your reply. Concerning your response on question 2d below (splitting subfields of same tag onto different tab pages), the reason I was thinking of doing this is actually related to my question 4 in my original email. What I wanted to do was to create a "call number" which combines several fields from the biblio and biblioitem records (i.e., title, dewey, author). I wanted to have this "call number" in the items record, so I figured that this needed to share the same mapped tag as the other items fields that are on tab page 10. As well, I was thinking that I would need to fill this field manually, so I wanted this particular field on the same tab page that the other fields (title, dewey, author) was located on (which will make it easier to cut and paste data from the other fields into this "call number" field). In order for this method to work though, I realized that there were a lot of assumptions I was making on how Koha operates. However, this weekend, I found another solution to this problem. I've added some code into additems.pl that, whenever a new item is to be created, will automatically pull the title, dewey and author info from the database and pre-populate the "call number" field to be displayed with the rest of the fields of the "New Item" form. But in order for me to do this, I needed another MARC subfield under tag 952 for this "call number" field. All of the currently defined subfields that I see in Koha are already mapped to other items fields. So what I did was create an additional field "call number" in the items table in mysql, as well as create an additional (arbitrary) subfield 952 $f in the marc_subfield_structure to map this to. Can you tell me if I broke any MARC rules by defining a new subfield this way? In other words, is tag 952 fully user-specified such that I can define my own subfields within this tag? I'm realizing that this question may be more suitable for the koha-devel list, but I haven't been able to access that list for the past couple of weeks. Thanks, Harvey ----- Original Message ----- From: Stephen Hedges <shedges@skemotah.com> Date: Friday, April 30, 2004 5:25 pm Subject: Re: [Koha] Koha questions on MARC setup > Lee, I'll try to answer a couple of questions: > > Harvey Lee said: > > 1. biblio-to-biblioitems relationship. > > I have read about the biblio-biblioitems-items relationship that > Koha> uses. But from what I can see, there seems to be a strict > one-to-one > > relationship between every biblio record created and every > biblioitems> record created. In other words, for every book I > enter there is always one > > biblio record and one biblioitems record created. It seems there > is no way > > to have 2 biblioitems associated to the same biblio. Looking at > the code, > > it looks like with the configuration MARC=on and > acquisition=simple, this > > will always be the case. Is this true, or am I missing something? > > No, you're not missing anything, it's true. This comes about > because of > the nature of MARC records, which are "two-part": the basic > bibliographicinformation tags, plus some tags for holdings > information. When your try > to fit such records into the three Koha tables, the basic > bibliographicinformation gets split into the biblio and the > biblioitems tables. So > when you use MARC records, you end up with a one-to-one relationship > between your biblio records and your biblioitems records. (When > you don't > use MARC records, this doesn't happen.) > > > 2. MARC links > > I've seen in previous posts/documents on the topic of creating > links from > > MARC subfields to Koha fields that, for the items table, all MARC > > subfields must be in the same tag. This raises some questions: > > a- Can the other subfields of this tag that is not used for > linking to an > > items field be used in other Koha fields (for instance, for a > field in the > > biblioitems table)? > > I think not. Nelsonville actually splits it's MARC holdings tag > into two > separate tags before records are imported (using the MARC::Record > module)to work around this. > > > b- Is it legal to map the same subfield to 2 different Koha > fields? For > > example, to map Dewey 082$a to both biblioitems.dewey and > items.bulk? > Nope, Koha will keep the mapping that was defined last, not both. > > > c- Out of curiousity, what MARC tag are people using for the > items fields? > > I've seen both 852 and 952 mentioned, but 952 seems very limited > in the > > number of subfields that can be used given the number of items > fields that > > are available t be mapped. > > I mentioned that Nelsonville splits theirs. The original records > beforeimport contain a 952 tag, but part of that information is > split out into a > 942 tag, which is then mapped to some biblioitems columns. > > > d- I think I saw it mentioned that subfields of the same tag > cannot be > > spread across more than one of the 10 tab pages; they must > reside on the > > same tab page. Is this true? > > The tabs are for displaying your MARC records, so I'm not sure why you > would want to split the display of any single tag. (Do you mean like > having 245a in one tab and 245b in another?) But I really don't > know the > answer to this question. > > > 3. editing an items record for an existing entry > > One field that I would like to have available to the librarian > for editing > > is items.itemnotes. However, it seems that the items > configuration page > > (additem.pl) is hidden behind the MARC configuration page > (addbiblio.pl);> one must select a biblio to edit and then save it > before the items > > configuration page is shown. Is this the only way to reach this > page? > So far as I know, unless you are willing to do some template > modifications. (Someone else may have devised a secret shortcut.) > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > From ev340 at ncf.ca Tue May 4 05:50:13 2004 From: ev340 at ncf.ca (Harvey Lee) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha operation Message-ID: <a123aa5bc4.a5bc4a123a@ncf.ca> Hi, I've got a few questions on Koha operation. 1. When defining branches under the Systems Preferences page; what are 'branch categories' used for? 2. When adding borrower records, what is the significance of a 'Junior Member'? How is this different from a 'normal' borrower record? How is this linked/related to the 'parent' member? The coding seems rather simple but I'm not sure I understand the intent of this member type. 3. How does one delete the biblios that are entered into the breeding farm? Or is this not required? Thanks for your help, Lee From selamtad at yahoo.com Tue May 4 18:48:53 2004 From: selamtad at yahoo.com (selamawit tadele) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Manual Message-ID: <20040504064853.80078.qmail@web50810.mail.yahoo.com> Hi all members of the Forum, I wanted to do some Library project using Koha i.e. Cataloguing and Circulation. And i could not be able to know how the khoa operates. So, pls is there any way of geting a manual? The other thing is that i have tried to download the koha software and yet i could not be able to run it. Regards Selamawit __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From roger at hrothgar.co.uk Tue May 4 08:57:18 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: Koha Installation - problems with MySql.socket In-Reply-To: <20040503115238.89584684B@mail.mu.ac.ke> Message-ID: <Marcel-1.53-0503205718-0b0Wr#W@hrothgar.hereot> On Mon 03 May, Solomon Mutai wrote: > Hi everyone, > > I am new in the field and am really interested in this list. To introduce > myself, I am a systems librarian in Moi University, Kenya. Most of the > institutions heve not automated their libraries. > > I was installing Koha and I just landed in a problem with mysql.socket. It > keeps disappearing from where it ought to be: /var/lib/mysql/ > > I am using SuSe Linux version 9.0; could someone tell me how to protect this? I > have tried all means but I keep on loosing it and therefore have not managed to The first version of Linux I used was Red Hat. I was not happy with it or the next version I tried (Mandake). I then bought Suse 9 which was *immeasurably* better in my view. YAST, the Suse system of loading software, seemed to me to be so much better than any of the other systems (except Debian which I have not tried). And the inclusion of printed manuals was an advantage. But so far as MySQL is concerned it just does not work. I have tried loading it, and reloading it, and I get the same sort of symptom that you refer to (save that I do not get the socket at all). The cure so far as I was concerned was not to use YAST but to go to the MySQL site and download a RPM file and to install that according to the instructions in the online manual: the socket appeared in the appropriate file. I asked Suse and they said that this was not something covered by their support program and that I was on my own. Since they are trying to suggest that they are the real replacement for MS this seems to me to be a bit stupid, quite apart from presumably being a bug. Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk http://hrothgar.co.uk/YAWS/ From paul.poulain at free.fr Tue May 4 21:03:34 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: Koha Installation - problems with MySql.socket In-Reply-To: <Marcel-1.53-0503205718-0b0Wr#W@hrothgar.hereot> References: <Marcel-1.53-0503205718-0b0Wr#W@hrothgar.hereot> Message-ID: <40975C66.8040004@free.fr> Roger Horne a ?crit : >But so far as MySQL is concerned it just does not work. I have tried loading >it, and reloading it, and I get the same sort of symptom that you refer to >(save that I do not get the socket at all). > >The cure so far as I was concerned was not to use YAST but to go to the >MySQL site and download a RPM file and to install that according to the >instructions in the online manual: the socket appeared in the appropriate >file. > >I asked Suse and they said that this was not something covered by their >support program and that I was on my own. Since they are trying to suggest >that they are the real replacement for MS this seems to me to be a bit >stupid, quite apart from presumably being a bug. > > Try to edit /etc/my.cnf & change socket location : |[client] port=3306 socket=/tmp/mysql.sock HTH, but it's strange that suse is not shipped with mySQL working... | -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue May 4 21:06:26 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re: Koha Installation - problems with MySql.socket In-Reply-To: <Marcel-1.53-0503205718-0b0Wr#W@hrothgar.hereot> References: <Marcel-1.53-0503205718-0b0Wr#W@hrothgar.hereot> Message-ID: <40975D12.4020904@free.fr> oups... it's |[mysqld] not [client] mail sended a little bit too fast. | -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From khundie at bca.bw Wed May 5 02:31:04 2004 From: khundie at bca.bw (Kebede Hundie) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Re:Manual Message-ID: <002601c431e4$718b0fe0$0edca7a8@LibItc01ComeXp> Hi everybody, Regarding Selamawit's request for technical info/manual. about Koha, all support info. as well as a manual is accessible on: http://www.koha.org/installation/support.html Kebede -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040504/ace9b339/attachment.html From tarek.mehrem at guc.edu.eg Wed May 5 01:10:12 2004 From: tarek.mehrem at guc.edu.eg (Tarek Mehrem) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] (no subject) Message-ID: <54C3BA85BB0E824E970C7BCD5BB254DA0B0580@mail.guc.edu.eg> Dear KOHA users, I'm using KOHA 1.2.3, and I fond it easer dealing with. I tried to use version 2.00 in the internet, but I found some difficulties viz: 1- I don't know the use of the catalogue when it says: more than or less than. How can it be more than a name or less than a name 2- In the membership module, I did not like the races part like: Asian or European. 3- Why isn't there a field for the edition ( in the old version and the new one), it is a very important field. 4- Why isn't there in the reports module more fixed reports (as the ones for reconciliation) like one for the overdue books, or the borrowed books (who took what). I think it is necessary for all the libraries. Best regards Tarek Mehrem Academic Support/ Library Sector IV tarek.mehrem@guc.edu.eg <mailto:tarek.mehrem@guc.edu.eg> German University in Cairo The German University in Cairo - GUC New Cairo City - Main Entrance Al Tagamoa Al Khames Egypt Tel: +20-2-7589990-8, Fax: +20-2-7589991 www.guc.edu.eg <http://www.guc.edu.eg/> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040504/f9b2163e/attachment.htm From paul.poulain at free.fr Wed May 5 00:19:29 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] (no subject) In-Reply-To: <54C3BA85BB0E824E970C7BCD5BB254DA0B0580@mail.guc.edu.eg> References: <54C3BA85BB0E824E970C7BCD5BB254DA0B0580@mail.guc.edu.eg> Message-ID: <40978A51.2000109@free.fr> <pls put a subject to your mails> Tarek Mehrem a ?crit : > Dear KOHA users, > > > > I'm using KOHA 1.2.3, and I fond it easer dealing with. I tried to use > version 2.00 in the internet, but I found some difficulties viz: > > > > 1- I don't know the use of the catalogue when it says: more than > or less than. How can it be more than a name or less than a name > A<B<C...<Z. so LASSO > BICAR & LASSI < LASSO > 2- In the membership module, I did not like the races part like: > Asian or European. > mmm... should not appear, unless you've put something in <don't remember which> table. > 3- Why isn't there a field for the edition ( in the old version > and the new one), it is a very important field. > ask for a new feature if really needed > 4- Why isn't there in the reports module more fixed reports (as > the ones for reconciliation) like one for the overdue books, or the > borrowed books (who took what). I think it is necessary for all the > libraries. > > Best regards > planned for 2.2 -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From jmf at kados.org Wed May 5 00:25:55 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Manual In-Reply-To: <20040504064853.80078.qmail@web50810.mail.yahoo.com> References: <20040504064853.80078.qmail@web50810.mail.yahoo.com> Message-ID: <1083673555.40978bd3467a6@208.179.130.60> Hi Selamawit, You may find my installation guide to be of some use: http://www.kados.org/LibraryScience/installing_koha.html Also, Stephen Hedges has a few useful documents listed on his website: http://www.skemotah.com/ Hope that helps, Joshua Ferraro Quoting selamawit tadele <selamtad@yahoo.com>: > Hi all members of the Forum, > > I wanted to do some Library project using Koha i.e. > Cataloguing and Circulation. And i could not be able > to know how the khoa operates. So, pls is there any > way of geting a manual? > > The other thing is that i have tried to download the > koha software and yet i could not be able to run it. > > Regards > Selamawit > > > > > > > __________________________________ > Do you Yahoo!? > Win a $20,000 Career Makeover at Yahoo! HotJobs > http://hotjobs.sweepstakes.yahoo.com/careermakeover > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From shedges at skemotah.com Wed May 5 06:00:28 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha questions on MARC setup In-Reply-To: <a07ec9fccb.9fccba07ec@ncf.ca> References: <a07ec9fccb.9fccba07ec@ncf.ca> Message-ID: <18107.66.213.78.3.1083693628.spork@webmail.skemotah.com> Harvey Lee said: <snip> > So what I did was create an additional field "call number" in the items > table in mysql, > as well as create an additional (arbitrary) subfield 952 $f in the > marc_subfield_structure > to map this to. Can you tell me if I broke any MARC rules by defining a > new subfield > this way? In other words, is tag 952 fully user-specified such that I can > define my own > subfields within this tag? You're OK, in MARC21 all of the 9xx tags are user-defined. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Wed May 5 06:13:09 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Custom bulkmarcimport.pl In-Reply-To: <40968E51.8000000@wlpl.org> References: <40968E51.8000000@wlpl.org> Message-ID: <20487.66.213.78.3.1083694389.spork@webmail.skemotah.com> Tim McMahon - West Liberty Public Library said: > The "Migrating to Koha" document mentions using bulkmarcimport.pl as a > starting point to make scripts for cleaning copyright dates and to allow > imports of more than one subject per record. I was wondering if anyone > already had scripts to do these things. OK, I'll share. The attached script (import) is the one used at Nelsonville Public Library. As you can tell from a quick look, it's pretty messy. Things have been added as needed and commented out as they were no longer needed. It ain't pretty, but it works. The script starts by taking the name of a (iso2709) file of MARC records and building a new file (called 'bibs') after splitting the existing holdings tag into two separate tags. (This allows some holdings information to be mapped to biblioitems, and other information to be mapped to items.) This new file is then run through the relevant portion of the original bulkmarcimport.pl script. After that the script does some clean-up operations on the data that was just loaded into the old-Koha tables. Finally, the script deletes the files to clean the directory and prepare it for the next day's file of records. (NPL uses a separate utility for cataloging and building the import file, then ftp's the file to the Koha server and runs the import script. If somebody forgets to ftp the current day's file, and the pervious day's file still exists, then the previous day's records are loaded a second time when import is run.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com -------------- next part -------------- A non-text attachment was scrubbed... Name: import Type: application/octet-stream Size: 8539 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040504/f847acfa/import.obj From paul.poulain at free.fr Wed May 5 19:37:55 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha questions on MARC setup In-Reply-To: <a07ec9fccb.9fccba07ec@ncf.ca> References: <a07ec9fccb.9fccba07ec@ncf.ca> Message-ID: <409899D3.8010806@free.fr> Harvey Lee a ?crit : >However, this weekend, I found another solution to this problem. I've added some code >into additems.pl that, whenever a new item is to be created, will automatically pull the >title, dewey and author info from the database and pre-populate the "call number" field >to be displayed with the rest of the fields of the "New Item" form. > > Could you send me your code, pls. Could be useful for official release. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From celikbas at itu.edu.tr Fri May 7 02:27:56 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha in Linux Festival Message-ID: <409A759C.12135.98BEA9@localhost> Hi All, There will be a linux festival (http://senlik.linux.org.tr/2004/) in the Ankara the capital of Turkey next week at 13-16 May . a linux association organizing this festival every year and this will be the third and will be held in the national library. They have contacted with me to speak about the Koha Library Automation System. I'm working with this associations sometimes about the free softwares in library world like koha or greenstone. I've setup the koha and preparing some document to tell them. They will build an internet cafee in the festival area and I'm planning to set up Koha one of this computers to online demo to participants who wants to play. But I need some helps blow: 1. The name of the institutes using Koha for examples. 2. Some sample data (sql format). 3. If possible some sample marc data to import. 4. If possible it will be good to see me some presentation about Koha. If somebody reply me to sending some of this things it will be very nice for me. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From shedges at athenscounty.lib.oh.us Fri May 7 04:45:58 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha in Linux Festival Message-ID: <200405061657.i46GuAFH017495@alma.athenscounty.lib.oh.us> Hi Zeki - > There will be a linux festival > (http://senlik.linux.org.tr/2004/) in the > Ankara the capital of Turkey next week at 13-16 > May . <snip> > But I need some helps blow: > > 1. The name of the institutes using Koha for > examples. OK, I'll grab the easy question. There's a pretty good list at http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers > > Zeki Celikbas > Librarian > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Istanbul Technical University > e:mailto:celikbas@itu.edu.tr > Faculty of Aero. & Astro. > w:http://www2.itu.edu.tr/~celikbas > 80626 Maslak Istanbul Turkey t:(212)2853108 > f: (212)2853139 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Stephen Hedges Nelsonville Public Library From paul.poulain at free.fr Fri May 7 06:17:53 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <409A759C.12135.98BEA9@localhost> References: <409A759C.12135.98BEA9@localhost> Message-ID: <409A8151.4020304@free.fr> Zeki Celikbas a ?crit : >2. Some sample data (sql format). >3. If possible some sample marc data to import. >4. If possible it will be good to see me some presentation about >Koha. > I have. But in french & in UNIMARC. Tell me if you want them. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From Frank.Weis at cte.lu Tue May 4 21:16:20 2004 From: Frank.Weis at cte.lu (Frank Weis) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Extending Koha for Movies Message-ID: <200405041116.20076.Frank.Weis@cte.lu> Hi all, we would like to extend KOHA in order to add DVD's and VHS tapes to our library. We would need to enter some movie specific stuff that is present in KOHA's MARC structure (info about actors, in MARC field 511). Where would I want to start looking in order to allow this info to be entered in KOHA (acuisition dialogues). How would I handle repeatable fields in KOHA? Thanks a lot in advance for any hints, Frank From mjr at dsl.pipex.com Fri May 7 11:05:23 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <409A759C.12135.98BEA9@localhost> Message-ID: <c7c37b525a466aa2b8d7c28e962c5127@bouncing.localnet> On 2004-05-06 15:27:56 +0100 Zeki Celikbas <celikbas@itu.edu.tr> wrote: > 2. Some sample data (sql format). I will try to get this for you, but it may not be soon enough. > 3. If possible some sample marc data to import. This should be downloadable from a MARC web search interface. I believe there is one on the www.LOC.gov site. > 4. If possible it will be good to see me some presentation about Koha. Denise Sharp and Jamey Sharp, "Open Source in Libraries: Philosophy and Tools" February 2004, available at http://minilop.net/OnlineNW -- I think Denise Sharp reported that it was well-received. > If somebody reply me to sending some of this things it will be very > nice for > me. Can you make your presentation available online and tell us how it goes, please? -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From celikbas at itu.edu.tr Fri May 7 19:18:20 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:19 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <OFC6E46988.ED9D6669-ONCA256E8D.0001D691@dsd.vic.gov.au> Message-ID: <409B626C.18800.3A1B4E@localhost> Goodmorning to all, I saw that lots of reply to my email which I've wrote yesterday night when I was leaving work. Thanks all again. I'll try to reply all friends. This festivals aim is to introduce and to become widespead of linux in Turkey and to meet the linux comminity. me and people will work to set up linux people onw machine who bring to festival for free. I'll also show to librarians how to set up and work koha. > If you'd like, Zeki, I could try to find some Turkish language records > in Canada's National Library (NLC-BNC) database Amicus (a little more > user-friendly, BTW). I'm pretty sure we can specify language targets, > and I know we can batch records if you prefer. Also, if there are > specific types of book or non-book materials that you'd like for your > sample (theses, technical papers, etc.), give me a shout off-listserv > and I'll be glad to help gather whatever you want (got lots of free > time now). Steven you are so kind to leave time for me. It isn't necessary becoming Turkish language for sample materials. I'll only need some marc and/or sql data to import koha but it is good idea to became difternt types of materials. > Denise Sharp and Jamey Sharp, "Open Source in Libraries: Philosophy > and Tools" February 2004, available at http://minilop.net/OnlineNW -- > I think Denise Sharp reported that it was well-received. > thanks MJ Ray I'm also working on open sources in libraries. > > 2. Some sample data (sql format). > > I will try to get this for you, but it may not be soon enough. > I have time untill the middle of nex week. > > Can you make your presentation available online and tell us how it > goes, please? > Here is one of my old peresentation about koha. but sory it is in Turkish. http://seminer.linux.org.tr/seminer-notlari.php I'll reply this seminar on 16 of june at IBM Linux Center in Istanbul. > > > I have. > But in french & in UNIMARC. Tell me if you want them. > Thanks Paul please send me some records. It will be very usefull for me. > > 1. The name of the institutes using Koha for > > examples. > > OK, I'll grab the easy question. There's a pretty good list at > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers Thanks Stephen I haven't seen this list before. I hope that linux, koha and other free softwares are wide know in Turkey and will be use at people own work. Thank to all people again. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040507/9a9213ca/attachment.htm From roger at hrothgar.co.uk Fri May 7 20:13:19 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Daemon Message-ID: <Marcel-1.53-0507081319-bc8Wr#W@hrothgar.hereot> I am an inexperienced linux user and sometimes get floored by permissions. Last week my system got corrupted and on the advice of my supplier I reinstalled (Suse 9) Linux having first backed up all data onto CD. I reinstalled Koha by using the instaler but with the version of the tables saved using mysqldump substituted for the original. I then substituted the version of the main Koha files saved on disc for those in /ust/local. Everything works fine save for one thing. The files saved to CD had, I think, different permissions to those given to them by the installer. This applies in particular to the z* daemon. I have changed the permissions of those files to wwwrun and www (user and group used by Apache2). The daemon is running and when I log into Koha from the admin a/c (which is set not to requre a pw) from the machine on which Koha runs but from my main user a/c I can get biblios completed via the remote servers. That a/c is a member of the www group. When however I run Koha admin from a remote machine the daemon does not work, ie I constantly get ??? pages. Is this a permision problem and if so what should I run the daemon as? Should all the z* files and the directory they are in have the same permissions? Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk From mjr at dsl.pipex.com Fri May 7 23:21:12 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <409B626C.18800.3A1B4E@localhost> Message-ID: <5603627dc4eb984445a5cfa06cdb7788@bouncing.localnet> On 2004-05-07 08:18:20 +0100 Zeki Celikbas <celikbas@itu.edu.tr> wrote: >> Denise Sharp and Jamey Sharp, "Open Source in Libraries: Philosophy >> and Tools" February 2004, available at http://minilop.net/OnlineNW -- >> I think Denise Sharp reported that it was well-received. > thanks MJ Ray I'm also working on open sources in libraries. Please, you are not USian, so speak of "free software" rather than the failed trademark "Open Source". I do not know Turkish, but maybe it has different words for "no-cost" and "free as in freedom" so there is no reason to use "Open Source"? >> Can you make your presentation available online and tell us how it >> goes, please? > Here is one of my old peresentation about koha. but sory it is in > Turkish. > http://seminer.linux.org.tr/seminer-notlari.php Do not be sorry. It is good to have information about koha in more languages, even if I cannot understand them. http://www.koha.org/ links to the french site. I hope that it will soon link to other languages. Webmasters, is it possible? -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From Francois.Patte at math-info.univ-paris5.fr Fri May 7 23:39:12 2004 From: Francois.Patte at math-info.univ-paris5.fr (=?iso-8859-1?b?RnJhbudvaXM=?= Patte) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] how to use perl scrips and perl modules in koha Message-ID: <1083929952.409b75608c58c@www.math-info.univ-paris5.fr> When you try to modify some links in the Koha database you are warned to ask your system administrator to run some script... 1- Which system administrator: Un*X/Linux one? 2- MySQL one? 3 Koha administrator? Anyway, I was asked to run the script misc/rebuildnonmarc.pl This is a strange way to indicate which script it is... I have found it: /opt/koha/intranet/scripts/misc/rebuildnonmarc.pl But after that it is impossible to run this script because perl is unable to find some modules: here is the error message: Can't locate C4/Context.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/5.8.2 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/5.8.1 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/5.8.0 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/5.8.2 /usr/lib/perl5/site_perl/5.8.3/5.8.1 /usr/lib/perl5/site_perl/5.8.3/5.8.0 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/5.8.3/i386-linux-thread-multi /usr/lib/perl5/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at ./rebuildnonmarc.pl line 10. BEGIN failed--compilation aborted at ./rebuildnonmarc.pl line 10. Well, of course, the Contex.pm modules is in /usr/local/koha/intranet/modules/C4/ Try to run with -I command line option: same result! I would like to know if it is a mistake I did during the installation of Koha? A bug in the installer.pl script which I used to install? Or is there a way to run these koha scripts from the web interface? Thank you for a quick answer, I'm stymied! -- Fran?ois Patte Inde : Ecole fran?aise d'Extr?me-Orient Deccan College Pune 411006 T?l : (00 91) (0) 20 26 69 39 04 France : Universit? Ren? Descartes - Paris 5 UFR de math?matiques et informatique http://www.math-info.univ-paris5.fr/~patte From paul.poulain at free.fr Fri May 7 23:57:13 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] how to use perl scrips and perl modules in koha In-Reply-To: <1083929952.409b75608c58c@www.math-info.univ-paris5.fr> References: <1083929952.409b75608c58c@www.math-info.univ-paris5.fr> Message-ID: <409B7999.1020701@free.fr> Fran?ois Patte a ?crit : >When you try to modify some links in the Koha database you are warned to ask >your system administrator to run some script... > >1- Which system administrator: Un*X/Linux one? >2- MySQL one? >3 Koha administrator? >Anyway, I was asked to run the script misc/rebuildnonmarc.pl This is a strange >way to indicate which script it is... I have found it: > >/opt/koha/intranet/scripts/misc/rebuildnonmarc.pl > > >Well, of course, the Contex.pm modules is in >/usr/local/koha/intranet/modules/C4/ > >Try to run with -I command line option: same result! > >I would like to know if it is a mistake I did during the installation of Koha? A >bug in the installer.pl script which I used to install? Or is there a way to >run these koha scripts from the web interface? > > 1- Hello from France, Marseille & welcome into Koha project, heavily developped by frenchies, as you probably know ;-) 2- do you know there is a french list on www.koha-fr.org, feel free to subscribe. 3- we speak of the server administrator here. Can be run as any user provided it can read /etc/koha.conf file (depends on your Un*x/Linux installation method) 4- export PERL5LIB=/usr/local/koha/intranet/modules should solve the problem (NOT EXPORT ..../modules/C4 : NO C4 at the end) Hope This Helps -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From celikbas at itu.edu.tr Sat May 8 00:40:11 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <5603627dc4eb984445a5cfa06cdb7788@bouncing.localnet> References: <409B626C.18800.3A1B4E@localhost> Message-ID: <409BADDB.29019.160C330@localhost> n 7 May 2004 at 12:21, MJ Ray wrote: > >> Denise Sharp and Jamey Sharp, "Open Source in Libraries: Philosophy > >> and Tools" February 2004, available at http://minilop.net/OnlineNW > >> -- I think Denise Sharp reported that it was well-received. > > thanks MJ Ray I'm also working on open sources in libraries. > > Please, you are not USian, so speak of "free software" rather than the > failed trademark "Open Source". I do not know Turkish, but maybe it > has different words for "no-cost" and "free as in freedom" so there is > no reason to use "Open Source"? Yes MJ Ray I'm usualy usign "Free Software" radher than "Open Source". Because of I bleave that free software comprise open source but reverse isn't true. I think here is the main subject is licencing. Free Softwares are licencing wia GPL Public Lisans. And some open sources may not be free because of the licences, for example "apple open souce lisance" or like this. I'm happy that Koha is licenced with GPL Public Licence. Thank for your point of view and warning. Zeki Celikbas ITU Ucak ve Uzay Bilimleri Fakultesi 34460 Maslak Istanbul celikbas@itu.edu.tr t:(0212)2853108 From mjr at dsl.pipex.com Sat May 8 01:01:39 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] how to use perl scrips and perl modules in koha In-Reply-To: <1083929952.409b75608c58c@www.math-info.univ-paris5.fr> Message-ID: <a6ba89db520a3c169a019ac0ab97cff1@bouncing.localnet> On 2004-05-07 12:39:12 +0100 Fran?ois Patte <Francois.Patte@math-info.univ-paris5.fr> wrote: > When you try to modify some links in the Koha database you are warned to ask > your system administrator to run some script... This one: > 3 Koha administrator? > Well, of course, the Contex.pm modules is in > /usr/local/koha/intranet/modules/C4/ > > Try to run with -I command line option: same result! What -I command? > I would like to know if it is a mistake I did during the installation of > Koha? A > bug in the installer.pl script which I used to install? Or is there a way to > run these koha scripts from the web interface? Maybe. Quite likely, but probably not about this. Not as far as I know. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From paul.poulain at free.fr Sat May 8 01:35:00 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] how to use perl scrips and perl modules in koha In-Reply-To: <a6ba89db520a3c169a019ac0ab97cff1@bouncing.localnet> References: <a6ba89db520a3c169a019ac0ab97cff1@bouncing.localnet> Message-ID: <409B9084.50101@free.fr> MJ Ray a ?crit : >>Or is there a way to >>run these koha scripts from the web interface? >> >> >Not as far as I know. > > Definetly no, for 2 reasons : * some of those scripts are really dangerous and a single clic could have dramatically stupid consequences. * those scripts needs a looonnnggg time to execute. More than a classic Apache timeout anyway ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From skmutai at mu.ac.ke Sat May 8 01:37:27 2004 From: skmutai at mu.ac.ke (Solomon Mutai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Daemon References: <Marcel-1.53-0507081319-bc8Wr#W@hrothgar.hereot> Message-ID: <20040507133728.0DCCB6CB1@mail.mu.ac.ke> Hi. I can see you are using SuSe 9. I have tried to get MySql to work but in vain. Please tell me how I can make mysql.sock stick to its intended locati - /var/lib/mysql. I am an inexperienced linux user and sometimes get floored by permissions. > > Last week my system got corrupted and on the advice of my supplier I > reinstalled (Suse 9) Linux having first backed up all data onto CD. > > I reinstalled Koha by using the instaler but with the version of the tables > saved using mysqldump substituted for the original. I then substituted the > version of the main Koha files saved on disc for those in /ust/local. > Everything works fine save for one thing. The files saved to CD had, I > think, different permissions to those given to them by the installer. > > This applies in particular to the z* daemon. I have changed the permissions > of those files to wwwrun and www (user and group used by Apache2). The > daemon is running and when I log into Koha from the admin a/c (which is set > not to requre a pw) from the machine on which Koha runs but from my main > user a/c I can get biblios completed via the remote servers. That a/c is a > member of the www group. > > When however I run Koha admin from a remote machine the daemon does not > work, ie I constantly get ??? pages. > > Is this a permision problem and if so what should I run the daemon as? > Should all the z* files and the directory they are in have the same > permissions? > > > Roger > -- > Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB > mailto:roger@hrothgar.co.uk > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > Solomon K. Mutai The Margerat Thatcher Library P.O. Box 3900 Eldoret Kenya TEL: 254-53-43720 FAX: 254-53-43047 From jmf at kados.org Sat May 8 02:41:52 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] how to use perl scrips and perl modules in koha In-Reply-To: <a6ba89db520a3c169a019ac0ab97cff1@bouncing.localnet> References: <a6ba89db520a3c169a019ac0ab97cff1@bouncing.localnet> Message-ID: <1083940912.409ba030cc793@208.179.130.60> Quoting MJ Ray <mjr@dsl.pipex.com>: > On 2004-05-07 12:39:12 +0100 Fran??ois Patte > <Francois.Patte@math-info.univ-paris5.fr> wrote: > > > When you try to modify some links in the Koha database you are warned to > ask > > your system administrator to run some script... > > This one: > > 3 Koha administrator? > > > Well, of course, the Contex.pm modules is in > > /usr/local/koha/intranet/modules/C4/ > > > > Try to run with -I command line option: same result! > > What -I command? # perl -I /path/to/modules script.pl From mjr at dsl.pipex.com Sat May 8 11:54:55 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Daemon In-Reply-To: <Marcel-1.53-0507081319-bc8Wr#W@hrothgar.hereot> Message-ID: <97ea3718d5684af98c85a24ab06b651f@bouncing.localnet> On 2004-05-07 09:13:19 +0100 Roger Horne <roger@hrothgar.co.uk> wrote: > This applies in particular to the z* daemon. I have changed the > permissions > of those files to wwwrun and www (user and group used by Apache2). This shouldn't be needed. The user/group used are controlled by the config file in that dir, assuming it is launched by root. Some of them are scripts and need to be +x, but they are easy to spot because they have #! on the first line. Does anything appear in the log files to suggest the daemon is failing? Can you see its perl process running on ps -axf? Is anything interesting happening in the z3950* tables in mysql when you try to do a search? -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From mjr at dsl.pipex.com Mon May 10 21:44:43 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <409A759C.12135.98BEA9@localhost> Message-ID: <5b9cf13de60eee347540c2317d2f5242@bouncing.localnet> On 2004-05-06 15:27:56 +0100 Zeki Celikbas <celikbas@itu.edu.tr> wrote: > 2. Some sample data (sql format). Sorry, I'm not going to do this in time. The database which I can use for this still seems to be 1.9.x and doesn't import into 2.0.0 cleanly. I don't have time to upgrade/investigate/fix just now. I hope that someone else can help you. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From celikbas at itu.edu.tr Tue May 11 00:26:30 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival In-Reply-To: <5b9cf13de60eee347540c2317d2f5242@bouncing.localnet> References: <409A759C.12135.98BEA9@localhost> Message-ID: <409F9F26.1948.15148C9@localhost> Hi MJ Ray, Some friends contact me to supply sample data. I'm still waiting but manualy data entry options is always open for me :-) On 10 May 2004 at 10:44, MJ Ray wrote: > On 2004-05-06 15:27:56 +0100 Zeki Celikbas <celikbas@itu.edu.tr> > wrote: > > > 2. Some sample data (sql format). > > Sorry, I'm not going to do this in time. The database which I can use > for this still seems to be 1.9.x and doesn't import into 2.0.0 > cleanly. I don't have time to upgrade/investigate/fix just now. I hope > that someone else can help you. > > -- > MJR/slef > My Opinion Only and possibly not of any group I know. > http://mjr.towers.org.uk/ > http://www.ttllp.co.uk/ for creative copyleft computing > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Zeki Celikbas ITU Ucak ve Uzay Bilimleri Fakultesi 34460 Maslak Istanbul celikbas@itu.edu.tr t:(0212)2853108 From paul.poulain at free.fr Tue May 11 03:40:35 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] News from the CVS (future Koha 2.2) Message-ID: <409FA273.4000303@free.fr> Hi everybody, Some news of the CVS version, that will become version 2.2 (in September, wait for december for libraries that want something heavily tested). What's already done : * MARC search merged with non-MARC search. It's really more easy to use with 1 form only ! You can also order the result (by title, author, dewey, publisher, publicationyear) * Search tools have been reworked. Search on Nelsonville DB (140 000 biblios, 290 000 items) is instantaneous for searchs with a few results. The search needs some seconds when there is a lot of results. We will probably limit the number of results to 200. * The OPAC search and the librarian search have been merged. In 2.0, we sometimes had differents results, that was really not funny ;-) * Some improvements have been realised in members interface. It's mostly code reorganizing, the user should see only a few differences. * Nelsonville did a few changes on z3950 servers. * Issuing rules : the code for issuing has been completly reorganized/rewritten. The 1st goal is to be able to have issuing max & length defined for a given branch / item type / borrower type. The 2nd goal is to have a clear & documented code to be able to modify it easily. So a library with really specific rules should be able to add it's own in Koha. * The librarian interface produces better HTML code. Almost XHMLT compliant. What is decided & affected : * Cataloguing framework : a great improvement !!! In 2.2, the library will be able to define a MARC framework for each itemtype. You will be able to define a MARC form for monography, one for serials, one for CD, multimedia... Each framework will have it's own cataloguing rules. Really a great improvement !!! And fully compatible with 2.0 database * MARC authority : in Koha 2.0, authorities are poorly handled. In 2.2, full MARC support will be provided. * export of biblios in OPAC in iso2709 or human readable form, to a mail address, or by http download. * Serial module : subscribing, cataloguing... serials. important notes : * for MARC authority, functionnal needs are specified for UNIMARC. We will need some help to validate it for MARC21 too. * all the decided & affected feature described in this mail are funded by "Ecole des Mines de Paris". Either by direct funding, or through a developper they have hired, since May, 1st, for 4-6 months. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From vijay.kankipati at tcs.com Mon May 10 21:04:50 2004 From: vijay.kankipati at tcs.com (vijay.kankipati@tcs.com) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha setup: problems, information request for barcode Message-ID: <OFFD7BA1CB.90DF3637-ON65256E90.003174A7-65256E90.0031FED7@tcs.com> Skipped content of type multipart/alternative-------------- next part -------------- DISCLAIMER: The information contained in this message is intended only and solely for the addressed individual or entity indicated in this message and for the exclusive use of the said addressed individual or entity indicated in this message (or responsible for delivery of the message to such person) and may contain legally privileged and confidential information belonging to Tata Consultancy Services. It must not be printed, read, copied, disclosed, forwarded, distributed or used (in whatsoever manner) by any person other than the addressee. Unauthorized use, disclosure or copying is strictly prohibited and may constitute unlawful act and can possibly attract legal action, civil and/or criminal. The contents of this message need not necessarily reflect or endorse the views of Tata Consultancy Services on any subject matter. Any action taken or omitted to be taken based on this message is entirely at your risk and neither the originator of this message nor Tata Consultancy Services takes any responsibility or liability towards the same. Opinions, conclusions and any other information contained in this message that do not relate to the official business of Tata Consultancy Services shall be understood as neither given nor endorsed by Tata Consultancy Services or any affiliate of Tata Consultancy Services. If you have received this message in error, you should destroy this message and may please notify the sender by e-mail. Thank you. From baljkas at mts.net Fri May 7 11:40:40 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival Message-ID: <20040506234040.QSVT1283.mx-mtaout02.mts.net@mx-mtaout> Thursday, May 6, 2004 18:27 CDT Hi Zeki, MJR, etal., Regarding your requests, Zeki -- > > 3. If possible some sample marc data to import. > > This should be downloadable from a MARC web search interface. I > believe there is one on the www.LOC.gov site. Yes, MJ, you're right. They're are search tools available, the basic and guided search catalogs are off of URL <http://catalog.loc.gov/> which works well for a small set of searches but not practicably with large conversion projects (unless you want to go real SLOW and/or have to check/correct each LC record for local reasons). Before you try dealing with setting Koha to deal with LC you might want to read through the technical info -- URL <http://lcweb.loc.gov/z3950/lcserver.html> -- which will give you what you need to know for Z39.50 configuration. If you'd like, Zeki, I could try to find some Turkish language records in Canada's National Library (NLC-BNC) database Amicus (a little more user-friendly, BTW). I'm pretty sure we can specify language targets, and I know we can batch records if you prefer. Also, if there are specific types of book or non-book materials that you'd like for your sample (theses, technical papers, etc.), give me a shout off-listserv and I'll be glad to help gather whatever you want (got lots of free time now). Otherwise, good luck with your conference presentation! Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada From baljkas at mts.net Fri May 7 11:49:43 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Extending Koha for Movies Message-ID: <20040506234943.QTRA1283.mx-mtaout02.mts.net@mx-mtaout> Thursday, May 6, 2004 18:38 CDT Hi, Frank, Just a quick response to your query on extending Koha for movies, etc. > we would like to extend KOHA in order to add DVD's and VHS tapes to our > library. We would need to enter some movie specific stuff that is present in > KOHA's MARC structure (info about actors, in MARC field 511). I'm not sure about your question. If you are using Koha 2.0.0, you would just need to define the fields in the MARC parameters and (IIRC, in the item types beforehand, for circulation management purposes, and) it should be accessible to you for data entry in cataloguing. > Where would I want to start looking in order to allow this info to be entered in KOHA > (acquisition dialogues). If you're using MARC records you probably don't want to rely on searches using information that is only gathered (and haphazardly at that) in note fields like 511. Since title is going to be the main entry for 99+% of movies, is there a reason that doesn't work for your searches? Or are you really thinking about cataloguing and intending to created added entries for cast? > How would I handle repeatable fields in KOHA? They should be fine. > Thanks a lot in advance for any hints, Hope this may help. Write back with further questions/specifics. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada From rachel at katipo.co.nz Tue May 11 09:11:58 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha setup: problems, information request for barcode In-Reply-To: <OFFD7BA1CB.90DF3637-ON65256E90.003174A7-65256E90.0031FED7@tcs.com> Message-ID: <40A098DE.17514.353221C@localhost> Dear Vijay > 1. Is there a screen through which, we can 'Issue a book?'. We tried and > found a screen like that. But, has not been able to figure out, how > exactly, we say 'issue a book' Yes - the word you are looking for is "Circulations" and is where you both issue and return books. > 2. Is it mandatory to use 'barcode system' to issue books?. If yes, could you > please provide any links/resources from which we can have technical > specifications of the barcode to be acquired for the s/w setup. You must have some way to identify each individual book if you want to issue them - it does not need to be a printed barcode, you can just put in your own numbers as long as each one is unique. If you have many books that you're needing to issue (like a public library), then printed barcodes are good because you can get barcode readers which is a lot quicker than typing in the numbers. Hope it helps Cheers Rachel _____________________________________________________________ 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 From zero at vtr.net Tue May 11 10:03:55 2004 From: zero at vtr.net (J0se) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha translation to Spanish Message-ID: <002501c436da$b0479c30$1abc68c8@j0server> Hi all, I'm doing the translation by myself, since i'm in a hurry about this. I've finished translating the .tmpl archives(templates no?) in OPAC and Intranet html directories I hope this is the way to do it, and I would like to know what is next, how do I make 'em visible or how do I use this new templates, I think I have to put them in the same directory where "en", "fr", etc, directories goes. Isn't it? Another thing...while I'm editing the text, the images aren't shown, I know that I have to change/translate them too, I thing Fireworks program will be okay for that. Will images be displayed as normal when I finish the job? OK thanx J0se -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040510/b39a2ef5/attachment.htm From gregory at bu.edu Tue May 11 10:46:32 2004 From: gregory at bu.edu (Gregory Garretson) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Question about bulkmarcimport.pl Message-ID: <40A00648.809@bu.edu> Hello, all, I'm slowly getting my head around how 2.0 works, but I keep running into things that stump me. I hope someone can help. I am trying to import MARC records into the database; following Stephen Hedges' good advice, I've used bulkmarcimport.pl to import them. This is totally successful as far as the biblio information is concerned. However, I'm having a problem with holdings information. The problem is that, apparently, although each time the script (bulkmarcimport.pl) inputs a record, it creates *two* items. Well, actually it inserts only one entry into the 'items' table, as should be, but two sets of entries into the 'marc_subfield_table' corresponding to the holdings tags I've used. Here's an example: mysql> select subfieldid, bibid, tag, tagorder, subfieldcode, subfieldvalue from marc_subfield_table where bibid=2; +------------+-------+-----+----------+--------------+-----------------------------------------------------------------+ | subfieldid | bibid | tag | tagorder | subfieldcode | subfieldvalue | +------------+-------+-----+----------+--------------+-----------------------------------------------------------------+ | 177 | 2 | 300 | 9 | f | BOOK | | 176 | 2 | 260 | 8 | c | 1987 | | 175 | 2 | 245 | 7 | a | Reading and Writing Disorders in Different Orthographic Systems | | 14 | 2 | 952 | 6 | b | 1 | | 15 | 2 | 952 | 6 | d | 1 | | 174 | 2 | 100 | 6 | a | Aaron, P.G. (Ed.) | | 18 | 2 | 952 | 8 | b | 1 | | 19 | 2 | 952 | 8 | d | 1 | | 20 | 2 | 952 | 8 | u | 1 | | 178 | 2 | 852 | 14 | k | LB1050.5.N33 | | 179 | 2 | 090 | 15 | c | 2 | | 180 | 2 | 090 | 15 | d | 2 | +------------+-------+-----+----------+--------------+-----------------------------------------------------------------+ The result is that a catalog search shows each biblio having two items, (one with an itemnumber, and one without, I think). Unless someone else has noticed a problem with this script, I figure that I'm inputting my holdings information wrong. I've mapped tag 852 k (my call number) onto 'biblioitems.classification', and 952 b and d onto 'items.homebranch' and 'items.holdingbranch', respectively. (These last two each have a value of "1", the intent being to record that we have one copy in our main library.) Can anyone tell me what I'm doing wrong? Thanks, Gregory Garretson linguist-turned-bewildered-librarian Boston University From hany at u.library.arizona.edu Thu May 13 07:44:18 2004 From: hany at u.library.arizona.edu (Han, Yan) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] sampledata at Koha1.2 errors Message-ID: <BEA73FB6B8F62545A5B2818724D0DF2904187312@ccp.library.arizona.edu> The sample data (sampledata-1.2) provided with Koha 2.0 has errors in line 2248. Everything else is fine. Table "borrowers" has 46 rows, but the sampledata-1.2 has only 44 rows' data. You just need to add two more rows. (e.g '45, '46') for the 3 sample records. For example: INSERT INTO borrowers VALUES (3,'V1000002X','Smith','John','Mr','','','PO Box 782',NULL,'Somewhere, BC','','','',NULL,NULL,NULL,'','0000-00--0','','','2002-06-25',NULL,NULL,NUL L,NULL,NULL,'Mr. Buddy Boy','',NULL,'L','','','M','2003-06-25','','workplace','','',NULL,NULL,'','' ,'','','45',46'); From hany at u.library.arizona.edu Thu May 13 09:35:48 2004 From: hany at u.library.arizona.edu (Han, Yan) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha in Linux Festival Message-ID: <BEA73FB6B8F62545A5B2818724D0DF290418731A@ccp.library.arizona.edu> Use the sampledata-1.2 with Koha2.0 package. The only thing that you should know is to update 3 records from line 2248 (for Table "borrowers"). (which mismatching the number of column). See my message before, YH -----Original Message----- From: Zeki Celikbas [mailto:celikbas@itu.edu.tr] Sent: Monday, May 10, 2004 5:27 AM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Koha in Linux Festival Hi MJ Ray, Some friends contact me to supply sample data. I'm still waiting but manualy data entry options is always open for me :-) On 10 May 2004 at 10:44, MJ Ray wrote: > On 2004-05-06 15:27:56 +0100 Zeki Celikbas <celikbas@itu.edu.tr> > wrote: > > > 2. Some sample data (sql format). > > Sorry, I'm not going to do this in time. The database which I can use > for this still seems to be 1.9.x and doesn't import into 2.0.0 > cleanly. I don't have time to upgrade/investigate/fix just now. I hope > that someone else can help you. > > -- > MJR/slef > My Opinion Only and possibly not of any group I know. > http://mjr.towers.org.uk/ > http://www.ttllp.co.uk/ for creative copyleft computing > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Zeki Celikbas ITU Ucak ve Uzay Bilimleri Fakultesi 34460 Maslak Istanbul celikbas@itu.edu.tr t:(0212)2853108 _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From MoeT at botanicgardens.org Sun May 16 09:57:49 2004 From: MoeT at botanicgardens.org (Tammi Moe) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Can you direct me to any resources that might explain MARC import and uploading. I have been placing Message-ID: <s0a63e0c.066@DBG> Can you direct me to any resources that might explain MARC import and uploading. I have been placing MARC records, both copy and manual, into the farm and when searching the catalog there are no return records. Thanks for your help, Tammi Moe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040515/d439cbf6/attachment.html From y.octavian at cgiar.org Mon May 17 18:20:34 2004 From: y.octavian at cgiar.org (Octavian, Yuan (CIFOR)) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question - Installating KOHA on a share hosting Message-ID: <5AEBECC1849FD611BE7F00E018C18B4E02CF4B95@CIFORNT14> Dear all, I finally manage to install KOHA on my local PC using win.XP as the operating system. Right now I'm trying to install KOHA on a share hosting. Since I don't have the super user access I'm trying to install KOHA using the manual on how to install KOHA without root. There are several questions that I like to ask: 1. The share hosting did not have several perl modules which are needed by KOHA, is there a way to solve this problem? 2. The manual ask me to arrange for a user called opac and set the user in the OPAC virtual host. Could anyone explain what kind of user? Is it a mysql user or a user on the share hosting (linux user)? I can only access the hosting using Cpanel + FTP, I have no SSH access, so I don't think I have the access to create a user. Is there a way to solve this problem? 3. The manual ask me to Copy koha distro koha\* into /pathto/cgi-bin/oadmin (including C4 directory and its contents). I get confious because the manual never ask me to make /pathto/cgi-bin/oadmin, the manual ask me only to make /pathto/cgi-bin/koha and /pathto/cgi-bin/koha/C4. And what does it mean by distro koha\*, does it mean the whole directory and file extracted from the koha-1.2.3.tar? cheers, yuan From mjr at dsl.pipex.com Mon May 17 19:03:21 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question - Installating KOHA on a share hosting In-Reply-To: <5AEBECC1849FD611BE7F00E018C18B4E02CF4B95@CIFORNT14> Message-ID: <ec71abf1ee5a2e6ae799468c0dc8328d@bouncing.localnet> On 2004-05-17 07:20:34 +0100 "Octavian, Yuan (CIFOR)" <y.octavian@cgiar.org> wrote: > 1. The share hosting did not have several perl modules which are > needed by > KOHA, is there a way to solve this problem? You should be able to install perl modules under $HOME and add the path to PERL5LIB in the htaccess file. You will have problems building them without a shell unless you have access to a compatible system to your hosting provider. libyaz and Net::Z3950 will be especially tricky. If you are installing without root, I believe that you can use the koha 2.0 installer if you have a shell and two virtual hosts. I think it should be possible with one virtual host, but it needs some code changes. The opac user can be your normal user if it must, I think. If you do succeed with this, please publish how. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From paul.poulain at free.fr Mon May 17 20:16:13 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Can you direct me to any resources that might explain MARC import and uploading. I have been placing In-Reply-To: <s0a63e0c.066@DBG> References: <s0a63e0c.066@DBG> Message-ID: <40A874CD.4030201@free.fr> Tammi Moe a ?crit : > Can you direct me to any resources that might explain MARC import and > uploading. I have been placing MARC records, both copy and manual, > into the farm and when searching the catalog there are no return records. breeding farm is for quick cataloguing. For catalog migration, use misc/bulkmarcimport script (with export PERL5LIB=/path/to/koha before running the script) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Mon May 17 20:38:14 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Can you direct me to any resources that might explain MARC import and uploading. I have been placing In-Reply-To: <s0a63e0c.066@DBG> Message-ID: <5876a10fddd7c1b2b05ed31819adf178@bouncing.localnet> On 2004-05-15 22:57:49 +0100 Tammi Moe <MoeT@botanicgardens.org> wrote: > Can you direct me to any resources that might explain MARC import and > uploading. I have been placing MARC records, both copy and manual, > into > the farm and when searching the catalog there are no return records. What do you want to explain? You get a MARC binary file, upload it into the web form and it appears in the breeding farm. Then, when you add the book, the bibliographic record should be available to select from the breeding farm. Some versions had trouble with invalid MARC files not being rejected clearly, but I thought we'd squashed that bug in 2.0.0 -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From y.octavian at cgiar.org Mon May 17 21:07:16 2004 From: y.octavian at cgiar.org (Octavian, Yuan (CIFOR)) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] My Library - Download Message-ID: <5AEBECC1849FD611BE7F00E018C18B4E02CF4B9D@CIFORNT14> Dear all, I just visited http://katipo.co.nz/solutions/packages/librarypack.html My Library The Wellington City Library My Library uses open source (free to use and change) software called My Library. We worked with them not only to make it look the way they wanted, but also to function to their satisfaction. If you're considering personalising the web experience of your users then this could be a system for you. -- Could anyone please inform me where can I download *My Library*? Cheers, yuan Ps. Thank you Ray, for replying on RE: [Koha] Newbie question - Installating KOHA on a share hosting, I will try it a.s.a.p. From chris at katipo.co.nz Mon May 17 21:50:29 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] My Library - Download In-Reply-To: <5AEBECC1849FD611BE7F00E018C18B4E02CF4B9D@CIFORNT14> References: <5AEBECC1849FD611BE7F00E018C18B4E02CF4B9D@CIFORNT14> Message-ID: <20040517095029.GY23972@katipo.co.nz> On Mon, May 17, 2004 at 02:07:16AM -0700, Octavian, Yuan (CIFOR) said: > Dear all, > I just visited http://katipo.co.nz/solutions/packages/librarypack.html > > My Library > The Wellington City Library My Library uses open source (free to use and > change) software called My Library. We worked with them not only to make it > look the way they wanted, but also to function to their satisfaction. If > you're considering personalising the web experience of your users then this > could be a system for you. > -- > > Could anyone please inform me where can I download *My Library*? > Hi there, You can download it from http://dewey.library.nd.edu/mylibrary/ Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From christian.hennecke at ruhr-uni-bochum.de Mon May 17 21:39:34 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Translation problems Message-ID: <40A88856.5020509@ruhr-uni-bochum.de> Folks, apparently the HTML templates are NOT the only things that have to be translated, as I was told initially. There are also the files koha/updater/updatedatabase, koha/misc/marc_datas/marc21_en/structure_def.sql, and koha/misc/lang-datas/en/stopwords.sql. These should definitely go into a todo list for translators. Are there any things to consider when translating the MARC file structure_def.sql to German e.g., regarding special characters like umlauts? The file "updatedatabase" has strings with e.g., descriptions of system parameters scattered all over the file. It would be nice if the developers could make it more translator-friendly by e.g., reading the strings from a "message file" so translators don't have to scan all the Perl code. Are there any suggestions on what words to include in a German stopwords list? (I know I should ask that on the German Koha list, but it seems to be dead.) Is there anything else to translate that nobody has told me about yet? The job that allows me to work on the translation of Koha will be ending mid of July and another person's job depends on whether a German Koha is ready-to-use at that point... Christian Hennecke From paul.poulain at free.fr Mon May 17 22:10:57 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Translation problems In-Reply-To: <40A88856.5020509@ruhr-uni-bochum.de> References: <40A88856.5020509@ruhr-uni-bochum.de> Message-ID: <40A88FB1.1090500@free.fr> Christian Hennecke a ?crit : > Folks, > > Apparently the HTML templates are NOT the only things that have to be > translated, as I was told initially. There are also the files > koha/updater/updatedatabase, > koha/misc/marc_datas/marc21_en/structure_def.sql, and > koha/misc/lang-datas/en/stopwords.sql. These should definitely go into > a todo list for translators. > > Are there any things to consider when translating the MARC file > structure_def.sql to German e.g., regarding special characters like > umlauts? YES : there is one major thing : WHICH MARC flavour do you want to use ? If MARC21, then translating this table is enough. If UNIMARC, use french version instead. If you have a DMARC, you must find a file. BE CAREFUL HERE. Because MARC flavours store a field in various places (for example, title is not in the same place in UNIMARC & in MARC21 !) > The file "updatedatabase" has strings with e.g., descriptions of > system parameters scattered all over the file. It would be nice if the > developers could make it more translator-friendly by e.g., reading the > strings from a "message file" so translators don't have to scan all > the Perl code. The system parameters are rarely used (once during 1st installation). I don't consider it's a problem to have them in english. I don't have translated them in french & no frenchies ever worried about this > Are there any suggestions on what words to include in a German > stopwords list? (I know I should ask that on the German Koha list, but > it seems to be dead.) for stopword, you cann fill it directly in Koha, then dump the table and send it for official inclusion in future release. > Is there anything else to translate that nobody has told me about yet? > The job that allows me to work on the translation of Koha will be > ending mid of July and another person's job depends on whether a > German Koha is ready-to-use at that point... imho, you should 1st begin to search for german version of your german MARC flavour. The MARC21 file has been builded with LOC file & the UNIMARC has been done by 6 differents ppl, as it's a big job. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Mon May 17 23:56:03 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] sampledata at Koha1.2 errors In-Reply-To: <BEA73FB6B8F62545A5B2818724D0DF2904187312@ccp.library.arizona.edu> Message-ID: <21e7e311b513c6ca30b204ee0e358855@bouncing.localnet> On 2004-05-12 20:44:18 +0100 "Han, Yan" <hany@u.library.arizona.edu> wrote: > Table "borrowers" has 46 rows, but the sampledata-1.2 has only 44 > rows' > data. You just need to add two more rows. (e.g '45, '46') for the 3 > sample > records. Please can you make sure these are sensible values? A simple '' seems better than '45' for example. Here is a list of borrowers fields in 2.0: mysql> describe borrowers; +------------------+--------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------------+--------------+------+-----+---------+----------------+ | borrowernumber | int(11) | | MUL | NULL | auto_increment | | cardnumber | varchar(9) | | MUL | | | | surname | text | | | | | | firstname | text | | | | | | title | text | YES | | NULL | | | othernames | text | YES | | NULL | | | initials | text | | | | | | streetaddress | text | | | | | | suburb | text | YES | | NULL | | | city | text | | | | | | phone | text | | | | | | emailaddress | text | YES | | NULL | | | faxnumber | text | YES | | NULL | | | textmessaging | text | YES | | NULL | | | altstreetaddress | text | YES | | NULL | | | altsuburb | text | YES | | NULL | | | altcity | text | YES | | NULL | | | altphone | text | YES | | NULL | | | dateofbirth | date | YES | | NULL | | | branchcode | varchar(4) | | | | | | categorycode | char(2) | YES | | NULL | | | dateenrolled | date | YES | | NULL | | | gonenoaddress | tinyint(1) | YES | | NULL | | | lost | tinyint(1) | YES | | NULL | | | debarred | tinyint(1) | YES | | NULL | | | studentnumber | text | YES | | NULL | | | school | text | YES | | NULL | | | contactname | text | YES | | NULL | | | borrowernotes | text | YES | | NULL | | | guarantor | int(11) | YES | | NULL | | | area | char(2) | YES | | NULL | | | ethnicity | varchar(50) | YES | | NULL | | | ethnotes | varchar(255) | YES | | NULL | | | sex | char(1) | YES | | NULL | | | expiry | date | YES | | NULL | | | altnotes | varchar(255) | YES | | NULL | | | altrelationship | varchar(100) | YES | | NULL | | | streetcity | text | YES | | NULL | | | phoneday | varchar(50) | YES | | NULL | | | preferredcont | char(1) | YES | | NULL | | | physstreet | varchar(100) | YES | | NULL | | | password | varchar(30) | YES | | NULL | | | flags | int(11) | YES | | NULL | | | userid | varchar(30) | YES | | NULL | | | homezipcode | varchar(25) | YES | | NULL | | | zipcode | varchar(25) | YES | | NULL | | +------------------+--------------+------+-----+---------+----------------+ 46 rows in set (0.00 sec) -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From bigwood at lpi.usra.edu Tue May 18 06:14:58 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] My Library - Download Message-ID: <CFFBFA07ADF25F4FACE318718677C098017AC6@exch_be.cass.loc> MyLibrary is shown as availabnle at http://dewey.library.nd.edu/mylibrary/ I found this at oss4lib http://www.oss4lib.org/projects/ THE place to check on open source library projects. Sincererly, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News: http://www.catalgablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Octavian, Yuan (CIFOR) Sent: Monday, May 17, 2004 4:07 AM To: koha@lists.katipo.co.nz Subject: [Koha] My Library - Download Dear all, I just visited http://katipo.co.nz/solutions/packages/librarypack.html My Library The Wellington City Library My Library uses open source (free to use and change) software called My Library. We worked with them not only to make it look the way they wanted, but also to function to their satisfaction. If you're considering personalising the web experience of your users then this could be a system for you. -- Could anyone please inform me where can I download *My Library*? Cheers, yuan Ps. Thank you Ray, for replying on RE: [Koha] Newbie question - Installating KOHA on a share hosting, I will try it a.s.a.p. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Tue May 18 08:41:51 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Translation problems Message-ID: <20040517204151.CYXI1290.mx-mtaout01.mts.net@mx-mtaout> Monday, May 17, 2004 15:15 CDT Hi, Christian, Sorry to hear about all the translation troubles you are encountering. It does make me feel a bit better (Schadefreude ;-) ) that I haven't yet been able to get the graphics you sent working. I haven't given up, but it is looking increasingly likely that there will be at least a dozen (the 'hollow' ones) that I won't be able to do. As for your questions and Paul's responses, if there is a separate Deutsche MARC (sorry, silly pun), and you need to compare UNIMARC and MARC21 to it to determine which is a better fit, focus on the following fields: 100 (Personal Author Main Entry) and 245 (Title and Statement of Responsibility). If the majority of your records have information in those fields, you will want MARC21. I think Paul is most certainly right about the system parameters setup being workable in English. I mean, obviously, you don't have a problem with working in English and it seems to be a given nowadays for tech-competent people globally. As Paul suggested, it is really not something folks working with Koha will have to deal with daily anyway. > Are there any suggestions on what words to include in a German stopwords > list? (I know I should ask that on the German Koha list, but it seems to > be dead.) As for this, your university's librarians should have a complete list, but for the time being you can always start with the initial articles to ignore list: various versions exist online (derived from the Library of Congress' Subject Cataloguing Manual: Shelflisting), the one I have from formal studies was from an expired link to URL <http:///weber.u.washington.edu/~acqdiv/acq/articles.html>, the same list given by LC online at URL <http://www.loc.gov/marc/bibliographic/bdapp-e.html>. You can safely omit (at least for the time being) words from languages for which you know your library has no representative works (z.B. ka, or ke, from Hawaiian). Otherwise begin with German articles, and add any prepositions, verbs and conjunctions commonly omitted. I don't believe this is a problem for other languages as it is for English: the example in library training that I still remember was the pain of trying to search for works on the 'To be or not to be' soliloquy, all of the words therein being stop words in English. Do let us know how that works out. Hope this helps a bit. I will have results for you on the image translations by Friday, one way or the other. Tsch??, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, Manitoba, Canada From jmlongo at uncu.edu.ar Tue May 18 08:27:25 2004 From: jmlongo at uncu.edu.ar (Juan Martin Longo) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Telnet interface to Koha Message-ID: <40A9202D.80402@uncu.edu.ar> Hi again everybody We're still testing and understanding Koha, and trying to adapt it to our needs... I think we're doing good so far... :) Meanwhile... there's something we'd like to ask. In previous versions of Koha, there was (we never tested it, but it appears in the Koha docs, and quick install guide) a Telnet Interface, under scripts/telnet... is there a reason because this interface is no longer available? what happened to it? Thanks in advance! Martin Longo http://sid.uncu.edu.ar From paul.poulain at free.fr Tue May 18 18:45:45 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Telnet interface to Koha In-Reply-To: <40A9202D.80402@uncu.edu.ar> References: <40A9202D.80402@uncu.edu.ar> Message-ID: <40A9B119.2040402@free.fr> Juan Martin Longo a ?crit : > Hi again everybody > > We're still testing and understanding Koha, and trying to adapt it to > our needs... I think we're doing good so far... :) > > Meanwhile... there's something we'd like to ask. In previous versions > of Koha, there was (we never tested it, but it appears in the Koha > docs, and quick install guide) a Telnet Interface, under > scripts/telnet... is there a reason because this interface is no > longer available? what happened to it? It has no maintainer & the jump from 1.2 to 2.0 means a lot of rewritte, so it does not work anymore. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From chris at katipo.co.nz Tue May 18 20:20:08 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Telnet interface to Koha In-Reply-To: <40A9B119.2040402@free.fr> References: <40A9202D.80402@uncu.edu.ar> <40A9B119.2040402@free.fr> Message-ID: <20040518082008.GD23972@katipo.co.nz> On Tue, May 18, 2004 at 08:45:45AM +0200, paul POULAIN said: > > a Telnet Interface, under > >scripts/telnet... is there a reason because this interface is no > >longer available? what happened to it? > > It has no maintainer & the jump from 1.2 to 2.0 means a lot of rewritte, > so it does not work anymore. > To add to this. It has no maintainer because it was written using the CDK libraries which used to crash under have load. And cause a segmentation fault, and core dump. Which is less than ideal. I was going to rewrite using slang or something, but then the web based circulation module came along and that kept me busy bugfixing/adding features. And with the web based circulation module, there seemed to be less demand for a terminal interface. It actually will still work, even with 2.0 if the modules for it are installed. You'd have to get the modules out of the Attic in CVS as i think they have all been put there. If there is sufficient demand, im more than willing to work on a terminal interface. I'd be even more willing to help someone else who wanted to. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From Bruno.Marmol at inrialpes.fr Tue May 18 20:24:07 2004 From: Bruno.Marmol at inrialpes.fr (Bruno Marmol) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Telnet interface to Koha In-Reply-To: <40A9B119.2040402@free.fr> (paul POULAIN's message of "Tue, 18 May 2004 08:45:45 +0200") References: <40A9202D.80402@uncu.edu.ar> <40A9B119.2040402@free.fr> Message-ID: <yxdi65auqh20.fsf@merisier.inrialpes.fr> paul> Juan Martin Longo a ?crit : >> Hi again everybody >> >> We're still testing and understanding Koha, and trying to adapt it >> to our needs... I think we're doing good so far... :) >> >> Meanwhile... there's something we'd like to ask. In previous >> versions of Koha, there was (we never tested it, but it appears in >> the Koha docs, and quick install guide) a Telnet Interface, under >> scripts/telnet... is there a reason because this interface is no >> longer available? what happened to it? paul> It has no maintainer & the jump from 1.2 to 2.0 means a lot of paul> rewritte, so it does not work anymore. If you need an TTY access, you can use a textual web browser as w3m, links or lynx. -- Bruno Marmol. Ing?nieur ? la Direction Information Scientifique et de la communication Email: Bruno.Marmol@Inrialpes.Fr - Tel: 04 76 61 53 04 - Fax: 04 76 61 52 52 Inria Rh?ne Alpes. ZIRST - 655 Av de l'Europe. - Montbonnot St Martin 38334 St Ismier Cedex - France From jmlongo at uncu.edu.ar Wed May 19 10:11:58 2004 From: jmlongo at uncu.edu.ar (Juan Martin Longo) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Overdues & Fines Message-ID: <40AA8A2E.7000603@uncu.edu.ar> Hi there to all again As you already know, Koha asign a charge to a borrower for any book that's not returned to the library before the due date.... I managed to understand how the "1,7,7" parameter in the Charges section of the System Preferences works, and took a look at the categoryitems table... My problem is that our libraries don't charge money on the borrowers (believe it or not) with overdues. What we do over here, is to suspend the borrower (so he/she cannot borrow any other book) one day for each day that has passed after the due date. For example, if a borrower returns the book two days afer the due date, he will be unable to borrow any other book for the next two days. So.. I've been reading Fines.pm fines2.pl by the way, this script gives me an error saying: DBD::mysql::st execute failed: No Database Selected at /usr/share/perl/5.8/C4/Circulation/Fines.pm line 71. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/share/perl/5.8/C4/Circulation/Fines.pm line 75. the error appears when Fines.pm tries to do $sth->execute; so I guess that my $dbh = C4::Context->dbh; is not getting the value it should... I looked up into Context.pm and found the line $self->{"dbh"} = undef; # Database handle could it be the problem... should I change 'undef' for 'Koha' (the name of my Koha database)? I'll do that right after sending this mail :) So.. what Im asking for is some help about what should be done to get the 'suspension' thing to work... any ideas will be most apreciated. Thanks in advance Martin Longo http://sid.uncu.edu.ar From esalayon at tip.edu.ph Wed May 19 12:00:31 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] use of redhat 7.3 instead of debian linux Message-ID: <2857.61.9.6.228.1084924831.squirrel@mail.tip.edu.ph> will there be a problem if i use redhat 7.3 instead of debian? i have already a mysql 3.23 and apache 1.39 servers, should i update the following servers? From chris at katipo.co.nz Wed May 19 11:48:36 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] use of redhat 7.3 instead of debian linux In-Reply-To: <2857.61.9.6.228.1084924831.squirrel@mail.tip.edu.ph> References: <2857.61.9.6.228.1084924831.squirrel@mail.tip.edu.ph> Message-ID: <20040518234836.GJ23972@katipo.co.nz> On Wed, May 19, 2004 at 08:00:31AM +0800, Eric G. Salayon said: > will there be a problem if i use redhat 7.3 instead of debian? i have > already a mysql 3.23 and apache 1.39 servers, should i update the > following servers? > Hi Eric Koha should work fine on that system. You might have to install some more perl modules, but the installer.pl program well tell you that if you need to. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From pate at eylerfamily.org Wed May 19 15:46:45 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] GEN: library automation systems (fwd) Message-ID: <Pine.LNX.4.44.0405182346230.12061-100000@petrol.whirlycott.com> anyone interested in replying to this? -pate Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org ---------- Forwarded message ---------- Date: Tue, 18 May 2004 13:27:37 -0500 From: Karna Antoniw <kantoniw@SANROBERTO.EDU.MX> To: LM_NET@LISTSERV.SYR.EDU Subject: GEN: library automation systems Hello everyone, I need your opinion on library automation systems. Currently, we are using Alexandria as our automation system. However, we are not satisfied with this system (apology to those who use it and like it). We particularly do not like the reports it gives. We find they are not flexible and we are limited in what we can obtain from them. We would like to switch to another automation system but only if it is worth our while. We don't want to switch to something that would be similar to Alexandria. That would be too much money, time and frustration spent on something which we already have. We are looking for an automation system that is far better than our current system. Today a representative from Mandarin showed us their system, but we feel it isn't that much better than Alexandria. Is anyone familiar with L4U? I am interested in what L4U offers. =20 Does anyone have another library automation system they would recommend? Do you have one that you feel is excellent for school library purposes? Thanks. Karna Antoniw Librarian Instituto San Roberto Monterrey, Mexico kantoniw@sanroberto.edu.mx -------------------------------------------------------------------- All LM_NET postings are protected by copyright law. To change your LM_NET status, e-mail to: listserv@listserv.syr.edu In the message write EITHER: 1) SIGNOFF LM_NET 2) SET LM_NET NOMAIL 3) SET LM_NET MAIL 4) SET LM_NET DIGEST * Allow for confirmation. LM_NET Help & Information: http://www.eduref.org/lm_net/ Archive: http://www.eduref.org/lm_net/archive/ EL-Announce with LM_NET Select: http://elann.biglist.com/el-announce/ LM_NET Supporters: http://www.eduref.org/lm_net/ven.html -------------------------------------------------------------------- From y.octavian at cgiar.org Wed May 19 20:24:58 2004 From: y.octavian at cgiar.org (Octavian, Yuan (CIFOR)) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question - Installating KOHA on a share hosting Message-ID: <5AEBECC1849FD611BE7F00E018C18B4E02CF4BB7@CIFORNT14> I don't have a shell access, but I can easily create a virtual hosts (subdomain). I have been trying to follow the instruction on Koha manual but it's not working. Anyway, maybe I should try to do it slowly, starting from the htaccess. I just download several perl modules which are needed by Koha, do I have to upload them all or just the *.pm? Cheers, yuan From mjr at dsl.pipex.com Wed May 19 23:10:07 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question - Installating KOHA on a share hosting In-Reply-To: <5AEBECC1849FD611BE7F00E018C18B4E02CF4BB7@CIFORNT14> Message-ID: <b7d3755677ed07248499bc61f6228dba@bouncing.localnet> On 2004-05-19 09:24:58 +0100 "Octavian, Yuan (CIFOR)" <y.octavian@cgiar.org> wrote: > [...] I have been trying to follow the instruction on Koha manual but > it's not working. Which manual? Most copies are still 1.2.x and things have changed for 2.0 while the manual hasn't caught up yet. > Anyway, maybe I should try to do it slowly, starting from the > htaccess. I > just download several perl modules which are needed by Koha, do I > have to > upload them all or just the *.pm? You probably need to install them into $HOME/perl on your development system, then copy that perl directory to your web host and add it to the PERL5LIB path. -- MJR/slef My Opinion Only and possibly not of any group I know. http://mjr.towers.org.uk/ http://www.ttllp.co.uk/ for creative copyleft computing From garthus at lilrc.org Thu May 20 01:39:11 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] GEN: library automation systems (fwd) In-Reply-To: <Pine.LNX.4.44.0405182346230.12061-100000@petrol.whirlycott.com> References: <Pine.LNX.4.44.0405182346230.12061-100000@petrol.whirlycott.com> Message-ID: <40AB637F.30907@lilrc.org> Pat, I do not post to this list that much, but am extremely interested in Koha and the concept of Open Source (free) software. "We are looking for an automation system that is far better than our current system." What do you mean by better, since this often is a subjective term, when calculating cost, efficiency, effectiveness, and optimization (yes they do all mean different things even though they are often used interchangeably). I am working with some universities in Central Asia attempting to set up a complete open source platform for library automation and on-line education (several different applications to start) and often am asked the same question. For this part of the world there is no option, either develop it yourself or do not have it; there simply is not enough money to pay the extortive prices demanded by the major producers of proprietary software. What I have found is that there really is no 'better' library automation package. If there were, everyone would be using it :). The real question is: Why does your institute not pay some open source developers to enhance existing applications to fit your needs; that way you can get exactly what you want, and it will truly be better than what you have. For example, librarys in New York State (USA); spend hundreds of millions of dollars per year on such software, yet they will not dump even $100,000 into something like koha, because too many people have their fingers in the pot who would lose money if things were done 'right'. This is not proper or optimal use of taxpayer resources, but apparently those in academia cannot bring themselves to stop feeding at the trough and act like responsible humans. Recently OCLC, after much pressure from some users in the academic community, gave its Virtual Library Portal 'Sitesearch' to the Open Source Community. This application is stable and well developed, works better than most commercial products and now is not only freely available, but some of us have agreed to support it and develop it as part of its Open Source Mission. If you go to OSS4LIB site you can see other applications which are available. My recommendation is to pick up these bits and pieces and use them to develop something which not only would benefit you and others in the community, but which might force a lowering of the extortive prices now being charged for library software. Unless your organization has 'money to burn' this should be the most 'optimal' route. Gerry Gerry Arthus Systems Administrator Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor Graduate ComputerScience, Engineering Management, and Environmental Science C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville,New York US 11548-1300 Phone: 516-299-2293 Eyler wrote: >anyone interested in replying to this? > >-pate > >Pat Eyler >Kaitiaki/manager migrant Linux sys admin >the Koha project ruby, shell, and perl geek >http://www.koha.org http://pate.eylerfamily.org >---------- Forwarded message ---------- >Date: Tue, 18 May 2004 13:27:37 -0500 >From: Karna Antoniw <kantoniw@SANROBERTO.EDU.MX> >To: LM_NET@LISTSERV.SYR.EDU >Subject: GEN: library automation systems > >Hello everyone, > >I need your opinion on library automation systems. Currently, we are >using Alexandria as our automation system. However, we are not >satisfied with this system (apology to those who use it and like it). >We particularly do not like the reports it gives. We find they are not >flexible and we are limited in what we can obtain from them. > >We would like to switch to another automation system but only if it is >worth our while. We don't want to switch to something that would be >similar to Alexandria. That would be too much money, time and >frustration spent on something which we already have. > >We are looking for an automation system that is far better than our >current system. Today a representative from Mandarin showed us their >system, but we feel it isn't that much better than Alexandria. > >Is anyone familiar with L4U? I am interested in what L4U offers. =20 > >Does anyone have another library automation system they would recommend? >Do you have one that you feel is excellent for school library purposes? > >Thanks. > >Karna Antoniw >Librarian >Instituto San Roberto >Monterrey, Mexico >kantoniw@sanroberto.edu.mx > >-------------------------------------------------------------------- >All LM_NET postings are protected by copyright law. >To change your LM_NET status, e-mail to: listserv@listserv.syr.edu >In the message write EITHER: 1) SIGNOFF LM_NET 2) SET LM_NET NOMAIL >3) SET LM_NET MAIL 4) SET LM_NET DIGEST * Allow for confirmation. >LM_NET Help & Information: http://www.eduref.org/lm_net/ >Archive: http://www.eduref.org/lm_net/archive/ >EL-Announce with LM_NET Select: http://elann.biglist.com/el-announce/ >LM_NET Supporters: http://www.eduref.org/lm_net/ven.html >-------------------------------------------------------------------- > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > From BernadetteC at burwood.org.nz Thu May 20 09:22:08 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha 2.0 settings Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC8048493@burwoodacademy.burwood.org.nz> Hi, Koha times out very quickly in version 2.0 particularly when in circulation (requesting password etc), is it possible to adjust the settings so that this doesn't happen? Kind regards, Bernadette ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040520/70789e91/attachment.htm From luke at purplelion.com.au Wed May 19 15:35:55 2004 From: luke at purplelion.com.au (Luke Ottrey) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Circulation User Interface In-Reply-To: <40AA8A2E.7000603@uncu.edu.ar> Message-ID: <20040519033604.213E92366B@insite-mail.datafast.net.au> Hi All, As the circ module for telnet isn't being maintained any more, was just wondering what people would think of the circulation module doing something along the following: 1. Librarian scans the card for the patron 2. Librarian scans the patron's items 3. Librarian scans a barcode that is stuck to the desk which signals 'next borrower' As we have deployed Koha in a school, when it's 'borrowing time' we have 30 patrons and 100 books to process. Observation has shown that the only frustrating part for our teachers is where they have to move the mouse up to the 'Next Borrower' icon. I went to do a little hack in the circ module (never having been into it before), to discover that it was over my head without talking to Paul or whomever to have a quick hint as to where this info is located. We're on 2.0.RC4 here. Looking forward to some constructive discussion as to the benefit of this type of feature. Also, the issuelimit 'feature' hasn't yet been included in current dev versions has it? Cheers ll, Luke Ottrey, Purple Lion Ph: 0408 675 648 Fax: +61 3 9886 7349 Email: luke@purplelion.com.au Web: www.purplelion.com.au From chris at katipo.co.nz Thu May 20 09:34:39 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Circulation User Interface In-Reply-To: <20040519033604.213E92366B@insite-mail.datafast.net.au> References: <40AA8A2E.7000603@uncu.edu.ar> <20040519033604.213E92366B@insite-mail.datafast.net.au> Message-ID: <20040519213439.GS23972@katipo.co.nz> On Wed, May 19, 2004 at 01:35:55PM +1000, Luke Ottrey said: > Hi All, > > As the circ module for telnet isn't being maintained any more, was just > wondering what people would think of the circulation module doing something > along the following: > 1. Librarian scans the card for the patron > 2. Librarian scans the patron's items > 3. Librarian scans a barcode that is stuck to the desk which signals 'next > borrower' > > As we have deployed Koha in a school, when it's 'borrowing time' we have 30 > patrons and 100 books to process. Observation has shown that the only > frustrating part for our teachers is where they have to move the mouse up to > the 'Next Borrower' icon. > Hi Luke Heres a trick that works in 1.2.x releases I assume it will still work in 2.0.0. When ur finished with a borrower, try just hitting the return key (on the keyboard) That should automatically start a new borrower. If this works for you, it might negate the need to have the barcode signally next borrower. (Essentially a blank barcode signals next borrower to koha as it is) Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Thu May 20 09:36:44 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha 2.0 settings In-Reply-To: <3B01A309C0CE8C42A9EE891E8FFBCBC8048493@burwoodacademy.burwood.org.nz> References: <3B01A309C0CE8C42A9EE891E8FFBCBC8048493@burwoodacademy.burwood.org.nz> Message-ID: <20040519213644.GT23972@katipo.co.nz> On Thu, May 20, 2004 at 09:22:08AM +1200, Bernadette Cassidy said: > Hi, > > > > Koha times out very quickly in version 2.0 particularly when in > circulation (requesting password etc), is it possible to adjust the > settings so that this doesn't happen? > Hi Yep you can do this by going to administration/parameters. Then to system preferences. Then change the timeout value there. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From paulsenj at frederic.k12.wi.us Thu May 20 19:58:09 2004 From: paulsenj at frederic.k12.wi.us (Justin Paulsen) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] irc channel? Message-ID: <1085039888.24072.1.camel@Samantha.frederic.local> Hi, I am new to the list and was wondering if there was an active Koha irc channel? Thanks -- Justin Paulsen IT Coordinator Frederic School District (715) 327-4223 paulsenj@frederic.k12.wi.us "The world is open. Are you?" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040520/3caa004e/attachment.pgp From mjr at dsl.pipex.com Fri May 21 03:18:05 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] irc channel? In-Reply-To: <1085039888.24072.1.camel@Samantha.frederic.local> Message-ID: <a3cada7abd30018f75dedc1b806df892@bouncing.localnet> On 2004-05-20 08:58:09 +0100 Justin Paulsen <paulsenj@frederic.k12.wi.us> wrote: > I am new to the list and was wondering if there was an active Koha irc > channel? http://www.koha.org/irc/ should point to it. I can't remember the server off-hand. If you want me there to discuss anything I know about (2.0 and the installer, really), email me to fix a time. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From david at zebra.uem.mz Fri May 21 04:36:25 2004 From: david at zebra.uem.mz (david) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Please help Message-ID: <20040520163338.M43293@zebra.uem.mz> Hi there, I'm running FreeBSD 5.2, I would like to have koha library running on it. I already have apache13 installed. Is there a port for for koha in FreeBSD ports collection? If not how can I install it? Is there anybody have step by step to set it up on FreeBSD machine? Thanks in advance for your help. David -- CIUEM WebMail (http://www.ci.uem.mz) From chris at katipo.co.nz Fri May 21 09:05:04 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] irc channel? In-Reply-To: <a3cada7abd30018f75dedc1b806df892@bouncing.localnet> References: <1085039888.24072.1.camel@Samantha.frederic.local> <a3cada7abd30018f75dedc1b806df892@bouncing.localnet> Message-ID: <20040520210504.GF23972@katipo.co.nz> On Thu, May 20, 2004 at 04:18:05PM +0100, MJ Ray said: > On 2004-05-20 08:58:09 +0100 Justin Paulsen > <paulsenj@frederic.k12.wi.us> wrote: > > >I am new to the list and was wondering if there was an active Koha irc > >channel? > Hi there Yes there is, server is irc.katipo.co.nz channel is #koha Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From hsrai at edumail.nic.in Sat May 22 21:56:38 2004 From: hsrai at edumail.nic.in (Hardeep Singh Rai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Quick installation: Database updation - No permission Message-ID: <96FFA597B9E2894DA34B62D400C656F221DB27@edumail.nic.in> I tried to install Koha using `Quick Install'. The step 6 of this not clear, which says: Update your database tables perl updatedatabase -I /pathtoC4 This result in following message: Can't open perl script "updatedatabase": No such file or directory Anyhow, then using installer.plI am successful in installing as per this installer. I had to install many required modules. Though, installer say installation is successful, but I fail to browse any thing. When try to see maually page mainpage.pl, browser say you don't has permissions to access this on this server. How to include /etc/koha-httpd.conf in httpd.conf. Only error I get was during MARC::record, which skipped two tests namely pod-coverage and pod. Please help me by giving me much needed hint and guidance. I am using RH9 Thanks in advance. -- H.S.Rai -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040522/7631ee8e/attachment.htm From shedges at athenscounty.lib.oh.us Sun May 23 00:17:33 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Quick installation: Database updation - No permission Message-ID: <200405221222.i4MCMX0k007822@alma.athenscounty.lib.oh.us> > I tried to install Koha using `Quick Install'. > The step 6 of this not > clear, which says: > > Update your database tables > perl updatedatabase -I /pathtoC4 Make sure you change "pathtoC4" to what ever the path to your C4 directory is. In many cases, it's /usr/local/koha/intranet/modules. Stephen Hedges > > This result in following message: > > Can't open perl script "updatedatabase": No such > file or directory > > Anyhow, then using installer.plI am successful in > installing as per this > installer. I had to install many required > modules. > > Though, installer say installation is successful, > but I fail to browse > any thing. When try to see maually page > mainpage.pl, browser say you > don't has permissions to access this on this > server. > > How to include /etc/koha-httpd.conf in > httpd.conf. > > Only error I get was during MARC::record, which > skipped two tests namely > pod-coverage and pod. > > > Please help me by giving me much needed hint and > guidance. > > I am using RH9 > > Thanks in advance. > > -- > H.S.Rai > > > From mjr at dsl.pipex.com Sun May 23 00:31:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Quick installation: Database updation - No permission In-Reply-To: <96FFA597B9E2894DA34B62D400C656F221DB27@edumail.nic.in> Message-ID: <df4906a07b08e12d0c260b76b8982ed3@bouncing.localnet> On 2004-05-22 10:56:38 +0100 Hardeep Singh Rai <hsrai@edumail.nic.in> wrote: > I tried to install Koha using `Quick Install'. The step 6 of this not > clear, which says: What is "Quick Install"? > How to include /etc/koha-httpd.conf in httpd.conf. Add the line: Include /etc/koha-httpd.conf to your main system httpd.conf file. The installer should have said that. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From hsrai at edumail.nic.in Sun May 23 20:56:11 2004 From: hsrai at edumail.nic.in (H S Rai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Barcode Scanner Message-ID: <Pine.LNX.4.44.0405231421480.3851-100000@civil.gndec.edu> I am planning to use Barcode Scanner with Koha on RH Linux. May I seek your guidance on type and specifications of Barcode Scanner (to be available in North India) to make my implementation smooth. Thanks in advance. -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ From muttizoe at vtr.net Mon May 24 11:06:35 2004 From: muttizoe at vtr.net (Maggie) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question Message-ID: <003a01c4411a$98585f20$1abc68c8@j0server> Hi, We are testing Koha in our library, and planning set it as our library system, but results that our main manager doesn't like MARC structure, the way it works, and all that. So, my question is; if is realy necesary work with MARC. I haven't give it a full look on it. We all want to make things easy. Ok, thanks BYE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040523/cef8646b/attachment.html From chris at katipo.co.nz Mon May 24 11:28:35 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question In-Reply-To: <003a01c4411a$98585f20$1abc68c8@j0server> References: <003a01c4411a$98585f20$1abc68c8@j0server> Message-ID: <20040523232835.GO23972@katipo.co.nz> On Sun, May 23, 2004 at 07:06:35PM -0400, Maggie said: > Hi, > We are testing Koha in our library, and planning set it as our library system, but results that our main manager doesn't like MARC structure, the way it works, and all that. So, my question is; if is realy necesary work with MARC. > I haven't give it a full look on it. > > We all want to make things easy. > Hi Maggie The answer is yes, you can make the MARC side hide behind the scenes. If you go to administration/parameters, then to system preferences. And where it says MARC, if you switch that too off. MARC will then work in the background, but you wont see it anymore. This is how quite a few libraries use Koha. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From hsrai at edumail.nic.in Mon May 24 20:23:12 2004 From: hsrai at edumail.nic.in (H S Rai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Quick installation: Database updation - No permission Message-ID: <Pine.LNX.4.44.0405241057390.12334-100000@civil.gndec.edu> Thank you Stephen Hedges and Ray for your response. MJ Ray wrote: > What is "Quick Install"? http://koha.org/installation/quick-start.html > > How to include /etc/koha-httpd.conf in httpd.conf. > > Add the line: > Include /etc/koha-httpd.conf > to your main system httpd.conf file. The installer should have said > that. Installer said, and I tried, but I could not get the installation worked. Gain I will do on next working day, as on weekend that PC remain off. -- H. S. Rai From paul.poulain at free.fr Mon May 24 20:27:51 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Thesaurus and Authorities Files In-Reply-To: <000701c42b13$9fd7a7a0$2c19fea9@oemcomputer> References: <3885CFA706963144974F00F33488AD9D030E04@spitty.tips.org.za> <000701c42b13$9fd7a7a0$2c19fea9@oemcomputer> Message-ID: <40B1B207.508@free.fr> Steven F. Baljkas a ?crit : >I hope some of this helps in the meantime, Matthew. Welcome to the wonderful >world of Koha! > >Looking forward to hearing more from other Koha users and the developpers on >this interesting question Matthew has raised. > > one month later, I answer ;-) * free form means in fact "rejected form". It's the text that is not used. Replaced by the "stdlib", which mean "accepted form" (translation of the official french term, not sure it's OK in english) * Authority & thesaurus is really poorly handled in 2.0. No BT or NT neither UF. Only subdivision, accepted form & rejected form. * In 2.2 a complete MARC management of authorities will be available. (Funded by ENSMP, in UNIMARC, but we will try to manage MARC21 too) HTH -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From pascalvanhecke at yahoo.com Tue May 25 01:51:06 2004 From: pascalvanhecke at yahoo.com (Pascal Van Hecke (Yahoo)) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha newby support and mailing list archives Message-ID: <FAEAINAAIANFMALIGJIPKEOLDKAA.pascalvanhecke@yahoo.com> Hi, I've been trying to figure out some Koha questions... (such as: "can I install it on a shared account with only Perl 5.6 enabled, not 5.6.1", or: "has somebody already written down notes how to install it on a shared hosting account, using the .htaccess files and not the Apache conf files, which are not accessible on most shared hosting accounts" and "could you provide me with some names of hosters where Koha can be installed"...) I already found some snippets of information using the text find option in my browser on the threaded subjects: http://lists.katipo.co.nz/public/koha/2004/thread.html What would be really nice (I'm probably not the first one to suggest...) is a searchable archive. I see some options to do it without having to host it yourself: - Marc mailing list archives http://marc.theaimsgroup.com/ - Yahoo groups: setting up the mailing list as a "remote group" (so simply keeping your own mail list manager but adding a yahoo archive mail address as subscriber: see for example: http://groups.yahoo.com/group/midgard-user/ ) - http://gmane.org/host.php : provides a searcheable interface AND a usenet nntp interface to the mailinglist... very handy so you can use your favourite usenet/nttp client to monitor a whole bunch of mailinglists you're subscribed to (example: http://gmane.org/info.php?group=gmane.comp.web.midgard.user ) All of the mentioned possibilities obfuscate mail addresses or give the possibility to do so, in order to protect your members from mail harvesting. I also understand that the people who have developed and still maintain Koha do not wish to give away the audience they've created to some hoster where they do not trust privacy policy or the commercial intentions... That's why I would really recommend gmane.org here... Not only do the provide a superior service, they're run by a bunch of geek volunteers whose only intention is to make their great idea come true (http://gmane.org/faq.php). Subscribing a list to their service: http://gmane.org/subscribe.php Importing the already existing archives: http://gmane.org/import.php (mbox is their preferred format). Greetings, pascal van hecke From mjr at dsl.pipex.com Tue May 25 02:01:41 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha newby support and mailing list archives In-Reply-To: <FAEAINAAIANFMALIGJIPKEOLDKAA.pascalvanhecke@yahoo.com> Message-ID: <1a847584ecea51c9d9179b5fba02bea1@bouncing.localnet> On 2004-05-24 14:51:06 +0100 "Pascal Van Hecke (Yahoo)" <pascalvanhecke@yahoo.com> wrote: > What would be really nice (I'm probably not the first one to > suggest...) is > a searchable archive. Well, that's nice, but I'm not sure whether you're offering or what. http://mjr.towers.org.uk/email.html#want Does adding site:lists.katipo.co.nz to a google search, or similar on another engine, not work for you? -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From pascalvanhecke at yahoo.com Tue May 25 02:23:24 2004 From: pascalvanhecke at yahoo.com (Pascal Van Hecke) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha newby support and mailing list archives In-Reply-To: <1a847584ecea51c9d9179b5fba02bea1@bouncing.localnet> Message-ID: <20040524142324.67784.qmail@web13422.mail.yahoo.com> Hi MJR, > > What would be really nice (I'm probably not the > first one to > > suggest...) is > > a searchable archive. > > Well, that's nice, but I'm not sure whether you're > offering or what. > http://mjr.towers.org.uk/email.html#want It was a _suggestion_ to the owner of the list to use one of the mentioned archiving possibilities. I do not want to set up myself an archived version of the list (which is possible, although the list administrator always can cut you off by removing the mail address feeding the archive from the mailing list), because I not think I have any right to do so without consent of the list owner. > Does adding site:lists.katipo.co.nz to a google > search, or similar on > another engine, not work for you? Well, not really. http://www.google.com/search?q=shared+account+site%3Alists.katipo.co.nz gives me links to full year archives, and I have to rely on the text find option of my browser again to search for one particular string. Regards, pascal van hecke __________________________________ Do you Yahoo!? Yahoo! Domains – Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer From mjr at dsl.pipex.com Tue May 25 03:39:54 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] koha newby support and mailing list archives In-Reply-To: <20040524142324.67784.qmail@web13422.mail.yahoo.com> Message-ID: <b596041c3745f90c9fbe2a9eab23bfff@bouncing.localnet> On 2004-05-24 15:23:24 +0100 Pascal Van Hecke <pascalvanhecke@yahoo.com> wrote: > It was a _suggestion_ to the owner of the list to use > one of the mentioned archiving possibilities. The owner of the list should be koha-owner@lists.katipo.co.nz if you want to contact them. > http://www.google.com/search?q=shared+account+site%3Alists.katipo.co.nz > gives me links to full year archives That's because no one message holds all three words. That is to say, your search returned no results. I suggest trying just "hosting" instead of "shared account". -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From paul.poulain at free.fr Tue May 25 03:51:36 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] MARC cataloguing & AMS classification Message-ID: <40B21A08.7080901@free.fr> Hi, I'm installing Koha for a customer that want to use AMS (American Mathematical Society) in it's MARC records. I can't find where to store AMS in MARC. Hints : * "MARC21 AMS" in google gives me 1 useful link that says "856". I've some doubts. * no luck with ams.org neither log.gov -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mwhansen at hmc.edu Tue May 25 04:25:42 2004 From: mwhansen at hmc.edu (Mike Hansen) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] MARC cataloguing & AMS classification In-Reply-To: <40B21A08.7080901@free.fr> References: <40B21A08.7080901@free.fr> Message-ID: <1085415941.13419.14.camel@localhost> Hey Paul, What specifically are they looking to store in MARC? If it is just the AMS Subject Classification, then I would not use 856. That would be for if they had a copy of an math paper which was available electronically. I would probably just store it in a local subject field (950 IIRC, but my MARC is a little rusty). Mike On Mon, 2004-05-24 at 08:51, paul POULAIN wrote: > Hi, > > I'm installing Koha for a customer that want to use AMS (American > Mathematical Society) in it's MARC records. > > I can't find where to store AMS in MARC. > > Hints : > * "MARC21 AMS" in google gives me 1 useful link that says "856". I've > some doubts. > * no luck with ams.org neither log.gov From paul.poulain at free.fr Tue May 25 04:26:47 2004 From: paul.poulain at free.fr (paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] MARC cataloguing & AMS classification In-Reply-To: <6.0.3.0.0.20040524182049.0248cf60@mail.cilea.it> References: <40B21A08.7080901@free.fr> <6.0.3.0.0.20040524182049.0248cf60@mail.cilea.it> Message-ID: <40B22247.8080309@free.fr> Zeno Tajoli a ?crit : > At 17.51 24/05/2004, you wrote: > >> Hi, >> >> I'm installing Koha for a customer that want to use AMS (American >> Mathematical Society) in it's MARC records. >> I can't find where to store AMS in MARC. > > > Hi, > in fact you need to use the tag for the "Other Class Number". > For Marc 21: > tag 084 with subfield $2msc > For Unimarc: > tag 686 with subfield $2msc <is only a suggestion, I don't find a code > form for the classification of AMS in Unimarc> > Thanks. I agree for UNIMARC. I'll use 084 for MARC21 unless someone else tell me it's wrong. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From silva at ort.edu.uy Tue May 25 06:21:15 2004 From: silva at ort.edu.uy (Silva, Ernesto - Webmaster) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Some new features.... Message-ID: <40B23D1B.8030609@ort.edu.uy> Hi, I'm trying to offer a Koha installation for my university but the system will need some customization which I believe could be usefull for all the Koha community. If I succeed I'll have some funds to invest in the product and I want to add these new features to the koha main source tree so I can get them back in future versions. I don't know if this is a subject for this list so I'm asking here for a Koha proyect chief/administrator/etc to contact me back, so we can talk about this or at least tell me if this is the right list. Thank you. -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy "Men and nations will act rationally when all other possibilities have been exhausted." Katz law. From silva at ort.edu.uy Tue May 25 07:46:55 2004 From: silva at ort.edu.uy (Silva, Ernesto - Webmaster) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] A little bit slow... Message-ID: <40B2512F.2030705@ort.edu.uy> Hi, I?m evaluating Koha running on a PIII at 800 MHZ with 256MB of RAM and it seems to me like it's a little bit slow considering that I only have 4 record in the database. It's running in the intranet and the page delay is grater than 2 seconds. I know perl scripts running in cgi-bin is not the fastest model, can I do something to improve speed? thanks -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy "Men and nations will act rationally when all other possibilities have been exhausted." Katz law. From mjr at dsl.pipex.com Tue May 25 07:24:10 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] A little bit slow... In-Reply-To: <40B2512F.2030705@ort.edu.uy> Message-ID: <2f468022e6d166b3d631687cda5007c4@bouncing.localnet> On 2004-05-24 20:46:55 +0100 "Silva, Ernesto - Webmaster" <silva@ort.edu.uy> wrote: > I?m evaluating Koha running on a PIII at 800 MHZ with 256MB of RAM and it > seems to me like it's a little bit slow considering that I only have 4 record > in the database. Do other CGI scripts run at an OK speed? Do HTML pages come back quickly? -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From chris at katipo.co.nz Wed May 26 17:42:34 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question In-Reply-To: <20040526023301.UGIC1283.mx-mtaout02.mts.net@mx-mtaout> References: <20040526023301.UGIC1283.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <20040526054234.GZ23972@katipo.co.nz> On Tue, May 25, 2004 at 09:33:01PM -0500, Steve/Ollie/Steven F. Baljkas said: > Tuesday, May 25, 2004 21:18 CDT > > Hi, Maggie, > > Without P.O'ing you or Chris unnecessarily, I have to say that the idea of wanting to run a library without learning and fully utilising MARC (in whatever flavour and with whatever local usages you determine) is rapidly becoming (already is for most of us in North America) like the idea of running a library without an OPAC in general. > > That is, to be clear, not a good idea. > Hi Steven I think in general that your comments are correct. But I think there are some flaws. Namely I think that you overestimate the size and budgets of some libraries. THere are numerous small community libraries with little or no budget run by mainly volunteers all over the world. Should we force them to all have to learn MARC ? I dont think we should, I think we should continue to give people the option to catalogue in a way they chose, I enjoy working on Free software because I enjoy freedom. I dont force, or seek to persuade people to catalogue without MARC, i simply seek to offer them the ability to do so. I think the chances of me teaching the 76 year old librarian at the theosophical society how to catalogue in MARC is very unlikely but he is happily cataloging books now. (Albeit in MARC just hidden from him) So in general I agree cataloguing in MARC is a good idea. However I dont think we should force people to do it. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From fbelleudy at pulpe.fr Wed May 26 19:09:33 2004 From: fbelleudy at pulpe.fr (Frederic Belleudy) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question In-Reply-To: <20040526054234.GZ23972@katipo.co.nz> References: <20040526023301.UGIC1283.mx-mtaout02.mts.net@mx-mtaout> <20040526054234.GZ23972@katipo.co.nz> Message-ID: <1085555373.17503.0.camel@pulpe> Hi, id like to know how to unsuscribe to the list please! tks a lot On Wed, 2004-05-26 at 07:42, Chris Cormack wrote: > On Tue, May 25, 2004 at 09:33:01PM -0500, Steve/Ollie/Steven F. Baljkas said: > > Tuesday, May 25, 2004 21:18 CDT > > > > Hi, Maggie, > > > > Without P.O'ing you or Chris unnecessarily, I have to say that the idea of wanting to run a library without learning and fully utilising MARC (in whatever flavour and with whatever local usages you determine) is rapidly becoming (already is for most of us in North America) like the idea of running a library without an OPAC in general. > > > > That is, to be clear, not a good idea. > > > Hi Steven > > I think in general that your comments are correct. But I think there are > some flaws. Namely > I think that you overestimate the size and budgets of some libraries. > THere are numerous small community libraries with little or no budget run by > mainly volunteers all over the world. > Should we force them to all have to learn MARC ? I dont think we should, I > think we should continue to give people the option to catalogue in a way > they chose, > I enjoy working on Free software because I enjoy freedom. I dont force, or > seek to persuade people to catalogue without MARC, i simply seek to offer > them the ability to do so. > > I think the chances of me teaching the 76 year old librarian at the > theosophical society how to catalogue in MARC is very unlikely but he is > happily cataloging books now. (Albeit in MARC just hidden from him) > > So in general I agree cataloguing in MARC is a good idea. However I dont > think we should force people to do it. > > Chris From mjr at dsl.pipex.com Wed May 26 20:06:24 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie question In-Reply-To: <1085555373.17503.0.camel@pulpe> Message-ID: <fa4ea78ad02490bbb6c2652935384126@bouncing.localnet> On 2004-05-26 08:09:33 +0100 Frederic Belleudy <fbelleudy@pulpe.fr> wrote: > Hi, id like to know how to unsuscribe to the list please! 1. Read the email that you were sent when you subscribed. You saved it, right? 2. Visit this URL, found at the end of every message: > http://lists.katipo.co.nz/mailman/listinfo/koha 3. Don't Top-Post Whole Quote! France is not far enough away from me and my LARTs... ;-) -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From christian.hennecke at ruhr-uni-bochum.de Thu May 27 03:48:32 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Non-MARC interface In-Reply-To: <2f468022e6d166b3d631687cda5007c4@bouncing.localnet> Message-ID: <mailman.71.1132113020.7818.koha@lists.katipo.co.nz> It seems that with 2.0.0, the non-MARC interface does not save data correctly. The copyright date is not saved, and if I search for records that have been entered with the non-MARC interface, subject searches return empty result pages, although the display says "Results 1 to 0 of 0 hits". Any hints? The above happens with the Koha default configuration except that the MARC interface is turned off. Christian Hennecke From david at zebra.uem.mz Thu May 27 04:53:04 2004 From: david at zebra.uem.mz (david) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Koha for windows Message-ID: <20040526165010.M40164@zebra.uem.mz> Dear all, I just installed mysql, perl and then koha for windows. When I try to run it by doing http://localhost:80, it give me the following error: ======= Server error! The server encountered an internal error and was unable to complete your request. Error message: couldn't create child process: 720003: opac-main.pl If you think this is a server error, please contact the webmaster. Error 500 localhost 05/26/04 18:58:37 Apache/2.0.49 (Win32) ========= What can be the error? Please help. David -- CIUEM WebMail (http://www.ci.uem.mz) From robb.smylie at teachforamerica.org Thu May 27 06:42:10 2004 From: robb.smylie at teachforamerica.org (Smylie, Robb) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] branch restrictions Message-ID: <C4B94CFEDC755049B3CC36398D4CFE2502A89447@natmail.tfanet.org> Hello, I am a new user to Koha and have been very impressed with the software so far. I have a question about the possibilities around restricting which books staff members can issue to users. I would like to have it so that staff members would not be able to issue books the borrowers if that book does not reside at that staff members specified branch. Is this possible at all? Has anyone else run into a need for this? Thanks in advance for your help. Robb Smylie Director of Systems and Software Development Teach For America One day, all children will have the opportunity to attain an excellent education. Join our movement: <http://www.teachforamerica.org/> From baljkas at mts.net Wed May 26 14:48:21 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Thesaurus and Authorities Files Message-ID: <20040526024821.TTUI1290.mx-mtaout01.mts.net@mx-mtaout> Tuesday, May 25, 2004 21:32 CDT Salut Paul! > one month later, I answer ;-) Thanks for the reply, belated or not. I know how busy you top-level folks are so don't feel badly. As for the clarifications: > * free form means in fact "rejected form". It's the text that is not used. Okay. That is probably a really bad choice of words. 'Free form', when I have seen it in English-language cataloguing materials, tends to mean something like 'uncontrolled'. That is, something that is not necessarily a part of an official thesaurus or system of a given library but is being entered by the cataloguer anyway (sometimes in school libraries this can be used to identify materials an instructor wants for a particular project, or it can simply be a provisional term while one waits for a term to be added officially by LC or a term added locally for reasons of political sensitivity or other local-usage reasons). > Replaced by the "stdlib", which mean "accepted form" (translation of the official french term, not sure it's OK in > english) I think the English term would be "established form" or "preferred form". I have seen the latter used more than the former but the former is what I was taught formally. I don't know what the consensus of the Koha community would be -- sound in, people! -- but wouldn't it be easier, more clear, and more user-friendly just to use the LC term "USE:"? This is what my class was taught in lib tech training and it does seem to have replaced the older x/xx system that one saw in LC, etc. > * Authority & thesaurus is really poorly handled in 2.0. No BT or NT > neither UF. Only subdivision, accepted form & rejected form. With the subdivisions, I don't know about UNIMARC, but one would want to be able to differentiate the different kinds of subdivisions for MARC21 (free-floating, form, geographic, chronological, etc.) > * In 2.2 a complete MARC management of authorities will be available. > (Funded by ENSMP, in UNIMARC, but we will try to manage MARC21 too) Great! As I wrote you before, I'd be glad to try and help. I'll start taking a look at UNIMARC authorities later this week and see what I can make of it. Thanks again for the response, Paul. A bient?t! Amiti?s, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mts.net Wed May 26 15:03:37 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] MARC cataloguing & AMS classification -- Addendum Message-ID: <20040526030337.TWER1290.mx-mtaout01.mts.net@mx-mtaout> Tuesday, May 25, 2004 21:48 CDT Hi, Zeno, Regarding your message -- > >> I'm installing Koha for a customer that want to use AMS (American > >> Mathematical Society) in it's MARC records. > >> I can't find where to store AMS in MARC. > > Hi, > > in fact you need to use the tag for the "Other Class Number". > > For Marc 21: > > tag 084 with subfield $2msc > > For Unimarc: > > tag 686 with subfield $2msc <is only a suggestion, I don't find a code > > form for the classification of AMS in Unimarc> -- Paul was bang on with the MARC codes for the classification numbers. If you are using MARC21, you will probably also want to take note of the thesaurus you are using (I am assuming if you're using AMS you are not using LCSH), so in your subject tags (6xx), you'll add another $2msc BTW, Library of Congress lists -- msc Mathematical subject classification (Providence, RI: American Mathematical Society) -- in its notes for FIELD 084 under Part III, Classification Sources, (URL <http://www.loc.gov/marc/relators/relaclas.html>) of its MARC Code Lists for Relators, Sources, Description Conventions (URL <http://www.loc.gov/marc/relators/relahome.html>), so Paul was right on that account as well! In practice, Zeno, your library may choose to omit the $2 subfield in 6xx fields (CISTI in Canada does) but it's more friendly and better cataloguing practice to include an identifier for the subject heading/thesaurus used. Hope this little addendum to Paul's answer helps. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From chris at katipo.co.nz Thu May 27 09:29:09 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Non-MARC interface References: <2f468022e6d166b3d631687cda5007c4@bouncing.localnet> Message-ID: <20040526212909.GB23972@katipo.co.nz> On Wed, May 26, 2004 at 05:48:32PM +0200, Christian Hennecke said: > It seems that with 2.0.0, the non-MARC interface does not save data > correctly. The copyright date is not saved, and if I search for records > that have been entered with the non-MARC interface, subject searches > return empty result pages, although the display says "Results 1 to 0 of > 0 hits". > Hi there The copyright date sounds like a bug, and it appears its not saving subjects correctly also? If you search on something you have added, with subjects .. do they subjects show up? If not, could you go to bugs.koha.org and enter this as a bug, and as soon as I or someone gets a free moment we'll fix it. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From silva at ort.edu.uy Fri May 28 03:18:20 2004 From: silva at ort.edu.uy (Silva, Ernesto - Webmaster) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Again.... Message-ID: <40B606BC.4020000@ort.edu.uy> Hi, Can somebody please tell me how to contact the developers team leader/s? Thank you. Ernesto Silva. ********************************************************************* Hi, I'm trying to offer a Koha installation for my university but the system will need some customization which I believe could be usefull for all the Koha community. If I succeed I'll have some funds to invest in the product and I want to add these new features to the koha main source tree so I can get them back in future versions. I don't know if this is a subject for this list so I'm asking here for a Koha proyect chief/administrator/etc to contact me back, so we can talk about this or at least tell me if this is the right list. Thank you. -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy "Men and nations will act rationally when all other possibilities have been exhausted." Katz law. From mjr at dsl.pipex.com Fri May 28 04:36:19 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Again.... In-Reply-To: <40B606BC.4020000@ort.edu.uy> Message-ID: <805d5226fa142c08352edb9a6fbb45ac@bouncing.localnet> On 2004-05-27 16:18:20 +0100 "Silva, Ernesto - Webmaster" <silva@ort.edu.uy> wrote: > Can somebody please tell me how to contact the developers team > leader/s? Please post more details about your project to koha-devel@lists.sourceforge.net and we will discuss it with you. You can join the list at http://lists.sourceforge.net/mailman/listinfo/koha-devel if you haven't already. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From gcikolbuszowa at o2.pl Fri May 28 19:34:16 2004 From: gcikolbuszowa at o2.pl (gcikolbuszowa@o2.pl) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] =?iso-8859-2?Q?[koha]_new_user?= Message-ID: <20040528073416.F383033CDB@rekin5.o2.pl> Hello! My name is Lukas Szymanski, i worked in Public Library in Kolbuszowa, Poland. Our Library want to use the Koha system. We are alredy using Marc and i want to ask about yours experiences in using Koha with Marc. Is this works correctly? I think if I could help you in work over Koha or polish translation (i'm much better in translation to polish then writing in english :)). Maybe I could help in php and mysql programming? Yours sincerely Lukas Szymanski From mhelman at illinoisalumni.org Sun May 30 03:42:00 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie Wiki Update and Address Message-ID: <1c6d501c44593$7b2025f0$0a10010a@mail2world.com> Salvete! I've added to the Newbie Guide so that it now covers the entirety of the Parameters screen of the Intranet. The address of the wiki is http://www.saas.nsw.edu.au/koha_wiki/index.php?page=NewbieGuide I don't know everything by any stretch of the imagination, since the library I work in is tiny, I don't yet use many of the features that Koha has to offer. So, if friendly beings out there would like to lower themselves to reading through the wiki to edit gaps in my knowledge, or add insight to stuff I've posted, that would be wonderful. I hope to have more time to dedicate to documentation like this after I am fully automated. I have slightly under 1/4 of the library's bibliographic records on Koha (about 2300 records). I have two roadbumps right now - audiobooks and the summer reading programme. Hopefully I will be more responsible in the fall. I will add information about how I add records to Koha next. Cheers, Brooke -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040529/31438e3b/attachment.htm From mhelman at illinoisalumni.org Sun May 30 04:22:59 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] All I want from Santa (or possibly the great Paul Poulain ;) Message-ID: <031501c44599$34e51e00$0a04010a@mail2world.com> Salvete! I love Koha so far. I am really grateful to the developers for this gift. It's really making a difference for the library. I was pleasantly surprised by how easy, quickly and smoothly the upgrade from 2.0rc3 to 2.0 went. I can't yet commit financial resources to the project, so I well understand that there are more important things for every one out in developer land to do. I also am not sure whether I'm noticing bugs, or asking for large or small features, so I'll put my requests here. I want to make it plain that my attitude here is very similar to the attitude I take towards Inter Library Loan. I will put my request out there in a bottle, and if someone picks it up and responds, stellar! I'm also aware that a lot of this is probably me setting stuff up wrong. If the fix can be posted, then great. I just need to be able to tell my tech guy (my fiance) what he needs to fix when he feels like it. On items with multiple 856u fields, the URLs are running into each other and making a mockery of your lovely database. There is clearly a pipe in the display, so I'm not sure why this is happening. I can cut and paste the url into the address box at the top one at a time, but it's so sweet to be able to have patrons click on the url attached to the record and have it go straight to the address. What am I doing wrong? Here's an example http://65.110.139.7/cgi-bin/koha/opac-detail.pl?bib=2174 On items with fictitious character subjects for characters with a first and last name, the comma that separates their name seems to be wreaking havoc with the subject headings. I could have sworn that this wasn't happening initially. This is important to me because it turns Baggins, Frodo into Baggins Frodo If I type Baggins, Frodo in the search box on the first page of the OPAC, it will find the right records. However, if I click on the subject link from the record itself, it seems to be searching for just Baggins or Frodo not Baggins, Frodo. So it doesn't link to anything. What am I doing wrong? You can see it at the same example: http://65.110.139.7/cgi-bin/koha/opac-detail.pl?bib=2174 I am having issues with the subtitle field. I've noticed that in other Koha catalogues it will not display until you hit the records page, but I can't even manage to get it to do that. Under my Marc Links page, I have it linked to the 245b remainder of title field. For now, I am being naughty, and squishing the subtitle into the 245a title field for important subtitles. How do I get the subtitle to show with my record screen? I.E. this screen http://65.110.139.7/cgi-bin/koha/opac-detail.pl?bib=4 I am having issues with the additional author field. Left Behind is co written by Tim LaHaye and Jerry Jenkins, for example. Theoretically, I ought to come up with every book they've written together even if I type Jenkins, Jerry in instead of LaHaye, Tim. Koha doesn't appear to search this field properly from a basic keyword search. However, clever programmers you are, if I enter Jenkins into the author field of an advanced search, it will in fact bring up the full list. I have the additional author field linked in Koha, so it does indeed appear on my records screen. I wish this was linked like the author field is, and would be searchable under a basic search. What am I doing wrong? Again the record is: http://65.110.139.7/cgi-bin/koha/opac-detail.pl?bib=4 I know I am asking for blood on this one. But it would be fantastic if we could please have an author search from the MARC biblio management screen http://65.110.139.7:8080/cgi-bin/koha/acqui.simple/addbooks.pl This is useful for me because on older books where there is no ISBN and the title is strange, sometimes it takes me a while to find the record. I know that I have to type a "The" if the title starts with "The" on this screen, but every now and then, I forget the title proper and have to turn the breeding farm on its ear to find my record. This is something I haven't even tried yet and have no clue where to start on. In Massachusetts, we fill out a form every year that's basically an inventory of our collections. I know that there's a shelf list function, and I see the stuff for inventory taking. I don't know how to use either. What I want to be able to generate is a raw number of records for a certain type of material. For instance, one of my item types is Adult Fiction. I now have all of my Adult Fiction in Koha. Rather than count each book by hand, I would like Koha to tell me how many Adult Fiction items are in the database. When I'm fully automated with Koha, I would like to be able to know how many of all of the item types I have in my library. In my dreams, I would love for Koha to be able to generate a report that tells me how much each item type circulates. (IE my fiction collection as a whole has circulated 13,000 times last year 4,800 of which were renewals.) In my wildest dreams, Koha would take that data and do nifty pie charts I could present to other librarians or officials. I definitely get the impression that I can at least get raw numbers. But how? Thanks so much, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040529/5c24bcbb/attachment.html From oleonard at athenscounty.lib.oh.us Sun May 30 06:28:58 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] All I want from Santa (or possibly the great Paul Poulain ;) Message-ID: <200405291835.i4TIZg0k010097@alma.athenscounty.lib.oh.us> > On items with fictitious character subjects for > characters with a first > and last name, the comma that separates their > name seems to be wreaking > havoc with the subject headings. This is a problem for us as well. Previously the subject headings got returned as one big string, completely unlinkable. We submitted a fix that got us to where we are now, while admitting to the problem you describe (http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=679). I think the script receives a comma-separated list of subject headings for the record, and they breaks it into an array on the comma, resulting in the mixed-up list you're seeing. We get the same thing. I guess we should submit a separate bug for this. > I am having issues with the subtitle field. I've > noticed that in other > Koha catalogues it will not display until you hit > the records page, but > I can't even manage to get it to do that. Absence of the subtitle (whether it be 245b or 245p) in search results is a huge problem for us. Following your chosen example, search results for Frodo Baggins will bring up the Lord of the Rings DVD, but because nothing else is displayed, you can't tell which volume it is. Our OPAC installation from CVS of rel_2_0 shows the subtitle in opac-detail.pl, so I'm not sure why you're not seeing it. If it's just the template, you could change that by hand if you wanted. If the subtitle's just not there, then you have another problem. You might check for it in the subtitles table. > I wish this [additional author] was linked like the > author field is, and > would be searchable under a basic search. Relating to both this question and the previous one, a LOT of work is being done to overhaul the search system to really take advantage of MARC records. This particular issue is being addressed, allowing author searches to hit the many different alternate author tags. > I know I am asking for blood on this one. But it > would be fantastic if > we could please have an author search from the > MARC biblio management > screen I'm guessing that once the work is done on the improved MARC searching, we can roll the regular advanced search into this one and not have distinct options. > What I want to be able to > generate is a raw number of > records for a certain type of material. There are a number of new reports being added in the next version, and this is one of them. > I definitely get > the impression that I > can at least get raw numbers. But how? Right now? Query MySQL directly! In the meantime, submit an enhancement bug for the kind of report you'd like to see. Perhaps in the meantime some other folks can chime in on how they get the reports they need. -- Owen ---- Web Developer Nelsonville Public Library http://www.athenscounty.lib.oh.us From mhelman at illinoisalumni.org Sun May 30 09:03:34 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] All I want from Santa (or possibly the great Paul Poulain ;) Message-ID: <1f29001c445c0$67ba8190$0a0f010a@mail2world.com> Salvete! Thanks Owen! You guys are too much! :D I was hoping for this stuff when better MARC interface was mentioned for the next upgrade. Imagine how wide my eyes got when I saw that there's a new research thingy slated for the 15th. Outstanding. You guys rock! The developers' biggest fan, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040529/6c9ae4ab/attachment.htm From hsrai at edumail.nic.in Sun May 30 23:42:45 2004 From: hsrai at edumail.nic.in (H S Rai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing Message-ID: <Pine.LNX.4.44.0405301706340.1159-100000@civil.gndec.edu> I thank list members for their support. On second try, I succeeded in installing Koha using installer. On getting some experience with it, I will come back again with my impression, views etc. It appers to be wonderful software. For the timing, I would like to know how to print barcode. Is it possible through Koha or some other program. Thanks in advance. -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : Learning PERL techniques LOST #069 Is there a good place to learn snarky PERL TECHNIQUES ? One of my favorite is http://webtechniques.com where Randall Schwartz contributes a monthly sample, explaining line-by-line what his code does, and why. (Look under "Programming with Perl" in the archives.) ####[will (at) serensoft.com]################################# : From celikbas at itu.edu.tr Mon May 31 20:50:22 2004 From: celikbas at itu.edu.tr (Zeki CELIKBAS) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing In-Reply-To: <Pine.LNX.4.44.0405301706340.1159-100000@civil.gndec.edu> References: <Pine.LNX.4.44.0405301706340.1159-100000@civil.gndec.edu> Message-ID: <1085993422.40baf1ce13937@webmail.itu.edu.tr> Quoting H S Rai <hsrai@edumail.nic.in>: > > For the timing, I would like to know how to print barcode. Is it > possible through Koha or some other program. > Hi H. S. Rai You can print barcodes with afew aplications in linux. One of this is kbarcode this is a X windows application here is website: http://www.kbarcode.net/ I haven't try this software, but this software is using GNU's barcode program at backward which I use before. GNU's barcode software one of best program to create barcodes. In fact you can solve all barcoding problems using GNU's barcode software. It's web site is: http://www.gnu.org/directory/GNU/barcode.html When you download the program you have to untar and complie it with these commands: to untar: tar xzvf barcode-0.98.tar.gz to compile change to barcode-0.98 directory and type: ./configure && make && make install now you can type barcode --help to show all options. First of all you have to decide which kind of barcodes (barcode encoding standard) you will use. Here is some information: ean: we are using ean barcodes at university library. Many market products uses this standart. This barcodes consist of 13 figures and a checksum figure. we are using with this structure first three figure is instute's code, second 6 figure is book numbers and third three figure is book type and of course last is checksum figure and it will ber automaticaly creating. ex: 011-005077-001-0 (no dash in real barcode) code 39: this standart is much more flexsible you can use any alfanumeric characters to produce a barcode (ex: 12345ABC) You can find and be informed about this standarts at this page: http://www.makebarcode.com/specs/speclist.html If you know perl/C/pyton you can write a script for different needed to produce barcodes. But the basic command will be like this: barcode -i list -o bcodes.ps -e ean -t 3x7 -i filename list file consist of string every line to be encoded -o filename a postscript file you will be see and print your barcodes -e encoding encoding methods -t table how you want to see and print your barcodes at page? of course you can change margins, page layout etc. The last thing is that; about every barcode readers can read all of this formats even you can buy an old second hand model to see if it is working. This barcode readers usualy share with your mouse or keyboard input with a plug in cable. Usualy no driver is needed. Best regards. Zeki Celikbas ------------------------------------------------- This mail sent through IMP: http://webmail.itu.edu.tr From shedges at athenscounty.lib.oh.us Tue Jun 1 00:06:13 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing Message-ID: <200405311213.i4VCD10k025686@alma.athenscounty.lib.oh.us> You might try http://glabels.sourceforge.net/ for label printing. Stephen Hedges > I thank list members for their support. On second > try, I succeeded in > installing Koha using installer. > > On getting some experience with it, I will come > back again with my > impression, views etc. It appers to be wonderful > software. > > For the timing, I would like to know how to print > barcode. Is it > possible through Koha or some other program. > > Thanks in advance. > > -- > H. S. Rai > __________________________________________________ > ___________________ > http://www.grex.org/~hsrai | Alternate E-mail: > hsraidce@iitr.ernet.in > ___________________________|______________________ > ___________________ > > : > ####[ GNU/Linux One Stanza Tip (LOST) > ]####################### > > Sub : Learning PERL techniques > LOST #069 > > Is there a good place to learn snarky PERL > TECHNIQUES ? One of > my favorite is http://webtechniques.com where > Randall Schwartz > contributes a monthly sample, explaining line-by- > line what his > code does, and why. (Look under "Programming with > Perl" in the > archives.) > > ####[will (at) > serensoft.com]################################# > : > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From pascalvanhecke at yahoo.com Tue Jun 1 05:33:08 2004 From: pascalvanhecke at yahoo.com (Pascal Van Hecke) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Re: koha newby support and mailing list archives Message-ID: <c9fq8c$lf7$1@sea.gmane.org> > Hi Pascal > > Its now at gmane, so you can search from there :) > > Chris > > -- > Chris Cormack Hi Chris, thx! to the list: point your nntp/usenet clients to nntp://news.gmane.org/gmane.comp.misc.koha Regards, pascal van hecke From shedges at skemotah.com Tue Jun 1 11:45:25 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] branch restrictions In-Reply-To: <C4B94CFEDC755049B3CC36398D4CFE2502A89447@natmail.tfanet.org> References: <C4B94CFEDC755049B3CC36398D4CFE2502A89447@natmail.tfanet.org> Message-ID: <32926.65.24.138.126.1086047125.spork@webmail.skemotah.com> Hi, Robb - The short and simple answer to your question is "no, it's not possible with the current Koha code," and that probably indicates that no one else has felt a burning need for this restriction. However, if other people have an itch for such a feature, perhaps we should scratch it! Stephen Smylie, Robb said: > Hello, > > I am a new user to Koha and have been very impressed with the software so > far. I have a question about the possibilities around restricting which > books staff members can issue to users. I would like to have it so that > staff members would not be able to issue books the borrowers if that book > does not reside at that staff members specified branch. Is this possible > at all? Has anyone else run into a need for this? > > Thanks in advance for your help. > > Robb Smylie > Director of Systems and Software Development > Teach For America -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Tue Jun 1 12:18:34 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] All I want from Santa (or possibly the great Paul Poulain ;) In-Reply-To: <200405291835.i4TIZg0k010097@alma.athenscounty.lib.oh.us> References: <200405291835.i4TIZg0k010097@alma.athenscounty.lib.oh.us> Message-ID: <32956.65.24.138.126.1086049114.spork@webmail.skemotah.com> >> What I want to be able to >> generate is a raw number of >> records for a certain type of material. > > Right now? Query MySQL directly! In the meantime, submit an enhancement > bug > for the kind of report you'd like to see. Perhaps in the meantime some > other > folks can chime in on how they get the reports they need. Here are some of the SQL statements I use to prepare the Nelsonville Library reports: SELECT biblioitems.itemtype, COUNT(biblioitems.itemtype) AS count FROM items,biblioitems WHERE YEAR(items.dateaccessioned)=2004 AND MONTH(items.dateaccessioned)=4 AND biblioitems.biblioitemnumber=items.biblioitemnumber GROUP BY biblioitems.itemtype; This one produces a count of items, subdivided by item type, that were added to the catalog in any given month. (In the example above, the month would be April 2004.) If you want a count of all items by item type, just leave out the YEAR and MONTH conditionals. SELECT itemtype, COUNT(itemtype) AS count FROM statistics WHERE YEAR(datetime)=2004 AND MONTH(datetime)=4 AND branch='APL' AND type='issue' GROUP BY itemtype; This one produces a count of books issued by a particular branch in a particular month. Note that this _does not_ count renewals. I use another statement for that: SELECT biblioitems.itemtype, COUNT(biblioitems.itemtype) AS count FROM statistics,biblioitems,items WHERE YEAR(statistics.datetime)=2004 AND MONTH(statistics.datetime)=4 AND type='renew' AND statistics.itemnumber=items.itemnumber AND items.homebranch='APL' AND items.biblioitemnumber=biblioitems.biblioitemnumber GROUP BY biblioitems.itemtype; Note that modifying the SQL statement for issues by substituting "renew" for "issue" gives an inaccurate count. Also note that the issue SQL statement is more accurate yet than the renew SQL statement, since it counts by the branch where the item was issued, and the renew SQL statement counts by the home branch, which is often not the same as the issuing branch. But I haven't been able to come up with a 100% accurate SQL statement for counting renewals by issuing branch. (I'd be happy to entertain suggestions...) Note also that if you don't care about issuing branch vs. home branch, you can get a combined total of issues and renewals with this statement: SELECT biblioitems.itemtype, COUNT(biblioitems.itemtype) AS count FROM statistics,biblioitems,items WHERE YEAR(statistics.datetime)=2004 AND MONTH(statistics.datetime)=3 AND (type='renew' OR type ='issue') AND statistics.itemnumber=items.itemnumber AND items.homebranch='APL' AND items.biblioitemnumber=biblioitems.biblioitemnumber GROUP BY biblioitems.itemtype; Finally, here's one that counts newly registered borrowers at each branch in any particular month: SELECT branchcode, COUNT(branchcode) AS count FROM borrowers WHERE YEAR(dateenrolled)=2004 AND MONTH(dateenrolled)=4 AND categorycode='A' GROUP BY branchcode; -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From esalayon at tip.edu.ph Tue Jun 1 16:42:35 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Perl version Message-ID: <3017.61.9.6.227.1086064955.squirrel@mail.tip.edu.ph> hi, what is the minimum version of perl KOHA will work? TIA! eric From mjr at dsl.pipex.com Tue Jun 1 21:10:45 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Perl version In-Reply-To: <3017.61.9.6.227.1086064955.squirrel@mail.tip.edu.ph> Message-ID: <5a6d8cf8b289761b6d03c32e125497fd@bouncing.localnet> On 2004-06-01 05:42:35 +0100 Eric G. Salayon <esalayon@tip.edu.ph> wrote: > what is the minimum version of perl KOHA will work? TIA! 5.6.1, as far as I know, if I recall correctly. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From mjr at dsl.pipex.com Tue Jun 1 21:49:19 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing In-Reply-To: <Pine.LNX.4.44.0405301706340.1159-100000@civil.gndec.edu> Message-ID: <9990299ea5ef9566588d7a922b9087be@bouncing.localnet> On 2004-05-30 12:42:45 +0100 H S Rai <hsrai@edumail.nic.in> wrote: > For the timing, I would like to know how to print barcode. Is it > possible through Koha or some other program. In addition to those mentioned by others, "barcodes on the fly" can be a nice companion to koha. You can find it via oss4lib.org, I think. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From hsrai at edumail.nic.in Wed Jun 2 04:18:44 2004 From: hsrai at edumail.nic.in (H S Rai) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing In-Reply-To: <9990299ea5ef9566588d7a922b9087be@bouncing.localnet> Message-ID: <Pine.LNX.4.44.0406012140120.3311-100000@civil.gndec.edu> I am thank ful to Zeki CELIKBAS, Stephen Hedges and Ray for their wonderful support. Today at 10:49am +0100 MJ Ray wrote: > In addition to those mentioned by others, "barcodes on the fly" can be > a nice companion to koha. You can find it via oss4lib.org, I think. Are you referring any one of following or something else. I colud find php script at following link: http://www.weberdev.com/get_example.php3/184 and one at: http://search.cpan.org/dist/GD-Barcode/Barcode/QRcode.pm and something at: http://svana.org/kleptog/misc/auspost.html Thanks once again. -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : sed hints (displaying non-matching lines) LOST #429 To display non-matching lines, e.g. remove comments (#) from a listing: $ sed -e '\#\d' /path/to/some/file Also useful in displaying lines which do NOT have the pattern $ sed -e '\{pattern}\d' /path/to/some/file ####[banduji (at) symonds.net]################################ : From mjr at dsl.pipex.com Wed Jun 2 05:17:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] BarCode Printing In-Reply-To: <Pine.LNX.4.44.0406012140120.3311-100000@civil.gndec.edu> Message-ID: <c32740452477a2bdb91a9619f312223b@bouncing.localnet> On 2004-06-01 17:18:44 +0100 H S Rai <hsrai@edumail.nic.in> wrote: > Today at 10:49am +0100 MJ Ray wrote: >> In addition to those mentioned by others, "barcodes on the fly" >> can be >> a nice companion to koha. You can find it via oss4lib.org, I think. > Are you referring any one of following or something else. Barcodes-on-the-fly helper is currently maintained by its first author, <a href="http://www.vaxer.net/~sylvar/">Ben Ostrowsky</a> ostrowb@tblc.org, a member of the <a href="http://www.tblc.org/">Tampa Bay Library Consortium</a> staff. SOURCE Available <a href="http://bernie.tblc.org/~ostrowb/bofh-0.2.tar.gz">here</a>. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From mjr at dsl.pipex.com Fri Jun 4 00:25:00 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] All I want from Santa (or possibly the great Paul Poulain ;) In-Reply-To: <031501c44599$34e51e00$0a04010a@mail2world.com> Message-ID: <14668379fc01fc99fd1457c7b0a42a40@bouncing.localnet> On 2004-05-29 17:22:59 +0100 M Brooke Helman <mhelman@illinoisalumni.org> wrote: > I also am not sure whether I'm noticing bugs, > or asking for large or small features, so I'll put my requests here. You can put them in http://bugs.koha.org/ anyway and someone will mark them as bugs or enhancement requests. I've done this one described below, but I'll let the MARC-wise specify the other bugs, as I'm not 100% how to split them: > [...] In my dreams, I would love for Koha to be > able to generate a report that tells me how much each item type > circulates. Added to http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=738 -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From mjr at dsl.pipex.com Fri Jun 4 00:30:51 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie Wiki Update and Address In-Reply-To: <1c6d501c44593$7b2025f0$0a10010a@mail2world.com> Message-ID: <0f6b728598246dd84cd53c41c8658412@bouncing.localnet> On 2004-05-29 16:42:00 +0100 M Brooke Helman <mhelman@illinoisalumni.org> wrote: > Salvete! Salt-wager-ly to you too! (At least, that's what it seems to mean in esperanto, but it makes an odd greeting... ;-) ) > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=NewbieGuide This is a great help, thank you. May I include it in the 2.0.1 release? -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From paul.poulain at free.fr Fri Jun 4 00:58:17 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Online help on Koha => REQUEST FOR HELP Message-ID: <40BF2069.8000702@free.fr> Hello, I just commit on CVS a new feature, that will be available for 2.2 : online HELP On each template, a "HELP" link has been added. it opens a popup, filled with an help template. the help template is in the help/ directory. The help.pl files builds the online help using the name of the caller page (referer). If the user clic on "help" when on page "admin/itemtypes.pl", the "help/admin/itemtypes.tmpl" is opened. If the "help/admin/itemtypes.tmpl" does not exists, a default "sorry, no help on this topic" page is shown. Works fine, but now, the big work has to be done : create the online help pages... So, we need candidate to create the "help files". The help file can be a simple text file, only with cariage returns. If there are some candidate here, please say here which file or part of Koha you can do, and send me the help files. I'll include them in the official release, with HTML code added where needed. This task should not be done by a developper, but by librarians. Anyone sending me files will have it's name added to the contributor list, in "about" page of Koha. His name will be reminded forever by ppl all around the world -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mhelman at illinoisalumni.org Fri Jun 4 00:52:38 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Newbie Wiki Update and Address Message-ID: <817a01c44969$a6ab1480$0a0f010a@mail2world.com> Salvete! Salt-wager-ly to you too! (At least, that's what it seems to mean in esperanto, but it makes an odd greeting... ;-) ) It's hi (collective) in Latin. > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=NewbieGuide This is a great help, thank you. May I include it in the 2.0.1 release? Holy cow! You bet! My thanks to both you and Stephen for the bug help. I'm going to keep working on the wiki as I get time, of course. The Koha community seems to give better support to their product on a whole than some library software vendors. :) Cheers, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040603/92ec5bba/attachment.html From silva at ort.edu.uy Fri Jun 4 10:49:37 2004 From: silva at ort.edu.uy (Silva, Ernesto - Webmaster) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Periodical items - magazines. Message-ID: <40BFAB01.3070401@ort.edu.uy> Hi, As I'm evaluating Koha and contacted some libraries that are already using it they told me that Koha version 1.4 didn't have the chance to manage magazines. I'm not a librarian but apparently every magazine publication has to be added to the database as a new (kind of) biblio and must have a reference to the master record of the magazine. Even worse they told me that they usually make an special procedure to add some "important" articles as a new (kind of) biblio with a reference to the specific monthly (to say something) magazine issue. Are this things "doable" with Koha version 2.0 ?? Regards, -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy "Men and nations will act rationally when all other possibilities have been exhausted." Katz law. From henry at cmi.univ-mrs.fr Sat Jun 5 00:24:24 2004 From: henry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed Nov 16 16:50:20 2005 Subject: [koha] installing with script installer.pl Message-ID: <20040604122424.GA3390@cmi.univ-mrs.fr> hello, first installing koha with script installer.pl on a solaris 8 machine, everything went fine, until this: CREATING DATABASE Creating the MySQL database for Koha... /usr/local/mysql/bin/mysql Ver 11.16 Distrib 3.23.49, for sun-solaris2.8 (sparc) Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Usage: /usr/local/mysql/bin/mysql [OPTIONS] [database] blabla... ERROR CREATING DATABASE It sounds like arguments are wrong, but how can i control it? i verify i can log in my db: machine-root% mysql -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 11520 to server version: 3.23.49-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> If anybody can help? Thanks in advance, -- Gerard HENRY From mjr at dsl.pipex.com Sat Jun 5 00:53:49 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [koha] installing with script installer.pl In-Reply-To: <20040604122424.GA3390@cmi.univ-mrs.fr> Message-ID: <bb0290a8dde5760cd6043d4766d37cbb@bouncing.localnet> On 2004-06-04 13:24:24 +0100 Gerard Henry <henry@cmi.univ-mrs.fr> wrote: > first installing koha with script installer.pl on a solaris 8 > machine, > everything went fine, until this: > CREATING DATABASE > Creating the MySQL database for Koha... > /usr/local/mysql/bin/mysql Ver 11.16 Distrib 3.23.49, for > sun-solaris2.8 > (sparc) If you use csh or tcsh, then I suspect this is the same problem as some BSDs. Can you try again, using bash or sh as your shell, please? Typing "exec sh" might be enough. I want to fix this, but I need to isolate exactly what is causing it and there's much else I'm doing. Help from any csh guru welcome. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From shedges at skemotah.com Sat Jun 5 00:56:18 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Online help on Koha => REQUEST FOR HELP In-Reply-To: <40BF2069.8000702@free.fr> References: <40BF2069.8000702@free.fr> Message-ID: <10613.66.213.78.3.1086353778.spork@webmail.skemotah.com> Paul POULAIN said: > Hello, > > I just commit on CVS a new feature, that will be available for 2.2 : > online HELP <snip> > So, we need candidate to create the "help files". > The help file can be a simple text file, only with cariage returns. If > there are some candidate here, please say here which file or part of > Koha you can do, and send me the help files. > I'll include them in the official release, with HTML code added where > needed. Paul, I'd be happy to work on this, maybe recruit a little help from Joshua and Owen now and then. Could I suggest that we put a list of the pages that should have a help file on a wiki page? That way the draft help files could be linked to the list, everybody could edit and revise what's there, we'd all know what still needs to be done, etc., etc. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Sat Jun 5 03:10:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Online help on Koha => REQUEST FOR HELP In-Reply-To: <10613.66.213.78.3.1086353778.spork@webmail.skemotah.com> References: <40BF2069.8000702@free.fr> <10613.66.213.78.3.1086353778.spork@webmail.skemotah.com> Message-ID: <40C090FF.4060504@free.fr> Stephen Hedges a ?crit : >Paul, I'd be happy to work on this, maybe recruit a little help from >Joshua and Owen now and then. Could I suggest that we put a list of the >pages that should have a help file on a wiki page? That way the draft >help files could be linked to the list, everybody could edit and revise >what's there, we'd all know what still needs to be done, etc., etc. > > it's quite easy : use koha. When you surf on a page named : my.koha.server.org/cgi-bin/koha/path/to/script.pl?anyparameters=X&otherparameter=Y a help page must be written for path/to/script.pl That's as simple as this. The same page is used for every action on the same page. I've opened a page on the wiki called OnlineHelp -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Sat Jun 5 11:17:45 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Periodical items - magazines. In-Reply-To: <40BFAB01.3070401@ort.edu.uy> References: <40BFAB01.3070401@ort.edu.uy> Message-ID: <32934.65.24.138.126.1086391065.spork@webmail.skemotah.com> Silva, Ernesto - Webmaster said: > Hi, > > As I'm evaluating Koha and contacted some libraries that are already > using it they told me that Koha version 1.4 didn't have the chance to > manage magazines. <snip> Ernesto, serials management is planned to be included in the version 2.2 release, maybe in October. See http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From henry at cmi.univ-mrs.fr Sat Jun 5 18:21:04 2004 From: henry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed Nov 16 16:50:20 2005 Subject: [koha] installing with script installer.pl In-Reply-To: <20040604122424.GA3390@cmi.univ-mrs.fr> References: <20040604122424.GA3390@cmi.univ-mrs.fr> Message-ID: <20040605062103.GC15165@cmi.univ-mrs.fr> identifying what's wrong with script execution on my machine: hobbit-root% mysql -u root mysql -e "insert into user (Host,User,Password) values ('localhost','kohaadmin','xxxx')" this command fails, but: mysql> use mysql Database changed mysql> insert into user (Host,User,Password) -> values ('localhost','kohaadmin',password('xxxx')); Query OK, 1 row affected (0.01 sec) this command is ok -- Gerard HENRY From mjr at dsl.pipex.com Sun Jun 6 06:53:28 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:20 2005 Subject: [koha] installing with script installer.pl In-Reply-To: <20040605062103.GC15165@cmi.univ-mrs.fr> Message-ID: <14cff8ec4d63f94738f4543d30d4a75d@bouncing.localnet> On 2004-06-05 07:21:04 +0100 Gerard Henry <henry@cmi.univ-mrs.fr> wrote: > identifying what's wrong with script execution on my machine: > > hobbit-root% mysql -u root mysql -e "insert into user > (Host,User,Password) > values ('localhost','kohaadmin','xxxx')" Does this work: mysql -u root -e "insert into user (Host,User,Password) values ('localhost','kohaadmin','xxxx')" mysql or this: mysql -u root -e "insert into mysql.user (Host,User,Password) values ('localhost','kohaadmin','xxxx')" ? There might be another mysql command which could be used to make a new user instead too. Lots to try. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From baljkas at mts.net Fri Jun 4 13:56:27 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:20 2005 Subject: [Koha] Periodical items - magazines. Message-ID: <20040604015627.RXFQ1290.mx-mtaout01.mts.net@mx-mtaout> Thursday, June 3, 2004 20:10 CDT Hi, Ernesto, Regarding your queries on periodical items and articles within magazines -- > I'm not a librarian but apparently every magazine publication has to be > added to the database as a new (kind of) biblio and must have a > reference to the master record of the magazine. If you mean each issue, this is NOT technically required by the rules that are used in the English-speaking world, the Anglo-American Cataloguing Rules (AACR2* for short) which we are taught are the basic convention for bibliographic description globally (and I apologise in advance if that sounds jingoistic/is ultranationalist but hey, it's literally what my classmates and many professional librarians I know were taught). If your librarians are following different standards, they may view this as necessary, though. AACR2R 1998 allows for the creation of Serials records (I believe the category is now Continuing Resources), which is for most periodicals (magazines, journals, etc., things that are basically meant to come out at regular or irregular intervals on an ongoing basis, with no projected termination). So, Ernesto, one doesn't NEED to add a new record for each issue of a serial. The librarians should be able to add barcodes into the basic record as needed in the appropriate MARC field. (What I've gone on with below deals with MARC21 but I can write you with the UNIMARC equivalents if you need - let me know). That said, your librarians certainly could CHOOSE to make entries for any individual or special issues. There are various ways of handling the cataloguing, all of which should work well within Koha. Your librarians would have to choose between (and hopefully use consistently) the method they think best. At my local provincial university library, which does individual records for special issues, the special issues are catalogued as Monographic items, with brief cataloguing and a clear note referring back to the main Serials item listing. Usually (although this is a bit of overkill), they also add 525 Supplement Notes to the main Serials record. This would correspond most closely to AACR2R 13.5A ("In" analytics). Your librarians might want to use that method. Alternatively, your librarians might want to do a more regularised analytic entry using added entry fields in MARC within the main record for the Serials title. The 76x-78x fields are for linking entries, including "related items that have to be obtained physically in order to use the target item (e.g. the host item for a component part: a journal issue containing a specific article"). You would be using the 77x MARC tags, specifically the 770 Supplement/Special Issue Entry. This could also be used to highlight specific articles within specific issues (if so, they might want to add 700 and 740 tags in for the sake of the user: that way, the individual article author/s and individual article titles could be more clearly highlighted for the library patron using these). Other notes they desire could be added to clarify things further (500, 520, etc.). I assume that with its new MARC compliancy, Koha would handle this from the cataloguing side, but I don't know how Koha would handle *the display* of all that information in the OPAC. Has anyone had experience dealing with complexities like this? If the librarians are allowing circulation of serials, the easiest method might be to use 852 holdings statements to detail specific issues or groups thereof, linking the barcodes within the main record to the appropriate issues. In truth, I've only seen this done for periodicals holdings that have ended up (because of age) in 2 or 3 different spaces (most recent, in reference, non-circulating, 1-2 years old in circ, 3 or older in storage) but it has worked. In these cases, though, the work had been done retroactively and uninterrupted groups of barcodes had been set aside for each serials title. > Even worse they told me that they usually make an special procedure to > add some "important" articles as a new (kind of) biblio with a reference > to the specific monthly (to say something) magazine issue. This is do-able within the context of AACR2R and is provided for in MARC-cataloguing. Depending on how they want to handle the cataloguing, a separate Monographic item (as suggested above) might be best, as it would allow them to have qualifying note fields (without the whole thing becoming needlessly confusing for the library users). Otherwise, again you would be looking at those 700, 740 and 77x fields as I outlined above. > Are this things "doable" with Koha version 2.0 ?? The only thing I would be unsure of would be how Koha would handle *the display of the information*. As far as I understand, Ernesto, Koha is up and running for the complexities of the actual behind-the-scenes cataloguing. Hope this helps a bit. If you want help structuring the records (or need UNIMARC outlines), just give me a shout. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From mrmrmr50 at yahoo.com Sun Jun 6 10:54:08 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] -lssl library under Net::z3950 Message-ID: <20040605225408.68251.qmail@web21208.mail.yahoo.com> __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From mrmrmr50 at yahoo.com Sun Jun 6 10:58:51 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] -lssl library under Net::z3950 Message-ID: <20040605225851.22047.qmail@web21205.mail.yahoo.com> I'm getting an error trying to build the makefile on net::z3950 sys can't can not find -lssl this is on a debian woody min install using jferraro's instruction manual kernel is 2.4 any ideas? thanks re-v __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From kirill at svots.edu Sun Jun 6 13:55:34 2004 From: kirill at svots.edu (Dn. Kirill Sokolov) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Course Reserves Shelf In-Reply-To: <20040604015627.RXFQ1290.mx-mtaout01.mts.net@mx-mtaout> References: <20040604015627.RXFQ1290.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <p06100501bce8298c58e5@[192.168.1.100]> Hello everyone, I hope to be installing Koha for our seminary (http://www.svots.edu/Library) in the very near future. I have browsed through the archives, but haven't yet seen any reference to reserve shelfs for classes -- i.e., a system for instructors to tell the librarians that this and that book are needed for Fall 2004 in Class XXX etc. Is it possible that this functionality already exists within Koha and I've missed it? The only other project I've seen, that seems defunct at least in terms of development, is this: http://coursecontrol.sourceforge.net/ Any suggestions are appreciated. -- Rev. Dn. Kirill Sokolov Director of Systems and Information Technologies St. Vladimir's Orthodox Theological Seminary From jmf at kados.org Sun Jun 6 14:25:49 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] -lssl library under Net::z3950 In-Reply-To: <20040605225851.22047.qmail@web21205.mail.yahoo.com> References: <20040605225851.22047.qmail@web21205.mail.yahoo.com> Message-ID: <1086488749.40c280ad28c4f@208.179.130.60> Are you sure you followed all the steps :-) I believe you will need to install ssh/open_ssl or such. #apt-get install ssh should do the trick ... Joshua Quoting mike re-v <mrmrmr50@yahoo.com>: > I'm getting an error trying to build the makefile on > net::z3950 sys can't can not find -lssl > this is on a debian woody min install using jferraro's > instruction manual > kernel is 2.4 > any ideas? > thanks > re-v > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From mjr at dsl.pipex.com Sun Jun 6 22:19:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] -lssl library under Net::z3950 In-Reply-To: <1086488749.40c280ad28c4f@208.179.130.60> Message-ID: <acce8efcdaa9feef427800865e13d843@bouncing.localnet> On 2004-06-06 03:25:49 +0100 Joshua Ferraro <jmf@kados.org> wrote: > Are you sure you followed all the steps :-) > I believe you will need to install ssh/open_ssl or such. Might need libssl-dev too? -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From mrmrmr50 at yahoo.com Mon Jun 7 00:03:47 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] -lssl library under Net::z3950 In-Reply-To: <1086488749.40c280ad28c4f@208.179.130.60> Message-ID: <20040606120347.82030.qmail@web21207.mail.yahoo.com> ssh is installed. same error. When I install perl it defaults to rev.5.6 Is it possible I need 5.8? the error is LD_RUN_PATH = " cc - shared -L/usr/local/lib Z3950.o -o blib/arch/auto/NET/Z3950/Z3950.so yazwrap/libyazwrap.a -lyaz -lxmlz -lssl -lcrypto -lwrap -lnsl /usr/bin/ld: cannot find -lssl thanks re-v --- Joshua Ferraro <jmf@kados.org> wrote: > Are you sure you followed all the steps :-) > I believe you will need to install ssh/open_ssl or > such. > > #apt-get install ssh > > should do the trick ... > > Joshua > > > Quoting mike re-v <mrmrmr50@yahoo.com>: > > > I'm getting an error trying to build the makefile > on > > net::z3950 sys can't can not find -lssl > > this is on a debian woody min install using > jferraro's > > instruction manual > > kernel is 2.4 > > any ideas? > > thanks > > re-v > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > Friends. Fun. Try the all-new Yahoo! Messenger. > > http://messenger.yahoo.com/ > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From shedges at skemotah.com Mon Jun 7 05:55:18 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Course Reserves Shelf In-Reply-To: <p06100501bce8298c58e5@[192.168.1.100]> References: <20040604015627.RXFQ1290.mx-mtaout01.mts.net@mx-mtaout> <p06100501bce8298c58e5@[192.168.1.100]> Message-ID: <32930.65.24.138.126.1086544518.spork@webmail.skemotah.com> Kirill, work is currently underway on adding "virtual bookshelves" to Koha, which would have the capability to function like a reserve shelf. See http://www.saas.nsw.edu.au/koha_wiki/index.php?page=VirtualBookshelves for a description. Stephen Dn. Kirill Sokolov said: > Hello everyone, > > I hope to be installing Koha for our seminary > (http://www.svots.edu/Library) in the very near future. I have > browsed through the archives, but haven't yet seen any reference to > reserve shelfs for classes -- i.e., a system for instructors to tell > the librarians that this and that book are needed for Fall 2004 in > Class XXX etc. > > Is it possible that this functionality already exists within Koha and > I've missed it? > > The only other project I've seen, that seems defunct at least in > terms of development, is this: > > http://coursecontrol.sourceforge.net/ > > Any suggestions are appreciated. > -- > Rev. Dn. Kirill Sokolov > Director of Systems and Information Technologies > St. Vladimir's Orthodox Theological Seminary -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From ben.hall at ffa.int Mon Jun 7 09:52:50 2004 From: ben.hall at ffa.int (Ben Hall) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: -lssl library under Net::z3950 In-Reply-To: <20040605225851.22047.qmail@web21205.mail.yahoo.com> References: <20040605225851.22047.qmail@web21205.mail.yahoo.com> Message-ID: <20040606215250.GA963@mudcrab> On 05/06/04 15:58 -0700, mike re-v wrote: > I'm getting an error trying to build the makefile on > net::z3950 sys can't can not find -lssl > this is on a debian woody min install using jferraro's > instruction manual > kernel is 2.4 > any ideas? > thanks > re-v I experienced a similiar problem recently too. If apt-get install libssl-dev doesn't help you then you'll need to build openssl from source. You can download the openssl source from http://www.openssl.org/source. The version to download is usually highlighted in red. After that I can only guess as to what the commands might be to install the source. Use the commands below as a guide and checkout the INSTALL and README files in the openssl tarball. cd /usr/local tar xzf /home/ben/downloads/openssl-????.tar.gz cd openssl-???? ./configure make make install Now try and rebuild Net::Z3950. I hope that goes someway to helping you out. -- Ben Hall Information Officer Forum Fisheries Agency PO Box 629 Honiara, Solomon Islands ph: +677 21124 fx: +677 23995 em: ben.hall@ffa.int ww: http://www.ffa.int/ From pascalvanhecke at yahoo.com Mon Jun 7 20:20:32 2004 From: pascalvanhecke at yahoo.com (Pascal Van Hecke) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: koha newby support and mailing list archives In-Reply-To: <c9fq8c$lf7$1@sea.gmane.org> References: <c9fq8c$lf7$1@sea.gmane.org> Message-ID: <ca18g9$o4c$1@sea.gmane.org> > to the list: point your nntp/usenet clients to > nntp://news.gmane.org/gmane.comp.misc.koha FYI: http://news.gmane.org/gmane.comp.misc.koha , the searchable archive is now online as well. (thx again Chris, and thx again Gmane.org) Regards, pascal van hecke From mrmrmr50 at yahoo.com Mon Jun 7 22:31:09 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: -lssl library under Net::z3950 In-Reply-To: <20040606215250.GA963@mudcrab> Message-ID: <20040607103109.74809.qmail@web21202.mail.yahoo.com> Thanks I was able to get around this by doing a minimal desktop install on debian. As I have built Net::z3950 on both Mandrake 9.0 and Suse 9.0, I suspect the problem might be elsewhere. I wentt the route of installing a desktop with a browser on Debian woody, kernel 2.4. I used the browser to download everything from CPAN and used the latest version of YAZ. re-v --- Ben Hall <ben.hall@ffa.int> wrote: > On 05/06/04 15:58 -0700, mike re-v wrote: > > I'm getting an error trying to build the makefile > on > > net::z3950 sys can't can not find -lssl > > this is on a debian woody min install using > jferraro's > > instruction manual > > kernel is 2.4 > > any ideas? > > thanks > > re-v > > I experienced a similiar problem recently too. If > apt-get install > libssl-dev doesn't help you then you'll need to > build openssl from > source. You can download the openssl source from > http://www.openssl.org/source. The version to > download is usually > highlighted in red. > > After that I can only guess as to what the commands > might be to > install the source. Use the commands below as a > guide and checkout > the INSTALL and README files in the openssl tarball. > > cd /usr/local > tar xzf /home/ben/downloads/openssl-????.tar.gz > cd openssl-???? > ./configure > make > make install > > Now try and rebuild Net::Z3950. I hope that goes > someway to helping > you out. > > -- > Ben Hall > Information Officer > Forum Fisheries Agency > PO Box 629 > Honiara, Solomon Islands > ph: +677 21124 > fx: +677 23995 > em: ben.hall@ffa.int > ww: http://www.ffa.int/ __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From mjr at dsl.pipex.com Tue Jun 8 03:55:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha England comments wanted Message-ID: <b1fd0aed221f0027d4fa986d7ea73db1@bouncing.localnet> Hi all, I've put a small page up for koha here, mainly so koha shows up better if people do a "UK-only search" on a particular search engine, and so I have somewhere better to share links I copy off the mailing lists. The URL is http://www.ttllp.co.uk/koha/ and I'd welcome any comments, suggestions or corrections: please send them to me off-list. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From baljkas at mts.net Sun Jun 6 17:28:04 2004 From: baljkas at mts.net (Steve/Ollie/Steven F. Baljkas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Course Reserves Shelf Message-ID: <20040606052804.IIHQ1290.mx-mtaout01.mts.net@mx-mtaout> Sunday, June 6, 2004 00:11 CDT Greetings Rev. Dr. Sokolov, I've followed the Koha listserv faithfully for more than a year now, and I can't remember seeing your question raised. I'm useless with searching the archives, but I am sure someone skillfull will point out if your question has already been answered. In the case that not, though, one simple solution that I've seen employed and have had to use myself (because of limitations of the library vendor software) -- successfully -- was to employ colour tag or markers -- even bookmarks will work with cooperative students -- to identify the particular course for which a work is reserved. The books can be checked out to a dummy 'patron' with the instructor's name or the course number or what have you and the materials can then be shelved as needed by the circ staff (on book trolleys, on shelves behind the reference or circ desks, etc.) so that the books can be quickly located. When the students return the book/s, the colour marker identifies for circ staff that it should be charged back to a particular dummy 'patron' course reserve identifier. Hopefully, this would be use-able if there is not a more elegant solution in the works. (I wonder if it wouldn't be possible to define each course reserve list as an item type, at least for the length of the courses, although I would think that such would be a rather laborious solution.) Best wishes in your adoption of Koha. Regards, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From anedelec at jezz-net.com Wed Jun 9 03:10:14 2004 From: anedelec at jezz-net.com (anedelec@jezz-net.com) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] (no subject) Message-ID: <20315.213.178.224.225.1086707414.squirrel@webmail.jezz-net.com> Hello I'm working for a research center in Syria that need to enter books in several alphabets (arabic, Latin, Armenian, Russian,...) I don't see solution other than utf-8 at least. How is koha working with utf-8 ? Thanks for the answer Armelle Nedelec From anedelec at jezz-net.com Wed Jun 9 03:10:14 2004 From: anedelec at jezz-net.com (anedelec@jezz-net.com) Date: Wed Nov 16 16:50:21 2005 Subject: *****SPAM***** [Koha] (no subject) Message-ID: <20315.213.178.224.225.1086707414.squirrel@webmail.jezz-net.com> This mail is probably spam. The original message has been altered so you can recognise or block similar unwanted mail in future. See http://www.silvervalley.k12.ca.us/index.php/195 for more details. This isn't spam? Please forward this message to postmaster@silvervalley.k12.ca.us with a request that the e-mail address you received this from be whitelisted. Content preview: Hello I'm working for a research center in Syria that need to enter books in several alphabets (arabic, Latin, Armenian, Russian,...) I don't see solution other than utf-8 at least. How is koha working with utf-8 ? [...] Content analysis details: (6.8 points, 6.5 required) 0.2 NO_REAL_NAME From: does not include a real name 5.4 BAYES_99 BODY: Bayesian spam probability is 99 to 100% [score: 0.9995] 1.2 PRIORITY_NO_NAME Message has priority setting, but no X-Mailer -------------- next part -------------- Return-Path: <koha-admin@lists.katipo.co.nz> Envelope-To: <chobbs@silvervalley.k12.ca.us> X-Spam-Status: SpamAssassin Failed Received: from wilbur.katipo.co.nz ([203.97.152.50] verified) by silvervalley.k12.ca.us (CommuniGate Pro SMTP 4.1.8) with SMTP id 4053123 for chobbs@silvervalley.k12.ca.us; Tue, 08 Jun 2004 08:06:31 -0700 Received: (qmail 7820 invoked from network); 8 Jun 2004 15:06:06 -0000 Received: from unknown (HELO wilbur.katipo.co.nz) (127.0.0.1) by localhost with SMTP; 8 Jun 2004 15:06:06 -0000 Return-Path: <anedelec@jezz-net.com> Delivered-To: katmail-koha@lists.katipo.co.nz Received: (qmail 7795 invoked from network); 8 Jun 2004 15:05:50 -0000 Received: from unknown (HELO vds06s01.yellis.net) (213.246.41.146) by mx2.katipo.co.nz with SMTP; 8 Jun 2004 15:05:50 -0000 Received: from webmail.jezz-net.com (localhost [127.0.0.1]) by vds06s01.yellis.net (Postfix) with SMTP id 591EC386B2 for <koha@lists.katipo.co.nz>; Tue, 8 Jun 2004 17:10:14 +0200 (CEST) Received: from 213.178.224.225 (proxying for 213.178.239.141) (SquirrelMail authenticated user anedelec@jezz-net.com) by webmail.jezz-net.com with HTTP; Tue, 8 Jun 2004 17:10:14 +0200 (CEST) Message-ID: <20315.213.178.224.225.1086707414.squirrel@webmail.jezz-net.com> From: anedelec@jezz-net.com To: koha@lists.katipo.co.nz User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: [Koha] (no subject) Sender: koha-admin@lists.katipo.co.nz Errors-To: koha-admin@lists.katipo.co.nz X-BeenThere: koha@lists.katipo.co.nz X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: <mailto:koha-request@lists.katipo.co.nz?subject=help> List-Post: <mailto:koha@lists.katipo.co.nz> List-Subscribe: <http://lists.katipo.co.nz/mailman/listinfo/koha>, <mailto:koha-request@lists.katipo.co.nz?subject=subscribe> List-Id: Discussion list for the Koha Library system <koha.lists.katipo.co.nz> List-Unsubscribe: <http://lists.katipo.co.nz/mailman/listinfo/koha>, <mailto:koha-request@lists.katipo.co.nz?subject=unsubscribe> List-Archive: <http://lists.katipo.co.nz/public/koha/> Date: Tue, 8 Jun 2004 17:10:14 +0200 (CEST) Hello I'm working for a research center in Syria that need to enter books in several alphabets (arabic, Latin, Armenian, Russian,...) I don't see solution other than utf-8 at least. How is koha working with utf-8 ? Thanks for the answer Armelle Nedelec _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mrmrmr50 at yahoo.com Wed Jun 9 10:18:16 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] No dewey numbers migrating from Follett Message-ID: <20040608221816.96891.qmail@web21201.mail.yahoo.com> __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From mrmrmr50 at yahoo.com Wed Jun 9 10:36:06 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] No dewey numbers migrating from Follett Message-ID: <20040608223606.82740.qmail@web21205.mail.yahoo.com> What is the best way to get the Dewey numbers to appear in teh koha data base when migating from Follett The follett I think are imported on using MARC21 852 holdings There are no 852 tags on the export MICROLIF from follett. There are 082 tags ,900 and 949 tags which have dewey numbers I've tried to copy the 082 koha tag info into tags 900,949 using the add a tag function under koha parameters marc. No dewey appears thanks re-v __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From baljkas at mb.sympatico.ca Wed Jun 9 17:39:19 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] No dewey numbers migrating from Follett References: <20040608223606.82740.qmail@web21205.mail.yahoo.com> Message-ID: <01be01c44de4$1ca9f880$0fb3a18e@oemcomputer> Wednesday, June 9, 2004 00:20 CDT Hi, Mike, Have you tried checking out Stephen Hedges' excellent resource on migration to Koha at URL http://www.skemotah.com/Migrating_to_Koha.html ? Perhaps the answer has been given there? The info I have on Follett (from Cibbarelli's Directory of Library Automation Software, Systems, and Services, 2000-2001 ed.) indicates that Alliance Plus, Catalog Plus and Circulation Plus all afford full-MARC export. Have you tried/Can you try exporting full-MARC records first? Wasn't the question on getting the Dewey information into the right field for display answered recently? Maybe you could check the archives searching messages with the subject "Koha questions on MARC setup" where Harvey Lee, Stephen Hedges and Paul Poulain fielded some issues. Perhaps your solution will lie therein, Mike. Let us all know how this works out, as many libraries do use Follett products and this could have significant impact for Koha. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "mike re-v" <mrmrmr50@yahoo.com> To: <koha@lists.katipo.co.nz> Sent: Tuesday, June 08, 2004 5:36 PM Subject: [Koha] No dewey numbers migrating from Follett > What is the best way to get the Dewey numbers to > appear in teh koha data base when migating from > Follett > The follett I think are imported on using MARC21 852 > holdings > There are no 852 tags on the export MICROLIF from > follett. There are 082 tags ,900 and 949 tags which > have dewey numbers > I've tried to copy the 082 koha tag info into tags > 900,949 using the add a tag function under koha > parameters marc. > No dewey appears > thanks > re-v --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.692 / Virus Database: 453 - Release Date: 28/05/2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040609/82659af2/attachment.htm From chobbs at silvervalley.k12.ca.us Thu Jun 10 03:52:10 2004 From: chobbs at silvervalley.k12.ca.us (Chris Hobbs) Date: Wed Nov 16 16:50:21 2005 Subject: *****SPAM***** [Koha] (no subject) In-Reply-To: <20315.213.178.224.225.1086707414.squirrel@webmail.jezz-net.com> References: <20315.213.178.224.225.1086707414.squirrel@webmail.jezz-net.com> Message-ID: <40C7322A.1000200@silvervalley.k12.ca.us> anedelec@jezz-net.com wrote: >This mail is probably spam. > > And of course it wasn't. My apologies to the list for letting this spam warning make it off of my network. It shouldn't happen again, but please feel free to immediately forward any future, similar messages to my postmaster@silvervalley.k12.ca.us address. -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs@silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc From shedges at athenscounty.lib.oh.us Thu Jun 10 07:36:48 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] No dewey numbers migrating from Follett Message-ID: <200406091945.i59Jj60k029456@alma.athenscounty.lib.oh.us> Try linking your biblioitems.classification column to your 082a tag using "Links Koha - MARC DB" on the admin page. BTW, if you succeed in migrating from Follett, I know of several libraries who are interested in doing the same, so keep good notes! Stephen Hedges Nelsonville Public Library > What is the best way to get the Dewey numbers to > appear in teh koha data base when migating from > Follett > The follett I think are imported on using MARC21 > 852 > holdings > There are no 852 tags on the export MICROLIF > from > follett. There are 082 tags ,900 and 949 tags > which > have dewey numbers > I've tried to copy the 082 koha tag info into > tags > 900,949 using the add a tag function under koha > parameters marc. > No dewey appears > thanks > re-v > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! > Messenger. > http://messenger.yahoo.com/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From benoit.kunz at crp-sante.healthnet.lu Fri Jun 11 20:23:49 2004 From: benoit.kunz at crp-sante.healthnet.lu (benoit.kunz@crp-sante.healthnet.lu) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] perl updatedatabase In-Reply-To: <20040611081001.18245.79236.Mailman@wilbur.katipo.co.nz> Message-ID: <OFA15A0937.BF3B7D71-ONC1256EB0.002D756D-C1256EB0.002E2075@healthnet.lu> Hi, I'm having a hard time trying to install koha on debian. On step 6, it says to update the database with the following command : perl updatedatabase -I /mypath/to/C4 But I just keep on getting this error : Can't open perl script "updatedatabase" : No suche file or directory I have installed Perl-5.8.4. Please help -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040611/ab65dc25/attachment.html From malec at library.duq.edu Fri Jun 11 23:21:06 2004 From: malec at library.duq.edu (Scott Malec) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] perl updatedatabase Message-ID: <BCA461FFFFB477488676AE0B6B02819D1B3E21@EXCHANGE2003.library.duq.edu> Try this instead: Perl ./updatedatabase -I /mypath/to/C4 --------- remember to include your directory path where you have installed C4!!! Cheers, Scott ________________________________ From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of benoit.kunz@crp-sante.healthnet.lu Sent: Friday, June 11, 2004 4:24 AM To: koha@lists.katipo.co.nz Subject: [Koha] perl updatedatabase Hi, I'm having a hard time trying to install koha on debian. On step 6, it says to update the database with the following command : perl updatedatabase -I /mypath/to/C4 But I just keep on getting this error : Can't open perl script "updatedatabase" : No suche file or directory I have installed Perl-5.8.4. Please help -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040611/e71563b8/attachment.htm From baljkas at mb.sympatico.ca Sun Jun 13 07:35:24 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Status of translations of Koha? References: <BCA461FFFFB477488676AE0B6B02819D1B3E21@EXCHANGE2003.library.duq.edu> Message-ID: <002f01c450b4$686fa8a0$16a72dce@oemcomputer> Saturday, June 12, 2004 14:27 CDT Greetings to all you higher beings (aka Koha developpers): I was trying to field a question on translation of Koha into Turkish for Zeki yesterday, and I realised that I am not too clear on what is going on with translation of Koha. I remember Paul writing a while ago now that there was one file that contained (I'm guessing here) the phrases that would need translating. (I wasn't able to find it at the time and have since lost the message.) From louvet at maply.univ-lyon1.fr Wed Jun 16 18:10:02 2004 From: louvet at maply.univ-lyon1.fr (louvet@maply.univ-lyon1.fr) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] password for web interface Message-ID: <36377.134.214.102.51.1087366202.squirrel@134.214.102.51> Hello, We have installed koha on a debian server. All was fine but we cannot connect on the web interface (opac as well as koha). Which login and password should we use to connect both interfaces ? Is it the mysql password for koha database or do we have to introduce a new user in the database (users table) ? Or is it something else ? Thanks for help. Violaine Louvet. -- Violaine Louvet. MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). Univ. Lyon I,43 Bd du 11 Novembre 1918 69622 - Villeurbanne Cedex - France. +33(0)4 7244 8523 From esalayon at tip.edu.ph Wed Jun 16 19:19:28 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to unintall koha v2 Message-ID: <4999.61.9.6.227.1087370368.squirrel@mail.tip.edu.ph> how can i uninstall koha v2, id installed koha using installer.pl eric From malec at library.duq.edu Wed Jun 16 23:15:18 2004 From: malec at library.duq.edu (Scott Malec) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] password for web interface Message-ID: <BCA461FFFFB477488676AE0B6B02819D1B3E2F@EXCHANGE2003.library.duq.edu> Hi there, Many moons ago, when I first installed Koha, I too encountered this conundrum: To start out, it is indeed the mysql password for the koha database that you will need to use to connect as administrator. From there (in koha, the library administration module), you will be able to add users and adjust Koha's parameters to suit your tastes and the needs of your users - Let me know how this goes -- Regards, - Scott Malec -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of louvet@maply.univ-lyon1.fr Sent: Wednesday, June 16, 2004 2:10 AM To: koha@lists.katipo.co.nz Subject: [Koha] password for web interface Hello, We have installed koha on a debian server. All was fine but we cannot connect on the web interface (opac as well as koha). Which login and password should we use to connect both interfaces ? Is it the mysql password for koha database or do we have to introduce a new user in the database (users table) ? Or is it something else ? Thanks for help. Violaine Louvet. -- Violaine Louvet. MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). Univ. Lyon I,43 Bd du 11 Novembre 1918 69622 - Villeurbanne Cedex - France. +33(0)4 7244 8523 _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Thu Jun 17 00:26:10 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to unintall koha v2 In-Reply-To: <4999.61.9.6.227.1087370368.squirrel@mail.tip.edu.ph> Message-ID: <54bf470369c1eb06db4ae3f44b157904@bouncing.localnet> On 2004-06-16 08:19:28 +0100 Eric G. Salayon <esalayon@tip.edu.ph> wrote: > how can i uninstall koha v2, id installed koha using installer.pl Steps given on the list by Frank Weis: > *) Drop the Koha database > *) remove the web sites (rm -rf /usr/local/koha if you installed in > the > standard location) > *) rm /etc/koha.conf > *) rm /etc/koha-httpd.conf > *) delete the koha related entries in the mysql users table From: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=459 -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From roger at hrothgar.co.uk Thu Jun 17 00:46:58 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Moving Message-ID: <Marcel-1.53-0616124658-d07Wr#W@grendel.hereot> I rudely did not thank people for answering a question some time ago: so belated "thanks" ... At the moment I run Koha under Suse 9 on a machine at home, connecting to it from work via a VPN (with no users other than me). I now want to transfer it to a machine running Suse 9 or 9.1 at work which I can give othrs access to. Assuming that I have made no alterations to the Web pages, ie that all the files originally installed are in their original form, it would seem that it would be sensible to use the installer to set up the new system rather than simply copying the files (in case there is some parameter which differs in a minor way). But what is the best way to transfer the data? I do not have huge amounts, but it would be annoying to start again. Is Mysqldump the way to go? Roger -- Roger Horne 11 New Square, Lincoln's Inn, London WC2A 3QB, UK roger@hrothgar.co.uk http://www.hrothgar.co.uk/ From chris at katipo.co.nz Thu Jun 17 07:58:43 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Moving In-Reply-To: <Marcel-1.53-0616124658-d07Wr#W@grendel.hereot> References: <Marcel-1.53-0616124658-d07Wr#W@grendel.hereot> Message-ID: <20040616195843.GV6540@katipo.co.nz> Hi Roger On Wed, Jun 16, 2004 at 01:46:58PM +0100, Roger Horne said: > Assuming that I have made no alterations to the Web pages, ie that all the > files originally installed are in their original form, it would seem that it > would be sensible to use the installer to set up the new system rather than > simply copying the files (in case there is some parameter which differs in a > minor way). > Yep, that sounds like a good plan. > But what is the best way to transfer the data? I do not have huge amounts, > but it would be annoying to start again. Is Mysqldump the way to go? > mysqldump is the way id do it. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From mrmrmr50 at yahoo.com Thu Jun 17 08:18:11 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: Msg 5...To remove koha In-Reply-To: <20040616182936.29485.97912.Mailman@wilbur.katipo.co.nz> Message-ID: <20040616201811.60773.qmail@web21207.mail.yahoo.com> --- koha-request@lists.katipo.co.nz wrote: > Send Koha mailing list submissions to > koha@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@lists.katipo.co.nz > > You can reach the person managing the list at > koha-admin@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. password for web interface > (louvet@maply.univ-lyon1.fr) > 2. how to unintall koha v2 (Eric G. Salayon) > 3. RE: password for web interface (Scott Malec) > 4. Re: how to unintall koha v2 (MJ Ray) > 5. Moving (Roger Horne) > > --__--__-- > > Message: 1 > Date: Wed, 16 Jun 2004 08:10:02 +0200 (CEST) > From: louvet@maply.univ-lyon1.fr > To: koha@lists.katipo.co.nz > Subject: [Koha] password for web interface > > > Hello, > > We have installed koha on a debian server. All was > fine but we > cannot connect on the web interface (opac as well as > koha). > Which login and password should we use to connect > both interfaces ? > Is it the mysql password for koha database or do we > have to > introduce a new user in the database (users table) ? > Or is it something else ? > > Thanks for help. > > Violaine Louvet. > > -- > Violaine Louvet. > MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). > Univ. Lyon I,43 Bd du 11 Novembre 1918 > 69622 - Villeurbanne Cedex - France. > +33(0)4 7244 8523 > > > > --__--__-- > > Message: 2 > Date: Wed, 16 Jun 2004 15:19:28 +0800 (PHT) > From: "Eric G. Salayon" <esalayon@tip.edu.ph> > To: koha@lists.katipo.co.nz > Subject: [Koha] how to unintall koha v2 > > how can i uninstall koha v2, id installed koha using > installer.pl > > > eric > > > --__--__-- > > Message: 3 > Subject: RE: [Koha] password for web interface > Date: Wed, 16 Jun 2004 07:15:18 -0400 > From: "Scott Malec" <malec@library.duq.edu> > To: <louvet@maply.univ-lyon1.fr>, > <koha@lists.katipo.co.nz> > > Hi there, > > Many moons ago, when I first installed Koha, I too > encountered this > conundrum: > > To start out, it is indeed the mysql password for > the koha database that > you will need to use to connect as administrator. > From there (in koha, > the library administration module), you will be able > to add users and > adjust Koha's parameters to suit your tastes and the > needs of your users > - > > Let me know how this goes -- > > Regards, > > - Scott Malec > > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of > louvet@maply.univ-lyon1.fr > Sent: Wednesday, June 16, 2004 2:10 AM > To: koha@lists.katipo.co.nz > Subject: [Koha] password for web interface > > > Hello, > > We have installed koha on a debian server. All was > fine but we > cannot connect on the web interface (opac as well as > koha). > Which login and password should we use to connect > both interfaces ? > Is it the mysql password for koha database or do we > have to > introduce a new user in the database (users table) ? > Or is it something else ? > > Thanks for help. > > Violaine Louvet. > > --=20 > Violaine Louvet. > MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). > Univ. Lyon I,43 Bd du 11 Novembre 1918 > 69622 - Villeurbanne Cedex - France. > +33(0)4 7244 8523 > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > --__--__-- > > Message: 4 > Date: Wed, 16 Jun 2004 13:26:10 +0100 > Subject: Re: [Koha] how to unintall koha v2 > From: MJ Ray <mjr@dsl.pipex.com> > To: koha@lists.katipo.co.nz > Organization: Very poor > > On 2004-06-16 08:19:28 +0100 Eric G. Salayon > <esalayon@tip.edu.ph> > wrote: > > > how can i uninstall koha v2, id installed koha > using installer.pl > > Steps given on the list by Frank Weis: > > > *) Drop the Koha database > > *) remove the web sites (rm -rf /usr/local/koha if > you installed in > > the > > standard location) > > *) rm /etc/koha.conf > > *) rm /etc/koha-httpd.conf > > *) delete the koha related entries in the mysql > users table > > From: > http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=459 > > -- > MJR/slef > My Opinion Only and possibly not of any group I > know. > http://www.ttllp.co.uk/ for creative copyleft > computing > Help hack the EuroParl! > http://mjr.towers.org.uk/proj/eurovote/ > > --__--__-- > > Message: 5 > Date: Wed, 16 Jun 2004 13:46:58 +0100 (BST) > From: Roger Horne <roger@hrothgar.co.uk> > To: koha@lists.katipo.co.nz > Subject: [Koha] Moving > > I rudely did not thank people for answering a > question some time ago: so > === message truncated === from re-v to remove koha I prefer this approach #rm -rf /var/log/mysql #rm -rf /var/lib/mysql #rm - rf /usr/local/koha # rm /etc/koha-httpd.conf # rm /etc/koha.conf # apt-get remove mysql-server #apt-get remove mysql-client then to install #apt-get install mysql-server #mysqladmin password <your password> #omit <> install koha using perl installer.pl assuming you have apache set up properly remove the commnets before the Listen 80 and 8001 ports in your /etc/koha-httpd.conf file restart apache with #/etc/init.d/apache restart you now have a fresh slate. hth re-v __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From mrmrmr50 at yahoo.com Thu Jun 17 08:19:54 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: Msg 5...To remove koha In-Reply-To: <20040616182936.29485.97912.Mailman@wilbur.katipo.co.nz> Message-ID: <20040616201954.45986.qmail@web21203.mail.yahoo.com> --- koha-request@lists.katipo.co.nz wrote: > Send Koha mailing list submissions to > koha@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@lists.katipo.co.nz > > You can reach the person managing the list at > koha-admin@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. password for web interface > (louvet@maply.univ-lyon1.fr) > 2. how to unintall koha v2 (Eric G. Salayon) > 3. RE: password for web interface (Scott Malec) > 4. Re: how to unintall koha v2 (MJ Ray) > 5. Moving (Roger Horne) > > --__--__-- > > Message: 1 > Date: Wed, 16 Jun 2004 08:10:02 +0200 (CEST) > From: louvet@maply.univ-lyon1.fr > To: koha@lists.katipo.co.nz > Subject: [Koha] password for web interface > > > Hello, > > We have installed koha on a debian server. All was > fine but we > cannot connect on the web interface (opac as well as > koha). > Which login and password should we use to connect > both interfaces ? > Is it the mysql password for koha database or do we > have to > introduce a new user in the database (users table) ? > Or is it something else ? > > Thanks for help. > > Violaine Louvet. > > -- > Violaine Louvet. > MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). > Univ. Lyon I,43 Bd du 11 Novembre 1918 > 69622 - Villeurbanne Cedex - France. > +33(0)4 7244 8523 > > > > --__--__-- > > Message: 2 > Date: Wed, 16 Jun 2004 15:19:28 +0800 (PHT) > From: "Eric G. Salayon" <esalayon@tip.edu.ph> > To: koha@lists.katipo.co.nz > Subject: [Koha] how to unintall koha v2 > > how can i uninstall koha v2, id installed koha using > installer.pl > > > eric > > > --__--__-- > > Message: 3 > Subject: RE: [Koha] password for web interface > Date: Wed, 16 Jun 2004 07:15:18 -0400 > From: "Scott Malec" <malec@library.duq.edu> > To: <louvet@maply.univ-lyon1.fr>, > <koha@lists.katipo.co.nz> > > Hi there, > > Many moons ago, when I first installed Koha, I too > encountered this > conundrum: > > To start out, it is indeed the mysql password for > the koha database that > you will need to use to connect as administrator. > From there (in koha, > the library administration module), you will be able > to add users and > adjust Koha's parameters to suit your tastes and the > needs of your users > - > > Let me know how this goes -- > > Regards, > > - Scott Malec > > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of > louvet@maply.univ-lyon1.fr > Sent: Wednesday, June 16, 2004 2:10 AM > To: koha@lists.katipo.co.nz > Subject: [Koha] password for web interface > > > Hello, > > We have installed koha on a debian server. All was > fine but we > cannot connect on the web interface (opac as well as > koha). > Which login and password should we use to connect > both interfaces ? > Is it the mysql password for koha database or do we > have to > introduce a new user in the database (users table) ? > Or is it something else ? > > Thanks for help. > > Violaine Louvet. > > --=20 > Violaine Louvet. > MAPLY (Maths Appliquees de Lyon-UMR 5585 CNRS). > Univ. Lyon I,43 Bd du 11 Novembre 1918 > 69622 - Villeurbanne Cedex - France. > +33(0)4 7244 8523 > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > --__--__-- > > Message: 4 > Date: Wed, 16 Jun 2004 13:26:10 +0100 > Subject: Re: [Koha] how to unintall koha v2 > From: MJ Ray <mjr@dsl.pipex.com> > To: koha@lists.katipo.co.nz > Organization: Very poor > > On 2004-06-16 08:19:28 +0100 Eric G. Salayon > <esalayon@tip.edu.ph> > wrote: > > > how can i uninstall koha v2, id installed koha > using installer.pl > > Steps given on the list by Frank Weis: > > > *) Drop the Koha database > > *) remove the web sites (rm -rf /usr/local/koha if > you installed in > > the > > standard location) > > *) rm /etc/koha.conf > > *) rm /etc/koha-httpd.conf > > *) delete the koha related entries in the mysql > users table > > From: > http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=459 > > -- > MJR/slef > My Opinion Only and possibly not of any group I > know. > http://www.ttllp.co.uk/ for creative copyleft > computing > Help hack the EuroParl! > http://mjr.towers.org.uk/proj/eurovote/ > > --__--__-- > > Message: 5 > Date: Wed, 16 Jun 2004 13:46:58 +0100 (BST) > From: Roger Horne <roger@hrothgar.co.uk> > To: koha@lists.katipo.co.nz > Subject: [Koha] Moving > > I rudely did not thank people for answering a > question some time ago: so > === message truncated === from re-v to remove koha I prefer this approach #rm -rf /var/log/mysql #rm -rf /var/lib/mysql #rm - rf /usr/local/koha # rm /etc/koha-httpd.conf # rm /etc/koha.conf # apt-get remove mysql-server #apt-get remove mysql-client then to install #apt-get install mysql-server #mysqladmin password <your password> #omit <> install koha using perl installer.pl assuming you have apache set up properly remove the commnets before the Listen 80 and 8001 ports in your /etc/koha-httpd.conf file restart apache with #/etc/init.d/apache restart you now have a fresh slate. hth re-v __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From mjr at dsl.pipex.com Thu Jun 17 09:24:27 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: Msg 5...To remove koha In-Reply-To: <20040616201954.45986.qmail@web21203.mail.yahoo.com> Message-ID: <cf687a244bc4ac7c00baae3adf90fade@bouncing.localnet> On 2004-06-16 21:19:54 +0100 mike re-v <mrmrmr50@yahoo.com> wrote: > --- koha-request@lists.katipo.co.nz wrote: >> Send Koha mailing list submissions to >> koha@lists.katipo.co.nz [most of digest] Please don't do that: http://mjr.towers.org.uk/email.html#quoting -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From ailish at farragher.net Thu Jun 17 23:13:15 2004 From: ailish at farragher.net (Ailish Farragher) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Sirsi Unicorn migration Message-ID: <E1BaupX-0002ak-IC@odie.runbox.com> Hi there, I'm a librarian from Ireland, currently working in a government library. We're looking at alternatives to a forced server migration from our current library software vendor, Sirsi. Whereas I'm sure that Koha will not be accepted as a solution (too radical, we're civil servants!) I'd like to present it as an option. My question is has anyone transferred data from a Sirsi Unicorn system into Koha? If so, was there much corruption or loss of data? I understand that mass dump of MARC records is on its way so am guessing that this may not have been done with Koha before. In case anyone remembers me from my yearly mails, I've not yet managed to get techie to create a Koha installation for our still-waiting-planning-permission eco-village. Someday, I'm just going to learn Perl. Regards, Ailish From baijum81 at lycos.com Fri Jun 18 01:54:12 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] New Koha installation in India Message-ID: <OPKPJLBJJCMOLMAA@mailcity.com> Hi friends, I have installed koha for yet another college library with a collection of about 40000 books. Today they started issuing books using Koha. I have listed three libraries using koha in India at : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers Any other library in india already using Koha? Regards, Baiju M ____________________________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From paul.poulain at free.fr Fri Jun 18 02:09:24 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Moving In-Reply-To: <20040616195843.GV6540@katipo.co.nz> References: <Marcel-1.53-0616124658-d07Wr#W@grendel.hereot> <20040616195843.GV6540@katipo.co.nz> Message-ID: <40D1A614.3000503@free.fr> Chris Cormack a ?crit : >>But what is the best way to transfer the data? I do not have huge amounts, >>but it would be annoying to start again. Is Mysqldump the way to go? >> >> >mysqldump is the way id do it. > > Another solution, better for big amount of datas : * mysql shutdown * copy of the directory where is your DB (/var/mysql/your_koha_db maybe) * mysql start A lot faster on a big DB, where the sql rebuilding can take hours (for example, on a IDE disk, the Nelsonville DB, which is 1.4GB huge, needs 14Hours to be restored. (with a SCSI disk, It needs only 3-4 hours. SCSI is 4 times faster in this case) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From christian.hennecke at ruhr-uni-bochum.de Fri Jun 18 02:15:40 2004 From: christian.hennecke at ruhr-uni-bochum.de (Christian Hennecke) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] More bugs in non-MARC interface? Message-ID: <40D1A78C.30900@ruhr-uni-bochum.de> Folks, When I use the non-MARC interface to create new biblios, the dewey and subclass fields are not saved. Can anybody confirm this? Christian Hennecke From paul.poulain at free.fr Fri Jun 18 04:12:51 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: developers and manual (koha) In-Reply-To: <40B6767C.70904@echoes.net> References: <40B6767C.70904@echoes.net> Message-ID: <40D1C303.5030603@free.fr> mreavey a ?crit : > I'd like to install koha on my elementary school library system. > It's a small library, 10,000 titles. We are currently using Follett. > I'm pretty good at Linux. I've been running it at home for two years. > I'm fairly good at Latex and could produce a manual in a pdf > hyper-linked format. > I'd like to get working on this this summer, with a goal of having a > first draft completed by Sept. 2004. > Let me know what you think. You should subscribe koha & koha-dev, and plan this here. Other ppl may help you and give some advices/links. Anyway, it's an interesting proposition ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From milton at calnek.com Fri Jun 18 08:01:41 2004 From: milton at calnek.com (Milton Calnek) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha from scratch. Message-ID: <200406172001.i5HK1ghK004143@localhost.localdomain> Hello all, i'm would like to use koha to manage my personal library so that i might have something to demonstrate. i have managed to install koha and have successfully added a book. i can search for the title and find it (yea!!). i have all these books and i was hoping that i could build a list of isbn's and get a script from koha to do the real work of importing them into my library. my understanding is that the z39.50 protocol is supposed to do this/help with it. so, i'm looking for advice and or pointers on the best way to start from scratch. tia -- Milton Calnek milton@calnek.com Nerds are always getting in trouble. They say improper things for the same reason they dress unfashionably and have good ideas: convention has less hold over them. --Paul Graham on heresy. http://www.paulgraham.com/say.html From chris at katipo.co.nz Fri Jun 18 09:10:11 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] More bugs in non-MARC interface? In-Reply-To: <40D1A78C.30900@ruhr-uni-bochum.de> References: <40D1A78C.30900@ruhr-uni-bochum.de> Message-ID: <20040617211011.GD5648@katipo.co.nz> On Thu, Jun 17, 2004 at 04:15:40PM +0200, Christian Hennecke said: > Folks, > > When I use the non-MARC interface to create new biblios, the dewey and > subclass fields are not saved. Can anybody confirm this? > Hi Christian This is in version 2.0 ? I think there has been another report of this bug. Ill fix it and commit the fix to arch so it gets in the 2.0.1 release .. barring objections from MJ Ray (who maintains the 2.0.x) releases. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From mjr at dsl.pipex.com Fri Jun 18 15:09:01 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha from scratch. In-Reply-To: <200406172001.i5HK1ghK004143@localhost.localdomain> Message-ID: <db12fd24d493734311af11c0b3689746@bouncing.localnet> On 2004-06-17 21:01:41 +0100 Milton Calnek <milton@calnek.com> wrote: > i have all these books and i was hoping that i could build a list > of isbn's and get a script from koha to do the real work of importing > them into my library. my understanding is that the z39.50 protocol > is supposed to do this/help with it. Copy the zm.pl example from "man MARC::Doc::Tutorial" and edit databaseName and connect details. Then, replace the last block with something like: open(OUTFILE,">>zresults.marc"); for (my $ii = 1; $ii <= $numrec; $ii++) { my $zrec = $rs->record($ii); my $mrec = MARC::Record->new_from_usmarc($zrec->rawdata()); print $mrec->as_formatted, "\n\n"; print OUTFILE $mrec->as_usmarc(); } close(OUTFILE); Once run on some ISBNs (probably want to use xargs to run it with batches of numbers read from a file), you can upload zresults.marc to your breeding farm. You will still need to add the books. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From mjr at dsl.pipex.com Fri Jun 18 15:09:43 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] More bugs in non-MARC interface? In-Reply-To: <20040617211011.GD5648@katipo.co.nz> Message-ID: <a096692fd7d9340cee5b4e770e474dd2@bouncing.localnet> On 2004-06-17 22:10:11 +0100 Chris Cormack <chris@katipo.co.nz> wrote: > Ill fix it and commit the > fix to arch so it gets in the 2.0.1 release .. barring objections > from MJ > Ray (who maintains the 2.0.x) releases. No objections, only thanks. I think non-MARC really ought to be working. -- MJR/slef My Opinion Only and possibly not of any group I know. http://www.ttllp.co.uk/ for creative copyleft computing Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ From celikbas at itu.edu.tr Fri Jun 18 19:46:56 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to unintall koha v2 In-Reply-To: <54bf470369c1eb06db4ae3f44b157904@bouncing.localnet> References: <4999.61.9.6.227.1087370368.squirrel@mail.tip.edu.ph> Message-ID: <40D2C820.27189.5062EB@localhost> Hi all I want to add something about uninstalling koha. I've come across some of my notes to remove koha. Here is commands: # to remove koha config files: rm /etc/koha* # to remove web sites: rm -rf /usr/local/koha # to remove koha database mysqladmin -uroot -pXXX drop Koha # to remove koha admin user: mysql -uroot -pXXX -Dmysql -e"delete from user where user='kohaadmin'" don't forget to remove the "Include /etc/koha-httpd.conf" line at the end of apache config file. see you untill to install koha again :-)) On 16 Jun 2004 at 13:26, MJ Ray wrote: > On 2004-06-16 08:19:28 +0100 Eric G. Salayon <esalayon@tip.edu.ph> > wrote: > > > how can i uninstall koha v2, id installed koha using installer.pl > > Steps given on the list by Frank Weis: > > > *) Drop the Koha database > > *) remove the web sites (rm -rf /usr/local/koha if you installed in > > the standard location) *) rm /etc/koha.conf *) rm > > /etc/koha-httpd.conf *) delete the koha related entries in the mysql > > users table > > From: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=459 > > -- > MJR/slef > My Opinion Only and possibly not of any group I know. > http://www.ttllp.co.uk/ for creative copyleft computing > Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Uzman Zeki Celikbas ITU Ucak ve Uzay Bilimleri Fakultesi 34460 Maslak Istanbul celikbas@itu.edu.tr tel:(212)2853108 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040618/87a3c72a/attachment.html From esalayon at tip.edu.ph Fri Jun 18 20:32:48 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to unintall koha v2 In-Reply-To: <40D2C820.27189.5062EB@localhost> References: <4999.61.9.6.227.1087370368.squirrel@mail.tip.edu.ph> <40D2C820.27189.5062EB@localhost> Message-ID: <1519.61.9.6.227.1087547568.squirrel@mail.tip.edu.ph> tnx, what i've done was "reinstall" by running installer.pl. i got some error. i delete kohaadmin user and koha database and then i run installer.pl , now its installer properly. do you have manual on how to use koha? eric > Hi all > > I want to add something about uninstalling koha. I've come across some of > my notes to > remove koha. Here is commands: > > # to remove koha config files: > rm /etc/koha* > > # to remove web sites: > rm -rf /usr/local/koha > > # to remove koha database > mysqladmin -uroot -pXXX drop Koha > > # to remove koha admin user: > mysql -uroot -pXXX -Dmysql -e"delete from user where user='kohaadmin'" > > don't forget to remove the "Include /etc/koha-httpd.conf" line at the end > of apache config > file. > > see you untill to install koha again :-)) > > > On 16 Jun 2004 at 13:26, MJ Ray wrote: > >> On 2004-06-16 08:19:28 +0100 Eric G. Salayon <esalayon@tip.edu.ph> >> wrote: >> >> > how can i uninstall koha v2, id installed koha using installer.pl >> >> Steps given on the list by Frank Weis: >> >> > *) Drop the Koha database >> > *) remove the web sites (rm -rf /usr/local/koha if you installed in >> > the standard location) *) rm /etc/koha.conf *) rm >> > /etc/koha-httpd.conf *) delete the koha related entries in the mysql >> > users table >> >> From: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=459 >> >> -- >> MJR/slef >> My Opinion Only and possibly not of any group I know. >> http://www.ttllp.co.uk/ for creative copyleft computing >> Help hack the EuroParl! http://mjr.towers.org.uk/proj/eurovote/ >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > > Uzman Zeki Celikbas > ITU Ucak ve Uzay Bilimleri Fakultesi > 34460 Maslak Istanbul > celikbas@itu.edu.tr > tel:(212)2853108 > From celikbas at itu.edu.tr Fri Jun 18 21:27:30 2004 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to unintall koha v2 In-Reply-To: <1519.61.9.6.227.1087547568.squirrel@mail.tip.edu.ph> References: <40D2C820.27189.5062EB@localhost> Message-ID: <40D2DFB2.14298.AC74CD@localhost> Hi Eric, Usually there is a sight that GPL softwares' documentation is weak. Yes, what a pity this is true for Koha :-( But there are lots of individual works about documentation and an official document about Koha. Here are web sites: Official koha document: http://www.koha.org/manual/book1.html Koha wiki pages: http://www.saas.nsw.edu.au/koha_wiki/index.php I thing this NewbieGuide is the best starting point in my opinion: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=NewbieGuide You can find some documents from this pages. But before you start you must open parameters screen and enter some data at last this three fields: Item types: Define item types Library branches The different branches manage with this koha server Categories Define the categories of borrowers Best regards. Zeki Celikbas On 18 Jun 2004 at 16:32, Eric G. Salayon wrote: > tnx, what i've done was "reinstall" by running installer.pl. i got > some error. i delete kohaadmin user and koha database and then i run > installer.pl , now its installer properly. do you have manual on how > to use koha? > > eric > > > Hi all > > > > I want to add something about uninstalling koha. I've come across > > some of my notes to remove koha. Here is commands: > > > > # to remove koha config files: > > rm /etc/koha* > > > > # to remove web sites: > > rm -rf /usr/local/koha > > > > # to remove koha database > > mysqladmin -uroot -pXXX drop Koha > > > > # to remove koha admin user: > > mysql -uroot -pXXX -Dmysql -e"delete from user where > > user='kohaadmin'" > > > > don't forget to remove the "Include /etc/koha-httpd.conf" line at > > the end of apache config file. > > > > see you untill to install koha again :-)) > > Uzman Zeki Celikbas ITU Ucak ve Uzay Bilimleri Fakultesi 34460 Maslak Istanbul celikbas@itu.edu.tr tel:(212)2853108 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040618/b392481f/attachment.htm From esalayon at tip.edu.ph Sat Jun 19 15:19:09 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to set system parameters Message-ID: <1367.61.9.6.227.1087615149.squirrel@mail.tip.edu.ph> hi, how can i set up system parameters? what are the system parameters? any listing? ive read a manual saying add a system parameter 'dateformat' with a value of 'metric', but i want the MMDDYYYY format. can u gave me the value for that date format... TIA! ERIC From mhelman at illinoisalumni.org Sat Jun 19 19:57:27 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to set system parameters Message-ID: <9b7c01c455d3$10824610$0a02010a@mail2world.com> Salvete! how can i set up system parameters? what are the system parameters? any listing? ive read a manual saying add a system parameter 'dateformat' with a value of 'metric', but i want the MMDDYYYY format. can u gave me the value for that date format... TIA! With the explanation for that particular switch, I am led to believe that if one selects us instead of metric it would result in the format you wish. Someone please correct me if I'm wrong. If I'm not, I shall clarify this in the Wiki. Also, I would like to thank the source of the nice compliment that I received yesterday. It made my day. Cheers, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040619/c9cae367/attachment.html From mohsennia at bib.uni-wuppertal.de Thu Jun 17 23:52:05 2004 From: mohsennia at bib.uni-wuppertal.de (Stefanie Mohsennia) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] manage due dates Message-ID: <40D185E5.3060600@bib.uni-wuppertal.de> Hi everybody, I asked this question before (didn't get any answers), but I try again, because I guess everybody must have this problem: how can I enter closing or opening days, i.e. days that should not be a due date? Our library is closed on Fridays and Sundays, on public holidays and for a whole month during the summer. How do I tell Koha to calculate due dates, ignoring the days when the library is closed? I would be very grateful to hear your suggestions. Thanks a lot from Germany! Stefanie Mohsennia www.international-library.de From baljkas at mts.net Fri Jun 18 10:42:47 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha from scratch Message-ID: <20040617224247.RTXY4492.mx-mtaout01.mts.net@mx-mtaout> Thursday, June 17, 2004 17:25 CDT Hi, Milton, Good for you setting up a home system! That is something I am hoping/waiting to do as well. As for your inquiry on using the ISBN list, yes, there was a message to the listserv (I am guessing) more than a year ago now where a fellow (a Calgarian, I think) had created a program script to connect to, IIRC LC's Z39.50 portal and run through an ISBN list to try to find books. Depending on how many books you have in your collection, and whether you really care how well catalogued they are vs. just figuring out the cyber stuff and trying to do cataloguing in as automated a process as possible (? la nerd factor), you may want to consider looking up the books INDIVIDUALLY (i.e. really from scratch!). I've just about given up trying to get this point across on the listserv or elsewhere, but there really is a reason that professional cataloguing isn't done from compiled lists using scripts. The first problem is what some cataloguers call false negatives: the book you are cataloguing is really there in the database you are connecting to, but the ISBN isn't encoded or isn't coded properly. Although this tends to happen less often nowadays, and especially with mass market materials, if you have older stuff or small press stuff -- i.e. without ISBNs -- it rapidly becomes an issue. The second problem, although not so much an issue with LC, is poor positives: you find a record, but it is not a very high quality one (rife with spelling errors, not in proper formats, not following standard description conventions, etc). This is much more of an issue if one uses NLC's AMICUS. Anyway, this is just something to think about. If you can't find the message about the Z39.50/ISBN search program in the Koha archives, give me a shout back off listserv. I know I saved the message from the fellow referenced above, but my home system has become unstable and I am having trouble finding things, else I would have checked for you right now. Best regards, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada -------------- next part -------------- A non-text attachment was scrubbed... Name: replyAll Type: null Size: 994 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040617/7f5cfda5/replyAll.pot From esalayon at tip.edu.ph Mon Jun 21 15:57:16 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] table systempreferences is not updated Message-ID: <3270.61.9.6.227.1087790236.squirrel@mail.tip.edu.ph> hi, here i am again, seeking for your help. im adding a system parameter in KOHA (V2.O), but after saving the record it doesn't appear (the record i've added)eventhough it confirmed it adds a new record. What i did was to browse the log file (koha-error_log), and found out that field 'explanation' was causing the error. i opened the table systempreferences and saw that there are only 2 fields: variable and value only. but when i checked the file systempreferences.pl, it was select few more fields like 'explanation', 'type', and 'option'. What are the data types of these fields? another is that the systempreferences.pl only displayed 3 fields to update namely variable, value and explanation, can i have your updated systempreferences.pl file... TIA! eric From esalayon at tip.edu.ph Wed Jun 23 12:28:53 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] table systempreferences is not updated Message-ID: <1698.61.9.6.227.1087950533.squirrel@mail.tip.edu.ph> hi, here i am again, seeking for your help. im adding a system parameter in KOHA (V2.O), but after saving the record it doesn't appear (the record i've added)eventhough it confirmed it adds a new record. What i did was to browse the log file (koha-error_log), and found out that field 'explanation' was causing the error. i opened the table systempreferences and saw that there are only 2 fields: variable and value only. but when i checked the file systempreferences.pl, it was select few more fields like 'explanation', 'type', and 'option'. What are the data types of these fields? another is that the systempreferences.pl only displayed 3 fields to update namely variable, value and explanation, can i have your updated systempreferences.pl file... TIA! eric From paul.poulain at free.fr Wed Jun 23 20:11:12 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] table systempreferences is not updated In-Reply-To: <1698.61.9.6.227.1087950533.squirrel@mail.tip.edu.ph> References: <1698.61.9.6.227.1087950533.squirrel@mail.tip.edu.ph> Message-ID: <40D93B20.1050708@free.fr> Eric G. Salayon a ?crit : >hi, > > here i am again, seeking for your help. im adding a system parameter in >KOHA (V2.O), but after saving the record it doesn't appear (the record >i've added)eventhough it confirmed it adds a new record. What i did was to >browse the log file (koha-error_log), and found out that field >'explanation' was causing the error. i opened the table >systempreferences and saw that there are only 2 fields: variable and value >only. but when i checked the file systempreferences.pl, it was select few >more fields like 'explanation', 'type', and 'option'. What are the data >types of these fields? another is that the >systempreferences.pl only displayed 3 fields to update namely variable, >value and explanation, can i have your updated systempreferences.pl >file... TIA! > > CREATE TABLE systempreferences ( variable varchar(50) NOT NULL default '', value varchar(200) default NULL, explanation varchar(80) default NULL, options text, type varchar(20) default NULL, PRIMARY KEY (variable) ) TYPE=MyISAM; -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From esalayon at tip.edu.ph Wed Jun 23 22:44:36 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to create user to access the KOHA Intranet (besides kohaadmin) Message-ID: <3358.61.9.6.227.1087987476.squirrel@mail.tip.edu.ph> how to create user to access the KOHA Intranet (besides kohaadmin)? tia! From paul.poulain at free.fr Wed Jun 23 22:30:27 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] suggestion module Message-ID: <40D95BC3.5050505@free.fr> Hello, The "Ecole des Mines de Nantes" funds a suggestion module. It will be in 2.2 You can read on the wiki (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=SuggestionFeatures) the planned features. Please report any suggestion to improve this suggestion module. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From nicolas.morin at univ-angers.fr Wed Jun 23 23:57:44 2004 From: nicolas.morin at univ-angers.fr (nicolas morin) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module In-Reply-To: <40D95BC3.5050505@free.fr> References: <40D95BC3.5050505@free.fr> Message-ID: <40D97038.7090907@univ-angers.fr> Paul POULAIN wrote: > Hello, > > The "Ecole des Mines de Nantes" funds a suggestion module. It will be > in 2.2 > You can read on the wiki > (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=SuggestionFeatures) > the planned features. > Please report any suggestion to improve this suggestion module. There might be a point for replacing "A suggestion can be done by any user. The user who requested the book is stored in the DB." with: " A suggestion can be done by any registered and logged in user" It excludes persons who use the opac as guest users and request a document without having logged in: it might be better if we know who requested the document; we might then be able to put it aside for him/her when it's available, etc. Or the library might have a public policy about purchase requests: they are only accepted from members of the community, etc... But maybe it's too restrictive, I don't know. About the fields: * a title * an author * a copyright date * an editor The list seems short to me. We might propose a longer list (isbn, whatever), allow the user to ignore a field he don't know, expect author/title. Nicolas > > -- *********************************** Nicolas Morin Biblioth?que universitaire d'Angers 5 rue Le N?tre 49045 Angers cedex T?l: +33 (0)2 41 22 63 11 Fax: +33 (0)2 41 22 64 05 http://bu.univ-angers.fr <http://bu.univ-angers.fr> From paul.poulain at free.fr Thu Jun 24 00:04:30 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module In-Reply-To: <40D97038.7090907@univ-angers.fr> References: <40D95BC3.5050505@free.fr> <40D97038.7090907@univ-angers.fr> Message-ID: <40D971CE.3000109@free.fr> nicolas morin a ?crit : > Paul POULAIN wrote: > >> The "Ecole des Mines de Nantes" funds a suggestion module. It will be >> in 2.2 >> You can read on the wiki >> (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=SuggestionFeatures) >> the planned features. >> Please report any suggestion to improve this suggestion module. > > > There might be a point for replacing "A suggestion can be done by any > user. The user who requested the book is stored in the DB." with: > " A suggestion can be done by any registered and logged in user" > It excludes persons who use the opac as guest users and request a > document without having logged in: it might be better if we know who > requested the document; we might then be able to put it aside for > him/her when it's available, etc. Or the library might have a public > policy about purchase requests: they are only accepted from members of > the community, etc... > But maybe it's too restrictive, I don't know. I was speaking of "logged user", you're right to point this. We can't warn the user when the suggestion status changes if the "requester" is not logged. Does this constraint sound correct to readers ? > About the fields: > > * a title > * an author > * a copyright date > * an editor > > The list seems short to me. We might propose a longer list (isbn, > whatever), allow the user to ignore a field he don't know, expect > author/title. I'm not surprised by this. propose a longer list as you want. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Jun 24 00:38:02 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to create user to access the KOHA Intranet (besides kohaadmin) In-Reply-To: <3358.61.9.6.227.1087987476.squirrel@mail.tip.edu.ph> References: <3358.61.9.6.227.1087987476.squirrel@mail.tip.edu.ph> Message-ID: <40D979AA.8070007@free.fr> Eric G. Salayon a ?crit : >how to create user to access the KOHA Intranet (besides kohaadmin)? tia! > > * Create a standard user/borrower * Modfy user flag * change password -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From bigwood at lpi.usra.edu Thu Jun 24 03:07:42 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C7BD@exch_be.cass.loc> The suggestion module looks a lot like an interlibrary loan request form to me, especially the document request. Looking at some open source projects working with ILL might be a good idea. If not to grab bits of code maybe to get an idea of the fields and look. If something was standards compliant so much the better. OpneRequest http://sourceforge.net/projects/openrequest/ might be worth a look. ILL Wizard http://library.olivet.edu/opensource/iso-ill.html is another. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of nicolas morin Sent: Wednesday, June 23, 2004 6:58 AM To: Paul POULAIN Cc: koha-devel@lists.sourceforge.net; koha Subject: [Koha] Re: [Koha-devel] suggestion module Paul POULAIN wrote: > Hello, > > The "Ecole des Mines de Nantes" funds a suggestion module. It will be > in 2.2 > You can read on the wiki > (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=SuggestionFeatures) > the planned features. > Please report any suggestion to improve this suggestion module. There might be a point for replacing "A suggestion can be done by any user. The user who requested the book is stored in the DB." with: " A suggestion can be done by any registered and logged in user" It excludes persons who use the opac as guest users and request a document without having logged in: it might be better if we know who requested the document; we might then be able to put it aside for him/her when it's available, etc. Or the library might have a public policy about purchase requests: they are only accepted from members of the community, etc... But maybe it's too restrictive, I don't know. About the fields: * a title * an author * a copyright date * an editor The list seems short to me. We might propose a longer list (isbn, whatever), allow the user to ignore a field he don't know, expect author/title. Nicolas > > -- *********************************** Nicolas Morin Biblioth?que universitaire d'Angers 5 rue Le N?tre 49045 Angers cedex T?l: +33 (0)2 41 22 63 11 Fax: +33 (0)2 41 22 64 05 http://bu.univ-angers.fr <http://bu.univ-angers.fr> _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From paul.poulain at free.fr Thu Jun 24 03:18:44 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module In-Reply-To: <CFFBFA07ADF25F4FACE318718677C09804C7BD@exch_be.cass.loc> References: <CFFBFA07ADF25F4FACE318718677C09804C7BD@exch_be.cass.loc> Message-ID: <40D99F54.20307@free.fr> Bigwood, David a ?crit : >The suggestion module looks a lot like an interlibrary loan request form to me, especially the document request. Looking at some open source projects working with ILL might be a good idea. If not to grab bits of code maybe to get an idea of the fields and look. If something was standards compliant so much the better. > >OpneRequest http://sourceforge.net/projects/openrequest/ might be worth a look. >ILL Wizard http://library.olivet.edu/opensource/iso-ill.html is another. > > Is there something I don't understand ? The suggestion module is NOT an ill. It's a feature for a borrower/user that will enable him to "suggest" a library a book to buy. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From zero at vtr.net Thu Jun 24 13:52:47 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] newbie questions Message-ID: <007a01c4598d$f345b870$09bf68c8@zouk> Hi all, I can't even get it sintalled correctly I've installed Perl ----------> no erros occured I've installed apache web server -----------> no errors occured MySQL -----------> no errors either, as I remember but with Koha using installer.pl Checked for missing modules: done all instaled but errors with Z3950 client, but it's not really necessary.. Y downloaded yaz .rpm, I've sintalled it, but when doing a perl -MCPAN -e "install Net::Z3950"' it says that maybe it's not installed. Another thing, I have the same problem of another guy I don't remember who: ### Creating the MySQL database for Koha... ERROR 1045: Access denied for user: 'root@localhost' (Using password: YES) 256ERROR 1045: Access denied for user: 'root@localhost' (Using password: YES) /usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user: 'root@localhost' (Using password: YES)' /usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user: 'kohaadmin@localhost' (Using password: YES)' # [apache is running, and mysql daemon also, and i've set up a that password allready ]# -------------------------------------------------------------------------------------- ERROR CREATING DATABASE Couldn't connect to the MySQL server for the reason given above. This is a serious problem, the database will not get installed. Press <ENTER> to continue: DBI connect('Koha:localhost','kohaadmin',...) failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) at /usr/local/koha/intranet/modules/C4/Context.pm line 368 connected to your DB. Checking & modifying it Can't call method "prepare" on an undefined value at scripts/updater/updatedatabase line 629. Problem updating database... ### -No idea what could be this error, maybe is part of the error from above . Please I really need your help, sorry to bother with this tinny newbie issues. Ok hope u can answer soon, cheers, J0se -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040623/6143c66b/attachment.html From mccalluc at yahoo.com Thu Jun 24 14:00:18 2004 From: mccalluc at yahoo.com (chuck mccallum) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] screen-scraper for copy cataloging Message-ID: <20040624020018.45939.qmail@web52604.mail.yahoo.com> This is not directly related to Koha, but I thought it might be of interest to some list members. Sorry to be a bother. I've written a perl script to help with copy cataloging small collections (it's at http://geocities.com/mccalluc/ ). It works as a proxy server running on the local machine, so you can browse a large catalog (the regexps work for the library of congress), and once you've found the record you want, tell the proxy to grab it, and it will parse through the html and make a MARC::Record. I've got two versions of the script up: one just dumps the record as_formatted() to a file. The other is designed to work with a set of FileMaker databases (which are included in the tar.gz), and once it has the Record object it goes ahead and exports it to the database so that you can confirm that nothing got mangled. Let me know if this is useful, or if you have problems getting it to work. ===== -- Chuck McCallum __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From rachel at katipo.co.nz Thu Jun 24 17:03:09 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Anyone in Christchurce? Message-ID: <40DB094D.32345.59F7A39@localhost> ------- Forwarded message follows ------- From: "Hui Amorangi" <hawaipounamu@xtra.co.nz> To: <rachel@katipo.co.nz> Subject: Koha library system Date sent: Thu, 24 Jun 2004 15:50:19 +1200 Hello Rachel I'm emailing you, as I hear you people have been involved in the development of the Koha library system. At the library I look after in Christchurch, the Koha system has just been 'installed' (I can look at it, but it seems i can't use it). I'm wondering if there's anyone in Christchurch who is familiar with this system and can possibly help me with the proper installment of it, as I'm not a technical computer expert. What may also be the problem is that the computer on which it has been 'installed' is not connected to the Internet. Regards Ben Tichborne Librarian Te Whare Wananga o te Waipounamu whare_wananga@xtra.co.nz You can also phone me at (03) 389 1683 ------- End of forwarded message ------- _____________________________________________________________ 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 From hugojoe at fastmail.fm Thu Jun 24 20:22:56 2004 From: hugojoe at fastmail.fm (zuxiaolong) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] problem in chinese search Message-ID: <1088065376.11027.199080022@webmail.messagingengine.com> hello everyone I found koha2.0 can not search in chinese correctly either in admin or opac. Only the whole field value or the beginning of the field value can get result. I am not sure if it is the same to English. This problem happens to Dspace( by MIT and HP). I need your HELP. Best regards -- zuxiaolong hugojoe@fastmail.fm From esalayon at tip.edu.ph Thu Jun 24 21:04:00 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to create user to access the KOHA Intranet (besideskohaadmin) In-Reply-To: <40D979AA.8070007@free.fr> References: <3358.61.9.6.227.1087987476.squirrel@mail.tip.edu.ph> <40D979AA.8070007@free.fr> Message-ID: <45164.61.9.6.227.1088067840.squirrel@mail.tip.edu.ph> what modification on user flag should i do? or what value should it have? eric > Eric G. Salayon a ?crit : > >>how to create user to access the KOHA Intranet (besides kohaadmin)? tia! >> >> > * Create a standard user/borrower > * Modfy user flag > * change password > > -- > Paul POULAIN > Consultant ind?pendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From esalayon at tip.edu.ph Thu Jun 24 21:17:30 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] how to create user to access the KOHA Intranet (besideskohaadmin) In-Reply-To: <45164.61.9.6.227.1088067840.squirrel@mail.tip.edu.ph> References: <3358.61.9.6.227.1087987476.squirrel@mail.tip.edu.ph> <40D979AA.8070007@free.fr> <45164.61.9.6.227.1088067840.squirrel@mail.tip.edu.ph> Message-ID: <45181.61.9.6.227.1088068650.squirrel@mail.tip.edu.ph> sorry, i haven't checked before replying. i have now created a user beside kohaadmin to open the intranet part of KOHA. Thanks! eric > what modification on user flag should i do? or what value should it have? > > eric > >> Eric G. Salayon a ?crit : >> >>>how to create user to access the KOHA Intranet (besides kohaadmin)? tia! >>> >>> >> * Create a standard user/borrower >> * Modfy user flag >> * change password >> >> -- >> Paul POULAIN >> Consultant ind?pendant en logiciels libres >> responsable francophone de koha (SIGB libre http://www.koha-fr.org) >> >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From zero at vtr.net Fri Jun 25 07:56:05 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] newbie questions References: <007a01c4598d$f345b870$09bf68c8@zouk> <1088049824.40da52a0d5a0d@208.179.130.60> Message-ID: <001e01c45a25$49b31760$09bf68c8@zouk> Hi Joshua Ferraro U wrote: > Hi Jose, > > Installing Koha can be really tough ... I've put together a > step-by-step install guide that may be of some help: > > http://kados.org/LibraryScience/installing_koha.html > > The only step missing from that manual is the need to install > > libssl-dev and (maybe) openssl which can be done in debian by > typing: > apt-get install libssl-dev > apt-get install openssl > > Good luck and post again if you still have problems. > > Joshua Thanks, well, I'll try that ... installing with the step by step directions and certainly I'll tell what happend. Bye J0se ---------------------------------------------------------------------------- --------------------------------------------- Gerard Henry U wrote: > perhaps you have to give us your platform, i have this problems on solaris 8, if you want, i can send you my notes in french (sorry, no time to translate!) Hi Gerard, I'm installing the server under Red Hat 9 and after all kind of things I've tryed, I've choosen to install it by the "step by step" directions, after all, some things I'll use in my university when we want to add some branches, as I said... I'll tell if everything goes fine. Thanks, hope u can get it all installed and working. J0se ____________________________________________________________________________ _____ Well thank you all guys, as I said I'll try it out installing with the step by step guide and I'll report wich way is better and after that I'll keep asking since I'm working in the Spanish translation and I'm almost done with it. I will also ask for support about the database migration from CDI/ISIS to Koha, but all at a time, so thanks for know... I'll be in touch #Sorry about my English but is no my native.# cheers J0se Jos? Luis D?az Universidad de Vi?a Del Mar V Region Chile From koha-main at toykeeper.net Fri Jun 25 19:54:16 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] data for testing Message-ID: <20040625075416.GA29316@SerDevian.XYZZ.org> Hello. I'm curious if anyone out there has any sample library data I could use to populate my koha system and test its usage and performance under high load. I'm hoping to populate my entire koha database with books, customers, circulation records, etc. I don't plan to use the data for any purpose other than testing, so it could be entirely make-believe as long as it is representative of what a real library would have in its database. Any idea where to find such data? -- Scott From mjr at dsl.pipex.com Sat Jun 26 02:34:35 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] newbie questions In-Reply-To: <007a01c4598d$f345b870$09bf68c8@zouk> Message-ID: <b175ea311cd0c0ae924d46033e3af816@bouncing.localnet> On 2004-06-24 02:52:47 +0100 Jose <zero@vtr.net> wrote: > but errors with Z3950 client, but it's not really necessary.. > Y downloaded yaz .rpm, I've sintalled it, but when doing a > perl -MCPAN -e "install Net::Z3950"' > it says that maybe it's not installed. What is the exact error, please? > Another thing, I have the same problem of another guy I don't > remember who: > ### > Creating the MySQL database for Koha... > ERROR 1045: Access denied for user: 'root@localhost' (Using password: > YES) Is your MySQL admin user called root? Does your database let you login with "mysql -u root -h localhost -p mysql" from the command line? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From mjr at dsl.pipex.com Sat Jun 26 02:38:59 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] problem in chinese search In-Reply-To: <1088065376.11027.199080022@webmail.messagingengine.com> Message-ID: <0c81a2c64b1c99ccd34ef0da1798841d@bouncing.localnet> On 2004-06-24 09:22:56 +0100 zuxiaolong <hugojoe@fastmail.fm> wrote: > I found koha2.0 can not search in chinese correctly either in admin or > opac. Only the whole field value or the beginning of the field value > can get result. I am not sure if it is the same to English. This > problem > happens to Dspace( by MIT and HP). > > I need your HELP. I'm not sure what help you want. The search seems to work in English as I expect it, for my small local test collection. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From mrmrmr50 at yahoo.com Sat Jun 26 08:32:13 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] no individual item number Message-ID: <20040625203213.84553.qmail@web21207.mail.yahoo.com> Hello I have loaded my marc records. I get no item count? my marc record input shows multiple 852 tags when there is more than one copy of a book. My marc tag check runs no errors. How is the number of individual items determined? I'm using Koha-2.0.0 on deb woody. tia re-v btw I do get a biblio number and the biblio number is unique to an individual title even with multiple copies of the individual title. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From baljkas at mb.sympatico.ca Sat Jun 26 11:22:26 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] no individual item number References: <20040625203213.84553.qmail@web21207.mail.yahoo.com> Message-ID: <000601c45b0b$4729b4e0$2c19fea9@oemcomputer> Friday, June 25, 2004 18:15 CDT Hi, Mike, > I have loaded my marc records. I get no item count? That's bizarre. > my marc record input shows multiple 852 tags when > there is more than one copy of a book. [...] That makes sense. It is possible to use the 852 to append holdings for multiple copies whether within one library or lending institution or within a network of partnered institutions. > btw I do get a biblio number and the biblio number is > unique to an individual title even with multiple > copies of the individual title. That would be because the system, as Chris C. explained to me more than once (thanks Chris :-) ) stores the information for the individual titles once; you don't need multiple copies of all that data, just a way of distinguishing the different copies from one and other for lending purposes. Hopefully, someone will get back to you on the question of item counting (I thought that this had come up before, though, and had been answered with a MySQL script posted by one of the programmers). This is important as administrators often put great stock in knowing the numbers of items in holdings (even and over above actual use of those items). Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004 From koha-main at toykeeper.net Sat Jun 26 12:15:51 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] data for testing In-Reply-To: <001a01c45ad4$af81c320$46b6a18e@oemcomputer> References: <20040625075416.GA29316@SerDevian.XYZZ.org> <001a01c45ad4$af81c320$46b6a18e@oemcomputer> Message-ID: <20040626001551.GA31387@SerDevian.XYZZ.org> * Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > I am currently compiling some test data for a demonstration for > Anne Z. of the listserv. > > If you can wait a bit, when I am done the first batch of ca. > 100 (sometimes this weekend), I can arrange with you and > forward them to you as well. That sounds helpful. I'd like a copy, whenever you're ready. BTW, how much data is it? I'm hoping to populate the database with at least 50,000 items, so I may end up web-sucking the library of congress or doing something similar. > These are bibliographic records, BTW, not circ records or > clients. I don't actually remember anyone ever talking about > test data for those and I have been a fairly good follower of > the listserv for over 2 years now. I'm hitting up local libraries for data too, but they are (understandably) reluctant to share that sort of data. I think I'll probably just generate it, though it may be difficult to make it accurately reflect real usage that way. My overall goal is to get libraries in my area to use open-source software, for various practical and financial benefits. But first, I need to demonstrate that it works. :) -- Scott From jmf at kados.org Sat Jun 26 15:28:03 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] no individual item number In-Reply-To: <20040625203213.84553.qmail@web21207.mail.yahoo.com> References: <20040625203213.84553.qmail@web21207.mail.yahoo.com> Message-ID: <1088220483.40dced43cf2f7@208.179.130.60> Hi Mike, Have you set up item types in system parameters? Do your marc records specify item types? If so you can map the tag and subfield with the item type codes in your marc records in the links section of parameters. Koha needs to have the item types specified in order to give an item count. If you can't map item types from your marc records you can automatically populate all your records with one item type (you will still need to set it up in system parameters). So for example, after setting up a 'AF' item type in parameters you can type (from mysql prompt): >use Koha; >update biblioitems set itemtype='AF'; that will set all the itemtypes to AF and you should be good to go ... Let us know how it turns out. Joshua Quoting mike re-v <mrmrmr50@yahoo.com>: > Hello > > I have loaded my marc records. I get no item count? > my marc record input shows multiple 852 tags when > there is more than one copy of a book. My marc tag > check runs no errors. How is the number of individual > items determined? > I'm using Koha-2.0.0 on deb woody. > > tia > > re-v > > btw I do get a biblio number and the biblio number is > unique to an individual title even with multiple > copies > of the individual title. > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From deckrider at myrealbox.com Mon Jun 28 02:31:23 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Choral and Handbell Music Message-ID: <20040627143123.GB3123@elbert> We would like to use Koha for our church's Choral and Handbell Music Library. I'm not familiar with MARC or customary library practices. We have no currently automated system. It would seem that using MARC would help us with data entry, assisted by z3950. Unfortunately, reading the newbie documents, I don't understand whether we need to modify the configuration provided by the default install of Koha 2.0.0. Specifically, it seems that I should be concerned with "Authorised values", "Thesurus", "MARC tag structure", and "Links Koha - MARC DB" so as to help enforce proper data entry that minimizes typing. Is there anyone who currently uses Koha in for Choral/Handbell Music, and if so, any advice on how to use? By the way, the 2.0.0 install seemed easy when running the install script! -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040627/46dcafac/attachment.pgp From rosalie at library.org.nz Mon Jun 28 10:20:56 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Another award for Koha In-Reply-To: <20040627143123.GB3123@elbert> Message-ID: <40DFF108.22260.47BF9F@localhost> Hi Everyone, Koha has won another award - joint winner of the Computerworld Excellence Award for the use of IT in a Not-for-Profit organisation announced in Auckland on 25 June. http://www.idg.net.nz/cwea.nsf/UNID/C8ACA261EFDCDB99CC256E C0007461ED?OpenDocument Rosalie and Rachel were present to spread the good word and receive the handsome trophy and even more handsome cheque, Cheers Rosalie Rosalie Blake Head of Libraries, Horowhenua Library Trust From baljkas at mb.sympatico.ca Mon Jun 28 11:14:46 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Choral and Handbell Music Message-ID: <002c01c45c9c$89827ba0$2c19fea9@oemcomputer> Sunday, June 27, 2004 17:39 CDT Hi, David, Just going through your message, a few questions arise -- > We would like to use Koha for our church's Choral and Handbell Music Library. How large is your congregation's collection? If you are talking about 100s vs. 1,000s or 10,000s of items, it makes a big difference in the amount of work that goes into setting up and then maintaining an automated system. > I'm not familiar with MARC or customary library practices. Anyone who has read the listserv knows I am a devotee of MARC, but depending on how many items are in your collection and how they are used (lent out? used chiefly by one music director? etc.), it might be overkill to go for a fully automated MARC system. And that's not knocking Koha in anyway: it's just that set up and collection maintenance factor again. (One of my cataloguing supervisors, and a dear mentor, is a wiz with MARC and has prepared consultant reports on automation, but in dealing with setting up her church's new (and intended to be small) congregational library, a full MARC system wasn't even considered.) There are online resources that would help introduce you to MARC coding. A good one to start with, one that helps demystify MARC greatly, is readily available off the Library of Congress (LC) MARC Documentation page (URL http://lcweb.loc.gov/marc/) and is entitled Understanding MARC Bibliographic: surf to URL http://www.loc.gov/marc/umb/ and check it out. I am not a music cataloguer, but I would be glad to provide whatever MARC and general cataloguing guidance I could. Also I have a good lib tech friend who works in a music library who I am sure I could impose upon for questions of musicology in cataloguing. As for customary library practices, the best practices are what work best for you and your clients with your collection. There are many of us on Koha -- and on other library listservs that you could subscribe to for that matter -- that would gladly offer whatever free advice we could on professional standards and our own experiences. So don't worry about that. > We have no currently automated system. If you are automating from scratch that poses a different set of questions than if you are automating from a collection indexed or catalogued in some manner. Do you have a card or book catalogue? > It would seem that using MARC would help us with data entry, assisted by z3950. To be fair, MARC cataloguing for music isn't as available as MARC cataloguing for books, but that's understandable. I did some quick checking -- testing out my local provincial university's Music Library catalogue with a keyword search on "choral" -- and that generated 100s of results, which bodes well. Since LC, NLC and other national level institutions do catalogue music, as do university libraries with music faculty, you should be okay with that, depending on how esoteric your collection is. > Unfortunately, reading the newbie documents, I don't understand whether we need to modify the > configuration provided by the default install of Koha 2.0.0. Specifically, it seems that I should be > concerned with "Authorised values", "Thesaurus", "MARC tag structure", and "Links Koha - MARC DB" > so as to help enforce proper data entry that minimizes typing. You are not alone. ;-) From esalayon at tip.edu.ph Mon Jun 28 12:35:24 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Another award for Koha In-Reply-To: <40DFF108.22260.47BF9F@localhost> References: <20040627143123.GB3123@elbert> <40DFF108.22260.47BF9F@localhost> Message-ID: <2541.61.9.6.227.1088382924.squirrel@mail.tip.edu.ph> congrats and more power! eric > Hi Everyone, > Koha has won another award - joint winner of the Computerworld > Excellence Award for the use of IT in a Not-for-Profit organisation > announced in Auckland on 25 June. > http://www.idg.net.nz/cwea.nsf/UNID/C8ACA261EFDCDB99CC256E > C0007461ED?OpenDocument > Rosalie and Rachel were present to spread the good word and > receive the handsome trophy and even more handsome cheque, > Cheers > Rosalie > > Rosalie Blake > Head of Libraries, Horowhenua Library Trust > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From COURYHOUSE at aol.com Mon Jun 28 12:35:29 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha award! Message-ID: <66.42446996.2e10c1d1@aol.com> Fantastic! Kudos! Thanks Ed Sharpe, Archivist for SMECC - - See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library - please advise if you have anything we can use. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi ? stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, n? utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040627/3b0bf6a6/attachment.html From deckrider at myrealbox.com Tue Jun 29 03:51:48 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Choral and Handbell Music In-Reply-To: <002c01c45c9c$89827ba0$2c19fea9@oemcomputer> References: <002c01c45c9c$89827ba0$2c19fea9@oemcomputer> Message-ID: <20040628155148.GD3123@elbert> Steven, Thank you for responding. I'm now taking some time to look at the information you provided. Meanwhile, here are some answers to your questions: > How large is your congregation's collection? About 1,500 titles, 20 copies of each. > in dealing with setting up her church's new (and intended to be > small) congregational library, a full MARC system wasn't even considered. Is there any possible future penalty to be paid for not using MARC? Can we simply enable MARC later from the intranet screen, or will some MySQL conversion process be required if we change our minds? > If you are automating from scratch that poses a different set of > questions than if you are automating from a collection indexed or > catalogued in some manner. Do you have a card or book catalogue? The best we currently have is a spreadsheet listing of our handbell music (300 or so titles). I think the remainder is not catalogued, or catalogued on paper only. Thanks again, Dave. -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040628/992fda65/attachment.pgp From oleonard at athenscounty.lib.oh.us Wed Jun 30 04:45:04 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] From Paul Poulain: Koha 2.1.0 released Message-ID: <200406291649.i5TGnW0k016686@alma.athenscounty.lib.oh.us> Paul asked me to post this message while he works out problems between his ISP and Sourceforge: Hello, Many people are working hard to provide a VERY good major Koha version. 2.1.0 is the 1st "snapshot" of the future version. You can see the result here : * release notes (long list of new feature & CALL FOR HELP): http://sourceforge.net/project/shownotes.php?release_id=249591 * download from here : http://sourceforge.net/project/showfiles.php?group_id=16466 Enjoy ;-) -- Paul From maynord at terracom.net Wed Jun 30 08:36:31 2004 From: maynord at terracom.net (Robert Maynord) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 Message-ID: <40E1D2CF.5080204@terracom.net> Hello Koha Folks! It is summer, and time for our school KOHA upgrade from 1.3.2 to 2.0! I have 2.0 installed and working on a new machine, and I have left the old 1.3.2 library machine in place -untouched- until I complete the transition - just to be sure the data is safe. My plan is to save the data on the old machine using mysqldump - then transfer it to the new machine. As of my last inquiry about the process of upgrading (August 2003) there was no script that would completely handle the process. At that point, upgrading involved: * run update database * import MARC parameter tables * modify MARC parameter tables * run updatedb2marc.pl Should I still use this process? Would I start by importing my old database into mysql? Are the above commands included with 2.0? Are there documents available to help with the upgrade from 1.2.3 to 2.0? I have been promising our librarian an upgrade for a year now -- any suggestions would be greatly appreciated! Robert Maynord Immaculate Heart of Mary School From adalid at tij.uia.mx Wed Jun 30 10:03:49 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] KOHA LANGUAGES HELP !!! Message-ID: <200406291944.i5TJibIJ013613@wenceslaus.tij.uia.mx> I'm testing koha in Windows 98. Change the default language (EN) to spanish (SP) and several menus not working, can't change to the default english version. Help wanted, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From clb24 at buffalo.edu Wed Jun 30 08:07:52 2004 From: clb24 at buffalo.edu (Christopher Brown-Syed) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Koha@Buffalo continues Message-ID: <1088539672.40e1cc18ef187@mail2.buffalo.edu> Greetings one and all. This past January, we began using Koha to catalogue two special collections in the State University of New York at Buffalo. We have run practicums for Master's students in library studies, with the intention of providing access to a unique colledtion of books and archaeological field notes housed in the Classics Department,involving about six volunteers. The students were impressed enough to set up a discussion for their colleagues in April. This project will continue in September. A second project involves the university's teaching and learning collection of materials to support instructors. Chien-Lin Liu, the UB Koha guru, has produced a custom Web interface which allows access to these collections, and provides a feedback bulletin board to collect student experiences and suggestions. We have not finished analyzing these, but will post summaries when available. Our ongoing use of Koha in the classroom continued during the first Summer session here in the University at Buffalo. About 17 students in a course on UNIX/Linux systems administration mounted Koha servers as part of their six-week course. One suggestion which arose from both of these experiences was that a more typical MARC table be included in the generic Koha parameters. A "cheat sheet" of "most frequently used" MARC tags was procured from the campus libraries, and we would be happy to share the specs.For instance, the publisher field designations currently include only the date ($c), not the place and publisher fields of the MARC 260 tag. This is confusing for newbies to MARC. The Library of Congress does publish a compact MARC brochure for about $10, but we think it might help to turn on the most frequently used tags and subfields from the get-go. At any rate, we now have a couple of dozen newly-minted open-source enthusiasts here - about six cataloguers and about seventeen budding sysadmins.I'm allowing for one or two who might not yet be convinced. :) -- Christopher Brown-Syed, PhD, Editor, Library and Archival Security. University at Buffalo School of Informatics <clb24@buffalo.edu> From robweir at alum.drexel.edu Wed Jun 30 10:30:31 2004 From: robweir at alum.drexel.edu (robweir@alum.drexel.edu) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] KOHA LANGUAGES HELP !!! References: <200406291944.i5TJibIJ013613@wenceslaus.tij.uia.mx> Message-ID: <001f01c45e28$b04744e0$2c0aa8c0@antek.local> What version are you testing? Did you find the link for V2.0.0 at http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaOnWindows? Rob ----- Original Message ----- From: "Adalid Ortiz" <adalid@tij.uia.mx> Sent: Tuesday, June 29, 2004 6:03 PM Subject: [Koha] KOHA LANGUAGES HELP !!! > I'm testing koha in Windows 98. Change the default language (EN) to spanish (SP) > and several menus not working, can't change to the default english version. > > Help wanted, > > LIC. FELIPE ADALID ORTIZ ANZALDO From adalid at tij.uia.mx Wed Jun 30 12:37:41 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] KOHA LANGUAGES HELP !!! Message-ID: <200406292218.i5TMIXIJ019581@wenceslaus.tij.uia.mx> I'm testing the 2.0 version. I open the code and make some changes to the opac in order to translate some messages to spanish but using the english default language, then open the configuration tool and choose SP as the default language. LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From paul.poulain at free.fr Wed Jun 30 16:20:02 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <40E1D2CF.5080204@terracom.net> References: <40E1D2CF.5080204@terracom.net> Message-ID: <40E23F72.9040709@free.fr> Robert Maynord a ?crit : > Hello Koha Folks! > > It is summer, and time for our school KOHA upgrade from 1.3.2 to 2.0! > I have 2.0 installed and working on a new machine, and I have left the > old 1.3.2 library machine in place -untouched- until I complete the > transition - just to be sure the data is safe. My plan is to save the > data on the old machine using mysqldump - then transfer it to the new > machine. > > As of my last inquiry about the process of upgrading (August 2003) > there was no script that would completely handle the process. At that > point, upgrading involved: > > * run update database > * import MARC parameter tables > * modify MARC parameter tables > * run updatedb2marc.pl > > Should I still use this process? yes. > Would I start by importing my old database into mysql? yes, of course. > Are the above commands included with 2.0? MARC parameters tables are in scripts/misc/marc_datas/marc21_en updatedb2marc.pl is in scripts/misc/ > Are there documents available to help with the upgrade from 1.2.3 to > 2.0? no everything is done by the updatedatabase, except MARC populating, that's why you must populate the DB manually. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From zero at vtr.net Wed Jun 30 17:19:35 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] KOHA LANGUAGES HELP !!! References: <200406291944.i5TJibIJ013613@wenceslaus.tij.uia.mx> Message-ID: <002001c45e61$d8124090$21bd68c8@zouk> Hola Adalid Ortiz. Tu escribiste: > I'm testing koha in Windows 98. Change the default language (EN) to spanish (SP) > and several menus not working, can't change to the default english version. > > Help wanted, ---------------------------------------------------------------------------- ----- Hola mi nombre es Jose Luis y soy de Chile, yo tambien he trabajado en la traduccion de Koha, tengo un dir llamado 'es', pero conserv? los dem?s. E igual que tu al cambiar el idioma algunas cosas no funcionan, lo recomandable es que vuelvas o reestablezas como estaba originalmente y respaldes tu directorio en espa?ol. Y volvera intentar. En par?metros se te recomienda que pongas el idioma a usar primero y despues ingl?s, hicise eso tambien?. Cualquier pregunta con respecto a la traduccion y que otros archivos hay que traducir me avisas. Espero sirva y si sabes como arreglarlo espero postees tambi?n la soluci?n ;-). Atte, Jos? Luis D?az UVM V Regi?n Chile > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From hans at shrewsbury.ac.th Thu Jul 1 00:02:36 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module Message-ID: <200406301131.i5UBVJLG024715@mail5.ksc.th.com> My first post to the list (hope I did it right!), so a quick intro's at the bottom of this message. Somebody's previous comment: >>The suggestion module looks a lot like an interlibrary loan request form to me, especially the document request. Paul's most recent response: >Is there something I don't understand ? The suggestion module is NOT an ill. It's a feature for a borrower/user that will enable him to "suggest" a library a book to buy. Me: Does bring up an interesting point though, as the motivation for both is "I want something this library doesn't have". Perhaps if at some point there were an ILL feature, the two functions would be connected, for example: Look it up in the multi-library catalog if found, put in an ILL request if not found, bring up the suggestion interface for the patron Allow the system to make suggestions to Acquisitions for those books that are ILL requested "frequently" (define via parameter setting) Another suggestion for the suggestion module <g> would be to call it something more clear, e.g. patron purchase request module? The generic term "suggestion" initially strikes one as perhaps asking the library patron to make general "customer service" suggestions to the library staff, or even for the Koha user to submit software feature requests to the developers, etc. ============================ First posting introduction: I'm implementing Koha for tracking graded readers and teacher resources (maybe even equipment?) in a private school (Shrewsbury International School) in Bangkok, Thailand. Our "real" library uses Alice, but they didn't want take on responsibility for these tracking these resources, and I wasn't given a budget for more Alice licenses, so - great opportunity for me for me to do a whole lot of extra work for the school! I'm now "just" an ESL / EFL teacher, used to be a computer guy in a previous life - network sysadmin stuff, not unix/linux nor programming unfortunately. From nicolas.morin at univ-angers.fr Thu Jul 1 01:25:43 2004 From: nicolas.morin at univ-angers.fr (nicolas morin) Date: Wed Nov 16 16:50:21 2005 Subject: [Koha] Re: [Koha-devel] suggestion module In-Reply-To: <200406301131.i5UBVJLG024715@mail5.ksc.th.com> References: <200406301131.i5UBVJLG024715@mail5.ksc.th.com> Message-ID: <40E2BF57.6040203@univ-angers.fr> Hans Henderson wrote: >Another suggestion for the suggestion module <g> would be to call it >something more clear, e.g. patron purchase request module? The >generic term "suggestion" initially strikes one as perhaps asking the >library patron to make general "customer service" suggestions to the >library staff, or even for the Koha user to submit software feature >requests to the developers, etc. > You're right: "suggestion" is a word to word (not too good) translation from the french. I think in most english versions of ILS products it's called "request" module. Nicolas > > -- *********************************** Nicolas Morin Biblioth?que universitaire d'Angers 5 rue Le N?tre 49045 Angers cedex T?l: +33 (0)2 41 22 63 11 Fax: +33 (0)2 41 22 64 05 http://bu.univ-angers.fr <http://bu.univ-angers.fr> From tmcmahon at wlpl.org Thu Jul 1 09:26:30 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Migrating from Athena -- Koha-MARC DB links Message-ID: <40E33006.8030507@wlpl.org> Has anyone switched from Athena to Koha or are in the process? I could use some help with the MARC DB links. The problem I'm having is mapping the items fields. It looks like I should be mapping 852 here. On the item fields test I'm getting ALL items MUST: -be mapped to the same tag -and they must be in the 10 (items) tab Do I need to map all of the items from the drop-down menu? -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From rmaynord at ihm-school.org Thu Jul 1 10:37:14 2004 From: rmaynord at ihm-school.org (Robert Maynord) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <40E23F72.9040709@free.fr> References: <40E1D2CF.5080204@terracom.net> <40E23F72.9040709@free.fr> Message-ID: <40E3409A.1050601@ihm-school.org> Paul: Thank you for your response! I followed the suggested procedure, and it went mostly as planned. However, I came across a few glitches--- * After installing Koha 2.0, I deleted the tables in the Koha database, and imported the data from our old Koha - all went well. * I then ran updatedatabase from /scripts/misc/updater -- all went well. * After using mysqldump to import the MARC parameter tables (it took about 10 minutes to complete) I opened Koha to see about modifying the MARC tables. However, there were no default tags listed anywhere - even in the pull-down selectors. So, I checked the database -- and there were MARC tables there, along with my original data. I was unsure what to modify at this point, so I continued to the next step. * There was no updatedb2marc.pl script in my /scripts/misc directory. However, there was a koha2marc script. I assumed this was the new name for updatedb2marc.pl, and so I used it. (The process took about 10 mins) * When I finally ran Koha, the OPAC seemed to work fine, searching/finding/and displaying books in our catalogue. * However, in the INTRANET, the MARC search has no fields or subfields. Under Parameters, there are no MARC tags for Structure or Links. * I ran a MARC check, and it says that itemnum, itemtype, homebranch, holdingbranch, biblio and biblionumber are not mapped. As far as I can discern, there are four possible solutions to my problem: 1) Find updatedb2marc.pl somewhere since it did not come with my distribution. 2) Use something other than mysqldump for importing the parameter tables. 3) Perhaps I was supposed to add tags after adding the MARC parameter tables, and I didn't know how. 4) Perhaps everything went as it is supposed to, and now I have to find a way to fix the items that aren't mapped. I have no idea how to do this. Anyway, this is an update of today's work.... Thanks again! Robert > Robert Maynord a ?crit : > >> Hello Koha Folks! >> >> It is summer, and time for our school KOHA upgrade from 1.3.2 to >> 2.0! I have 2.0 installed and working on a new machine, and I have >> left the old 1.3.2 library machine in place -untouched- until I >> complete the transition - just to be sure the data is safe. My plan >> is to save the data on the old machine using mysqldump - then >> transfer it to the new machine. >> >> As of my last inquiry about the process of upgrading (August 2003) >> there was no script that would completely handle the process. At >> that point, upgrading involved: >> >> * run update database >> * import MARC parameter tables >> * modify MARC parameter tables >> * run updatedb2marc.pl >> >> Should I still use this process? > > > yes. > >> Would I start by importing my old database into mysql? > > > yes, of course. > >> Are the above commands included with 2.0? > > > MARC parameters tables are in scripts/misc/marc_datas/marc21_en > updatedb2marc.pl is in scripts/misc/ > >> Are there documents available to help with the upgrade from 1.2.3 >> to 2.0? > > > no everything is done by the updatedatabase, except MARC populating, > that's why you must populate the DB manually. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040630/7a3d5983/attachment.html From c.kennedy at imperial.ac.uk Tue Jun 29 01:41:15 2004 From: c.kennedy at imperial.ac.uk (Kennedy, Catherine) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Using Koha for small hybrid resource centre Message-ID: <4C8374E86BD3164CA444DC8C130D5C0A0173573C@icex31.ic.ac.uk> I have been considering using Koha to catalogue and circulate a small (but growing!) collection of books, journals, e-books, article citations, company reports, web sites, online reports currently scattered across our intranet, WebCT, e-book services and an MS Access database. Before I commit myself to a far bit of work over the summer, I'd be interested in having a look at a system that is using Koha for a collection that is not predominantly print-based and makes use of the 856 field in MARC. Any offers? Thanks, Catherine Kennedy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040628/f67fee8c/attachment.htm From kea-notify at katipo.co.nz Wed Jun 30 08:34:00 2004 From: kea-notify at katipo.co.nz (kea-notify@katipo.co.nz) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] News and Release Notes has been updated Message-ID: <E1BfPJS-0004Sb-00@suntiger.katipo.co.nz> News and Release Notes has been updated. The revised page is available at: http://www.koha.org/news/index.html From mjr at dsl.pipex.com Thu Jul 1 11:12:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <40E1D2CF.5080204@terracom.net> Message-ID: <ca322548efe1be224d98c7d4f10456cf@bouncing.localnet> On 2004-06-29 21:36:31 +0100 Robert Maynord <maynord@terracom.net> wrote: > As of my last inquiry about the process of upgrading (August 2003) > there was > no script that would completely handle the process. Was that after the koha.upgrade script appeared in the distribution? Basically, I would start by importing your old data and copying your old koha files, then running koha.upgrade and trying to catch what breaks. There is still little documentation, especially about "once-only" tasks like upgrading, but I try to link what I find from http://www.ttllp.co.uk/koha/ -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From tmcmahon at wlpl.org Thu Jul 1 11:24:30 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Migrating from Athena -- Koha-MARC DB links In-Reply-To: <40E33006.8030507@wlpl.org> References: <40E33006.8030507@wlpl.org> Message-ID: <40E34BAE.6010508@wlpl.org> Sorry to follow up on my own post. I got stuck trying ways I thought it should be instead of how it's supposed to be. I still don't have things set the way I want yet, but I'm fairly sure I'm past that problem. I guess I just needed to say something here before my mind would open up. I'm still interested in how others have the tag structure set up in an Athena conversion. Tim McMahon - West Liberty Public Library wrote: > Has anyone switched from Athena to Koha or are in the process? I > could use some help with the MARC DB links. The problem I'm having is > mapping the items fields. It looks like I should be mapping 852 here. > > On the item fields test I'm getting ALL items MUST: > -be mapped to the same tag > -and they must be in the 10 (items) tab > > Do I need to map all of the items from the drop-down menu? > -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From gnelibrarian at hotmail.com Thu Jul 1 19:35:06 2004 From: gnelibrarian at hotmail.com (kanwaljit Dhindsa) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC TAG STRUCTURE Message-ID: <BAY12-F44A8JwzHjF34000131e3@hotmail.com> PLEASE TELL ME WHERE I FIND OUT THE HELP ABOUT MARC TAG STRUCTURE PARAMETERS IN KOHA . HOW TO SET THEM,WHICH TAB IS USED FOR WHICH FIELD. Ms.KANWAL _________________________________________________________________ Transfer home loans now! http://go.msnserver.com/IN/51405.asp Home loans with 7.5% only. From shedges at skemotah.com Thu Jul 1 23:06:19 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC TAG STRUCTURE In-Reply-To: <BAY12-F44A8JwzHjF34000131e3@hotmail.com> References: <BAY12-F44A8JwzHjF34000131e3@hotmail.com> Message-ID: <1312.65.24.138.126.1088679979.spork@webmail.skemotah.com> kanwaljit Dhindsa said: > PLEASE TELL ME WHERE I FIND OUT THE HELP > ABOUT MARC TAG STRUCTURE PARAMETERS IN KOHA . http://www.skemotah.com/Migrating_to_Koha.html#Prerequisites -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From rmaynord at ihm-school.org Fri Jul 2 05:02:41 2004 From: rmaynord at ihm-school.org (Robert Maynord) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 Message-ID: <40E443B1.40900@ihm-school.org> MJ & Paul: Thanks for your suggestions! I now have Koha about 90% up and running. The OPAC works OK (including search), and many of the Intranet functions work OK - Our data is there, and we have MARC tags! The remaining problem is that the MARC search does not work - it takes me to a white error page. The MARC search categories are there, it just doesn't do the search. I assume this has something to do with MARC configuration. I checked the Koha error log, and found this: Can't use an undefined value as a HASH reference at /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 116. [Thu Jul 1 11:00:04 2004] [error] [client 192.168.0.5] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/search.marc/search.pl Does this ring any bells? Is there something I am obviously not doing? How do I define the value for the HASH reference? Robert From shedges at skemotah.com Fri Jul 2 07:00:50 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <40E443B1.40900@ihm-school.org> References: <40E443B1.40900@ihm-school.org> Message-ID: <36166.66.213.78.3.1088708450.spork@webmail.skemotah.com> Have you got your branches set up, and do the items have homebranches set? It sounds like Koha is having trouble figuring out where your items are (at what location). Stephen Robert Maynord said: > MJ & Paul: > > Thanks for your suggestions! I now have Koha about 90% up and running. > The OPAC works OK (including search), and many of the Intranet functions > work OK - Our data is there, and we have MARC tags! > > The remaining problem is that the MARC search does not work - it takes > me to a white error page. The MARC search categories are there, it just > doesn't do the search. I assume this has something to do with MARC > configuration. > > I checked the Koha error log, and found this: > > Can't use an undefined value as a HASH reference at > /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 116. > [Thu Jul 1 11:00:04 2004] [error] [client 192.168.0.5] Premature end of > script headers: /usr/local/koha/intranet/cgi-bin/search.marc/search.pl > > Does this ring any bells? Is there something I am obviously not doing? > How do I define the value for the HASH reference? > > Robert > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From koha-main at toykeeper.net Fri Jul 2 10:16:24 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] notes during koha 2.0 install Message-ID: <20040701221624.GA23502@SerDevian.XYZZ.org> Hello. I installed koha 2.0.0 about a month ago, and wrote down some info about my experiences with it afterward. I began the process as a complete koha newbie, though I've been a *nix sysadmin for nearly a decade. Anyway, I'm providing these notes in hopes it will help the koha developers: Installation experiences... I went to koha's main site and found a download link to sourceforge. Continuing, I found a tarball for koha-2.0.0, and grabbed it. After unpacking, I browsed the contents a bit. The README had very little info, and said to run the installer. No INSTALL file was provided. I don't like running downloaded executables on my system; who knows what they might do? Such a script might assume things which are not true about me, or my system. I probably didn't even have its dependencies satisfied, so I decided to get more information first. Suggestion: Create an INSTALL file, and list all dependencies in it. Also, describe what the installer script does, in detail. I looked at the koha site again, for installation info. It had a decent installation guide, here: http://www.koha.org/installation/quick-start.html I read the hints there, the faq, and the install guide. I located the debian packages for listed dependencies, and installed them. I got the rest of the deps from cpan, packaged them into .deb files, and installed them. Then I followed directions, and ended up without a working koha. This was partly because of a typo in apache's config, but mostly because I had tried to do as the install guide said. Suggestion: update the online docs to reflect the current version. Perhaps maintain them along with the koha source, and copy the files to the site whenever there is a new release. Or, at least, add a note to the online docs stating they do not apply to koha 2.0.0 or newer. Eventually, I decided to run the installer, as a throwaway user, to see what it did. It informed me about additional dependencies, so I located and/or built those again, as needed. Continuing on, I learned all about what the installer does, but it failed to set up the database correctly. I got enough errors that I couldn't scroll back to see where they started. ... I have a pretty long scrollback buffer. Anyway, the installer continued merrily along, having noticed nothing wrong. Suggestion: check for errors during installer operations. Other than the database errors, and the expected failure while trying to write to /etc, all went well. I decided to run it as root as soon as I got the database problem fixed. But, as it turns out, running as non-root was the problem. I discovered this after I found the koha IRC channel and chris helped me. (thanks!) It gets DB info from /etc instead of from the installer script, so failing to write /etc/koha.conf is fatal to the install. Suggestion: list the IRC channel somewhere on the main site; it was buried near the last hit on google. Suggestion: notify user that installer must be run as root. Or, add non-root installation capability. Or, abort install when writing to /etc fails, and explain why to the user. Continuing, I ran the installer as root, and it worked. It still printed a bunch of red text during the database portion, but none of it was errors. I then looked at the apache config it generated, merged parts into my apache config, and tested. On the first try, it failed, but then I fixed a typo from earlier, and it worked. :) -- Scott From mjr at dsl.pipex.com Fri Jul 2 10:57:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] notes during koha 2.0 install In-Reply-To: <20040701221624.GA23502@SerDevian.XYZZ.org> Message-ID: <97ada7ceb2ea0db77dda9d5dbb0de399@bouncing.localnet> Scott, Thanks for your testing. I'll probably add most of the things you mention to the bugs.koha.org if they're not already there. I find the outdated docs on the koha.org site cause more people problems than almost anything else. I will update the docs in the tarball before 2.0.1 is released, hopefully next week. On 2004-07-01 23:16:24 +0100 Scott Scriven <koha-main@toykeeper.net> wrote: > Suggestion: notify user that installer must be run as root. Or, add > non-root installation capability. Or, abort install when writing > to > /etc fails, and explain why to the user. There is non-root installation capability through prefix and etcdir environment variables. That was one of the first things I added. I should probably bomb out if we can't write to the chosen etcdir (which defaults to "/etc"). -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From ph.revault at free.fr Sat Jul 3 00:16:45 2004 From: ph.revault at free.fr (Philippe Revault) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Re: upgrade from 1.3.2 to 2.0 In-Reply-To: <20040630182938.14250.76124.Mailman@wilbur.katipo.co.nz> References: <20040630182938.14250.76124.Mailman@wilbur.katipo.co.nz> Message-ID: <40E5522D.6080309@free.fr> >Date: Tue, 29 Jun 2004 15:36:31 -0500 >From: Robert Maynord <maynord@terracom.net> >To: KOHA <koha@lists.katipo.co.nz> >Subject: [Koha] upgrade from 1.3.2 to 2.0 > >Hello Koha Folks! > >It is summer, and time for our school KOHA upgrade from 1.3.2 to 2.0! I >have 2.0 installed and working on a new machine, and I have left the old >1.3.2 library machine in place -untouched- until I complete the >transition - just to be sure the data is safe. My plan is to save the >data on the old machine using mysqldump - then transfer it to the new >machine. > > IMH and not expert opinion I would (because I did so with some personnal datas) install a new 1.2.3 instance (using the sql dump) and run the upgrade with it. > >I have been promising our librarian an upgrade for a year now -- any >suggestions would be greatly appreciated! > > Be really carefull with setting the MARC parameters because the job is very long and some of your datas may be lost if you don't match correctly MARC structure and KOHA structure before you run updatedb2marc.pl. When you finished setting MARC structure you should save it (2 tables : marc_tag_structure and marc_subfield_structure) in order to be able to start again the all process without suffering once again. Regards, Philippe From mjr at dsl.pipex.com Sat Jul 3 01:59:25 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <40E443B1.40900@ihm-school.org> Message-ID: <3bc183b9045ac3f30f462e4055ca2075@bouncing.localnet> On 2004-07-01 18:02:41 +0100 Robert Maynord <rmaynord@ihm-school.org> wrote: > Does this ring any bells? Is there something I am obviously not > doing? How > do I define the value for the HASH reference? Do you have stopwords defined? I think they're set in the Parameters section. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From ccalle at umsa.bo Sat Jul 3 04:26:26 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] KOHA IN LANGUAGE ESPANISH Message-ID: <20040702162217.M16961@www.umsa.bo> Hello. Excuses my native language is espanol. WE ARE IN a PROJECT TO MIGRATE the KOHA To ESPANOL, FIRST THAT BECAME WAS TO ELIMINATE the DIRECTORIES/koha-2.0.0/intranet/intranet-html/intranet- tmpl/default the DIRECTORIES/fr/pl and /zh-TW. I AM IN THE CORRECT WAY? IT KNOWS SOMEBODY ALGUN SIMILAR PROJECT? THANKS To ALL BEING BRILLIANT... CHRISTIAN CALLE Lapaz-Bolivia From zero at vtr.net Sat Jul 3 11:04:41 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] KOHA IN LANGUAGE ESPANISH References: <20040702162217.M16961@www.umsa.bo> Message-ID: <001601c46088$f55b0be0$21bd68c8@zouk> 'es' Hola Christian. Mi nombre es Jos? Luis y soy de Chile y he trabajado en la traducci?n de Koha al espa?ol, estoy pronto a terminar. Primero da lo mismo si borras o no esos directorios, lo importante es crear un directorio llamado por ejemplo 'es' y luego copiar el contenido del directorio 'en' u otro en caso que sepas mejor uno de los otros idiomas, y pegar este contenido a la carpeta que creaste (es), luego los templates o archivos .tmpl los puedes trabajar con un editor de p?ginas web y cambiar el texto y demases al espa?ol. Hay otras cosas m?s a traducir, pero podrias empezar con eso. Espero te sirva de algo, cualquier consulta no dudes en escribir e informar como te va, no tendria problema en compartir mi trabajo asi que si quieres me avisas tambi?n. Ah, una pregunta en que sistema operativo lo instalaste? No afecta mucho en la traducci?n, pero puede ser util para otros efectos. Bueno me despido, Atte,. Jos? Luis D?az UVM V Region Chile **************************** 'en' Hi Christian, My name is Jose Luis and I'm from Chile, I've been working on the translate of Koha into Spanish by myself, and I'm about to finish. First you must to create a new directory called for example, 'es' and copy all the content of the 'en' dir, to that new directory you've just created, and then those templates or .tmpl files you can edit them with a web editor and then change all the text and stuff into Spanish. There are other things to translate too but you could start with that first. Hope this helps you, and any thing you like to ask don't hesitate and post again or just send me an e-mail. I have no problem to share mi work, so you may ask for it if you want it. I hope after finish it to leave it or host it somewhere so anybody could download it, maybe the same developers might be interested. I've wrote this message in both Spanish and English so the community can see what is going on with translating into Spanish and the use of Koha on Spanish speakers. This might help a lot of people thinking in the same work. Cheers,. J0se From Francois.Patte at math-info.univ-paris5.fr Sat Jul 3 21:02:03 2004 From: Francois.Patte at math-info.univ-paris5.fr (=?iso-8859-1?b?RnJhbudvaXM=?= Patte) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] internal server error Message-ID: <1088845323.40e6760bb1427@www.math-info.univ-paris5.fr> Bonjour, I have just installed koha-2.1.0 and I get this error message. In the log files: Can't locate Net/LDAP.pm in @INC (@INC contains: Is an LDAP perl module missing? The installer didn't complain about it... I just want to use koha on this machine for testing and I do not require any LDAP authentification. Thank you. -- Fran?ois Patte Ecole fran?aise d'Extr?me-Orient - Pune - Inde Universit? Ren? Descartes - Paris 5 UFR de math?matiques et informatique http://www.math-info.univ-paris5.fr/~patte From Francois.Patte at math-info.univ-paris5.fr Sun Jul 4 04:19:06 2004 From: Francois.Patte at math-info.univ-paris5.fr (=?iso-8859-1?b?RnJhbudvaXM=?= Patte) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] internal server error In-Reply-To: <1088845323.40e6760bb1427@www.math-info.univ-paris5.fr> References: <1088845323.40e6760bb1427@www.math-info.univ-paris5.fr> Message-ID: <1088871546.40e6dc7a82df6@www.math-info.univ-paris5.fr> Selon Fran?ois Patte <Francois.Patte@math-info.univ-paris5.fr>: > Bonjour, > > I have just installed koha-2.1.0 and I get this error message. > > In the log files: > > Can't locate Net/LDAP.pm in @INC (@INC contains: > > Is an LDAP perl module missing? The installer didn't complain about it... And neither it doesn't complain about the missing of module Convert-ASN1 Is it a bug in the installer? Or did I miss something? Problem is solved for me: got the missing modules on cpan. -- Fran?ois Patte Ecole fran?aise d'Extr?me-Orient - Pune - Inde Universit? Ren? Descartes - Paris 5 UFR de math?matiques et informatique http://www.math-info.univ-paris5.fr/~patte From rmaynord at ihm-school.org Sat Jul 3 04:56:56 2004 From: rmaynord at ihm-school.org (Robert Maynord) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] upgrade from 1.3.2 to 2.0 In-Reply-To: <3bc183b9045ac3f30f462e4055ca2075@bouncing.localnet> References: <3bc183b9045ac3f30f462e4055ca2075@bouncing.localnet> Message-ID: <40E593D8.7070505@ihm-school.org> MJ: This worked! My author name now works - the others are blank, so I assume that is a MARC tag configuration issue. But the MARC search works... Thanks for your help! Robert > On 2004-07-01 18:02:41 +0100 Robert Maynord <rmaynord@ihm-school.org> > wrote: > >> Does this ring any bells? Is there something I am obviously not >> doing? How do I define the value for the HASH reference? > > > Do you have stopwords defined? I think they're set in the Parameters > section. > From shedges at skemotah.com Mon Jul 5 07:30:56 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Installing Koha on RedHat documentation In-Reply-To: <1088539672.40e1cc18ef187@mail2.buffalo.edu> References: <1088539672.40e1cc18ef187@mail2.buffalo.edu> Message-ID: <32829.65.24.138.126.1088969456.spork@webmail.skemotah.com> I have loaded a new document on my website that documents the process of installing Koha on Red Hat Enterprise Linux (AS v.3). You can find it at http://www.skemotah.com/KohaRHinstall.html My thanks to Saint Vladimir?s Orthodox Theological Seminary and Dn. Kirill Sokolov for providing access to the Red Hat Network, allowing me to develop this document. Thanks also to Joshua Ferraro, whose instructions for installing Koha on Debian served as a guide. Please let me know of any errors or omissions you see in the document. Thanks! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Mon Jul 5 13:06:57 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] internal server error In-Reply-To: <1088845323.40e6760bb1427@www.math-info.univ-paris5.fr> Message-ID: <a26e8aa6498a40e0533728d7b576e3c1@bouncing.localnet> On 2004-07-03 10:02:03 +0100 Fran?ois Patte <Francois.Patte@math-info.univ-paris5.fr> wrote: > Can't locate Net/LDAP.pm in @INC (@INC contains: > > Is an LDAP perl module missing? The installer didn't complain about it... I would be surprised if Net::LDAP was *required* for Koha, but it is possible that 2.1.0's default installation options aren't quite right yet. That's a development version. You might find it smoother with a stable version, although there are still bugs which are being fixed. Stable versions are 2.0.x - latest release is 2.0.0 and latest beta is 2.0.1beta3 from http://www.mjr.dsl.pipex.com/ -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From ferreyra at ort.edu.uy Tue Jul 6 02:40:52 2004 From: ferreyra at ort.edu.uy (Laura Ferreyra) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] A question Message-ID: <40E96874.139B34AA@ort.edu.uy> Hi!, I'm a librarian and I work in a university library in Uruguay, South America. We are interested in working with koha. Now we have CDS/ISIS with Cepal format. We have first to change the databases format from Cepal to Marc. Is there anyone who have already done this?. I will really appreciate any previous experience, Best regards, Lic. Laura Ferreyra ORT University Central Library From Francois.Patte at math-info.univ-paris5.fr Mon Jul 5 21:55:59 2004 From: Francois.Patte at math-info.univ-paris5.fr (=?iso-8859-1?b?RnJhbudvaXM=?= Patte) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha with and without internet connection Message-ID: <1089021359.40e925afc5d20@www.math-info.univ-paris5.fr> Bonjour, Even though I know that it is rather an apache question.... How to configurate apache/koha to be able to use it even if the computer is not on the network? I have installed koha on a laptop which was on the network and without this connexion, I get an error message: http://name-on-the-network:80 connection refused... http://localhost:80 I get the apche default page. Thank you for any help. -- Fran?ois Patte Ecole fran?aise d'Extr?me-Orient - Pune - Inde Universit? Ren? Descartes - Paris 5 UFR de math?matiques et informatique http://www.math-info.univ-paris5.fr/~patte From mjr at dsl.pipex.com Tue Jul 6 01:11:35 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] notes during koha 2.0 install In-Reply-To: <20040701221624.GA23502@SerDevian.XYZZ.org> Message-ID: <a9ff35c67fcc16e5168e14a504201f5f@bouncing.localnet> Bug numbers refer to bugs.koha.org On 2004-07-01 23:16:24 +0100 Scott Scriven <koha-main@toykeeper.net> wrote: > Suggestion: Create an INSTALL file, and list all dependencies in > it. > Also, describe what the installer script does, in detail. Bug 65. > [...] add a note to the online docs stating they do not > apply to koha 2.0.0 or newer. Bug 620. > Suggestion: check for errors during installer operations. I try. If you can narrow down the particular uncaught error, I'll try to catch it. > Suggestion: list the IRC channel somewhere on the main site; it was > buried near the last hit on google. It's on http://www.koha.org/about/ -- where else would you like it? > Suggestion: notify user that installer must be run as root. Or, add > non-root installation capability. Or, abort install when writing > to > /etc fails, and explain why to the user. It notifies the user in the opening "Welcome to the Koha installer" message. I'll improve the wording. I agree that it should check that it can write to /etc, so I've added a check which will appear in 2.0.1. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From deckrider at myrealbox.com Wed Jul 7 02:33:59 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha 2.0.0 Biblio Barcode Message-ID: <20040706143359.GA11338@elbert> Using Koha 2.0.0, I want to confirm the expected barcode process (using MARC): 1. I should generate barcodes and affix them to all my items 2. After clicking "Add Biblio", I should scan the affixed barcode for adding each item. Is there an alternative process available. For instance, when adding 30 copies, to automatically generate and print the barcodes? -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040706/4499efcc/attachment.pgp From deckrider at myrealbox.com Tue Jul 6 15:08:51 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] isam and innodb usage Message-ID: <20040706030851.GA10686@elbert> Hello, I'm curious to know what libraries generally use with Koha 2.0.0 MySQL: isam or innodb? (Google search hasn't revealed much) Also, is anyone using Postgres with 2.0.0? Thank you, Dave. -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html From chris at katipo.co.nz Wed Jul 7 11:24:08 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] isam and innodb usage In-Reply-To: <20040706030851.GA10686@elbert> References: <20040706030851.GA10686@elbert> Message-ID: <20040706232408.GM9363@katipo.co.nz> On Mon, Jul 05, 2004 at 09:08:51PM -0600, David Everly said: > Hello, > > I'm curious to know what libraries generally use with Koha 2.0.0 MySQL: > isam or innodb? (Google search hasn't revealed much) > Hiya I dont know that anyone has tried with innodb MyISAM is what the upgradedatabase script will try to make your tables. So id imagine most ppl will be using MyISAM .. and only those with really old mysql versions would be using ISAM. It'd be interesting to try it with innodb and see how it goes. CHris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From ccalle at umsa.bo Tue Jul 6 10:03:13 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <40E593D8.7070505@ihm-school.org> References: <3bc183b9045ac3f30f462e4055ca2075@bouncing.localnet> <40E593D8.7070505@ihm-school.org> Message-ID: <20040705220122.M51960@www.umsa.bo> Hello. I am migrating the BD mysq Koha to Postgresql, I want to saver if somebody had that experience, I am beginning to modify the copy that I did of the SQL of mysql. To load to poststoneware and to modify the access of the DBI with the Perl. thanks friends. From ccalle at umsa.bo Wed Jul 7 04:20:01 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] KOHA MYSQL TO POSTGRESQL In-Reply-To: <20040702162217.M16961@www.umsa.bo> References: <20040702162217.M16961@www.umsa.bo> Message-ID: <20040706161928.M59207@www.umsa.bo> Hello. I am migrating the BD mysq Koha to Postgresql, I want to saver if somebody had that experience, I am beginning to modify the copy that I did of the SQL of mysql. To load to poststoneware and to modify the access of the DBI with the Perl. thanks friends. > THANKS To ALL BEING BRILLIANT... > CHRISTIAN CALLE > Lapaz-Bolivia > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Open WebMail Project (http://openwebmail.org) From ccalle at umsa.bo Wed Jul 7 01:50:30 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <a26e8aa6498a40e0533728d7b576e3c1@bouncing.localnet> References: <1088845323.40e6760bb1427@www.math-info.univ-paris5.fr> <a26e8aa6498a40e0533728d7b576e3c1@bouncing.localnet> Message-ID: <20040706134954.M38626@www.umsa.bo> Hello. I am migrating the BD mysq Koha to Postgresql, I want to saver if somebody had that experience, I am beginning to modify the copy that I did of the SQL of mysql. To load to poststoneware and to modify the access of the DBI with the Perl. thanks friends. On Mon, 05 Jul 2004 02:06:57 +0100, MJ Ray wrote > On 2004-07-03 10:02:03 +0100 Fran?ois Patte <Francois.Patte@math- > info.univ-paris5.fr> wrote: > > > Can't locate Net/LDAP.pm in @INC (@INC contains: > > > > Is an LDAP perl module missing? The installer didn't complain about it... > > I would be surprised if Net::LDAP was *required* for Koha, but it is > possible that 2.1.0's default installation options aren't quite > right yet. That's a development version. You might find it smoother > with a stable version, although there are still bugs which are being > fixed. Stable versions are 2.0.x - latest release is 2.0.0 and > latest beta is 2.0.1beta3 from http://www.mjr.dsl.pipex.com/ > > -- > MJR/slef My Opinion Only and not of any group I know > http://www.ttllp.co.uk/ for creative copyleft computing > "To be English is not to be baneful / To be standing by > the flag not feeling shameful / Racist or partial..." > (Morrissey) > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Open WebMail Project (http://openwebmail.org) From shedges at skemotah.com Wed Jul 7 11:57:29 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] A question In-Reply-To: <40E96874.139B34AA@ort.edu.uy> References: <40E96874.139B34AA@ort.edu.uy> Message-ID: <2633.65.24.138.126.1089158249.spork@webmail.skemotah.com> Try this document: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha Laura Ferreyra said: > Hi!, > I'm a librarian and I work in a university library in Uruguay, South > America. > We are interested in working with koha. Now we have CDS/ISIS with Cepal > format. > We have first to change the databases format from Cepal to Marc. Is > there anyone who have already done this?. > I will really appreciate any previous experience, > Best regards, > > Lic. Laura Ferreyra > ORT University > Central Library > _______________________________________________ -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Wed Jul 7 13:27:11 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha with and without internet connection In-Reply-To: <1089021359.40e925afc5d20@www.math-info.univ-paris5.fr> Message-ID: <df32542c9327aa71c505da004e6e0534@bouncing.localnet> On 2004-07-05 10:55:59 +0100 Fran?ois Patte <Francois.Patte@math-info.univ-paris5.fr> wrote: > How to configurate apache/koha to be able to use it even if the computer is > not on the network? Replace the name-on-the-network or IP-on-the-network parts of the config VirtualHost with localhost, basically. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From paul.poulain at free.fr Wed Jul 7 19:12:34 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Re: [Koha-announce] Koha@Buffalo continues In-Reply-To: <1088539672.40e1cc18ef187@mail2.buffalo.edu> References: <1088539672.40e1cc18ef187@mail2.buffalo.edu> Message-ID: <40EBA262.2040504@free.fr> Christopher Brown-Syed a ?crit : >One suggestion which arose from both of these experiences was that a >more typical MARC table be included in the generic Koha parameters. A >"cheat sheet" of "most frequently used" MARC tags was procured from the >campus libraries, and we would be happy to share the specs.For instance, >the publisher field designations currently include only the date ($c), >not the place and publisher fields of the MARC 260 tag. This is >confusing for newbies to MARC. The Library of Congress does publish a >compact MARC brochure for about $10, but we think it might help to turn >on the most frequently used tags and subfields from the get-go. > > good news. I'll add something : in the 2.2 installer, there is a new feature that the library can use (during install stage only) to select various files to "import" into it's default database to get a 100% working Koha and avoid lot of "standard tweakings". In french UNIMARC, for example, we already hare the file for "cataloguing monography", one for "cataloguing electronic document", one for "french stopwords"... We may even have UNIMARC authority files. Feel free to dump marc_*_structure tables, send them to me with some comments (in what are they different from default 2.0.0 MARC21 parameters setup ?). I'll try to add them to official 2.2 release. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From gaio at sv.lnf.it Wed Jul 7 21:29:14 2004 From: gaio at sv.lnf.it (Marco Gaiarin) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <20040705220122.M51960@www.umsa.bo> References: <3bc183b9045ac3f30f462e4055ca2075@bouncing.localnet> <40E593D8.7070505@ihm-school.org> <20040705220122.M51960@www.umsa.bo> Message-ID: <20040707092914.GG2545@sv.lnf.it> Mandi! Christian Calle In chel di` si favelave... > I am migrating the BD mysq Koha to Postgresql, I want to saver if somebody > had that experience, > I am beginning to modify the copy that I did of the SQL of mysql. To load > to poststoneware and to modify the access of the DBI with the Perl. I've also thinked about porting koha to postgres, and AFAIK it is planned in some future release... the problem are not on perl side, where dbi do an exellent work, but on schema and SQL dialects. MySQL accept rather all identifier for field and table name, where postgres are more clever and define as reserved all the SQL92 identifier (as standard say) and some more. So, it is needed to change the schema, because there's no way to create a field name ``user'' or ``desc'' in postgres, for example... The second big problem came again from the bad adherence of mysql to the SQL standards: MySQL accept rather all SQL syntiax (sometime ignoring it ;) but have some custom instructions like... mumble... i don't remember, could be ADD? In any case, an instruction that alter a record, if present, or insert if not. So i think that porting koha to postgres will be a very cool feature, but expect to: 1) alter the schema 2) alter some sql instruction (for 1) 3) alter the code to substitute a non-standard sql instruction with some standard ones, plus some code. Good luck. ;) -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia'' http://www.sv.lnf.it/ Polo FVG - Via della Bont?, 7 - 33078 - San Vito al Tagliamento (PN) gaio(at)sv.lnf.it tel +39-0434-842711 fax +39-0434-842797 ... votantoniovotantoniovotantoniovotantoniovotantoniovotantonio ... resistenza arcobaleno contro la politica grigia http://www.peacelink.it/votantonio From mjr at dsl.pipex.com Thu Jul 8 00:03:34 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <20040707092914.GG2545@sv.lnf.it> Message-ID: <402f4d17e2c1986a5f34764e4e8f6476@bouncing.localnet> On 2004-07-07 10:29:14 +0100 Marco Gaiarin <gaio@sv.lnf.it> wrote: > So, it is needed to change the schema, because there's no way to > create > a field name ``user'' or ``desc'' in postgres, for example... Sorry, I think that's wrong: test=> create table "gaiotest" ( "user" varchar ); CREATE TABLE test=> You just have to quote it like good SQL. Some of the bad quoting in the current schema (produced by mysql's tools, no less!) have caused problems with some mysql versions, so it should be fixed anyway, else we'll be chasing these bugs forever. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From gaio at sv.lnf.it Thu Jul 8 00:23:57 2004 From: gaio at sv.lnf.it (Marco Gaiarin) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <402f4d17e2c1986a5f34764e4e8f6476@bouncing.localnet> References: <20040707092914.GG2545@sv.lnf.it> <402f4d17e2c1986a5f34764e4e8f6476@bouncing.localnet> Message-ID: <20040707122357.GH2545@sv.lnf.it> Mandi! MJ Ray In chel di` si favelave... > >So, it is needed to change the schema, because there's no way to create > >a field name ``user'' or ``desc'' in postgres, for example... > Sorry, I think that's wrong: Ok, it's true, you can quote the reserved word, but you have to quote also on every sql statement, so you have to alter also all the program. For me it's cleaner to simply rename the field name... altering all the code to put \"user\", or use userid instead of user it's rather the same. ;) [or you are saying me that koha have just all the sql statement correctly escaped/quote-protected, and it is only a matter to alter the schema?] PS: ok, memory came back, the non standard sql instruction that koha (1.2.X) used was REPLACE INTO. ;) -- dott. Marco Gaiarin GNUPG Key ID: 240A3D66 Associazione ``La Nostra Famiglia'' http://www.sv.lnf.it/ Polo FVG - Via della Bont?, 7 - 33078 - San Vito al Tagliamento (PN) gaio(at)sv.lnf.it tel +39-0434-842711 fax +39-0434-842797 ... votantoniovotantoniovotantoniovotantoniovotantoniovotantonio ... resistenza arcobaleno contro la politica grigia http://www.peacelink.it/votantonio From paul.poulain at free.fr Thu Jul 8 01:12:42 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <20040707122357.GH2545@sv.lnf.it> References: <20040707092914.GG2545@sv.lnf.it> <402f4d17e2c1986a5f34764e4e8f6476@bouncing.localnet> <20040707122357.GH2545@sv.lnf.it> Message-ID: <40EBF6CA.9030808@free.fr> Marco Gaiarin a ?crit : >PS: ok, memory came back, the non standard sql instruction that koha >(1.2.X) used was REPLACE INTO. ;) > > It's still in use in some places. In 2.0 there are also fulltext indexes that are not standard SQL. They will be removed in 2.2 (it's used in thesaurus/authorities management, & 2.2 will be full MARC-compliant and won't use anymore fulltext indexes. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Thu Jul 8 02:16:04 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] mysql to postgresql In-Reply-To: <20040707122357.GH2545@sv.lnf.it> Message-ID: <53d02e24150433f47daa5d0d8a79d080@bouncing.localnet> On 2004-07-07 13:23:57 +0100 Marco Gaiarin <gaio@sv.lnf.it> wrote: > Ok, it's true, you can quote the reserved word, but you have to quote > also on every sql statement, so you have to alter also all the > program. Of course, but doing not quoting attributes seems to be a bug. Fixing bugs usually has other benefits. In this case, it reduces the tie to particular SQL oddities of some databases, so will probably make porting to other databases easier. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From tony01 at mondenet.com Thu Jul 8 03:31:43 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request Message-ID: <20040707153143.GA18796@.> Hi, The issues that I am repairing with my installation of Koha are documented at the following URL. I don't know the code very well and haven't yet become familiar with the installation upgrade process between KOHA versions. Our MARC records are all on-line, though. < http://www.perc.ca/wiki/index.php/ITAdmin/STRM/Koha_Intermediate_Priorities > RSVP, Tony (Ottawa, Canada) From estkaed at ameritech.net Thu Jul 8 04:43:52 2004 From: estkaed at ameritech.net (Ed Estka) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] a paper presenting a program for downloading Marc21 records in batch mode Message-ID: <1089218632.3181.4.camel@Chicago.edu> This is from the LDL, Librarians' Digital Library It is a paper on how to get Marc21 records in batch mode from Z3950 target... This is the URL https://drtc.isibang.ac.in/handle/1849/133 From shedges at skemotah.com Thu Jul 8 07:05:42 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request In-Reply-To: <20040707153143.GA18796@.> References: <20040707153143.GA18796@.> Message-ID: <8206.66.213.78.3.1089227142.spork@webmail.skemotah.com> Tony, what version are you using (2.0.0?) and what is your OS? I notice your comment about Z39.50 and wonder if you've started the daemon or not. Also, you're absolutely right about having to be superlibrarian to do most stuff. There are some bug reports that _sort of_ address this, but I didn't see any that really looked quite right, so I entered a new bug (http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=798). Please feel free to add your own observations to the bug report. Stephen Anthony S. said: > > The issues that I am repairing with my installation of Koha are > documented at the following URL. I don't know the code very well and > haven't yet become familiar with the installation upgrade process > between KOHA versions. Our MARC records are all on-line, though. < > http://www.perc.ca/wiki/index.php/ITAdmin/STRM/Koha_Intermediate_Priorities > > RSVP, > Tony > (Ottawa, Canada) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From hans at shrewsbury.ac.th Thu Jul 8 19:40:43 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Self-introduction to the list, and parameter settings questions Message-ID: <200407080745.i687jjTa024059@mail8.ksc.th.com> Greetings to the list. I've been lurking for a while and browsing the archives, I've downloaded and successfully installed Koha on Windows (congratulations on an excellent product!), and I'm now setting up my parameters in preparation for importing user and biblio data. I am responsible for tracking various resources in a private primary school in Thailand. Our main ("real") library is running Alice, but they didn't want to take on extra work, and my management didn't want to spring for extra licensing. Koha is total overkill for our needs, but I didn't find anything else that I thought of good quality for free. I'm starting off with guided readers and related resources, but we plan to eventually track all kinds of teachers' resources and possibly even equipment inventory management. I am an experienced user back to DOS v3, some familiarity with database and networking concepts, but little *nix knowledge and no library tech other than what I've been soaking up from you guys <g>. OK, here goes, first questions: I'm not planning on using the budgeting/acquisition feature now, but will later - should I set koha to "Simple" now and change it later? What is the maximum number of renewals? (I would like to set "no limit") What is the maximum number of reserves? (ditto) What is the maximum enrollment period length? (ditto) How does one set up a network printer on Windows? When doing my MARC-Koha links (I'm sure I'll have a lot more questions on this later <g>), do you really have to do the mappings in *both* directions via "Links Koha-MARC DB" *and* "MARC tag structure"? Thanks in advance, and more to come shortly! Hans From hans at shrewsbury.ac.th Thu Jul 8 19:47:44 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Relationship between the MARC tables and the non-MARC ones: Message-ID: <200407080752.i687qiTa026485@mail8.ksc.th.com> I know the following is complicated, but I've tried to be as clear with my questions as my limited knowledge allows. As much as possible, I want to ensure that changes I make to the MARC-relevant data after it's all stored in Koha will make it back into any MARC records later exported, assuming the export functions are fixed in future revisions. I'm downloading MARC records with MARCedit and BookWhere, and preparing them in .mrc files to later import into the Breeding Farm. Do all the MARC fields existing in my records need to be linked to the non-MARC fields correctly first? Are all the data from the MARC records stored in the MARC tables "as is", even for those fields that have a -1 in the links pages? In other words, please confirm that "-1" just means that they don't display on the data-entry screens. What if I make changes to these mappings after the import into the Breeding Farm, but before Biblios and Biblioitems have been created? Please confirm that importing into the Breeding Farm doesn't create any records in the Biblio or Biblioitems tables. And what needs to be done if changes in the links are made after Biblios and Biblioitems have been created? In either case (is the answer the same or different between the two?), will the data stored in the non-MARC fields then get copied to the MARC fields? Will the data in the MARC fields that used to be linked to the non-MARC fields still be in those MARC fields? In other words, does switching a link *move* or *copy* the data between the MARC fields? Related question - if I later find more accurate/complete MARC records for existing biblio/biblioitems, import them into my Breeding Farm, choosing "overwrite" when Koha lets me know I already have that ISBN - Can I then update the relevant MARC fields for the already existing biblio/biblioitem records from the data from that new Breeding Farm record? Or do I need to make changes to existing records manually? Thanks in advance for your help Hans From hans at shrewsbury.ac.th Thu Jul 8 20:06:28 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings Message-ID: <200407080811.i688BVlR001005@mail8.ksc.th.com> We're starting off using Koha to track "graded readers". Nearly all of these are in hierarchical sets. For example: Oxford====>Reading Tree===>Stage 1==>Kipper=>Readers: Oxford====>Reading Tree===>Stage 1==>Kipper=>Playscripts: Oxford====>Reading Tree===>Stage 1==>Kipper=>Big Books: Oxford====>Reading Tree===>Stage 1==>Kipper=>Teacher's guide: Oxford====>Reading Tree===>Stage 1==>Kipper=>Take-home cards: Oxford====>Reading Tree===>Stage 1==>Kipper=>Audio cassettes: Oxford====>Reading Tree===>Stage 1==>Kipper=>CDs: Oxford====>Reading Tree===Stage 1==>Biff & Chip=>Big Books: Oxford====>Reading Tree===Stage 1==>Biff & Chip=>Teacher's guide: Oxford====>Reading Tree===Stage 1==>Biff & Chip=>Take-home cards: Oxford====>Reading Tree===Stage 1==>Biff & Chip=>Audio cassettes: Oxford====>Reading Tree===Stage 1==>Biff & Chip=>CDs: Note the above is a sample list of *sets*. Within each set may be anywhere between three and twenty titles (or for some item types only one), and of course then there are usually multiple items of each title. Our shelving/numbering system (at least for this Item type) is to put all the books in order of reading difficulty level. I've created an alphanumeric local call number, which is the first part of the barcode that shows the level, then the set, then the titles, and then the copies. So Q010A04 means "the fourth copy of title A in set 010 in reading difficulty level Q". I've collected all my MARC records into text files by set. The file name for this set would be Q010.mrc, which would contain the MARC records for titles A, B, C, etc. I plan to import these one set file at a time, and if any MARC fields could be added to the records before importing to facilitate what I'm trying to do that would be relatively easy. I've done some initial reading of the MARC documentation and found some fields that seem designed to handle such relationships between separate titles (e.g. 440), but I only want to invest time in figuring out how to add them to my records if it will be useful within Koha after importing the MARC records. Some of the MARC records list multiple ISBNs reflecting some of this information, but they aren't complete, nor even consistent within a series! It is critical for people to see what related resources are available when they are browsing a given Reader in the OPAC, but some people want to just use the readers and ignore the rest, so I don't want to artificially create monolithic sets forcing people to borrow more than they need. As a separate but related issue, people placing orders to replenish our inventory should know which ISBNs to use for ordering - via set ISBNs rather than individually. Some ISBNs might be for six copies of one title within the series, others might be for one copy of each book in the series, another might be for six copies of each Reader plus one of each Big Book and take-home card plus one Teacher's Guide covering everything. And so on, with many permutations for each publisher. If necessary this information can be stored outside the system, but if it's possible for Koha to show these relationships that would be ideal. Even better would be for the budgeting and acquisitions modules to take advantage of such data. Regarding Koha's non-MARC database structure, I take it that Biblios are supposed to be exactly such "containers" for Biblioitems (e.g. the ISBN is an attribute of the Biblioitem, not the Biblio. However I'm not clear on how to use them as such in practice. My initial import will be for the Reader titles only, so I assume the Biblios thus created can function as the "master" record for subsidiary types where there is a simple relationship - ex a regular Reader has a corresponding Playscript, Bigbook or Take-home card. I also assume that I want to have separate Biblioitem records for each - in fact they are each separate Itemtypes, stored in different shelving locations. But what about when one Teacher's guide (or cassette/CD) covers all the books in a given set, or perhaps even a whole series comprising multiple sets (ex. at the Stage 1 level above)? When I import a new MARC record for such a "subsidiary" Biblioitem, how can I link it to the pre-existing "master" Biblio? They obviously won't have the same ISBNs. Is it possible to create "dummy Biblios" and then associate "real" ones as subsidiaries under them? If so, is it possible to have more than one level in the hierarchy? Phew! I really hope I'm making things more complicated than necessary, and there's a usual library management practice to handle this reflected in Koha and/or MARC information. I appreciate your even reading this far, much less actually attempting an answer <g> Hans From hans at shrewsbury.ac.th Thu Jul 8 20:08:11 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number Message-ID: <200407080813.i688DDlR001715@mail8.ksc.th.com> As I mentioned in my "hierarchical question" posting, the shelf ordering system for one of our book item types (graded readers) is by reading difficulty level. To accommodate this, I've created an alphanumeric local call number unique to each item (copy of a title) I'm also using this as a barcode number. the first part of the number shows the level, then the set, then the titles, and then the individual copies. So Q010A04 means "the fourth copy of title A in set 010 at reading difficulty level Q". I plan to put this local call number into Koha's barcode field in the items table, and link that field to MARC 852c - please confirm I got at least that right, or should I use a 9xx? But I see that the *Koha* call number field is numeric. Can we just leave the Koha call number field empty? I saw Chris Cormack's tip on changing the dewey column's data type to varchar within SQL, but messing with the internals at my current newbie level makes me a bit nervous. Plus, I will be pulling in deweys from many of my MARC records, so where this is so, I'd rather store them where they're supposed to go in Koha in case we need that data later. So more to the point, how do we ignore this data in the meantime, and use the barcode field everywhere in Koha as a local call number field? I'd really appreciate some details as to how to do this, as pertains to both the opac and the intranet. Or alternatively, I'd also appreciate feedback on how I'm totally off-base regarding normal library practices <g>, along with suggestions on how to accomplish what I'm trying to do. Thanks, Hans From hans at shrewsbury.ac.th Thu Jul 8 20:46:02 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Self-introduction to the list Message-ID: <200407080846.i688kCZM009365@mail6.ksc.th.com> Sorry to respond to myself here, but I forgot to mention I'm running v2.0.0 (RC?4) From shedges at skemotah.com Thu Jul 8 23:13:10 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Relationship between the MARC tables and the non-MARC ones: In-Reply-To: <200407080752.i687qiTa026485@mail8.ksc.th.com> References: <200407080752.i687qiTa026485@mail8.ksc.th.com> Message-ID: <1265.65.24.138.126.1089285190.spork@webmail.skemotah.com> Hans Henderson said: > Do all the MARC fields existing in my records need to be linked to > the non-MARC fields correctly first? You don't need to link _all_ the MARC fields. In fact, you can't, because there are many more possible MARC tags than there are possible places to store them in the "old" Koha tables. But you should be sure to get all the ones you do want linked set up first. There's a script that will rebuild your database later if you make changes, but it can be a lengthy process if you have a lot of MARC records. > Are all the data from the MARC records stored in the MARC tables "as > is", even for those fields that have a -1 in the links > pages? In other words, please confirm that "-1" just means that they > don't display on the data-entry screens. Yep, you are exactly right. > What if I make changes to these mappings after the import into the > Breeding Farm, but before Biblios and Biblioitems have > been created? If you are using the bulkmarcimport script, your records do not go into the Breeding Farm -- they go directly into the database. And the biblio and biblioitems tables have already been created (by the installer script). So if you make changes to the mapping later, you need to run the rebuild script. (If you're using version 2.0.0, Koha will remind you to do this when you make changes.) > Please confirm that importing into the Breeding Farm doesn't create > any records in the Biblio or Biblioitems tables. So far as I know, there's no way to import into the Breeding Farm. (Unless you're using your own script?) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Jul 8 23:18:01 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number In-Reply-To: <200407080813.i688DDlR001715@mail8.ksc.th.com> References: <200407080813.i688DDlR001715@mail8.ksc.th.com> Message-ID: <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> I'd recommend you put your call number in biblioitems.classification and not mess with dewey (everything should still work OK). Use some sort of unique numbering system for barcode. -- SH Hans Henderson said: > As I mentioned in my "hierarchical question" posting, the shelf > ordering system for one of our book item types (graded readers) is by > reading difficulty level. > > To accommodate this, I've created an alphanumeric local call number > unique to each item (copy of a title) I'm also using this as a > barcode number. the first part of the number shows the level, then > the set, then the titles, and then the individual copies. So Q010A04 > means "the fourth copy of title A in set 010 at reading difficulty > level Q". > > I plan to put this local call number into Koha's barcode field in the > items table, and link that field to MARC 852c - please confirm I got > at least that right, or should I use a 9xx? > > But I see that the *Koha* call number field is numeric. Can we just > leave the Koha call number field empty? > > I saw Chris Cormack's tip on changing the dewey column's data type to > varchar within SQL, but messing with the internals at my current > newbie level makes me a bit nervous. Plus, I will be pulling in > deweys from many of my MARC records, so where this is so, I'd rather > store them where they're supposed to go in Koha in case we need that > data later. > > So more to the point, how do we ignore this data in the meantime, and > use the barcode field everywhere in Koha as a local call number > field? > > I'd really appreciate some details as to how to do this, as pertains > to both the opac and the intranet. Or alternatively, I'd also > appreciate feedback on how I'm totally off-base regarding normal > library practices <g>, along with suggestions on how to accomplish > what I'm trying to do. > > Thanks, > > Hans > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tony01 at mondenet.com Fri Jul 9 00:01:03 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request In-Reply-To: <20040708070856.GA1239@cmi.univ-mrs.fr> References: <20040707153143.GA18796@.> <20040708070856.GA1239@cmi.univ-mrs.fr> Message-ID: <20040708120103.GA2116@.> Hi (Bonjour) G.H., Someone else maintains Wiki. RSVP, Tony On Thu, Jul 08, 2004 at 09:08:56AM +0200, Gerard Henry wrote: > hello, > i look at your page with mozilla, and it shows: > "lib/Request.php:116: Warning[2]: ob_start(): output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter'" From tony01 at mondenet.com Fri Jul 9 00:24:56 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request In-Reply-To: <8206.66.213.78.3.1089227142.spork@webmail.skemotah.com> References: <20040707153143.GA18796@.> <8206.66.213.78.3.1089227142.spork@webmail.skemotah.com> Message-ID: <20040708122456.GA2429@.> Hi S.H., On Wed, Jul 07, 2004 at 03:05:42PM -0400, Stephen Hedges wrote: > Tony, what version are you using (2.0.0?) and what is your OS? I notice I haven't started learning where to look to figure out the version that has been installed. It appears not to be shown through a web browser, so maybe that information is hidden in an internal comment in a miscellaneous Perl "template" file somewhere, right? The person who installed it abandoned it because of his commercial interests and frustrations with programming Perl for us, so he likely has left it in a Perl-tampered state, some files likely doctored. Slack-ware Linux... 9 or something I think. Respectfully, he teaches SQL, wrote VoIP software, and likes Slack-ware. > your comment about Z39.50 and wonder if you've started the daemon or not. My preliminary inspections show me that If I try and load a book record into the system after (using multiple approaches) starting the Z. daemon, the web browser reports an endless retrieval time, even though we are connected to the Internet OK... using default parameters that I was given. > (http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=798). Please feel > free to add your own observations to the bug report. Wow. I'll go there. Can I perhaps suggest other bug-reports to that system? Thanks. In the interim, however, I think our library committee will want "progress" with this installation: what is the syntax for searches in the non-advanced search for Koha? This is extremely important to know, because I don't think we will want a system that only allows simple search parameters that accept only one keyword per search. (It appears that using multiple keywords there causes the result to return a number of results suggesting that multiple single keyword searches have been compiled as opposed to a result that lists records containing All of the key words within them. Understand?) Thank you for replying! :-) RSVP, Tony From paul.poulain at free.fr Fri Jul 9 00:33:02 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Self-introduction to the list, and parameter settings questions In-Reply-To: <200407080745.i687jjTa024059@mail8.ksc.th.com> References: <200407080745.i687jjTa024059@mail8.ksc.th.com> Message-ID: <40ED3EFE.3020705@free.fr> Hans Henderson a ?crit : >OK, here goes, first questions: > >I'm not planning on using the budgeting/acquisition feature now, but >will later - should I set koha to "Simple" now and >change it later? > > yes >What is the maximum number of renewals? (I would like to set "no >limit") >What is the maximum number of reserves? (ditto) >What is the maximum enrollment period length? (ditto) > > can be set in parameters IIRC >When doing my MARC-Koha links (I'm sure I'll have a lot more >questions on this later <g>), do you really have to do the >mappings in *both* directions via "Links Koha-MARC DB" *and* "MARC >tag structure"? > > you really don't have to do this twice : it's the same feature, but seen from one side or the other -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Jul 9 00:35:37 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Relationship between the MARC tables and the non-MARC ones: In-Reply-To: <1265.65.24.138.126.1089285190.spork@webmail.skemotah.com> References: <200407080752.i687qiTa026485@mail8.ksc.th.com> <1265.65.24.138.126.1089285190.spork@webmail.skemotah.com> Message-ID: <40ED3F99.4050209@free.fr> Stephen Hedges a ?crit : >>Please confirm that importing into the Breeding Farm doesn't create >>any records in the Biblio or Biblioitems tables. >> >> >So far as I know, there's no way to import into the Breeding Farm. >(Unless you're using your own script?) > > ??? Can you explain to me what is parameters / import into breeding farm (breeding.pl, last option) done for my dear Stephen ? :-D (note : everything else is right in your mail) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Jul 9 00:35:04 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number In-Reply-To: <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> References: <200407080813.i688DDlR001715@mail8.ksc.th.com> <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> Message-ID: <40ED3F78.10405@free.fr> Stephen Hedges a ?crit : >I'd recommend you put your call number in biblioitems.classification and >not mess with dewey (everything should still work OK). Use some sort of >unique numbering system for barcode. -- SH > Note also that in 2.2 you will have a new field "itemcallnumber" that you will be able to pre-fill with dewey / loc / nothing. It's already in CVS & seems to work like a charm -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From estkaed at ameritech.net Fri Jul 9 02:19:59 2004 From: estkaed at ameritech.net (Ed Estka) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Re:a paper presenting a program for downloading Marc21 records in batch mode Message-ID: <1089296399.3055.9.camel@Chicago.edu> This URL may work better... The paper is on a perl program... http://hdl.handle.net/1849/133 On Wed, 2004-07-07 at 11:43, Ed Estka wrote: > This is from the LDL, Librarians' Digital Library > > It is a paper on how to get Marc21 records in batch mode from Z3950 > target... > > This is the URL > > https://drtc.isibang.ac.in/handle/1849/133 > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo From bigwood at lpi.usra.edu Fri Jul 9 05:27:15 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C7C5@exch_be.cass.loc> The MARC Record Translation Program (MARC RTP) might be a useful tool for folks importing records. While its main purpose is to change MARC into other formats it does have a nice feature for finding all the MARC fields. The report gives (1) the total number of records (2) which tags or subfields appear (3) which tags or subfields appear in every record (4) which tags or subfields appear more than once (5) the maximum number of characters needed to store the longest possible piece of information for each tag or subfield. It is also a good tool for finding problems in coding, MARC fields that don't exist but have been used, for example. MARC RTP is free and available in versions for Windows, Linux, and Solaris. http://www.loungebythelake.com/marcrtp/index.html Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institue http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com/ From mjr at dsl.pipex.com Fri Jul 9 06:47:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import In-Reply-To: <CFFBFA07ADF25F4FACE318718677C09804C7C5@exch_be.cass.loc> Message-ID: <237ff8b6aab330fccbf4db882d36482a@bouncing.localnet> On 2004-07-08 18:27:15 +0100 "Bigwood, David" <bigwood@lpi.usra.edu> wrote: > [...] MARC RTP is free and available in > versions for Windows, Linux, and Solaris. Extra info: Cost-free but not free software. Also, it looks like no source is available, so you probably need the same dll/so file versions as the developers. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "To be English is not to be baneful / To be standing by the flag not feeling shameful / Racist or partial..." (Morrissey) From pate at eylerfamily.org Fri Jul 9 06:55:44 2004 From: pate at eylerfamily.org (Pat Eyler) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import (fwd) Message-ID: <Pine.LNX.4.44.0407081455150.14346-100000@petrol.whirlycott.com> oops, should've sent this too the list -pate ---------- Forwarded message ---------- Date: Thu, 8 Jul 2004 14:40:33 -0400 (EDT) From: Pat Eyler <pate@eylerfamily.org> To: MJ Ray <mjr@dsl.pipex.com> Subject: Re: [Koha] MARC Import On Thu, 8 Jul 2004, MJ Ray wrote: > On 2004-07-08 18:27:15 +0100 "Bigwood, David" <bigwood@lpi.usra.edu> > wrote: > > > [...] MARC RTP is free and available in > > versions for Windows, Linux, and Solaris. > > Extra info: Cost-free but not free software. Also, it looks like no > source is available, so you probably need the same dll/so file > versions as the developers. Is it worth approaching the developers to encourage them to open their sources? -pate > > -- > MJR/slef My Opinion Only and not of any group I know > http://www.ttllp.co.uk/ for creative copyleft computing > "To be English is not to be baneful / To be standing by > the flag not feeling shameful / Racist or partial..." > (Morrissey) > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From baljkas at mb.sympatico.ca Fri Jul 9 11:10:51 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number References: <200407080813.i688DDlR001715@mail8.ksc.th.com> <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> <40ED3F78.10405@free.fr> Message-ID: <007501c46540$d93bbe20$2c19fea9@oemcomputer> Thursday, July 8, 2004 18:08 CDT Salut Paul, Quick question re: your note on Stephen Hedge's answer to Hans Henderson: > Stephen Hedges a ?crit : > > >I'd recommend you put your call number in biblioitems.classification and > >not mess with dewey (everything should still work OK). Use some sort of > >unique numbering system for barcode. -- SH > > > Note also that in 2.2 you will have a new field "itemcallnumber" that > you will be able to pre-fill with dewey / loc / nothing. > > It's already in CVS & seems to work like a charm does the new field "itemcallnumber"in 2.2 map to a MARC tag and if so, which one? This will be important for exporting (sharing) MARC record information (or, God forbid, migration). Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004 From rog at saas.nsw.edu.au Fri Jul 9 11:13:27 2004 From: rog at saas.nsw.edu.au (Roger Buck) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request In-Reply-To: <20040708120103.GA2116@.> References: <20040707153143.GA18796@.> <20040708070856.GA1239@cmi.univ-mrs.fr> <20040708120103.GA2116@.> Message-ID: <40EDD514.9010805@saas.nsw.edu.au> Anthony S. wrote: > On Thu, Jul 08, 2004 at 09:08:56AM +0200, Gerard Henry wrote: > >>hello, >>i look at your page with mozilla, and it shows: >>"lib/Request.php:116: Warning[2]: ob_start(): output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter'" > There may be a re-direction problem (for RSS feed also). Can you please try this: http://www.saas.nsw.edu.au/koha_wiki/index.php ...and for RSS feed: http://www.saas.nsw.edu.au/koha_wiki/index.php?action=rss R. From baljkas at mb.sympatico.ca Fri Jul 9 16:15:01 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings, et seq. References: <200407080811.i688BVlR001005@mail8.ksc.th.com> Message-ID: <003201c4656b$4df00c60$adb5a18e@oemcomputer> Thursday, July 8, 2004 22:40 CDT Hi, Hans, Since your follow-up invited "feedback on how I'm totally off-base regarding normal library practices <g>, along with suggestions on how to accomplish what I'm trying to do", I thought I might give this a go. Shan't be as long or as detailed as you deserve, given the effort you put in, but after 3 reads, my head is still swimming slightly ;-) ... I understand the hierarchical nature of the sets. Excellent diagramming BTW. :-) I think what you proposed is very imaginative and thorough but I think it might prove overwhelming for you or others to code and daunting even to look at on the OPAC. What I would propose as a 'counter-offer' is using a series tag 440 (or 490 - 830 if necessary), based on the understanding that these sets of books really are parts of series that are meant to be used in the way that you are doing. If you created/imported a simpler MARC record for each title, you could make the links with their hierarchical series by creating a useful local 440 (series tracing). Granted, this may not be a perfectly kosher use of the 440 -- what you choose might not be recognised anywhere else as a series --, but what you are proposing otherwise really would require detailed Analytics (library jargon) that would give any cataloguer a headache. In any case, what I am proposing would allow OPAC users the ability to find each individual title without necessarily making each individual record overwhelming (20-30 title- and/or author-title added entries plus the problem of deciding a legitimate 245 entry). Each record would have the 440 showing what group it belongs to as well as the call number which would show where it is collocated/located on the shelves. Again, on the creative and imaginative, I think your classification schema is quite neat, but if these are stable sets (i.e. there isn't anything significant that is going to be going in/coming out of them), it might be simpler to make a Dewey like number, something like this (and please forgive me if I don't get the details all correct in this first go at it): 001 Kip r1 <and so on for readers, playscripts, etc.> a1 <and so on for added title cutters (if desired to lock down - title order: if you desire that level of alphabetic z9 arrangement on the shelves, be careful here if more books are expected in the sets/series> c.1 <i.e. copy 1, and so on> ---- for what you diagrammed as ---- Oxford====>Reading Tree===>Stage 1==>Kipper=>Readers: The '001' part would represent all of the "Oxford====>Reading Tree===>Stage 1" element. "Kip" would represent the 'subseries' "Kipper", the "r1" (or simply 'r') the "Readers" group of format, and the "a1 - z9" (and so on), the titles of the individual readers, if that is something desirable for keeping the collection in predictable order. Copy numbers would be added last as is usual. This kind of system, of course, would depend on whether I understood what you meant by -- > Our shelving/numbering system (at least for this Item type) is to put > all the books in order of reading difficulty level. I've created an > alphanumeric local call number, which is the first part of the > barcode that shows the level, then the set, then the titles, and then > the copies. So Q010A04 means "the fourth copy of title A in set 010 > in reading difficulty level Q". I've collected all my MARC records > into text files by set. The file name for this set would be Q010.mrc, > which would contain the MARC records for titles A, B, C, etc. -- that is, specifically, whether you meant that, within each grouping, the Kipper, Biff etc. are providing the collocation of reading difficulty. If there are multiple levels within each of those, it could still be salvaged by adding digits to the series, provided that this would preserve the shelving arrangement that your staff desired. > I plan to import these one set file at a time, and if any MARC fields > could be added to the records before importing to facilitate what I'm > trying to do that would be relatively easy. I've done some initial > reading of the MARC documentation and found some fields that seem > designed to handle such relationships between separate titles (e.g. > 440), but I only want to invest time in figuring out how to add them > to my records if it will be useful within Koha after importing the > MARC records. This is the point where you lost me, Hans. Do you mean that somebody already went to the trouble of creating the complex in-analytics that would track each individual title within a 'master' record that lists everything in one of these sets?!? Would it be possible for you to send a copy of this? (offlist might work better, unless others are curious, too). > Some of the MARC records list multiple ISBNs reflecting some of this > information, but they aren't complete, nor even consistent within a > series! It is critical for people to see what related resources are > available when they are browsing a given Reader in the OPAC, but some > people want to just use the readers and ignore the rest, so I don't > want to artificially create monolithic sets forcing people to borrow > more than they need. That's why I suggested what I did above. Another way to handle it, with analytics, would be to have brief but complete records for all the 'elements' of the set, and a 'master' record that listed (say in a 505 and with 700s) all the elements that make up the set. > As a separate but related issue, people placing orders to replenish > our inventory should know which ISBNs to use for ordering - via set > ISBNs rather than individually. Some ISBNs might be for six copies of > one title within the series, others might be for one copy of each > book in the series, another might be for six copies of each Reader > plus one of each Big Book and take-home card plus one Teacher's Guide > covering everything. And so on, with many permutations for each > publisher. If necessary this information can be stored outside the > system, but if it's possible for Koha to show these relationships > that would be ideal. Even better would be for the budgeting and > acquisitions modules to take advantage of such data. That's why I would favour each element being linked as part of a series, even if that isn't strictly speaking, a true series. > [major snip] I can't tackle your questions on s the Biblio:Biblioitems relationship, because, quite frankly, I've never got this straight in my own head. Hopefully someone else will tackle that one for you. > Phew! I really hope I'm making things more complicated than > necessary, and there's a usual library management practice to handle > this reflected in Koha and/or MARC information. That's okay. We're all in different places in these regards and you've only asked for help. The worst that can happen is that no one will have the right/good-enough answers. ;-) As many of us learn in library tech and professional library studies, in librarianship, 'it depends' is usually the right answer and you will find a fairly wide range of acceptable practices. > I appreciate your even reading this far, much less actually attempting an answer <g> Hope you still feel that way ;-) and that this answer may help in part. Give us a shout back and let the games begin. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.707 / Virus Database: 463 - Release Date: 15/06/2004 From paul.poulain at free.fr Fri Jul 9 19:12:32 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number In-Reply-To: <007501c46540$d93bbe20$2c19fea9@oemcomputer> References: <200407080813.i688DDlR001715@mail8.ksc.th.com> <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> <40ED3F78.10405@free.fr> <007501c46540$d93bbe20$2c19fea9@oemcomputer> Message-ID: <40EE4560.80301@free.fr> Steven F. Baljkas a ?crit : >>Note also that in 2.2 you will have a new field "itemcallnumber" that >>you will be able to pre-fill with dewey / loc / nothing. >> >>It's already in CVS & seems to work like a charm >> >> > >does the new field "itemcallnumber"in 2.2 map to a MARC tag and if so, >which one? >This will be important for exporting (sharing) MARC record information (or, >God forbid, migration). > > In MARC21, I don't know. In UNIMARC, it's 995$k 995 being for item information in "recommandation 995", used by 95% of french libraries See http://www.adbdp.asso.fr/outils/infogestion/r995.htm (in french) for more informations -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From hans at shrewsbury.ac.th Fri Jul 9 20:03:31 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number Message-ID: <200407090732.i697WEIT005121@mail5.ksc.th.com> Stephen, Thanks for answering. > I'd recommend you put your call number in biblioitems.classification and not mess with dewey (everything should still work OK). Use some sort of unique numbering system for barcode. -- SH My numbering system is indeed unique, but is unique for every item/copy of a title, not for each biblioitem (see my original message for the scheme's details). And that number also functions as the barcode, which is why I thought that would be a good field. Are you saying it's necessary to use a biblioitem field for searching/OPAC display purposes? I can see that would make sense, but if 2.2 is going to use itemcallnumber, maybe I can use barcode in the meantime? If not, I suppose I could put the first five parts of the number - unique to each biblioitem - in the field you suggest, and then put the whole call number in the barcode field of the related items. I'd just have to remember to change both levels if the number has to change. And I still need to know if it's OK to ignore the Koha call number - it might have Dewey in it or it might be empty for a lot of records - is that OK? Thanks, Hans >> I've created an alphanumeric local call number unique to each item (copy of a title) I'm also using this as a barcode number. the first part of the number shows the level, then the set, then the titles, and then the individual copies. So Q010A04 means "the fourth copy of title A in set 010 at reading difficulty level Q". >> I plan to put this local call number into Koha's barcode field in the items table, and link that field to MARC 852c - please confirm I got at least that right, or should I use a 9xx? From hans at shrewsbury.ac.th Fri Jul 9 20:04:04 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings Message-ID: <200407090732.i697WmIT005225@mail5.ksc.th.com> > Take a look at the US MARC site at Library of Congress for the 440 field and its subfields: www,loc.gov/marc/bibliographic/ecbdsers.html Anne, Thanks for all your tips on the MARC fields. However, before I get too immersed in the MARC aspect of this, I'd like to find out whether Koha makes use of these fields in linking BiblioItems to a "series" Biblio when importing. I can put all the information I like into the MARC records beforehand, but then if I have to go and do something else in Koha anyway. . . >I checked WorldCat at OCLC for Oxford reading and found an Oxford Firefly series. Could you point me to the z39.50 server information? Many libraries don't list many of our books, it's a bit of an Easter egg hunt <g> To everyone: What I'd really like is when the user puts in a search query and gets back a list of Reader titles, for Koha to also display the related "other" records - teachers' notes, audio, etc. I realise I can try to train the users on how to structure their searches properly, but it would be better if the Reader record could display the specific links to resources that support that title. If I have to, I'll manually add the list to each biblioitem, but that's a lot of work. But if I do decide to go this way, can this be done as a link for the user to just click on? I'm afraid if I list the call number, then when the call number needs to be changed I'll be doing endless find and replace editing on all the related records. . . Thanks, Hans From hans at shrewsbury.ac.th Fri Jul 9 21:00:40 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings, et seq. Message-ID: <200407090829.i698TNwc021390@mail5.ksc.th.com> Steven, Thanks so much for your response! >my head is still swimming slightly ;-) ... Sorry, as my girlfriend says, sometimes I think too much <g> > What I would propose as a 'counter-offer' is using a series tag 440 (or 490 - 830 if necessary), based on the understanding that these sets of books really are parts of series that are meant to be used in the way that you are doing. > If you created/imported a simpler MARC record for each title, you could make the links with their hierarchical series by creating a useful local 440 (series tracing). Yes, here's an example of how Oxford University does it with a 440: 440 0$a Oxford reading tree.$n Stage 1,$p Kipper stories In this case it *is* a *real* series - they are all books. How does Koha make use of this entry? Can the user just click and pull up a list of all the other books in that series? So if I have a CD-ROM designed to work with all the Stage 1 Reading Tree books (not just the Kipper stories), could I add: 440 0$a Oxford reading tree.$n Stage 1 to the CD's MARC record before importing into Koha, and Koha will do something meaningful with it? Note the CD-ROM would be an entirely different Itemtype, different shelving location, different call number series, etc. > Granted, this may not be a perfectly kosher use of the 440 -- what you choose might not be recognised anywhere else as a series --, but what you are proposing otherwise really would require detailed Analytics (library jargon) that would give any cataloguer a headache. I'd love to learn more about "Analytics" - even though it is jargon (I've seen it in the MARC specifications), twenty minutes of browsing with Google didn't show much of use - any pointers to online Library Science tutorials? >In any case, what I am proposing would allow OPAC users the ability to find each individual title without necessarily making each individual record overwhelming (20-30 title- and/or author-title added entries plus the problem of deciding a legitimate 245 entry). Each record would have the 440 showing what group it belongs to as well as the call number which would show where it is collocated/located on the shelves. So 440 (mapped to an appropriate Koha field - any suggestions?) becomes a searchable field in the OPAC, returning all resources containing matching strings? That's (more than <g>) enough for now to inflict on everyone in the list, discussion of the your call numbering system ideas to continue off-list. From hans at shrewsbury.ac.th Fri Jul 9 21:42:35 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings Message-ID: <200407090911.i699BHAQ000558@mail5.ksc.th.com> OK, to continue back on-list with this last bit: > Another way to handle it, with analytics, would be to have brief but complete records for all the 'elements' of the set, and a 'master' record that listed (say in a 505 and with 700s) all the elements that make up the set. So a "dummy" Biblio record that doesn't point to a specific resource, but provides links to all the various other "real" Biblios that are related. Would these be actual "links" in the www sense, so a user could click to pull up the Biblio listing, e.g. make a reservation and then navigate back to the parent record, click to open the next Biblio they wanted to reserve, etc? If the display just provided a text listing showing what related resources were available, then they'd have to launch a separate search for each one, bit of a PITA. . . The big question remains (addressed to whoever can answer, not Steven specifically - will coding these relationships in the MARC records prior to import help Koha tie the various Biblioitem records together to their common "master" Biblios? Is there any field content "matching" going on during the import? Or will they just all come in as separate Biblios? And if the latter, is there a way to tie them together after the import? Thanks in advance. . . Hans From hans at shrewsbury.ac.th Fri Jul 9 22:02:45 2004 From: hans at shrewsbury.ac.th (Hans Henderson) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import Message-ID: <200407090931.i699VRAQ006486@mail5.ksc.th.com> > Extra info: Cost-free but not free software. MJ - Not sure of the distinction. Do you just mean it's not "truly free", as in open-source? For everyone's information, I've downloaded it to my Win2000 machine, and it works nicely. Here's the statistical report on some of my recently downloaded MARC records. I've massaged it a bit, and used "0" to show tags present in all records, "a" for tags present in most of them, down to "x" for rare ones. Very helpful in figuring out my MARC-to-Koha DB linking prior to importing. I'm also using BookWhere to display the record contents in a very browsable and readable way, it also reports and let me filter based on topical Subject listings. And finally, MARCEdit to actually the records. TAG FREQ MAX_LENGTH 001 0 15 003 0 6 005 0 17 008 0 41 015$a m 16 016$a x 24 020$a 0 126 035$a m 42 040$a m 11 049$a x 2 049$k x 12 049$l x 1 049$m x 1 050$a x 11 082$a m 15 082$2 m 12 082$d m 1 092$a m 19 100$a l 23 100$d l 13 245$a a 45 245$c a 97 245$b a 33 250$a x 8 260$a a 11 260$b a 27 260$c a 12 300$a a 9 300$b a 35 300$c a 12 400$a x 15 400$d x 5 400$t x 13 400$v x 1 440$a a 29 440$n a 22 440$p a 21 440$v a 5 490$a x 20 490$n x 8 490$p x 7 490$v x 1 500$a l 142 505$a x 93 600$a x 15 600$x x 14 650$a 0 33 650$v 0 25 650$x 0 19 650$z 0 25 650$y 0 12 651$a x 27 651$v x 17 651$x x 7 651$y x 20 700$a 0 29 700$d 0 13 700$t 0 40 700$q 0 17 700$c 0 4 800$a x 15 800$d x 5 800$t x 13 800$v x 2 852$a 0 5 852$b 0 13 852$h 0 10 852$p 0 9 852$y 0 8 852$5 0 9 852$9 0 8 852$m 0 17 852$z 0 18 852$3 0 15 852$7 0 9 971$a m 7 971$b m 6 972$a x 7 972$a x 6 973$a x 7 973$a x 6 997$a x 84 From paul.poulain at free.fr Fri Jul 9 22:18:59 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import In-Reply-To: <200407090931.i699VRAQ006486@mail5.ksc.th.com> References: <200407090931.i699VRAQ006486@mail5.ksc.th.com> Message-ID: <40EE7113.9020901@free.fr> Hans Henderson a ?crit : >>Extra info: Cost-free but not free software. >> >> >MJ - Not sure of the distinction. Do you just mean it's not "truly >free", as in open-source? >For everyone's information, I've downloaded it to my Win2000 machine, >and it works nicely. > > It works, but it's not "libre software", it's "gratuit software". In french we have 2 differents words, and that's easier to understand ;-) MJ means it's "Free as beer" (=costless), but not "Free as speech" : we don't have source code, so we can't examine it, modify it or redistribute it. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Fri Jul 9 23:58:00 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import In-Reply-To: <200407090931.i699VRAQ006486@mail5.ksc.th.com> Message-ID: <5b85febce9433509896a195a3bf8c300@bouncing.localnet> On 2004-07-09 11:02:45 +0100 Hans Henderson <hans@shrewsbury.ac.th> wrote: >> Extra info: Cost-free but not free software. > MJ - Not sure of the distinction. Do you just mean it's not "truly > free", as > in open-source? Personally, I speak of free software in the style of http://www.fsfeurope.org/documents/freesoftware.en.html rather than the vague term http://mjr.towers.org.uk/writing/ambigopen.html used by people who promote software patenting in the EU. It's important to emphasise the freedom to create, especially when it's threatened by things like the "Free Trade Agreement" between the US and Australia. I'm glad to hear that program works for you, though. Maybe someone could ask them to free the software, as it doesn't look like they make money from it. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "Before we try to work out if he's competent, let's work out if he's conscious." (anon. exam marker) From mjr at dsl.pipex.com Sat Jul 10 00:37:10 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] MARC Import (fwd) Message-ID: <f05221337c59ac120ab8eadee4b21496@bouncing.localnet> This subscriber hasn't white-listed their mailing list subscriptions. I assume that they are bouncing every list email in this way. Please unsubscribe them. (By the way folks, I believe these challenge-response systems are harmful, so I usually only confirm spams to them.) ---------- Forwarded message ---------- Date: 2004-07-09 13:00:04 +0100 From: AntiSpam UOL <brunocpt.sspam@uol.com.br> Subject: RE:re: [Koha] MARC Import [...] ? Hi, You?ve just sent a message to brunocpt@uol.com.br In order to confirm the sent message, please click here This confirmation is necessary because brunocpt@uol.com.br uses Antispam UOL, a service that avoids unwanted messages like advertising, pornography, viruses, and spams. [...] -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "Before we try to work out if he's competent, let's work out if he's conscious." (anon. exam marker) From tony01 at mondenet.com Sat Jul 10 02:19:35 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] issues help request In-Reply-To: <40EDD514.9010805@saas.nsw.edu.au> References: <20040707153143.GA18796@.> <20040708070856.GA1239@cmi.univ-mrs.fr> <20040708120103.GA2116@.> <40EDD514.9010805@saas.nsw.edu.au> Message-ID: <20040709141935.GA2924@.> Hi. I'll pass these suggestions on to our local Wiki admin., and check them out myself. Thanks for these. If the page is unreadable to you, it says the following (below). <quote> Priorities: (ordered) DATABASE... database query speed for one search word Fix attempted June 29, 2004. See CHANGES.txt in the docs. FIREWALL AND COMMUNICATION SKILLS ... external access (Tony can find a dynamic-DNS solution for Krishna's servers.) Fixed by Tony on July 6, 2004... now it merely needs to be me maintained. KOHA (USER FUNCTION) ... finding out what lower set of permissions other than Superlibrarian permits catalogue searching There is none. To borrow (or reserve) a book you need to be an administrator. PERL (USER FUNCTION) ... double login to do an advanced query KOHA (PERL INTERACTIONS) ... finding out if the Z39 utility is warranted, desirable, and needs to be fixed... and even fixing it KOHA DATA INTEGRITY TESTING AND UPDATING ... producing i All records present, and ii Sample records have expected fields or more than expected fields or missing fields are documented COMMUNICATION SKILLS ... finding out wether guest login for advanced searches make sense SYSTEM TESTING ... finding out if the backup system really work (NB USE AN INDEPENDENT SET OF COMPUTERS AND TEST FROM THE GROUND UP) KOHA (CODE INSPECTION) ... finding out a way to discover what records were modified and when </quote> RSVP, Tony From zero at vtr.net Sat Jul 10 05:59:57 2004 From: zero at vtr.net (zero@vtr.net) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues please help Message-ID: <40DA85B4000360A7@hudson.vtr.net> Hi i'm getting this error once and over. Everything is just set up as described in the installation guide for Red Hat E3: ERROR: CREATING DATABASE Creating the MySQL database for Koha... 0 DBI connect('Koha:localhost','kohaadmin',...) failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) at /usr/local/koha/intranet/modules/C4/Context.pm line 368 connected to your DB. Checking & modifying it Can't call method "prepare" on an undefined value at scripts/updater/updatedatabase line 629. Problem updating database... I really need help, I'm doing this as root, I have created the password for the root user in mysql, and I can enter to mysql with it and create and/or drop databases and all. Both mysql and apache daemon are running, i have all the perl modules needed. I mean don't know what is happening. if there would be something else to do pleae tell what is it! Should I look at those lines mentioned above? Ok I'll wait thnx fornow bye. J0se -=;(=- From mjr at dsl.pipex.com Sat Jul 10 06:11:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues please help In-Reply-To: <40DA85B4000360A7@hudson.vtr.net> Message-ID: <eb3e522eb6bf72d65589b6e6c89ca3b1@bouncing.localnet> On 2004-07-09 18:59:57 +0100 zero@vtr.net wrote: > I really need help, I'm doing this as root, I have created the > password > for the root user in mysql, and I can enter to mysql with it and > create > and/or drop databases and all. Does it still work if you add -h localhost to the mysql command? From zero at vtr.net Sat Jul 10 06:54:10 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues please help Message-ID: <001f01c465e6$1ed3ffb0$21bd68c8@zouk> Ok, MJ you said : Does it still work if you add -h localhost to the mysql command? U mean when entering to mysql? (./mysql -uroot -h localhost -pxxx) I'll try it out... what if it fails? Another thing... there is not such file '/var/lib/mysql/mysql.sock' I've entered to /var/lib/mysql and there si no 'mysql.sock' archive Thanks, Cheers. J0se -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040709/43e9ba97/attachment.htm From shedges at athenscounty.lib.oh.us Sat Jul 10 07:13:32 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues please help In-Reply-To: <001f01c465e6$1ed3ffb0$21bd68c8@zouk> References: <001f01c465e6$1ed3ffb0$21bd68c8@zouk> Message-ID: <1089400412.2077.18.camel@localhost> On Fri, 2004-07-09 at 14:54, Jose wrote: > Another thing... there is not such file > '/var/lib/mysql/mysql.sock' I've entered to /var/lib/mysql and > there si no 'mysql.sock' archive There _should_ be! (You are running RedHat Enterprise v. 3, right?) It's there on my RedHat Enterprise AS v.3. From your previous comments, it sounds like you got the mysql server rpm from RedHat and installed it and started the server. But your error message sounds like you only have the client software and not the server software. Stephen From zero at vtr.net Sat Jul 10 07:15:10 2004 From: zero at vtr.net (zero@vtr.net) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues Message-ID: <40DA85B400036637@hudson.vtr.net> MJ, yes it works adding -h localhost : [root@cm-vina8-190-111 bin]# ./mysql -u root -h localhost -pxxxx Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 1 to server version: 4.0.20-standard-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql>_ did work so what now?!! J0se From baljkas at mb.sympatico.ca Sat Jul 10 11:19:30 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha's call number vs. our library's call number - UNIMARC-MARC21 follow-up References: <200407080813.i688DDlR001715@mail8.ksc.th.com> <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> <40ED3F78.10405@free.fr> <007501c46540$d93bbe20$2c19fea9@oemcomputer> <40EE4560.80301@free.fr> Message-ID: <001301c4660b$2ff3d980$8eb5a18e@oemcomputer> Friday, July 9, 2004 17:39 CDT Salut Paul, Thanks very much for the quick response. Grand merci pour ta r?ponse From mjr at dsl.pipex.com Sat Jul 10 23:29:27 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] installing issues In-Reply-To: <40DA85B400036637@hudson.vtr.net> Message-ID: <833c991c14fa5ef922b3de7e9742ede2@bouncing.localnet> On 2004-07-09 20:15:10 +0100 zero@vtr.net wrote: > MJ, yes it works adding -h localhost : > > [root@cm-vina8-190-111 bin]# ./mysql -u root -h localhost -pxxxx [...] > did work so what now?!! So I'm more confused, as I think that's the command form used by the installer. You can see the actual command forms in Install.pm. Does it work if you just say -p and put the password in a my.cnf? (beware: put good security on the file) -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing "Before we try to work out if he's competent, let's work out if he's conscious." (anon. exam marker) From deckrider at myrealbox.com Sun Jul 11 01:01:21 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Links Koha - MARC DB (2.0.0) Message-ID: <20040710130121.GA5398@elbert> Hello, I'm a Koha newbie and unfamiliar with MARC (although I am a believer in using any available standards/practices). I have made some changes to what installer.pl has given for the "Links Koha - MARC DB", and thought I should share them with the group in the hopes that if I was doing something unwise, someone might warn me: biblio.unititle was mapped to 246a (Title proper/short title) However, since 246a is Repeating, I instead mapped bibliosubtitle.subtitle to 246a (Title proper/short title). My assumption in doing this was that bibliosubtitle.subtitle is a repeating field. Then I found that there was Non Repeating 240 Uniform Title, so I mapped biblio.unititle to 240a (Uniform title). Then I noticed 2 fields that appeared to repeat in the Koha DB which were not mapped, so I gave them the following mappings: additionalauthors.author = 700a (Personal name) bibliosubject.subject = 653a (Uncontrolled term) Part of the rational for using 653a is that we want to define our own internal set of "Authorised values" and then force our data entry volunteers to choose from that set of values. Thanks, Dave. -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040710/22db88d7/attachment.pgp From deckrider at myrealbox.com Mon Jul 12 13:01:21 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Delete Borrower Category Message-ID: <20040712010120.GA20635@elbert> Hi, Using Koha 2.0.0, I want to delete a borrower category, but it says: This record is used 6 times. Deletion not possible It looks like I need to some how delete corresponding categoryitem, but I don't see where, except for straight into mysql. Thanks in advance, Dave -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040711/f4ff9ed9/attachment.pgp From deckrider at myrealbox.com Mon Jul 12 16:28:05 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Repeating inside Repeating Message-ID: <20040712042804.GA23603@elbert> It's me again... Sorry to send so many notes, but here is another thing I don't understand for Koha 2.0.0: 653 is repeatable and contains $a which is also repeatable within one 653. (Am I reading http://www.loc.gov/marc/bibliographic/ecbdsubj.html#mrcb653 correctly?) It is defined this way also by default in MARC tag structure admin. Now when I add a new biblio, I receive one instance, and since I need two instances, I click on the "+" sign. But instead of just one, two are added, so now I have three. My un-educated guess is that since 650 is repeating but not $a within 650, I can click on 650's "+" and get only one additional, and sure enough, that is true. But wait...now there is also yet another 653a which was added by my clicking on 650's "+". Now I further guess that this may have something to do with things near line 378 of intranet/cgi-bin/acqui.simple/addbiblio.pl, but I can't really tell what is going on there (perl isn't my forte). Should I have used normal instead of simple to fix this? Is there a way to distinguish XXX fields that repeat from $a fields that repeat? My only change with respect to default MARC21 configuration is I set 653a to be display-able on tab 3 (I backed out changes mentioned in my earlier emails, fearing that they caused this, but they apparently did not). Thanks again, Dave. -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040711/b2275a2b/attachment.pgp From tony01 at mondenet.com Wed Jul 14 03:48:11 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] double-login Message-ID: <20040713154810.GA6258@.> Hi, So what Perl code in Koha could be responsible for my installation requesting Two immediate logins to do anything (like an advanced query)? Just one login will do. RSVP, Tony From william at thevirtual.co.nz Tue Jul 13 09:28:23 2004 From: william at thevirtual.co.nz (William Hamilton) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] WTD: Sampla data for 2.0 Message-ID: <40F30277.1060809@thevirtual.co.nz> I am looking for some sample data for testing/demo purposes. Is there anything available? Version 2.0 TIA W -- William Hamilton TheVirtual Ltd Voice: +64 4 801 5830 Wellington, New Zealand Mobile: +64 21 650 936 william@thevirtual.co.nz www.thevirtual.co.nz Making Virtual Business Reality From esalayon at tip.edu.ph Wed Jul 14 13:48:23 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha on fedora core 2 Message-ID: <3614.61.9.6.227.1089769703.squirrel@mail.tip.edu.ph> guys, would there be a problem if i will install koha v2.0 to fedora core 2 linux? eric From baljkas at mb.sympatico.ca Wed Jul 14 18:33:56 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Biblio records as book set "container" records - hierarchical groupings References: <200407090911.i699BHAQ000558@mail5.ksc.th.com> Message-ID: <005f01c4696c$89f2ed40$0021a1cf@oemcomputer> Wednesday, July 14, 2004 01:15 CDT -- Happy Bastille Day to our French Koha-ites! Hi, Hans, Continuing the detailed response to your message on list-serv for this penultimate part ... ----- Original Message ----- From: "Hans Henderson" <hans@shrewsbury.ac.th> To: "Koha mailing list" <koha@lists.katipo.co.nz> Sent: Friday, July 09, 2004 4:42 AM Subject: re: [Koha] Biblio records as book set "container" records - hierarchical groupings > OK, to continue back on-list with this last bit: > > > Another way to handle it, with analytics, would be to have brief > but complete records for all the 'elements' of the set, and a > 'master' record that listed (say in a 505 and with 700s) all the > elements that make up the set. > > So a "dummy" Biblio record that doesn't point to a specific resource, > but provides links to all the various other "real" Biblios that are > related. I wouldn't use the term "dummy" in this case (mostly because I tend to use that term when referring to a mock-up of a record, what others might call a template for a record - but again, that's probably just because that's the way I was taught). It wouldn't exactly be a 'dummy' in the sense I think you meant either. What it would be is a valid record that actually describes a set of items. One of the core functions of the Leader is to designate what kind of record one is dealing with. For people who use MARC for collections that might include archival materials (instead of RAMP or in addition to it), they are probably more use to using Leader Position 07 codes the rest of us never have occasion to use: things like c = Collection, or d = Subcollection. You would be able to use those codes legitimately in outlining the 'master' record that would list, albeit it briefly, the component parts. You could also legitimately -- if you boxed the whole group of items at least -- then use the a = Monographic component part code in the records for the individual items. If you choose, you could ignore these minutiae, and simply code the Leader as for a regular monographic item (position 7 = m) and then rely on the rest of the records to clarify the relationships of the parts. The parts would be what you would assign barcodes to, BTW, and not necessarily the overarching 'master' record (you could give it a barcode, too, but I wouldn't recommend it as it tends to confuse who has what over time unless you are very scrupulous about check-in procedures); the parts are what tend to get lost, after all, not the whole, so you definitely want to know who has each little bit. > ... Would these be actual "links" in the www sense, so a user > could click to pull up the Biblio listing, e.g. make a reservation > and then navigate back to the parent record, click to open the next > Biblio they wanted to reserve, etc? My understanding is that we don't have live 'hyperlink' records. Is that correct? Paul? Stephen? Pate? anyone? (If this doesn't make sense to anyone, visit the Library of Congress catalogue which (still, I believe) is Voyager: when you do a search the various parts of the individual record results are 'hyperlinked', essentially performing an instant search on author, if you click on author, or series, or a subject term. A very handy feature.) > If the display just provided a text listing showing what related > resources were available, then they'd have to launch a separate > search for each one, bit of a PITA. . . Although not as much as a card catalogue, or God forbid, COM catalogue ;-) > The big question remains (addressed to whoever can answer, not Steven > specifically - will coding these relationships in the MARC records > prior to import help Koha tie the various Biblioitem records together > to their common "master" Biblios? Is there any field content > "matching" going on during the import? > > Or will they just all come in as separate Biblios? My understanding, for whatever that's worth (and Chris, I apologise in advance if I misunderstood or am misremembering what you so diligently and patiently delineated for me almost a year ago now), is that they are *all separate Biblioitems when we import them as MARC records.* I hope that I understood/remembered that right (BTW this is good from the MARC-perspective on things, 'cause the Biblio level causes some problems from a strict application of MARC coding principles which require that the bibliographic record be integral and not fractured with part of the data shuffled to another 'level'). > And if the latter, is there a way to tie them together after the > import? If the records are coded correctly, whether you do it simply with 500 notes and traced series (as I would recommend) or more complicatedly with Collections, Subcollections, etc. in the Leader and/or 76x and 77x tags, the relationships will be intact however Koha deals with them. (I think the real beauty of the redundant 500 shows here most clearly, Hans, as no matter what Koha or another ILS might do -- remember, people, we are in a world that shares records! -- the 500 is usually there and is 'safe' across different ILS.) > Thanks in advance. . . > > Hans Hope some of this has actually been helpful, Hans. Looking forward to hearing back from the true cognoscenti on the hyperlink and MARC-Biblio::Biblioitem relationship questions. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.717 / Virus Database: 473 - Release Date: 09/07/2004 From koha-main at toykeeper.net Wed Jul 14 20:21:50 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] data import; where to start? Message-ID: <20040714082150.GA28941@SerDevian.XYZZ.org> Hello. I'm hoping to import quite a bit of book/author data into Koha, and I'm not sure quite how to go about it. I had started writing a script to pull records from one database, reorganize them, and put them into Koha's database... but I don't know which part(s) of Koha's database to dump them in (or if this is even a good way to do it). It seems that some parts of the db are generated from other parts, but I can't tell which are which. So, any idea where to start? Should I use an existing tool? Learn all about MARC? Submit data through the web interface instead of directly to the db? I don't mind writing a tool to do this, but I'm not sure what direction to proceed in. -- Scott From jferraro at athenscounty.lib.oh.us Thu Jul 15 01:16:08 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha Presentation In-Reply-To: <40EBA50C.9000405@free.fr> References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> Message-ID: <20040714131608.GB14850@alma.athenscounty.lib.oh.us> Hi all, I've got a Koha presentation at the OLC annual conference (http://www.heightslibrary.org/webmaster/olc_showcase/annual.php) and I'd like to put together a list of Koha features that folks are working on. I'll probably write up a brief synopsis of features similar to the one I did last time I presented on Koha (http://kados.org/LibraryScience/koha_at_a_glance.html). So if you're working on something exciting let me know and I'll include it. Other than that I'll be relying on release-notes, etc. Thanks, Joshua From shedges at skemotah.com Thu Jul 15 01:28:40 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] data import; where to start? In-Reply-To: <20040714082150.GA28941@SerDevian.XYZZ.org> References: <20040714082150.GA28941@SerDevian.XYZZ.org> Message-ID: <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> Scott, you should try to get your records into MARC format, then import them into Koha using the import utility provided with Koha. I don't know what format your records are currently in, but the Library of Congress keeps a list of MARC tools at http://www.loc.gov/marc/marctools.html Stephen Scott Scriven said: > Hello. > > I'm hoping to import quite a bit of book/author data into Koha, > and I'm not sure quite how to go about it. I had started writing > a script to pull records from one database, reorganize them, and > put them into Koha's database... but I don't know which part(s) > of Koha's database to dump them in (or if this is even a good way > to do it). It seems that some parts of the db are generated from > other parts, but I can't tell which are which. > > So, any idea where to start? Should I use an existing tool? > Learn all about MARC? Submit data through the web interface > instead of directly to the db? I don't mind writing a tool to do > this, but I'm not sure what direction to proceed in. > > > -- Scott > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Thu Jul 15 02:41:11 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Re: [Koha-devel] Koha Presentation In-Reply-To: <20040714131608.GB14850@alma.athenscounty.lib.oh.us> References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> Message-ID: <40F54607.1080806@free.fr> Joshua Ferraro wrote: >Hi all, > >I've got a Koha presentation at the OLC annual conference >(http://www.heightslibrary.org/webmaster/olc_showcase/annual.php) and >I'd like to put together a list of Koha features that folks are working >on. I'll probably write up a brief synopsis of features similar to the >one I did last time I presented on Koha > > AFAIK, the features developped are described on the wiki : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap (I just updated it) Note Koha 2.2 will be 90% "french coded" : * 50% by me. * 30% by jean baron, hired by ENSMP for 6 months * 10% doXulting with 5% NPL and 5% katipo Anyone working on something else *MUST* contact me ASAP to get a chance to have features included in official release... Note : I'll be in holidays from friday, july 17 to august, 1 -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From zero at vtr.net Thu Jul 15 12:47:22 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] support for koha in other languages Message-ID: <002c01c46a05$4aa45180$21bd68c8@zouk> Hi all, as I've been telling, my work in the Koha translation is in development. But I've noticed some bugs in certain templates. For instance: in the parameters section i can't go into the first option, Library Branches, i click on it, but get an error, I know that is for the translated template, so if I replace it again with the one in English, it works. But I edited again the same template ONLY CHANGING JUST A LETTER IN SOME TEXT and still get the same error. If someone please could give me a pointer, I'll appreciate it. I'll also checkout the other translations, 'fr' and 'pl' to know what to do... Thanks Cheers. J0se -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040714/8a17d0ea/attachment.htm From tony01 at mondenet.com Thu Jul 15 14:54:39 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] double-login In-Reply-To: <20040713210101.GG6953@katipo.co.nz> References: <20040713154810.GA6258@.> <20040713210101.GG6953@katipo.co.nz> Message-ID: <20040715025439.GA995@.> Thank you. Exactly. /T. On Wed, Jul 14, 2004 at 09:01:01AM +1200, Chris Cormack wrote: > If it cant set a cookie, then it will ask you to login again. From esalayon at tip.edu.ph Thu Jul 15 23:18:46 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] how to migrate data and installation to a new server Message-ID: <4447.61.9.6.227.1089890326.squirrel@mail.tip.edu.ph> hi, i previously setup koha to a redhat 7.3 server. it was up and running fine. But now i have to move it into a fedora core 2 server. how can i go about this? i backup koha database (including mysql) using mysqldump, how can i restore my data using this backup file generated by mysqldump? also can i just copy the directory where i install the koha file? Thanks in advance and more power eric From mike_rudmin at yahoo.com Fri Jul 16 13:19:39 2004 From: mike_rudmin at yahoo.com (Michael Rudmin) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Please remove me In-Reply-To: <20040715025439.GA995@.> Message-ID: <20040716011939.55237.qmail@web41510.mail.yahoo.com> It appears that your web page that allows unsubscriptions, requires a password that I do not remember. Further, the web page that is supposed to mail passwords to the user, does not appear to work. So there's no way I can get removed from this list at the current time, except by asking that it be done manually. Please do remove me from your mailing list. - Michael __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From esalayon at tip.edu.ph Sat Jul 17 15:08:30 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha on redhat 7.3 to fedora core 2 In-Reply-To: <1089774399.2411.1.camel@enforcer.banglamafia.org> References: <3614.61.9.6.227.1089769703.squirrel@mail.tip.edu.ph> <1089774399.2411.1.camel@enforcer.banglamafia.org> Message-ID: <51633.61.9.6.228.1090033710.squirrel@mail.tip.edu.ph> how do you install the perl module Net Z3950? it needs YAZ Software, but in their website there is onyl yaz software for redhat 9 and es3 (i assume this as ENTERPRISE SERVER 3). I chose to download yaz software located in the redhat 9 folder but when im installing (rpms) the yaz software i encountered a depency error, saying that im lacking the file 'libcom_err.so.3'. i thought that this file is in the library yaz software but i already installed it before it. do have this file? can you attach it to your response? TIA! eric From baijum81 at lycos.com Sat Jul 17 16:03:37 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha on redhat 7.3 to fedora core 2 Message-ID: <20040717040337.2B174CA06C@ws7-4.us4.outblaze.com> > how do you install the perl module Net Z3950? it needs YAZ Software, but > in their website there is onyl yaz software for redhat 9 and es3 (i assume > this as ENTERPRISE SERVER 3). Get Net-Z3950 from http://search.cpan.org untar it, then perl Makefile.Pl make make install (as root) >I chose to download yaz software located in > the redhat 9 folder but when im installing (rpms) the yaz software i > encountered a depency error, saying that im lacking the file > 'libcom_err.so.3'. i thought that this file is in the library yaz software > but i already installed it before it. do have this file? can you attach it > to your response? TIA! Install the rpm with --nodeps option (Its worked for me, don't know whether it makes any problem) Regards, Baiju M -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From mjr at dsl.pipex.com Sun Jul 18 22:51:58 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] support for koha in other languages In-Reply-To: <002c01c46a05$4aa45180$21bd68c8@zouk> Message-ID: <cd7519d1837b78fd2ab74253900af740@bouncing.localnet> On 2004-07-15 01:47:22 +0100 Jose <zero@vtr.net> wrote: > so if I replace it again with the one in English, it works. But I > edited > again the same template ONLY CHANGING JUST A LETTER IN SOME TEXT and > still > get the same error. To me, it sounds like your editor might be mangling the template. Take the template where you only changed one letter and compare it with the original. You can do this with GNU diff: diff default/en/opac-main.tmpl default/test/opac-main.tmpl ...or maybe you have some other tool you prefer. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sun Jul 18 22:53:29 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] WTD: Sampla data for 2.0 In-Reply-To: <40F30277.1060809@thevirtual.co.nz> Message-ID: <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> On 2004-07-12 22:28:23 +0100 William Hamilton <william@thevirtual.co.nz> wrote: > I am looking for some sample data for testing/demo purposes. Is > there > anything available? Version 2.0 I don't think I have any MARC21 sample data. I would like some, or will catalogue my own library to generate some eventually (>1month). -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sun Jul 18 23:02:53 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] koha on redhat 7.3 to fedora core 2 In-Reply-To: <51633.61.9.6.228.1090033710.squirrel@mail.tip.edu.ph> Message-ID: <75ccc0dcadde5588f04f6b3a1b018f6d@bouncing.localnet> On 2004-07-17 04:08:30 +0100 Eric G. Salayon <esalayon@tip.edu.ph> wrote: > how do you install the perl module Net Z3950? it needs YAZ Software, > but > in their website there is onyl yaz software for redhat 9 and es3 [...] I usually download and customise the SRPMS when faced with this sort of problem. I have no idea if that is the wisest path, but it works and doesn't damage the integrity of rpm's database. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From ccalle at umsa.bo Tue Jul 20 01:44:47 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] Koha supports fields... In-Reply-To: <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> References: <40F30277.1060809@thevirtual.co.nz> <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> Message-ID: <20040719134024.M24774@www.umsa.bo> Koha supports fields 003, 005, 006, 007 and 008? if he is asi as I can verify? From Zhou.Lu at dol.gov Tue Jul 20 06:05:48 2004 From: Zhou.Lu at dol.gov (Zhou, Lu - OSHA CTR) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] need help on MARC configuration error. Message-ID: <3170624C351D8C4BB7086BFDD172DF4699E818@NO-EX18> I use Debian 3.0 (bf24) and get MARC installed through Perl -MCPAN -e 'install "MARC::Record" ' The dependency seems fine since Make is good. Then I run installer.pl for install koha and it seems fine too. I launched the koha application through 8080 (intranet port) and go to parameter-->MARC check, I get everything OK but one configuration error. itemtypes table empty How can I fix this error? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040719/945d41e4/attachment.html From shedges at skemotah.com Tue Jul 20 06:20:07 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] need help on MARC configuration error. In-Reply-To: <3170624C351D8C4BB7086BFDD172DF4699E818@NO-EX18> References: <3170624C351D8C4BB7086BFDD172DF4699E818@NO-EX18> Message-ID: <11114.66.213.78.3.1090261207.spork@webmail.skemotah.com> Zhou, Lu - OSHA CTR said: > I launched the koha application through 8080 (intranet port) and go to > parameter-->MARC check, I get everything OK but one configuration error. > > itemtypes table empty > Lu, the MARC check is about the last thing you should do on the parameters page. Start with the system preferences, making sure your MARC preferences are set correctly. Then you need to (at least) set up your item types and map your MARC to Koha DB links _before_ you run MARC check. ("MARC check" checks your work, not the Koha install.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From Zhou.Lu at dol.gov Tue Jul 20 09:28:35 2004 From: Zhou.Lu at dol.gov (Zhou, Lu - OSHA CTR) Date: Wed Nov 16 16:50:22 2005 Subject: [Koha] anybody has experiences on importing data by using "upload MARC r ecords in Breeding Farm" Message-ID: <3170624C351D8C4BB7086BFDD172DF4699E84E@NO-EX18> Anybody has experiences on importing data by using "upload MARC records in Breeding Farm"? When I tried it, I get The server encountered an internal error or misconfiguration and was unable to complete your request. Any suggestions? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040719/3ceb51e8/attachment.htm From Jason_Gretencord at ADMWORLD.com Tue Jul 20 10:13:17 2004 From: Jason_Gretencord at ADMWORLD.com (Gretencord, Jason) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Recent acquisistion search Message-ID: <1BDBECC76CB9FC44BDFC8753B0837E2F04C604C7@rdpdc-cluster.research.na.admworld.com> We are running Koha 2.0.0 on RH Linux with Apache v. 1.3.27. We are currently experiencing problems the recent acquisitions search in the OPAC. When using a small number for the day parameter (10 or less), the search runs correctly for all item types. However, when using the default 30 days, the search fails with an internal server error for several (but not all) item types and dumps the following error into the log. HTML::Template->output() : fatal error in loop output : HTML::Template::param() : attempt to set parameter 'forminputs' with a scalar - parameter is not a TMPL_VAR! at /usr/lib/perl5/site_perl/5.6.1/HTML/Template.pm line 2906 at /usr/local/www/koha/opac/cgi-bin/opac-new.pl line 84 [Mon Jul 19 14:31:10 2004] [error] [client 172.17.13.37] Premature end of script headers: /usr/local/www/koha/opac/cgi-bin/opac-new.pl Any ideas? -- Jason Gretencord Scientific User Support Specialist Archer Daniels Midland Company James R. Randall Research Center 217-451-3028 CONFIDENTIALITY NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email reply or by telephone and immediately delete this message and any attachments. In the U.S. call us toll free at (800) 637-5843. Spanish, French, French (Canada), Portuguese, Polish, German, Dutch, Turkish, Russian, Japanese and Chinese: http://www.admworld.com/confidentiality.htm. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040719/c28a4e6c/attachment.html From mjr at dsl.pipex.com Tue Jul 20 11:43:01 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] anybody has experiences on importing data by using "upload MARC r ecords in Breeding Farm" In-Reply-To: <3170624C351D8C4BB7086BFDD172DF4699E84E@NO-EX18> Message-ID: <7faf671a916685a8a36ee2ebf819e298@bouncing.localnet> On 2004-07-19 22:28:35 +0100 "Zhou, Lu - OSHA CTR" <Zhou.Lu@dol.gov> wrote: > When I tried it, I get > The server encountered an internal error or misconfiguration and was > unable > to complete your request. > > Any suggestions? Check koha-error.log for more information. From library at math.iisc.ernet.in Tue Jul 20 16:18:03 2004 From: library at math.iisc.ernet.in (library@math.iisc.ernet.in) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Regarding removal of my ID In-Reply-To: <20040719134024.M24774@www.umsa.bo> Message-ID: <Pine.LNX.4.44.0407200945270.19414-100000@math.iisc.ernet.in> Hi Kindly remove my ID from the subcription list. Thanks a lot for sending information so far. Regards Benny From suresh_amrita at rediffmail.com Tue Jul 20 22:01:43 2004 From: suresh_amrita at rediffmail.com (suresh kumar kk) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] (no subject) Message-ID: <20040720100143.16014.qmail@webmail32.rediffmail.com> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040720/da36ec97/attachment.htm -------------- next part -------------- ? Dear Sir, I got full information. Don't want any mail from ur side Thanking u Suresh From mjr at dsl.pipex.com Tue Jul 20 22:21:02 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Recent acquisistion search In-Reply-To: <1BDBECC76CB9FC44BDFC8753B0837E2F04C604C7@rdpdc-cluster.research.na.admworld.com> Message-ID: <923ad16c3d75bd139b49721641b20241@bouncing.localnet> On 2004-07-19 23:13:17 +0100 "Gretencord, Jason" <Jason_Gretencord@ADMWORLD.com> wrote: > We are running Koha 2.0.0 on RH Linux with Apache v. 1.3.27. We are > currently experiencing problems the recent acquisitions search in the > OPAC. Is this http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=792 I probably need to squash this and release 2.0.1r. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From bigwood at lpi.usra.edu Wed Jul 21 03:12:13 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] WTD: Sampla data for 2.0 Message-ID: <CFFBFA07ADF25F4FACE318718677C0984F6982@exch_be.cass.loc> If sample records are not available or folks just want another group I'd be happy to share our records. They are in English, MARC21 with holdings in 852. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Catalogaing News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of MJ Ray Sent: Sunday, July 18, 2004 5:53 AM To: koha@lists.katipo.co.nz Subject: Re: [Koha] WTD: Sampla data for 2.0 On 2004-07-12 22:28:23 +0100 William Hamilton <william@thevirtual.co.nz> wrote: > I am looking for some sample data for testing/demo purposes. Is > there > anything available? Version 2.0 I don't think I have any MARC21 sample data. I would like some, or will catalogue my own library to generate some eventually (>1month). -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From bcrozier at winonacotter.org Wed Jul 21 04:25:11 2004 From: bcrozier at winonacotter.org (Bill Crozier) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Simple Aquisitions Password Message-ID: <a05111b01bd22f72d1558@[10.6.13.2]> Each time I try to get to simple aquisitions I am asked for a username and password. I gave the name and password supplied by my IT person for the librarian of our site (me), but it did not let me access the site. Is this a password that comes from Koha or Katipo? Thanks for any help you can render, Bill Crozier From chris at katipo.co.nz Wed Jul 21 09:30:31 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Simple Aquisitions Password In-Reply-To: <a05111b01bd22f72d1558@[10.6.13.2]> References: <a05111b01bd22f72d1558@[10.6.13.2]> Message-ID: <20040720213031.GO6953@katipo.co.nz> On Tue, Jul 20, 2004 at 11:25:11AM -0500, Bill Crozier said: > Each time I try to get to simple aquisitions I am asked for a > username and password. I gave the name and password supplied by my IT > person for the librarian of our site (me), but it did not let me > access the site. Is this a password that comes from Koha or Katipo? > It will be a password set in Koha. Not from katipo :-) Unless we set up your Koha install for you :) When your koha was installed it will have set an initial password. You might need to ask you IT person to check its the correct username and password. Hope this helps. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From ccalle at umsa.bo Thu Jul 22 03:08:43 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> References: <20040714082150.GA28941@SerDevian.XYZZ.org> <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> Message-ID: <20040721150900.M89608@www.umsa.bo> Hello brothers. Dear you send greetings and I wish the best thing you. The reason for this message is for pedirte a favor so that you can help me, integrates to me recently to this project of Koha, and all are brilliant in the list. I require to make imports of registries of the system MICROISIS to the MARC21 of KOHA and nose like doing it. Single i have with Registries ISO of the ISIS.. Beforehand I say to you that they are brilliant those of the project. I offer you my aid and I am adisposicion for any favor. Atte. Christian Street www.umsa.bo ccalle@umsa.bo <es> Hola hermanos. Estimado te envio saludos y te deseo lo mejor. EL motivo de este mensaje es para pedirte un favor para que me puedas ayudar, me integre hace poco a este proyecto de Koha, y todos son geniales en la lista. Requiero hacer importaciones de registros del sistema MICROISIS al MARC de KOHA y nose como hacerlo. Solo cuento con los Registros ISO del ISIS.. De antemano te digo que son geniales los del proyecto. Te ofresco mi ayuda y estoy adisposicion para cualquier favor. Atte. Christian Calle www.umsa.bo ccalle@umsa.bo From ccalle at umsa.bo Thu Jul 22 03:08:48 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> References: <20040714082150.GA28941@SerDevian.XYZZ.org> <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> Message-ID: <20040721150900.M70997@www.umsa.bo> Hello brothers. Dear you send greetings and I wish the best thing you. The reason for this message is for pedirte a favor so that you can help me, integrates to me recently to this project of Koha, and all are brilliant in the list. I require to make imports of registries of the system MICROISIS to the MARC21 of KOHA and nose like doing it. Single i have with Registries ISO of the ISIS.. Beforehand I say to you that they are brilliant those of the project. I offer you my aid and I am adisposicion for any favor. Atte. Christian Street www.umsa.bo ccalle@umsa.bo <es> Hola hermanos. Estimado te envio saludos y te deseo lo mejor. EL motivo de este mensaje es para pedirte un favor para que me puedas ayudar, me integre hace poco a este proyecto de Koha, y todos son geniales en la lista. Requiero hacer importaciones de registros del sistema MICROISIS al MARC de KOHA y nose como hacerlo. Solo cuento con los Registros ISO del ISIS.. De antemano te digo que son geniales los del proyecto. Te ofresco mi ayuda y estoy adisposicion para cualquier favor. Atte. Christian Calle www.umsa.bo ccalle@umsa.bo From ccalle at umsa.bo Thu Jul 22 03:08:38 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> References: <20040714082150.GA28941@SerDevian.XYZZ.org> <5206.66.213.78.3.1089811720.spork@webmail.skemotah.com> Message-ID: <20040721150413.M62779@www.umsa.bo> Hello brothers. Dear you send greetings and I wish the best thing you. The reason for this message is for pedirte a favor so that you can help me, integrates to me recently to this project of Koha, and all are brilliant in the list. I require to make imports of registries of the system MICROISIS to the MARC21 of KOHA and nose like doing it. Single i have with Registries ISO of the ISIS.. Beforehand I say to you that they are brilliant those of the project. I offer you my aid and I am adisposicion for any favor. Atte. Christian Street www.umsa.bo ccalle@umsa.bo <es> Hola hermanos. Estimado te envio saludos y te deseo lo mejor. EL motivo de este mensaje es para pedirte un favor para que me puedas ayudar, me integre hace poco a este proyecto de Koha, y todos son geniales en la lista. Requiero hacer importaciones de registros del sistema MICROISIS al MARC de KOHA y nose como hacerlo. Solo cuento con los Registros ISO del ISIS.. De antemano te digo que son geniales los del proyecto. Te ofresco mi ayuda y estoy adisposicion para cualquier favor. Atte. Christian Calle www.umsa.bo ccalle@umsa.bo From chicks at chicks.net Thu Jul 22 05:52:24 2004 From: chicks at chicks.net (Chicks) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Re: Message-ID: <zpihcpfxzvfmddhbwml@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/be0d0cb8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Fish.scr Type: application/octet-stream Size: 21413 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/be0d0cb8/Fish.obj From chicks at chicks.net Thu Jul 22 05:58:21 2004 From: chicks at chicks.net (Chicks) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Re: Message-ID: <goyjbbqqhopqmrgiwnu@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/ee246923/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Garry.cpl Type: application/octet-stream Size: 23940 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/ee246923/Garry.obj From chicks at chicks.net Thu Jul 22 06:12:23 2004 From: chicks at chicks.net (Chicks) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Re: Message-ID: <mlvnluhapjvsvbttpht@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/20594ffa/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Music_MP3.com Type: application/octet-stream Size: 20996 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040721/20594ffa/Music_MP3.obj From william at thevirtual.co.nz Tue Jul 20 18:48:39 2004 From: william at thevirtual.co.nz (William Hamilton) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Migrate from InMagic/DB TextWorks Version 7.01 Message-ID: <40FCC047.8070502@thevirtual.co.nz> I have a client looking to migrate from their current library system - InMagic/DB TextWorks Version 7.01 to Koha 2.0.1. Has anyone done this migration and any pointers? I did a quick search of the archives and the name popped up a couple of times but no answers as yet. W -- William Hamilton TheVirtual Ltd Voice: +64 4 801 5830 Wellington, New Zealand Mobile: +64 21 650 936 william@thevirtual.co.nz www.thevirtual.co.nz Making Virtual Business Reality From baljkas at mb.sympatico.ca Tue Jul 20 09:17:22 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Koha supports fields... References: <40F30277.1060809@thevirtual.co.nz> <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> <20040719134024.M24774@www.umsa.bo> Message-ID: <000f01c46dd5$c839a860$40a72dce@oemcomputer> Monday, July 19, 2004 16:12 CDT ?Hola Christian! Yes, Koha does support the 003, 005, 006, 007, and 008 fields with MARC21. I'm not sure how or to where they are mapped, but it has been stated before that they are supported so we should probably believe it. ;-) Hope this response helps reassure you, Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Christian Calle" <ccalle@umsa.bo> To: "MJ Ray" <mjr@dsl.pipex.com>; <koha@lists.katipo.co.nz> Cc: <koha-admin@lists.katipo.co.nz> Sent: Monday, July 19, 2004 8:44 AM Subject: Re: [Koha] Koha supports fields... > Koha supports fields 003, 005, 006, 007 and 008? if he = (English) this [N.B. demonstrative pronoun needed in this situation] > is asi = (English) so > as I can verify? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.723 / Virus Database: 479 - Release Date: 19/07/2004 From luke at purplelion.com.au Tue Jul 20 18:05:59 2004 From: luke at purplelion.com.au (Luke Ottrey) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Modularised Borrower Information (Another Database) Message-ID: <20040720060603.C504823886@insite-mail.datafast.net.au> Hi All, Hope you're all well - and Paul, if you're still on holidays - hope that you're enjoying your break. I was wanting to hopefully create some discussion on the list about the concept of a modularised borrower records system. Currently, I volunteer my time and resources to a school here in Melbuorne - and we've deployed Koha. I am partially responsible for the creation of the student reporting system also. In doing this, the last batch of student reports we noticed some anomolies in the data - because we keep so many databases at the school, and centralising would give us many benefits and interoperability with portals etc etc. Whilst it is the responsibility of the librarian to maintain the student records - it's my responsibility to ensure this doesn't happen again - and so, centralisation of borrower information (and modularility so those who don't want it don't have to have it) is coming to mind. Talking with Chris the other day over IRC, he seemed to agree that it is going to be a good idea - but extensive modification needed to many modules. I may be able to secure funding from the school for such a feature if it is to be included in the next release version, but I haven't discussed this with them as yet. So if there are developers that may be willing to put in the hard work for the benefit of the community at large, a small monetary reward may be available. There's a few more ideas which I'm planning for deployments of Koha on a much larger scale, but for commercial reasons can't mention here - but more details on that later on through the year. Looking forward to your thoughts. Thanks for your time. Luke Ottrey, Purple Lion Ph: 0408 675 648 Fax: +61 3 9886 7349 Email: luke@purplelion.com.au Web: www.purplelion.com.au From baljkas at mb.sympatico.ca Wed Jul 21 05:09:20 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Koha and ISO2709 References: <40F30277.1060809@thevirtual.co.nz> <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> <20040719134024.M24774@www.umsa.bo> <000f01c46dd5$c839a860$40a72dce@oemcomputer> <20040720132525.M22410@www.umsa.bo> Message-ID: <000901c46e7c$4c913000$2c19fea9@oemcomputer> Tuesday, July 20, 2004 12:04 CDT Hi again, Christian, If what you are looking at is the Koha database (available on the Koha website), then I think when you look at the MARC structure under Parameters, you are seeing a very sketchy MARC setup indeed. I think that all you need to do about this is define the tags from 001 to 008 (there is no 009 and it would NOT be a good idea to use that number for anything local). These are numeric control fields, so this are no subfields to code. Also: note the message from Stephen Hedges this past week; it gave a nice list of what one needs to configure with Koha. Hope this helps a bit. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Christian Calle" <ccalle@umsa.bo> To: "Steven F. Baljkas" <baljkas@mb.sympatico.ca>; "Christian Calle" <ccalle@umsa.bo>; "MJ Ray" <mjr@dsl.pipex.com>; <koha@lists.katipo.co.nz> Cc: <koha-admin@lists.katipo.co.nz>; <baljkas@mts.net> Sent: Tuesday, July 20, 2004 8:37 AM Subject: Re: [Koha] Koha and ISO2709 > Thanks Brothers. > > Excuses by the grammar. > > The data base that I reviewed does not include the fixed fields from the 001 > to the 009. > > If it exists, where they are? > > As I verify registry ISO2709? > > Thanks brothers are brilliant. > > > On Mon, 19 Jul 2004 16:17:22 -0500, Steven F. Baljkas wrote > > Monday, July 19, 2004 16:12 CDT > > > > ?Hola Christian! > > > > Yes, Koha does support the 003, 005, 006, 007, and 008 fields with MARC21. > > > > I'm not sure how or to where they are mapped, but it has been stated > > before that they are supported so we should probably believe it. ;-) > > > > Hope this response helps reassure you, > > > > Cheers, > > Steven F. Baljkas --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.725 / Virus Database: 480 - Release Date: 19/07/2004 From ccalle at umsa.bo Wed Jul 21 01:37:09 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Koha and ISO2709 In-Reply-To: <000f01c46dd5$c839a860$40a72dce@oemcomputer> References: <40F30277.1060809@thevirtual.co.nz> <93ae3099e37784cae7d794ba8f3990c0@bouncing.localnet> <20040719134024.M24774@www.umsa.bo> <000f01c46dd5$c839a860$40a72dce@oemcomputer> Message-ID: <20040720132525.M22410@www.umsa.bo> Thanks Brothers. Excuses by the grammar. The data base that I reviewed does not include the fixed fields from the 001 to the 009. If it exists, where they are? As I verify registry ISO2709? Thanks brothers are brilliant. On Mon, 19 Jul 2004 16:17:22 -0500, Steven F. Baljkas wrote > Monday, July 19, 2004 16:12 CDT > > ?Hola Christian! > > Yes, Koha does support the 003, 005, 006, 007, and 008 fields with MARC21. > > I'm not sure how or to where they are mapped, but it has been stated > before that they are supported so we should probably believe it. ;-) > > Hope this response helps reassure you, > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > From baijum81 at lycos.com Thu Jul 22 16:13:32 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Modularised Borrower Information (Another Database) Message-ID: <20040722041332.81EAA86AE4@ws7-1.us4.outblaze.com> > Currently, I volunteer my time and resources to a school here in Melbuorne - > and we've deployed Koha. I am partially responsible for the creation of the > student reporting system also. In doing this, the last batch of student > reports we noticed some anomolies in the data - because we keep so many > databases at the school, and centralising would give us many benefits and > interoperability with portals etc etc. > Can anyone give a pointer how koha's LDAP module will be helpfull for this? Regards, Baiju M -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From chicks at chicks.net Fri Jul 23 03:36:09 2004 From: chicks at chicks.net (Chicks) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Re: Message-ID: <shutooufgfwwakzujvq@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/24b2a721/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Music_MP3.com Type: application/octet-stream Size: 22195 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/24b2a721/Music_MP3.obj From biomyth at yahoo.com Fri Jul 23 03:34:25 2004 From: biomyth at yahoo.com (pierre pierre) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 Message-ID: <20040722153425.75800.qmail@web53503.mail.yahoo.com> <Castellano> Hola Christian, Estoy trabajando sobre algo muy parecido. Pero todavía no empecé con la migración. La idea sería de utilizar el trabajo de Baiju (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha). El problema que tengo es que con la versión antigua de ISIS que tenemos no hay posibilidad de exportar en un formato XML. Pero hay una herramienta que debería permitir la transformación de un archivo MST en XML: el pequeño software ISIS2XML desarrollado por P. Chabert (http://www.unesco.org/isis/files/winisis/windows/utilities/) - existe solamente en francés... Te cuento cuando tengo más información sobre eso. Atentamente, Pierre </Castellano> <English> Hi there! I am working on such a migration from ISIS to Koha. The main problem with the antique version of ISIS I have here I cannot use straightaway the work of Baiju (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha). So the idea is to use another tool to transform a MST archive in XML. P. Chabert has written an application witch seems to works very well ISIS2XML (http://www.unesco.org/isis/files/winisis/windows/utilities/). Well, I hope this will help a little bit. Regards, Pierre </English> --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/f9252f39/attachment.html From emarmonti at siu.edu.ar Fri Jul 23 04:40:36 2004 From: emarmonti at siu.edu.ar (emiliano) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <20040722153425.75800.qmail@web53503.mail.yahoo.com> References: <20040722153425.75800.qmail@web53503.mail.yahoo.com> Message-ID: <40FFEE04.1040407@siu.edu.ar> Hi Pierre Here in Argentina we're working with IsisMarc (www.unesco.org/isis) for cataloging and we've developed a Perl Script that using OpenIsis (www.openisis.org) and MARC::Record creates from an Isis (IsisMarc) database a MARC21 file that could be used for importing records if it's correctly mapped the MARC-Koha database. We're finishing the tests and we'll publish it under GPL when it'll be ready for using. Regards Emiliano. pierre pierre wrote: > <Castellano> > > Hola Christian, > > Estoy trabajando sobre algo muy parecido. Pero todav?a no empec? con > la migraci?n. La idea ser?a de utilizar el trabajo de Baiju > (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha). > El problema que tengo es que con la versi?n antigua de ISIS que > tenemos no hay posibilidad de exportar en un formato XML. Pero hay una > herramienta que deber?a permitir la transformaci?n de un archivo MST > en XML: el peque?o software ISIS2XML desarrollado por P. Chabert > (http://www.unesco.org/isis/files/winisis/windows/utilities/) - existe > solamente en franc?s... > > Te cuento cuando tengo m?s informaci?n sobre eso. > > Atentamente, > > Pierre > > </Castellano> > > > > <English> > > Hi there! > > I am working on such a migration from ISIS to Koha. The main problem > with the antique version of ISIS I have here I cannot use straightaway > the work of Baiju > (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system+to+Koha). > So the idea is to use another tool to transform a MST archive in XML. > P. Chabert has written an application witch seems to works very well > ISIS2XML (http://www.unesco.org/isis/files/winisis/windows/utilities/). > > Well, I hope this will help a little bit. > > Regards, > > Pierre > > </English> > > ------------------------------------------------------------------------ > Do you Yahoo!? > New and Improved Yahoo! Mail > <http://us.rd.yahoo.com/mail_us/taglines/100/*http://promotions.yahoo.com/new_mail/static/efficiency.html> > - 100MB free storage! From ben.hall at ffa.int Fri Jul 23 08:57:07 2004 From: ben.hall at ffa.int (Ben Hall) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 Message-ID: <03F97EF910696C42A8C9764743E2CC830B4EE8@dogtooth.honiara.ffa.int> I've done a few migrations from ISIS to Koha using some perl scripts I developed some 4 months back. You can download the tarball from http://www.benality.net/xml2koha.tar.gz. After unpacking the tarball read the README, INSTALL and HOWTO documents therein. Also in the tarball is a document on using the ISIS2XML utility. Let me know if you need more information on the migration process. Ben Hall Information Officer Forum Fisheries Agency PO Box 629 Honiara, Solomon Islands Tel: +(677) 21124 Fax: +(677) 23995 E-mail: ben.hall@ffa.int -----Original Message----- From: pierre pierre [mailto:biomyth@yahoo.com] Sent: Friday, 23 July 2004 2:34 AM To: Koha@lists.katipo.co.nz Subject: Re: [Koha] Import ISIS to MARC21 <Castellano> Hola Christian, Estoy trabajando sobre algo muy parecido. Pero todav?a no empec? con la migraci?n. La idea ser?a de utilizar el trabajo de Baiju (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system +to+Koha). El problema que tengo es que con la versi?n antigua de ISIS que tenemos no hay posibilidad de exportar en un formato XML. Pero hay una herramienta que deber?a permitir la transformaci?n de un archivo MST en XML: el peque?o software ISIS2XML desarrollado por P. Chabert (http://www.unesco.org/isis/files/winisis/windows/utilities/) - existe solamente en franc?s... Te cuento cuando tengo m?s informaci?n sobre eso. Atentamente, Pierre </Castellano> <English> Hi there! I am working on such a migration from ISIS to Koha. The main problem with the antique version of ISIS I have here I cannot use straightaway the work of Baiju (http://www.saas.nsw.edu.au/koha_wiki/index.php?page=CDS%2FISIS+based+system +to+Koha). So the idea is to use another tool to transform a MST archive in XML. P. Chabert has written an application witch seems to works very well ISIS2XML (http://www.unesco.org/isis/files/winisis/windows/utilities/). Well, I hope this will help a little bit. Regards, Pierre </English> Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! From ccalle at umsa.bo Fri Jul 23 05:27:41 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <20040722153425.75800.qmail@web53503.mail.yahoo.com> References: <20040722153425.75800.qmail@web53503.mail.yahoo.com> Message-ID: <20040722172503.M78676@www.umsa.bo> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ISIS2KOHA.doc Type: application/msword Size: 138752 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/3c6e5df1/ISIS2KOHA.doc From ccalle at umsa.bo Fri Jul 23 06:55:03 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 References: <20040722153425.75800.qmail@web53503.mail.yahoo.com> Message-ID: <20040722185216.M11477@www.umsa.bo> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ISIS2KOHA.doc Type: application/msword Size: 138752 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/81028eb5/ISIS2KOHA.doc From ccalle at umsa.bo Fri Jul 23 05:22:56 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 In-Reply-To: <20040722153425.75800.qmail@web53503.mail.yahoo.com> References: <20040722153425.75800.qmail@web53503.mail.yahoo.com> Message-ID: <20040722171636.M96310@www.umsa.bo> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ISIS2KOHA.doc Type: application/msword Size: 138752 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040722/f5769f90/ISIS2KOHA.doc From rachel at katipo.co.nz Fri Jul 23 10:13:03 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Import ISIS to MARC21 - what to dowhen your message is held up In-Reply-To: <20040722172503.M78676@www.umsa.bo> References: <20040722153425.75800.qmail@web53503.mail.yahoo.com> Message-ID: <4100E4AF.346.751BE9@localhost> Hola, The Koha mailing list is restricted to members only postings. IF your message is held up waiting for approval, it is because the mailing list software doesn't recognise your e-mail address. Please don't just send more copies of your message from the same address. You either need to resend it from the address you subscribed to the list with, or subscribe to the list with the address you wish to use. I am happy to change the settings in the mailing lists so that you only receive mail from the list at one address, but can send mail from several different ones if you have both home and work addresses that you use. You need to contact me directly (Rachel -at- katipo.co.nz) clearly stating all the e-mail addresses you wish to use, and which is your main one. Waiting messages are checked most days, and if your message is clearly a Koha message then we release it and let it through. We are getting a lot of spam to the mailing list, and it is hard work to go through all the messages looking for genuine Koha ones, so please sort out your subscription addresses if at all possible. Cheers Rachel _____________________________________________________________ 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 From baljkas at mb.sympatico.ca Fri Jul 23 18:14:56 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Koha Presentation; a few questions on Koha and MARC References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> Message-ID: <003a01c4707c$60497920$f821a1cf@oemcomputer> Friday, July 23, 2004 00:50 CDT Hi, all, First things first - Joshua: I tried getting to those links you posted in your July 14th message. ----- Original Message ----- From: "Joshua Ferraro" <jferraro@athenscounty.lib.oh.us> To: <koha@lists.katipo.co.nz> Cc: <koha-devel@lists.sourceforge.net> Sent: Wednesday, July 14, 2004 8:16 AM Subject: [Koha] Koha Presentation > Hi all, > > I've got a Koha presentation at the OLC annual conference > (http://www.heightslibrary.org/webmaster/olc_showcase/annual.php) and > I'd like to put together a list of Koha features that folks are working > on. I'll probably write up a brief synopsis of features similar to the > one I did last time I presented on Koha > (http://kados.org/LibraryScience/koha_at_a_glance.html). > So if you're working on something exciting let me know and I'll include it. > Other than that I'll be relying on release-notes, etc. I don't know what I am doing wrong, but I can't get to them. (I had a similar problem with the link Ed Estka tried to offer). Any suggestions? * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * I have a few questions that have sort of crystallised out of my (so far poor) efforts to help out Christian Calle with his Koha questions. Please, anyone more conversant in Spanish, pitch in. (I'd have better luck writing him in Latin.) I played around online with the test version of Koha, not realising that any changes I made there would remain. I apologise if I've screwed anything up for anyone. At the time, I was intending to delineate the complete MARC21 field structure, but then I thought (erroneously?) that it wouldn't be available for anyone actually to use so what would be the point. Now, Christian is asking for a delineation of MARC tag structure (I think he was expecting that it was included withinn Koha to begin with, which I understood is not the case), so .... * Question 1: For his sake and for the sake of others, if I and/or interested others 'fix' what is available in the test version online, would it be possible for him/others to simply download it somehow? From chicks at chicks.net Sat Jul 24 03:45:54 2004 From: chicks at chicks.net (Chicks) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Re: Message-ID: <oyfvtpczaitklcublsn@lists.katipo.co.nz> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040723/310529b6/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: trgdzifnod.bmp Type: image/bmp Size: 2286 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040723/310529b6/trgdzifnod.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: Fish.zip Type: application/octet-stream Size: 0 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040723/310529b6/Fish.obj From minh_ta at yahoo.com Mon Jul 26 12:07:43 2004 From: minh_ta at yahoo.com (Minh Ta) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] BookSelf Message-ID: <20040726000743.5932.qmail@web41012.mail.yahoo.com> Hello All, I have installed Koha-2.0.0 and modifying the parameters in the Intranet pages. At the Circulation, where there is a Virtual Shelf, I can add in many Book Shelf ie, Mathematics , Physics .. etc., but then when I try to add a book into these book self, it does not work and all of these book selves show "0" number of book. Please help by advise on what to do, thank you very much. Regards Minh __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From dwilliams at computerpark.co.uk Tue Jul 27 02:35:34 2004 From: dwilliams at computerpark.co.uk (David Williams) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Scanner advice Message-ID: <1090852534.410516b683c2d@mailserver.computerpark.dyndns.biz> Hello I apologise if this has been asked a 100 times before, but as a new Koha user I'm wondering if there is a preference / recommended serial scanner to use? I'm planning on installing Koha in 2 or 3 primary schools in which we have already installled & manage their Linux based network (workstation are win9x - server is Suse Linux). Any pointers about scanners are most appreciated. Many thanks in advance. Dave Williams. -- EMail: dwilliams@computerpark.co.uk ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --------------------------------------------------------- This private and confidential e-mail has been sent to you by Computer Park Ltd. If you are not the intended recipient of this e-mail and have received it in error, please notify us via the email address or telephone number below, and then delete it from your mailbox. Email: mailbox@computerpark.co.uk Tel: +44 (0) 1536 417155 Fax: +44 (0) 1536 417566 Head Office: Computer Park Ltd, Broughton Grange, Headlands, Kettering Northamptonshire NN15 6XA Registered in England: 3022961. Registered Office: 6 North Street, Oundle, Peterborough PE8 4AL ========================================================= From shedges at athenscounty.lib.oh.us Mon Jul 26 19:56:05 2004 From: shedges at athenscounty.lib.oh.us (Stephen Hedges) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Scanner advice In-Reply-To: <1090852534.410516b683c2d@mailserver.computerpark.dyndns.biz> References: <1090852534.410516b683c2d@mailserver.computerpark.dyndns.biz> Message-ID: <3F2ACD7C-DED9-11D8-8153-000D93C4098E@athenscounty.lib.oh.us> David, any scanner that works well with your computer and can act as a keyboard wedge (sending numbers and letters to the computer just as if they had been typed on the keyboard) will work just fine with Koha. Koha is not picky about your hardware. Stephen On Jul 26, 2004, at 7:35 AM, David Williams wrote: > Hello > > I apologise if this has been asked a 100 times before, but as a new > Koha user > I'm wondering if there is a preference / recommended serial scanner to > use? > > I'm planning on installing Koha in 2 or 3 primary schools in which we > have > already installled & manage their Linux based network (workstation are > win9x - > server is Suse Linux). > > Any pointers about scanners are most appreciated. > > Many thanks in advance. > > Dave Williams. > > -- > > EMail: dwilliams@computerpark.co.uk > > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > --------------------------------------------------------- > > This private and confidential e-mail has been sent to you > by Computer Park Ltd. > > If you are not the intended recipient of this e-mail and > have received it in error, please notify us via the email > address or telephone number below, and then delete it from > your mailbox. > > Email: mailbox@computerpark.co.uk > > Tel: +44 (0) 1536 417155 > Fax: +44 (0) 1536 417566 > > Head Office: > Computer Park Ltd, Broughton Grange, Headlands, Kettering > Northamptonshire NN15 6XA > > Registered in England: 3022961. > > Registered Office: > 6 North Street, Oundle, Peterborough PE8 4AL > > ========================================================= > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From volunteer at revealed.net Tue Jul 27 07:19:08 2004 From: volunteer at revealed.net (Jim Hall) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Bad email Message-ID: <4105592C.8070906@revealed.net> I just cleared out my spam/virus filter and came across these, in the virus section. Just thought someone ought to know what's being done with the list address. From: "Chicks" <chicks@chicks.net> To: "Koha" <koha@lists.katiop.co.nz> Subject: [Koha] Re: There were 5 messages with dates from 21July2004 to 23July2004. I'll keep them for awhile in case anyone wants to delve further. Also, in the spam section, was this. The body kind of looks like an unsubscribe. The domain is real. Anyone recognize the sender? I can forward the complete message if needed. suresh kumar kk <suresh_amrita@rediffmail.com> Jim From rosalie at library.org.nz Tue Jul 27 09:09:56 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Scanner advice In-Reply-To: <1090852534.410516b683c2d@mailserver.computerpark.dyndns.biz> Message-ID: <41061BE4.7058.1C4F69@localhost> Hi David We've used (and still use) the full range of scanners from very cheap to very expensive. My experience is you get what you pay for. We use expensive hands-free ones where the going is tough (more than a thousand issues per day), and cheap hand-held ones for occasional light use. We get good value from both. Cheers Rosalie On 26 Jul 2004, at 15:35, David Williams wrote: > Hello > > I apologise if this has been asked a 100 times before, but as a new > Koha user I'm wondering if there is a preference / recommended serial > scanner to use? > > I'm planning on installing Koha in 2 or 3 primary schools in which we > have already installled & manage their Linux based network > (workstation are win9x - server is Suse Linux). > > Any pointers about scanners are most appreciated. > > Many thanks in advance. > > Dave Williams. > > -- > > EMail: dwilliams@computerpark.co.uk > > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > --------------------------------------------------------- > > This private and confidential e-mail has been sent to you > by Computer Park Ltd. > > If you are not the intended recipient of this e-mail and > have received it in error, please notify us via the email > address or telephone number below, and then delete it from > your mailbox. > > Email: mailbox@computerpark.co.uk > > Tel: +44 (0) 1536 417155 > Fax: +44 (0) 1536 417566 > > Head Office: > Computer Park Ltd, Broughton Grange, Headlands, Kettering > Northamptonshire NN15 6XA > > Registered in England: 3022961. > > Registered Office: > 6 North Street, Oundle, Peterborough PE8 4AL > > ========================================================= > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Rosalie Blake Head of Libraries, Horowhenua Library Trust From lmertens at vub.ac.be Wed Jul 28 06:28:10 2004 From: lmertens at vub.ac.be (Liesbet Mertens) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] mailing list Message-ID: <200407271828.UAA18030@web1.ulb.ac.be> Because I can't found a way to get removed from this list at the current time, except by asking that it be done manually I would ask you Please do remove me from your mailing list. greats Lies From chris at katipo.co.nz Wed Jul 28 09:28:03 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] mailing list In-Reply-To: <200407271828.UAA18030@web1.ulb.ac.be> References: <200407271828.UAA18030@web1.ulb.ac.be> Message-ID: <20040727212803.GP23725@katipo.co.nz> On Tue, Jul 27, 2004 at 08:28:10PM +0200, Liesbet Mertens said: > > Because I can't found a way to get removed from this list at > the current time, except by asking that it be done > manually I would ask you Ok, There are a couple of ways you can remove yourself from the list. At the bottom of every email there is this http://lists.katipo.co.nz/mailman/listinfo/koha If you go there you can remove yourself. OR In the headers of the email, it tells you that you can send a mail to koha-request@lists.katipo.co.nz with the subject unsubscribe. > > Please do remove me from your mailing list. > Ill remove you manually, but this is for others who may want to unsubscribe. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From rachel at katipo.co.nz Wed Jul 28 09:49:52 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Unsbscribing from mailing list In-Reply-To: <20040727212803.GP23725@katipo.co.nz> References: <200407271828.UAA18030@web1.ulb.ac.be> Message-ID: <410776C0.2660.9DC50@localhost> Hi All We've had a couple of people lately who have had trouble unsubscribing from the mailing list, but as far as I know it is working ok. If you are unsubscribing, be aware that you might still get Koha mail for a couple of days, if for example mail has already been sent from the list, but been held up at one of the enroute mail servers, and so is delivered late. Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From PPerkus at records.nyc.gov Wed Jul 28 10:10:46 2004 From: PPerkus at records.nyc.gov (Perkus, Paul) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Unsubscribe Message-ID: <CD9C357D8D310A4D8C0D25BCD230EBC9010492A6@CSCMAIL01.csc.nycnet> unsubscribe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040727/916a5a51/attachment.html From tarek.mehrem at guc.edu.eg Wed Jul 28 19:24:33 2004 From: tarek.mehrem at guc.edu.eg (Tarek Mehrem) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] unsubscription Message-ID: <54C3BA85BB0E824E970C7BCD5BB254DA0EA8FC@mail.guc.edu.eg> Unsubscribe Tarek Mehrem Academic Support/ Library Sector IV tarek.mehrem@guc.edu.eg <mailto:tarek.mehrem@guc.edu.eg> German University in Cairo The German University in Cairo - GUC New Cairo City - Main Entrance Al Tagamoa Al Khames Egypt Tel: +20-2-7589990-8, Fax: +20-2-7589991 www.guc.edu.eg <http://www.guc.edu.eg/> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040728/966e91e7/attachment.htm From cobi31 at hotmail.com Thu Jul 29 04:08:21 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused Message-ID: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> Hi! I installed Koha-2 on Fedora-C2 with httpd-2.0.49, mysql-3.23, perl-5.8. When I installed Koha, I used the installer.pl script, and the installation was successfully. But when I want try to connect to http://myserver:8080 the connection was refused. And my Web Server is OK if I connect to http://myserver I try to see the file /usr/local/koha/log but is empty. I saw the file /var/log/httpd/error_log and it's OK. And I visited the Koha archives and I saw the collection of prior postings to the list. But I still have the problem Thanks for your help. Marco Antonio _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From ccalle at umsa.bo Thu Jul 29 04:47:52 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused In-Reply-To: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> References: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> Message-ID: <20040728164549.M39570@www.umsa.bo> Hello Brothers;) Happen through an equal experience installing koha-2.0 in the FEDORA and had an error with the Mysql, the installation was successful using installer.pl, but at the moment for entering mysql as usuary koha and entering the data base Koha, does not work the Mysql. does not rise the Mysql. Somebody had exito in installing koha in Fedora? I hope serves as something. Thanks. (ES) Hola Hermanos ;) Pase por una experiencia igual instalando el koha-2.0 en el FEDORA y tuve un error con el Mysql, la instalacion fue exitosa usando installer.pl, pero el en el momento de entrar al mysql como usuario koha y entrando a la base de datos Koha , no funciona el Mysql. no se levanta el Mysql. Alguien tuvo exito en instalar el koha en Fedora? Espero sirva de algo. Gracias. On Wed, 28 Jul 2004 16:08:21 +0000, Marco Antonio Castillo Arreozola wrote > Hi! > > I installed Koha-2 on Fedora-C2 with httpd-2.0.49, mysql-3.23, perl-5.8. > When I installed Koha, I used the installer.pl script, and the > installation was successfully. But when I want try to connect to > http://myserver:8080 the connection was refused. And my Web Server > is OK if I connect to http://myserver > > I try to see the file /usr/local/koha/log but is empty. I saw the > file /var/log/httpd/error_log and it's OK. And I visited the Koha > archives and I saw the collection of prior postings to the list. But > I still have the problem > From indradg at icbic.com Thu Jul 29 05:14:14 2004 From: indradg at icbic.com (Najmun Nessa) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] A librarians quary on 2.1.0 Message-ID: <1091015028.2828.24.camel@enforcer.banglamafia.org> Hi I am working with koha2.1.0 and have a few queries. I could not find any "main entry meeting" name ie, MARC 21 subfield no 111 and main entry uniform title marc21 subfield 130 in koha bibliographic field. Is it possible to map these field in koha? 2.is there any field for holding the frequency of the publication (i.e. fortnightly, quarterly etc.) of a journal or i have to enter it in the note section marc21 subfield 500. Thanks in advance, Najmun Nessa Asst.Librarian, West Bengal University of Technology (www.wbut.net) From mjr at dsl.pipex.com Thu Jul 29 05:22:33 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused In-Reply-To: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> Message-ID: <9e9d1e1dc62061ce559c4b66c8a54e93@bouncing.localnet> On 2004-07-28 17:08:21 +0100 Marco Antonio Castillo Arreozola <cobi31@hotmail.com> wrote: > But when I want try to connect to http://myserver:8080 > the connection was refused. Sounds like your server does not listen on 8080. Look for a line "Listen 8080" in the config files, or some line containing 8080 and LISTEN in the output of the command "netstat -an". If neither are there, add the Listen line to a config file, perhaps even koha_httpd.conf Hope that helps, -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From tarallo at ort.edu.uy Thu Jul 29 06:22:42 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Migrations Experience from ISIS to Koha Message-ID: <20040728182242.DF829CD619@correo.ort.edu.uy> Hi Everybody: I've started working in a project that aims to migrate from ISIS to Koha. We've our databases in CEPAL Layout, I've been told that this is very common in Latin American libraries (I'm in Uruguay, South America). I want to know if some has done this before or is in the process of doing this, I'm interested in sharing goals and experience. I'm also going to work in translation to Spanish of the interface, any help in this area will be also appreciated. Andres -- Andres Tarallo Universidad ORT Uruguay From ccalle at umsa.bo Thu Jul 29 08:20:02 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Migrations Experience from ISIS to Koha In-Reply-To: <4107FE4C.4080308@ort.edu.uy> References: <20040728182242.DF829CD619@correo.ort.edu.uy> <20040728184338.M59236@www.umsa.bo> <4107FE4C.4080308@ort.edu.uy> Message-ID: <20040728201719.M7934@www.umsa.bo> Estimado Andres. La ayuda no es nada. Ya logre hacer importaciones de ISIS a MARC. Lo que te sugiero es me envies tu contacto msn: Del amigo de Argentina es : hilongo@hotmail.com Del amigo de Chile es : meisterjose@msn.com El mio de Bolivia: Christioanjcj@hotmail.com Cualquier consulta estaremos en contacto. Si tienes alguna sugerencias de como estar en constante contacto. Mandanos a todos. Bye HH Christian oo oo ------------------(( -- ))-------- Universidad Mayor de San Andres La Paz-Bolivia From esalayon at tip.edu.ph Thu Jul 29 14:22:22 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] penalty/fines In-Reply-To: <9e9d1e1dc62061ce559c4b66c8a54e93@bouncing.localnet> References: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> <9e9d1e1dc62061ce559c4b66c8a54e93@bouncing.localnet> Message-ID: <4023.61.9.6.227.1091067742.squirrel@mail.tip.edu.ph> how can i change the way koha computes for fine to suit our policy? ex. our fine start at 9:00 am after the day the item have been borrowed. it charges one (1) peso per hour of late returned item. how can i go around with this? Thanks From BernadetteC at burwood.org.nz Thu Jul 29 15:28:15 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Koha 2.0 Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC81207F7@burwoodacademy.burwood.org.nz> Hi, Has anyone had problems with renewing items in Koha? I'm unable to do this and wondered if others have experienced similar problem. Many thanks, Bernadette ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040729/19705634/attachment.html From shedges at skemotah.com Fri Jul 30 01:11:24 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] penalty/fines In-Reply-To: <4023.61.9.6.227.1091067742.squirrel@mail.tip.edu.ph> References: <BAY9-F27tVXs106WOXQ000f12df@hotmail.com> <9e9d1e1dc62061ce559c4b66c8a54e93@bouncing.localnet> <4023.61.9.6.227.1091067742.squirrel@mail.tip.edu.ph> Message-ID: <31770.66.213.78.3.1091106684.spork@webmail.skemotah.com> Eric, since Koha is written to compute fines and overdues by day instead of hour, this would require rewriting part of the code. In other words, it's not something you can do by setting a parameter. It's possible that someone out there has already revised their Koha code to do this, or maybe you can get someone to write the change for you. Stephen Eric G. Salayon said: > how can i change the way koha computes for fine to suit our policy? ex. > our fine start at 9:00 am after the day the item have been borrowed. it > charges one (1) peso per hour of late returned item. how can i go around > with this? Thanks -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From cobi31 at hotmail.com Fri Jul 30 02:01:49 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused Message-ID: <BAY9-F6bxQa9xvAAvOJ00029da1@hotmail.com> Thanks! I modified the file /etc/koha-httpd.conf to add the line "Listen 8080" and copy to /etc/httpd/conf.d/koha-httpd.conf. Can somebody recommend to me a manual for user and administrator for koha-2?, thanks. ¿Alguien me puede recomendar un manual para usuario u administrador de Koha-2?, gracias. Marco Antonio Castillo Euroamerican School of Monterrey, Mexico. ----------------------------------------------------------------- From: MJ Ray lt;mjr@dsl.pipex.comgt; To: koha@lists.katipo.co.nz Subject: Re: [Koha] Connection refused Date: Wed, 28 Jul 2004 18:22:33 +0100 On 2004-07-28 17:08:21 +0100 Marco Antonio Castillo Arreozola <cobi31@hotmail.com wrote: But when I want try to connect to http://myserver:8080 the connection was refused. Sounds like your server does not listen on 8080. Look for a line Listen 8080 in the config files, or some line containing 8080 and LISTEN in the output of the command netstat -an. If neither are there, add the Listen line to a config file, perhaps even koha_httpd.conf Hope that helps, -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From jmf at kados.org Fri Jul 30 04:03:25 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused In-Reply-To: <BAY9-F6bxQa9xvAAvOJ00029da1@hotmail.com> References: <BAY9-F6bxQa9xvAAvOJ00029da1@hotmail.com> Message-ID: <1091117004.41091fcd0203c@208.179.130.60> Quoting Marco Antonio Castillo Arreozola <cobi31@hotmail.com>: > Can somebody recommend to me a manual for user and administrator for > koha-2?, thanks. So we don't really have an official up-to-date manual yet ... but there are several useful resources available. I've got a brief (and incomplete now) list here: http://kados.org/LibraryScience/koha_at_a_glance.html Stephen Hedges has a few other resources listed here: http://www.skemotah.com/ and there's also the wiki: http://koha.org/wiki I'm also working on a "Koha systems administrator manual" that will cover installation, server maintenence, backup/restore, troubleshooting, optimization, and a host of other things I've learned sys-admining our Koha system for the past couple of years (both post and pre production), but that won't be ready for a few weeks yet (I'm trying to get it done before my Koha presentation at the OLC annual conference on Sept 30th: http://www.heightslibrary.org/webmaster/olc_showcase/annual.php Joshua Ferraro From ccalle at umsa.bo Sat Jul 31 02:01:53 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Connection refused and field 003,005...008 In-Reply-To: <BAY9-F6bxQa9xvAAvOJ00029da1@hotmail.com> References: <BAY9-F6bxQa9xvAAvOJ00029da1@hotmail.com> Message-ID: <20040730135554.M72135@www.umsa.bo> These direction is of manuals in espanol: http://koha.unlp.edu.ar/doc.htm Please somebody knows like incorporating fields 003,005,006,007,008 in the leaf of cataloguing of koha-2.0.0? Thanks brothers. Estas direccion es de unos manuales en espanol: http://koha.unlp.edu.ar/doc.htm Por favor alguien sabe como incorporar los campos 003.005.006.007.008 en la hoja de catalogacion del koha-2.0.0? Gracias hermanos. On Thu, 29 Jul 2004 14:01:49 +0000, Marco Antonio Castillo Arreozola wrote > Thanks! > > I modified the file /etc/koha-httpd.conf to add the line "Listen > 8080" and copy to /etc/httpd/conf.d/koha-httpd.conf. > > Can somebody recommend to me a manual for user and administrator for > koha-2?, thanks. > > ?Alguien me puede recomendar un manual para usuario u administrador > de Koha-2?, gracias. > > Marco Antonio Castillo > Euroamerican School of Monterrey, Mexico. > > ----------------------------------------------------------------- > > From: MJ Ray lt;mjr@dsl.pipex.comgt; > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Connection refused > Date: Wed, 28 Jul 2004 18:22:33 +0100 > > On 2004-07-28 17:08:21 +0100 Marco Antonio Castillo Arreozola > <cobi31@hotmail.com wrote: > > But when I want try to connect to http://myserver:8080 the > connection was refused. > > Sounds like your server does not listen on 8080. Look for a line > Listen 8080 in the config files, or some line containing 8080 and > LISTEN in the output of the command netstat -an. If neither are > there, add the Listen line to a config file, perhaps even > koha_httpd.conf > > Hope that helps, > -- > MJR/slef My Opinion Only and not of any group I know > http://www.ttllp.co.uk/ for creative copyleft computing > Please email about: BT alternative for line rental+DSL; > Education on SMEs+EU FP6; office filing that works fast > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Open WebMail Project (http://openwebmail.org) From esalayon at tip.edu.ph Mon Aug 2 12:06:34 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items Message-ID: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> i'd successful add one item but when im trying to add another, i dont know how to get around it. it opens MARC BIBLIO screen and I'm forced to click the link ADD BIBLIO but it opens a perl script acqui.simple/addbiblio.pl. but the screen doesnt have the TITLE, SUBTITLE, AUTHOR to fill up, instead it has MARC BIBLIO title and has LIBRARY OF CONGRESS CONTROL NUMBER, INTERNATION STANDARD BOOK NUMBER etc. What Im expecting to to do is to key in TITLE, AUTHOR and other info related to the book. help me pleasse! thanks eric From chris at katipo.co.nz Mon Aug 2 11:52:22 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items In-Reply-To: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> Message-ID: <20040801235222.GY23392@katipo.co.nz> On Mon, Aug 02, 2004 at 08:06:34AM +0800, Eric G. Salayon said: > i'd successful add one item but when im trying to add another, i dont know > how to get around it. it opens MARC BIBLIO screen and I'm forced to click > the link ADD BIBLIO but it opens a perl script acqui.simple/addbiblio.pl. > but the screen doesnt have the TITLE, SUBTITLE, AUTHOR to fill up, instead > it has MARC BIBLIO title and has LIBRARY OF CONGRESS CONTROL NUMBER, > INTERNATION STANDARD BOOK NUMBER etc. What Im expecting to to do is to > key in TITLE, AUTHOR and other info related to the book. help me pleasse! > thanks > Hi Eric What you want to do here is go to parameters/admin and then to system preferences. Then there is a setting MARC which will be set to on. Edit that, and set it to 0 (off). This doesnt turn MARC off, it just hides it behind the scenes. So it allows you to catalogue in an interface that is a little simpler. The data is still stored in MARC format in the database, as well as in the Koha format, but it just allows you to see a screen that says, Author title etc like you are expecting. Give it a whirl and let us know how you get on Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From baljkas at mb.sympatico.ca Mon Aug 2 11:55:04 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Some questions on Koha and MARC References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> <003a01c4707c$60497920$f821a1cf@oemcomputer> Message-ID: <00b801c47822$f78f4780$2c19fea9@oemcomputer> Sunday, August 1, 2004 18:48 CDT Hi, all, I appended the following questions to a message back to Joshua on the 23rd and as I've had no takers since then, I am reposting in the hope that someone may be able to tackle some of these questions. Any modifications I've enclosed in [ ]. Thanks in advance for any and all efforts. And here goes ... * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * I have a few questions that have sort of crystallised out of my (so far poor) efforts to help out Christian Calle with his Koha questions. [snip] I played around online with the test version of Koha, not realising that any changes I made there would remain. I apologise if I've screwed anything up for anyone. At the time, I was intending to delineate the complete MARC21 field structure, but then I thought (erroneously?) that it wouldn't be available for anyone actually to use so what would be the point. Now, Christian [was] asking for a delineation of MARC tag structure (I think he was expecting that it was included withinn Koha to begin with, which I understood is not the case), so .... * Question 1: For his sake and for the sake of others, if I and/or interested others 'fix' what is available in the test version online, would it be possible for him/others to simply download it somehow? From zero at vtr.net Mon Aug 2 11:59:00 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] connection errors through mysql.sock Message-ID: <001701c47823$846f1f40$41c168c8@zouk> Hi........ I still have problems conecting to the database through the mysql.sock when installing Koha. The error ponits to a rare location where the socket should be: /varl/lib/mysql/mysql.sock before today, that socket wasn't in the disk, but after trying other thnigs it apperar in its default location wich is: /tmp/mysql.sock My question is: why the koha installation claim to the socket in that dir (var/lib/mysql.sock)? It suppose that the socket must be in /TMP dir, and the distro installation lets the file in there by defualt. So what can I do to get koha installed?. I have both services (of course) running (Apache and the MySQL server) and I have all the permissions. Should I change the location of the socket? but it can't be copied to another dir, I have pointed the socket in my.cnf to the other location but I couldn't even shutdown the mysql server. Ok that's all hope U can help me and give me some pointers Cheers J0se -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040801/88e7a5a2/attachment.htm From chris at katipo.co.nz Mon Aug 2 12:04:25 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] connection errors through mysql.sock In-Reply-To: <001701c47823$846f1f40$41c168c8@zouk> References: <001701c47823$846f1f40$41c168c8@zouk> Message-ID: <20040802000425.GZ23392@katipo.co.nz> On Sun, Aug 01, 2004 at 07:59:00PM -0400, Jose said: > Hi........ I still have problems conecting to the database through the mysql.sock when installing Koha. > > The error ponits to a rare location where the socket should be: /varl/lib/mysql/mysql.sock > > before today, that socket wasn't in the disk, but after trying other thnigs it apperar in its default location wich is: /tmp/mysql.sock > > My question is: why the koha installation claim to the socket in that dir (var/lib/mysql.sock)? > It suppose that the socket must be in /TMP dir, and the distro installation lets the file in there by defualt. > Hi Jose It wont be Koha looking for the socket there, its something to do with you mysql installation that is causing it to look there. Id check your my.cnf file In debian this lives at /etc/mysql/my.cnf In it there will be a line like socket = /var/run/mysqld/mysqld.sock Check what that is set to. And make sure in the [client] In the cnf file its the same value I hope this helps Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From shedges at skemotah.com Mon Aug 2 12:14:58 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Some questions on Koha and MARC In-Reply-To: <00b801c47822$f78f4780$2c19fea9@oemcomputer> References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> <003a01c4707c$60497920$f821a1cf@oemcomputer> <00b801c47822$f78f4780$2c19fea9@oemcomputer> Message-ID: <33256.65.24.138.126.1091405698.spork@webmail.skemotah.com> Steven F. Baljkas said: <snip> > At the time, I was intending to delineate the complete MARC21 field > structure, but then I thought (erroneously?) that it wouldn't be available > for anyone actually to use so what would be the point. Steven, do you mean you were trying to get all 1,150 MARC tags and subfields that are defined in Koha 2.0 to display? Because if so, the easiest way would be to do a mysql: mysql>update marc_subfield_structure set tab=0; But the result would be a _very long_ webpage! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From esalayon at tip.edu.ph Mon Aug 2 12:38:38 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items, resolved!, how can i modify koha's computation of fines. In-Reply-To: <20040801235222.GY23392@katipo.co.nz> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> <20040801235222.GY23392@katipo.co.nz> Message-ID: <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> it worked! thanks chris! can u help me again?! how can i modify Koha's way of computing fines. Our library policies states that one has to bring the items s/he borrowed the following day on or before 9:am. failing to do so will incurred fine every hour (1 peso/hr). > On Mon, Aug 02, 2004 at 08:06:34AM +0800, Eric G. Salayon said: >> i'd successful add one item but when im trying to add another, i dont >> know >> how to get around it. it opens MARC BIBLIO screen and I'm forced to >> click >> the link ADD BIBLIO but it opens a perl script >> acqui.simple/addbiblio.pl. >> but the screen doesnt have the TITLE, SUBTITLE, AUTHOR to fill up, >> instead >> it has MARC BIBLIO title and has LIBRARY OF CONGRESS CONTROL NUMBER, >> INTERNATION STANDARD BOOK NUMBER etc. What Im expecting to to do is to >> key in TITLE, AUTHOR and other info related to the book. help me >> pleasse! >> thanks >> > Hi Eric > > What you want to do here is go to parameters/admin and then to system > preferences. Then there is a setting MARC which will be set to on. > Edit that, and set it to (off). > This doesnt turn MARC off, it just hides it behind the scenes. So it > allows > you to catalogue in an interface that is a little simpler. > > The data is still stored in MARC format in the database, as well as in the > Koha format, but it just allows you to see a screen that says, Author > title > etc like you are expecting. > > Give it a whirl and let us know how you get on > > Chris > > -- > Chris Cormack > Programmer > 027 4500 789 Katipo Communications > Ltd > chris@katipo.co.nz > www.katipo.co.nz > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From chris at katipo.co.nz Mon Aug 2 12:23:37 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items, resolved!, how can i modify koha's computation of fines. In-Reply-To: <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> <20040801235222.GY23392@katipo.co.nz> <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> Message-ID: <20040802002337.GA23392@katipo.co.nz> On Mon, Aug 02, 2004 at 08:38:38AM +0800, Eric G. Salayon said: > it worked! thanks chris! can u help me again?! how can i modify Koha's way > of computing fines. Our library policies states that one has to bring the > items s/he borrowed the following day on or before 9:am. failing to do so > will incurred fine every hour (1 peso/hr). > Hi Eric You will need to write a script to do this, then run it as a cron job hourly. IE each hour a script runs that checks the overdues, and adds a fine to whoever should be getting one. Do you have much perl experience? Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From esalayon at tip.edu.ph Mon Aug 2 13:07:45 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items, resolved!, how can i modify koha's computation of fines. In-Reply-To: <20040802002337.GA23392@katipo.co.nz> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> <20040801235222.GY23392@katipo.co.nz> <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> <20040802002337.GA23392@katipo.co.nz> Message-ID: <2149.61.9.6.227.1091408865.squirrel@mail.tip.edu.ph> zero! is it the fine2.pl that should be modify? > On Mon, Aug 02, 2004 at 08:38:38AM +0800, Eric G. Salayon said: >> it worked! thanks chris! can u help me again?! how can i modify Koha's >> way >> of computing fines. Our library policies states that one has to bring >> the >> items s/he borrowed the following day on or before 9:am. failing to do >> so >> will incurred fine every hour (1 peso/hr). >> > Hi Eric > > You will need to write a script to do this, then run it as a cron job > hourly. > IE each hour a script runs that checks the overdues, and adds a fine to > whoever should be getting one. > > Do you have much perl experience? > > Chris > > -- > Chris Cormack > Programmer > 027 4500 789 Katipo Communications > Ltd > chris@katipo.co.nz > www.katipo.co.nz > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From chris at katipo.co.nz Mon Aug 2 12:58:35 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items, resolved!, how can i modify koha's computation of fines. In-Reply-To: <2149.61.9.6.227.1091408865.squirrel@mail.tip.edu.ph> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> <20040801235222.GY23392@katipo.co.nz> <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> <20040802002337.GA23392@katipo.co.nz> <2149.61.9.6.227.1091408865.squirrel@mail.tip.edu.ph> Message-ID: <20040802005835.GG23392@katipo.co.nz> On Mon, Aug 02, 2004 at 09:07:45AM +0800, Eric G. Salayon said: > zero! is it the fine2.pl that should be modify? > Ahh it will be a reasonable chunk of work. You could use fine2.pl as a base, but it will need to be a significantly different script to achieve what you are seeking. Do you have anyone with any perl experience that you know? If not, if you can describe the rules to me (are there any exceptions, ie staff dont get fines etc) I could have a crack at writing a script which should do what you want Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From koha-main at toykeeper.net Mon Aug 2 13:26:03 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] importing, marc mapping, progress Message-ID: <20040802012603.GA26460@SerDevian.XYZZ.org> Hello. I've been slowly building a path to migrate data from various data sources into koha, and am now at the point where I want to improve the translation. My process so far is this: I'm dumping data to MODS format, and converting to MARC XML with some LoC stylesheets. After that, I can convert to binary MARC with the perl MARC::File::XML package, and import into Koha with its bulk import script. I've had to modify the LoC stylesheets somewhat, and will need to modify them more, but otherwise the existing tools have worked okay. I've noticed a bit of data loss going into Koha. For example, I can't find the series title anywhere, even though it's in the marc database as field 440a, and is mapped to biblio.seriestitle. It seems to work during searches, but is never displayed. Is this a template problem? If possible, I'd also like to populate the koha inventory during import. Can I set a 9xx field to indicate the number of items in stock, and create other similar koha-specific data that way? There are also various other data fields I'm not sure where to put. Bibliographic data about authors, short book review blurbs, awards each book has won, text from the back of the book, type of material (novel, screenplay, poem, etc: not the regular MARC types), genre, urls for books/authors/series, author pseudonyms, quotes from books/authors/series, and a few others. Any idea how to fit these into MARC? -- Scott From esalayon at tip.edu.ph Mon Aug 2 13:52:57 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] cant add items, resolved!, how can i modify koha's computation of fines. In-Reply-To: <20040802005835.GG23392@katipo.co.nz> References: <1499.61.9.6.227.1091405194.squirrel@mail.tip.edu.ph> <20040801235222.GY23392@katipo.co.nz> <1845.61.9.6.227.1091407118.squirrel@mail.tip.edu.ph> <20040802002337.GA23392@katipo.co.nz> <2149.61.9.6.227.1091408865.squirrel@mail.tip.edu.ph> <20040802005835.GG23392@katipo.co.nz> Message-ID: <2763.61.9.6.227.1091411577.squirrel@mail.tip.edu.ph> here's our policy: 1. all items borrowed should be returned on 9 am the following day. 2. borrowed items on friday and saturday should be returned on Monday @ 9 am. 3. all books returned after the deadline will be fined at 1 peso per hr delay 4. Working students have special consideration of returning the item, if returned the same day of the due date, it is considered returned on time. 5. Staff, employees and teaching personnel incurs no fine. 6. Maximum fine for a day is 10 pesos. chris, thanks in advance. im so greatful that you'll help me. > On Mon, Aug 02, 2004 at 09:07:45AM +0800, Eric G. Salayon said: >> zero! is it the fine2.pl that should be modify? >> > Ahh it will be a reasonable chunk of work. > You could use fine2.pl as a base, but it will need to be a significantly > different script to achieve what you are seeking. > > Do you have anyone with any perl experience that you know? If not, if you > can describe the rules to me (are there any exceptions, ie staff dont get > fines etc) > I could have a crack at writing a script which should do what you want > > Chris > > -- > Chris Cormack > Programmer > 027 4500 789 Katipo Communications > Ltd > chris@katipo.co.nz > www.katipo.co.nz > > From baljkas at mb.sympatico.ca Mon Aug 2 14:27:44 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] importing, marc mapping, progress References: <20040802012603.GA26460@SerDevian.XYZZ.org> Message-ID: <000501c47838$4b661720$6cb8a18e@oemcomputer> Sunday, August 1, 2004 20:34 CDT Hi, Scott, I have the answer to at least a few of your questions, and your questions point to something I was trying to understand about how Koha handles MARC, so hopefully I'll end up with an answer to one of my questions, too. ----- Original Message ----- From: "Scott Scriven" <koha-main@toykeeper.net> To: <koha@lists.katipo.co.nz> Sent: Sunday, August 01, 2004 8:26 PM Subject: [Koha] importing, marc mapping, progress > Hello. > > I've been slowly building a path to migrate data from various > data sources into koha, and am now at the point where I want to > improve the translation. > > My process so far is this: I'm dumping data to MODS format, and > converting to MARC XML with some LoC stylesheets. After that, I > can convert to binary MARC with the perl MARC::File::XML package, > and import into Koha with its bulk import script. I've had to > modify the LoC stylesheets somewhat, and will need to modify them > more, but otherwise the existing tools have worked okay. > > I've noticed a bit of data loss going into Koha. For example, I > can't find the series title anywhere, even though it's in the > marc database as field 440a, and is mapped to biblio.seriestitle. > It seems to work during searches, but is never displayed. Is > this a template problem? This is one of the things I was concerned about: how Koha handles the data from MARC records. Stephen, Joshua, other cognoscenti: is Scott's problem here because of a mapping error? something that needs to be defined in MARC parameters? > If possible, I'd also like to populate the koha inventory during > import. Can I set a 9xx field to indicate the number of items in > stock, and create other similar koha-specific data that way? From baljkas at mb.sympatico.ca Mon Aug 2 14:36:05 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Some questions on Koha and MARC References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> <003a01c4707c$60497920$f821a1cf@oemcomputer> <00b801c47822$f78f4780$2c19fea9@oemcomputer> <33256.65.24.138.126.1091405698.spork@webmail.skemotah.com> Message-ID: <002701c47839$7593b560$6cb8a18e@oemcomputer> Sunday, August 1, 2004 21:30 CDT Hi, Stephen, Thanks for the rapid response. ----- Original Message ----- From: "Stephen Hedges" <shedges@skemotah.com> To: "Steven F. Baljkas" <baljkas@mb.sympatico.ca> Cc: "Joshua Ferraro" <jferraro@athenscounty.lib.oh.us>; <koha@lists.katipo.co.nz>; <baljkas@mts.net> Sent: Sunday, August 01, 2004 7:14 PM Subject: Re: [Koha] Some questions on Koha and MARC > Steven F. Baljkas said: > <snip> > > At the time, I was intending to delineate the complete MARC21 field > > structure, but then I thought (erroneously?) that it wouldn't be available > > for anyone actually to use so what would be the point. > > Steven, do you mean you were trying to get all 1,150 MARC tags and > subfields that are defined in Koha 2.0 to display? No, that wasn't what I meant, Stephen. What I had understood was that all of the tags one wanted to be able to use in Koha had to be defined in the MARC tag structure under Parameters, that any fields not listed there would be lost, so that they would be potentially displayable, usable behind the scenes at least. From shedges at skemotah.com Tue Aug 3 01:58:23 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:23 2005 Subject: [Koha] Some questions on Koha and MARC In-Reply-To: <002701c47839$7593b560$6cb8a18e@oemcomputer> References: <05f9c0215590b3e45de2d79ee694ae1b@bouncing.localnet> <40EBA50C.9000405@free.fr> <20040714131608.GB14850@alma.athenscounty.lib.oh.us> <003a01c4707c$60497920$f821a1cf@oemcomputer> <00b801c47822$f78f4780$2c19fea9@oemcomputer> <33256.65.24.138.126.1091405698.spork@webmail.skemotah.com> <002701c47839$7593b560$6cb8a18e@oemcomputer> Message-ID: <39484.66.213.78.3.1091455103.spork@webmail.skemotah.com> Steven F. Baljkas said: >> Steven, do you mean you were trying to get all 1,150 MARC tags and >> subfields that are defined in Koha 2.0 to display? > > No, that wasn't what I meant, Stephen. > > What I had understood was that all of the tags one wanted to be able to > use > in Koha had to be defined in the MARC tag structure under Parameters, that > any fields not listed there would be lost, so that they would be > potentially > displayable, usable behind the scenes at least. No MARC information is _ever_ lost once it's added to Koha! (Just because you can't see it doesn't mean it's not there.) If you don't see a tag and subfield you want to see, go to the "MARC subfield structure admin" page and set the "tab" value to something other than -1 ("ignore"). There's much more info about this at http://www.skemotah.com/Migrating_to_Koha.html#Prerequisites Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From bigwood at lpi.usra.edu Tue Aug 3 02:53:00 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C7D2@exch_be.cass.loc> As I see it, type of material is a form or genre and so should go into 655. Genre Headings for Fiction http://www.lcls.org/content/cataloging/general/genre_headings.pdf is a short introduction. I have used AAT http://www.getty.edu/research/conducting_research/vocabularies/aat/ terms and the Thesaurs for Graphical Materials http://www.loc.gov/rr/print/tgm2/ Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com 5. " type of material (novel, screenplay, poem, etc: not the regular MARC types) ..." In the few cases where I've seen this done -- and I do think it can be very helpful as the GMD and even SMD categories aren't often clear enough for people and the actual coding for these aspects is limited to a near-dozen encoded categories in position 33 of the 008 field (for book materials anyway)-- it was **simply with a 500 note.** Again, you could get fancier and prescribe a local use for one of the 59x notes. I think I've also seen 653 used for this function. You could also probably use the 655 for your added types of materials. 6. "... genre ..." 655 is for Index Term--Genre/Form, so genre should go here. (I don't think I've ever seen it used for Form though) From koha-main at toykeeper.net Tue Aug 3 10:11:49 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <000501c47838$4b661720$6cb8a18e@oemcomputer> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> Message-ID: <20040802221148.GA29400@SerDevian.XYZZ.org> * Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > Hope the present material helps. Yes, thank you. Mapping those will keep me busy for a while. :) In general, so far, MARC seems very book-centric. I mean, it seems that information about authors and other related concepts will be repeated and duplicated quite a bit. If I have ten records listing books by Isaac Asimov, I'd end up with ten copies of his bibliographic data too. Is there any way around that? I realize this is probably a side-effect of MARC's age and origins, when data normalization wasn't a big thing. But I also don't know much yet about MARC. :) -- Scott From zero at vtr.net Tue Aug 3 14:28:10 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha working!! Message-ID: <001201c47901$855e6260$41c168c8@zouk> OK Koha is working out!!!, and soon will be the main library sistem in Universidad de Vi?a del Mar V Region, Chile, South America. But still have issues with the translation into Spanish, some pages does not work and shows the 500 error. I'll appreciate if someone could tell me what could I've done wrong. I must say I translated the english text in M$ front page and that may be the prob. but it fails in a windows installation too. If it's better to do the translation under Linux, please tell me what would be the greatest tool for that. Ok, thanx for all the support you allways have given. Cheers. J0seph -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040802/facd9072/attachment.html From thornswabbler at earthlink.net Wed Aug 4 13:56:34 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems installing Message-ID: <200408032056.34162.thornswabbler@earthlink.net> Greetings, I am having problems installing Koha 2.0.0 on a SuSE Linux 9.0 professional box. I had 2.0RC4 running on this computer, but wanted to get the "production" verison, so I uninstalled RC4 (by dropping the Koha database, deleting the Koha webpages, and removing kohaadmin from the mysql.users table). Then I tried to install 2.0.0 by running installer.pl, and got this error message: ========================================================================== The Net::Z3950 module is missing. This module is necessary if you want to use Koha's Z39.50 client to download bibliographic records from other libraries. To install this module, you will need the yaz client installed from http://www.indexdata.dk/yaz/ and then you can install the perl module with the command: perl -MCPAN -e 'install Net::Z3950' ...or by installing packages for your distribution, if available. IMPORTANT NOTE : If you use Perl 5.8.0, you might need to edit NET::Z3950's Makefile.PL and yazwrap/Makefile.PL to include: 'DEFINE' => '-D_GNU_SOURCE', ================================================================================== When I run perl -MCPAN -e 'install Net::z3950', I get the following error: ================================================================================== ERROR: Unable to call script 'yaz-config': is YAZ installed? at Makefile.PL line 12. Running make test Make had some problems, maybe interrupted? Won't test Running make install Make had some problems, maybe interrupted? Won't install linux:/home/mwatso/SCC ILS Poster Session/koha-2.0.0 # ================================================================================== So at this point, I downloaded yaz2.0.20; ran 'configure' then 'make' then 'make install', and than ran perl -MCPAN -e 'install Net::Z3950' once again. I got the same error message as I did before installing yaz, saying that yaz-config couldn't be called at Makefile.PL line 12. Any suggestions as to what's going wrong, and what I need to do to fix it? From esalayon at tip.edu.ph Wed Aug 4 17:46:17 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems installing In-Reply-To: <200408032056.34162.thornswabbler@earthlink.net> References: <200408032056.34162.thornswabbler@earthlink.net> Message-ID: <1239.61.9.6.227.1091598377.squirrel@mail.tip.edu.ph> i think you also need to install libyaz. > Greetings, > > I am having problems installing Koha 2.0.0 on a SuSE Linux 9.0 > professional > box. > > I had 2.0RC4 running on this computer, but wanted to get the "production" > verison, so I uninstalled RC4 (by dropping the Koha database, deleting the > Koha webpages, and removing kohaadmin from the mysql.users table). Then I > tried to install 2.0.0 by running installer.pl, and got this error > message: > ========================================================================== > The Net::Z3950 module is missing. This module is necessary if you want to > use Koha's Z39.50 client to download bibliographic records from other > libraries. > > To install this module, you will need the yaz client installed from > http://www.indexdata.dk/yaz/ and then you can install the perl module with > the command: > > perl -MCPAN -e 'install Net::Z3950' > > ...or by installing packages for your distribution, if available. > > IMPORTANT NOTE : If you use Perl 5.8.0, you might need to edit > NET::Z3950's > Makefile.PL and yazwrap/Makefile.PL to include: > > 'DEFINE' => '-D_GNU_SOURCE', > ================================================================================== > > > When I run perl -MCPAN -e 'install Net::z3950', I get the following error: > > > > ================================================================================== > ERROR: Unable to call script 'yaz-config': is YAZ installed? at > Makefile.PL > line 12. > Running make test > Make had some problems, maybe interrupted? Won't test > Running make install > Make had some problems, maybe interrupted? Won't install > linux:/home/mwatso/SCC ILS Poster Session/koha-2.0.0 # > ================================================================================== > > > So at this point, I downloaded yaz2.0.20; ran 'configure' then 'make' then > 'make install', and than ran perl -MCPAN -e 'install Net::Z3950' once > again. > I got the same error message as I did before installing yaz, saying that > yaz-config couldn't be called at Makefile.PL line 12. > > Any suggestions as to what's going wrong, and what I need to do to fix it? > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From pradeepkavi at yahoo.com Wed Aug 4 18:26:13 2004 From: pradeepkavi at yahoo.com (Pradeep P Kavi) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Installing koha-2.0.0 trouble installing DBD-mysql-2.9004 Message-ID: <20040804062613.53300.qmail@web40712.mail.yahoo.com> Hello, I just tried to install koha on Linux 7.2 version. I have installed mysql, perl and apache successfully. Also, I could install all perl modules successfully except DBD-mysql-2.9004. I am able to connect to mysql and run sql commands without any problems. I have downloaded the file DBD-mysql-2.9004.tar.gz from CPAN network and when I give the command # perl Makefile.PL make make test I get the message Can't exec "mysql_config": No such file or directory at Makefile.PL line 174. readline() on closed filehandle PIPE at Makefile.PL line 176 Failed to determine directory of mysql.h. Use perl Makefile.PL --cflags=-I<dir> to set this directory. For details see the INSTALL.html file, section "C Compiler flags" or type perl Makefile.PL --help As a novice, I am not able to bug this. Can anybody help me out. Pradeep __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From esalayon at tip.edu.ph Wed Aug 4 21:00:26 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] dewey class and subclass etc Message-ID: <1995.61.9.6.227.1091610026.squirrel@mail.tip.edu.ph> can anyone explain how should i fill up information in adding a new item? like the Dewey, Dewey sub class what is this? When we tried, we keyed in '005' and '133' accordingly but when c searched for the said book what we saw on the Dewey info was 5.133, why? what does the 'Number' indicate? another is the grouping, what is this for? i havent seen a entry for the said grouping.. How can u edit the data that you entered? im confused while finding a way to do this. and also after searching for items, does the system display the call card no, author no etc? pls help! From gekigan_flare at hotPOP.com Thu Aug 5 05:05:48 2004 From: gekigan_flare at hotPOP.com (gekigan_flare@hotPOP.com) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems... Message-ID: <411187EC.15117.2072F9@localhost> Hello. I'm a linux newbie, and I've tried to install koha 2.0.0 on Mandrake 10.0, with apache2 and mysql. The installation seemed to go well, however, I receive a '403 Forbidden' error when I try to access the opac and the librarian modules on my browser (localhost:80 and localhost:8080). It's only a hunch, but I think the User setting in the httpd.conf file (or lack thereof) is somehow related to it (or maybe it's something else, I don't know.) Help and suggestions would be much appreciated. Thanks in advance. -James **Just a student trying this out for the sake of his school** From shedges at skemotah.com Thu Aug 5 07:20:00 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] dewey class and subclass etc In-Reply-To: <1995.61.9.6.227.1091610026.squirrel@mail.tip.edu.ph> References: <1995.61.9.6.227.1091610026.squirrel@mail.tip.edu.ph> Message-ID: <14857.66.213.78.3.1091647200.spork@webmail.skemotah.com> Eric, Koha puts biblioitems.classification, biblioitems.dewey, and biblioitems.subclass together to form the "class" value displayed on search screens. So for instance, if you had an item with the call number: REF 781.23 Brown The classsification would be "REF", the dewey (which must be a number) would be "781.23" and the subclass would be "Brown". And search screens would return a "class" of "REF 781.23 Brown". Edit the data by editing the MARC tags/subfields that you have mapped to biblioitems.classification, biblioitems.dewey, and biblioitems.subclass. Stephen Eric G. Salayon said: > can anyone explain how should i fill up information in adding a new item? > like the Dewey, Dewey sub class what is this? When we tried, we keyed in > '005' and '133' accordingly but when c searched for the said book what we > saw on the Dewey info was 5.133, why? what does the 'Number' indicate? > another is the grouping, what is this for? i havent seen a entry for the > said grouping.. > How can u edit the data that you entered? im confused while finding a way > to do this. and also after searching for items, does the system display > the call card no, author no etc? pls help! > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From koha-main at toykeeper.net Thu Aug 5 13:41:18 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import Message-ID: <20040805014118.GA4373@SerDevian.XYZZ.org> Hello. I'm having some difficulty keeping data intact when I import with the bulkmarcimport.pl script. Specifically, it seems that fields are getting the last 5 bytes chopped off. It seems to be related to character encodings, but I'm not really sure what to do about it. Converting from utf-8 to iso8859-1 seems to change the results, but not correct the problem. Manually replacing all non-ascii characters with safer equivalents seems to cure the problem, but is not feasible for the amount of data I have. I have a data sample which exhibits this problem; it is a collection of 15 Douglas Adams books: http://toykeeper.net/tmp/koha/dna.mrc It was generated from: http://toykeeper.net/tmp/koha/dna.marcxml http://toykeeper.net/tmp/koha/dna.mods My conversion process goes from custom data to MODS, then MODS to MARC (xml) using the LoC stylesheets for doing so. It then converts to binary MARC using perl's MARC::Record and MARC::File::XML. Somewhere in the bulkmarcimport.pl script, data is getting lost. It's either MARC::Record failing to read its own files, or in Koha's code somewhere, but I don't know where. Any hints? I'm hoping I can simply sidestep the conversion to/from binary marc, to avoid the problem; I'll let people know if this is effective. -- Scott From pradeepkavi at yahoo.com Thu Aug 5 20:13:06 2004 From: pradeepkavi at yahoo.com (Pradeep P Kavi) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha Windows version - Server error Message-ID: <20040805081306.84441.qmail@web40704.mail.yahoo.com> Hello, I have installed Koha successfully on windows 98 machine. The installation was successful. However, when I point my browser to http://localhost the get the following error : Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: opac-main.pl If you think this is a server error, please contact the webmaster. Error 500 172.31.9.20 08/05/02 13:29:27 Apache/2.0.50 (Win32) I believe this is a problem with server settings. kindly help me out. Pradeep __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From nadiamuzaffar at hotmail.com Thu Aug 5 23:01:58 2004 From: nadiamuzaffar at hotmail.com (nadia muzaffar) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] koha error:member cant be added!! Message-ID: <BAY13-F177ZNMFzWxXM00026ace@hotmail.com> hi i m in real trouble cuz i have configured koha-2.0.0 on Redhat but when i try to use the software its not adding the members . i checked the log file for it and here iz the error log generated: [Thu Aug 05 11:33:54 2004] [error] [client 192.168.1.200] Premature end of script headers: newmember.pl, referer: http://192.168.1.50:8080/cgi-bin/koha/memberentry.pl?type=Add [Thu Aug 05 11:33:54 2004] [error] [client 192.168.1.200] ERROR: Date::Manip unable to determine TimeZone., referer: http://192.168.1.50:8080/cgi-bin/koha/memberentry.pl?type=Add [Thu Aug 05 11:33:54 2004] [error] [client 192.168.1.200] !Date::Manip::Date_TimeZone called at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 661, referer: http://192.168.1.50:8080/cgi-bin/koha/memberentry.pl?type=Add [Thu Aug 05 11:33:54 2004] [error] [client 192.168.1.200] !Date::Manip::Date_Init() called at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 1395, referer: http://192.168.1.50:8080/cgi-bin/koha/memberentry.pl?type=Add [Thu Aug 05 11:33:54 2004] [error] [client 192.168.1.200] !Date::Manip::ParseDate('today') called at /usr/local/koha/intranet/cgi-bin/newmember.pl line 134, referer: http://192.168.1.50:8080/cgi-bin/koha/memberentry.pl?type=Add ~ ~ i dunno what exactly to do, altough i did checked this date::manip module of perl n it exits in my perl modules, i mean its installed thr properly, perl-DateManip-5.40-30 is there.. so but still when i try to connect through browser by giving: http://mymachine:8000 or http://mymachine:8080 it do connects nad do all stuff but when i try to add member this abbove mentioned log iz generated with messege internal server error.. so plzzzzz help me out of this!! _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From paul.poulain at free.fr Thu Aug 5 23:50:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha's call number vs. our library's call number - UNIMARC-MARC21 follow-up In-Reply-To: <001301c4660b$2ff3d980$8eb5a18e@oemcomputer> References: <200407080813.i688DDlR001715@mail8.ksc.th.com> <1276.65.24.138.126.1089285481.spork@webmail.skemotah.com> <40ED3F78.10405@free.fr> <007501c46540$d93bbe20$2c19fea9@oemcomputer> <40EE4560.80301@free.fr> <001301c4660b$2ff3d980$8eb5a18e@oemcomputer> Message-ID: <41121F1F.4060309@free.fr> Steven F. Baljkas wrote: >Friday, July 9, 2004 17:39 CDT > >Salut Paul, > >Thanks very much for the quick response. Grand merci pour ta r?ponse > >>From what I read in IFLA's standards for UNIMARC, the 995 tag would be >comparable to any of the 9xx tags in MARC21. That is, it's free (like beer >or speech ;-) ) to use as system developpers/local librarians decide. > >J'ai feuillet? la page ? >http://www.adbdp.asso.fr/outils/infogestion/r995.htm et si j'ai bien >compris, le 995 dont les biblioth?ques fran?aise se servent est comme le 852 >de MARC21 (et dans la structure et dans les donn?es y attach?es). >I skimmed the page you sent the link for and if I understood correctly, the >995 used by French libraries is like the MARC21 852 tag both in structure >and data coded there. > >The question remains though -- I think this was posed months ago now, but I >don't remember seeing a response anywhere -- will there be/is there a *Koha >MARC field* for the *call number used* ("itemcallnumber")? >Donc cette question pos?e il y a quelques mois sans r?ponse ?vidente se >pr?sente encore : est-ce qu'il y a ou bien est-ce qu'il y aura *un seul >champ de donn?s MARC en Koha qui correspond au num?ro de classification* >(? itemcallnumber ?)? > >This could be a simple question of adopting a default standard which users >could change if they desired. But it would be useful to have *one* MARC >field that has the function of *call number used*. Many systems use/d tag >090 (as this was LC's itemcallnumber used for years) and many others make >use of 852 or a 9xx tag. For simplicity sake, one could certainly use the >French standard of 995 since that tag is not prescribed in MARC21. >A d?faut de tous les choix possibles -- dont les biblioth?ques individuelles >pourraient changer selon leurs go?ts -- ce serait tr?s utile pour les >biblioth?caires et les bibliotechniciens d'avoir *un* champ MARC qui a >d'abord la fonction du *num?ro de classification utilis?*. Il y a plusieurs >syst?mes int?gr?s pour les biblioth?ques qui utilisent/utilisaient le 090 -- >car ceci ?tait pour plusieurs ann?es la norme LC utilis?e pour ? >itemcallnumber ? -- et d'autres qui utilisent le 852 ou bien un des 9xx. >Pour la simplicit? et l'unit? de communaut? Koha on peut tr?s bien adopter >le 995 utilis? en France car ce champ n'est pas prescrit en MARC21. > >Will there be a decision on this by 2.2 or is this going to be left open? >Est-ce qu'il y aura une d?cision par/avant l'apparence de 2.2 ou est-ce que >l'on laisserait ainsi? > >Merci en avance. TIA > > (late answer...) In fact, you mix 2 differents things : the classification and the callnumber. The callnumber helps finding the book physically, in a shelf. The classification helps finding the book logically, in the database. Most libraries use as callnumber the same system as the classification. But not all. So, the callnumber is unique, while a given biblio can be classified in X differents classifications (dewey, LoC...) AND more than once for a given classification (2 dewey codes) In Koha 2.2, you will have X classifications (dewey, LoC or Other) and 1 callnumber. The callnumber being by default the same as dewey, LoC, other or empty (defined in systempreferences) HTH. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From thomas at boegenielsen.dk Fri Aug 6 02:32:34 2004 From: thomas at boegenielsen.dk (Thomas =?ISO-8859-1?Q?B=F8ge?=) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error Message-ID: <E1BsjII-0001x0-BU@marie.boegenielsen.dk> I am trying to test, if Koha can work for us. We have imported the Danmarc2 format instead of marc21, and after some work with the Koha db- Marc linking, the Marc Check is finally OK. BUT: Adding the Biblio seems to be OK - but when I after the Biblio is added is transfered to the "New Item" screen, there is a failure when I press "Add Item" The browser changes its url to http://admin.koha.boegenielsen.dk/cgi-bin/koha/acqui.simple/additem.pl and responds with a 500-error "Internal Server Error". The koha-error-log: [Thu Aug 5 16:28:11 2004] [error] [client 194.192.135.47] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl Fields below 010 do not have subfields at /usr/local/koha/intranet/modules/C4/Biblio.pm line 909 [Thu Aug 5 16:29:41 2004] [error] [client 194.192.135.47] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl /Thomas B?ge From paul.poulain at free.fr Fri Aug 6 02:43:42 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <E1BsjII-0001x0-BU@marie.boegenielsen.dk> References: <E1BsjII-0001x0-BU@marie.boegenielsen.dk> Message-ID: <4112479E.7@free.fr> Thomas B?ge wrote: >I am trying to test, if Koha can work for us. We have imported the >Danmarc2 format instead of marc21, and after some work with the Koha db- >Marc linking, the Marc Check is finally OK. > >BUT: >Adding the Biblio seems to be OK - but when I after the Biblio is added >is transfered to the "New Item" screen, there is a failure when I >press "Add Item" >The browser changes its url to >http://admin.koha.boegenielsen.dk/cgi-bin/koha/acqui.simple/additem.pl >and responds with a 500-error "Internal Server Error". > >The koha-error-log: >[Thu Aug 5 16:28:11 2004] [error] [client 194.192.135.47] Premature end >of script headers: >/usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl >Fields below 010 do not have subfields at >/usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >[Thu Aug 5 16:29:41 2004] [error] [client 194.192.135.47] Premature end >of script headers: >/usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl > > mmm... how are your items mapped ? On which MARC field ? (in UNIMARC 995, in MARC21 852 usually) It seems there is a subfield on a field <10, and that's invalid. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From thomas at boegenielsen.dk Fri Aug 6 06:20:24 2004 From: thomas at boegenielsen.dk (=?ISO-8859-1?Q?Thomas_B=F8ge?=) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <4112479E.7@free.fr> References: <E1BsjII-0001x0-BU@marie.boegenielsen.dk> <4112479E.7@free.fr> Message-ID: <41127A68.6090201@boegenielsen.dk> Paul POULAIN skrev: > Thomas B?ge wrote: > >> I am trying to test, if Koha can work for us. We have imported the >> Danmarc2 format instead of marc21, and after some work with the Koha db- >> Marc linking, the Marc Check is finally OK. >> >> BUT: >> Adding the Biblio seems to be OK - but when I after the Biblio is added >> is transfered to the "New Item" screen, there is a failure when I >> press "Add Item" >> The browser changes its url to >> http://admin.koha.boegenielsen.dk/cgi-bin/koha/acqui.simple/additem.pl >> and responds with a 500-error "Internal Server Error". >> >> The koha-error-log: >> [Thu Aug 5 16:28:11 2004] [error] [client 194.192.135.47] Premature end >> of script headers: >> /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl >> Fields below 010 do not have subfields at >> /usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >> [Thu Aug 5 16:29:41 2004] [error] [client 194.192.135.47] Premature end >> of script headers: >> /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl >> >> > mmm... how are your items mapped ? On which MARC field ? (in UNIMARC > 995, in MARC21 852 usually) > It seems there is a subfield on a field <10, and that's invalid. > I have mapped a lot of the items field in "Marc Links". I have used tag 99 (I am using Danmarc) From bbenedetto at goodyear.com Fri Aug 6 08:45:16 2004 From: bbenedetto at goodyear.com (Bill Benedetto) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha VS Home-grown software/database Message-ID: <E1Bsp6y-00037P-00@rds059> Good day. I have what I think is a somewhat unusual question about Koha. A couple of years ago my daughter and I created a Library Database for our grade school library (Kindergarten through 8th grade). Since I'm fairly well-versed in the land of Linux, here's the infrastructure that we came up with: Debian (Woody) MySQL Perl The librarian just wanted something to catalog the books. She didn't want to do check-in/check-out. Nor did she want anything more than Title, Author, Keywords, Section (of the library). She also just wanted to do the Fiction part of the library so CallNumber was pretty basic (something like "TWA 3"). During this library-system creation, I stumbled across Koha. I thought that Koha would be a much better choice than rolling my own. Consequently, I spent a fair amount of time trying to figure out how to convert my MySQL DB into Koha's. Unfortunately, I couldn't figure out how to map from my table layout to Koha's table layout. Now, time has passed, the Library DB is all created and in use. (And the librarian really likes it!) Now, of course, the librarian wants a check-in/checkout system. I may be up to the task of modifying my DB and scripts to do this but it seems kind of silly to roll my own when a great system like Koha already exists. So, here's my question, finally..... Is it possible for me to take my data and map it to the Koha layout? That is, if I start with a mysqldump of my data, can I use Perl to mangle it into a mysqldump of data suitable for importing into Koha? Yeah, yeah. I know. *ANYTHING'S* possible. But could someone possibly provide me with enough guidance (or documentation) so that I could do the job? Here's my table layout: CREATE TABLE catalog ( bookidnum smallint(6) NOT NULL auto_increment, title varchar(75) NOT NULL default '', author varchar(30) NOT NULL default '', keywords varchar(50) NOT NULL default '', numcopies tinyint(4) NOT NULL default '1', callnumber varchar(10) NOT NULL default '', hard_paperback char(1) NOT NULL default 'H', section varchar(30) NOT NULL default '', PRIMARY KEY (bookidnum), UNIQUE KEY bookidnum (bookidnum) ) TYPE=MyISAM; Notes: o The bookidnum has nothing to do with the physical book. It's just basically the record number in the DB. o keywords consists of a string that looks something like "cats christmas" or "mississippi" or "berenstain bears" or "dinosaurs holidays". We would really like to keep these keywords because that's one of the ways that the librarian/user can search for books. o numcopies is misnamed and is actually the copy number. The first book is copy #1. The second is copy #2. And so on. o hard_paperback is just "H" or "P". o section looks like one of these: Fiction Easy Fiction Intermediate Fiction Non-Fiction Easy Non-Fiction Intermediate Non-Fiction Biography Easy Holidays YA Caldecott Newbery I realize that I'm asking a lot here. What I'm really looking for is some kind of one-to-one mapping that says something like this: "Your 'bookidnum' field is really field 'bookno' in table 'booktable'" so that I might be able to mangle the data from my output to a new input for Koha (rather than have to re-enter all of this data). FWIW, we have around 6000 books in this DB. I appreciate any guidance that I can get! Thanks! - Bill Benedetto From chris at katipo.co.nz Fri Aug 6 10:04:25 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha VS Home-grown software/database In-Reply-To: <E1Bsp6y-00037P-00@rds059> References: <E1Bsp6y-00037P-00@rds059> Message-ID: <20040805220425.GF23392@katipo.co.nz> On Thu, Aug 05, 2004 at 04:45:16PM -0400, Bill Benedetto said: > Good day. > G'day > So, here's my question, finally..... > > Is it possible for me to take my data and map it to the Koha > layout? That is, if I start with a mysqldump of my data, can I > use Perl to mangle it into a mysqldump of data suitable for > importing into Koha? > Certainly is, Ive spent a lot of time doing things just like this. I think ive done about 6 or 7 conversions now, from other library systems to Koha. And im about to start another one next week. > Yeah, yeah. I know. *ANYTHING'S* possible. But could someone > possibly provide me with enough guidance (or documentation) so > that I could do the job? > I'll certainly try. Luckily Koha has a set of functions we can use. So basically, what I would do, is not do a dump, but set up a koha install running, leave your database running. And write a script to select the data from your db, and then munge it a bit, and call some of the Koha functions to put it into its database. > Here's my table layout: > > CREATE TABLE catalog ( > bookidnum smallint(6) NOT NULL auto_increment, > title varchar(75) NOT NULL default '', > author varchar(30) NOT NULL default '', > keywords varchar(50) NOT NULL default '', > numcopies tinyint(4) NOT NULL default '1', > callnumber varchar(10) NOT NULL default '', > hard_paperback char(1) NOT NULL default 'H', > section varchar(30) NOT NULL default '', > PRIMARY KEY (bookidnum), > UNIQUE KEY bookidnum (bookidnum) > ) TYPE=MyISAM; > > Notes: > > o The bookidnum has nothing to do with the physical book. It's > just basically the record number in the DB. > So its just the unique identifier? > o keywords consists of a string that looks something like "cats > christmas" or "mississippi" or "berenstain bears" or > "dinosaurs holidays". We would really like to keep these > keywords because that's one of the ways that the > librarian/user can search for books. > No worries, we can put this in the notes field, thats search by a keyword search on Koha. > o numcopies is misnamed and is actually the copy number. The > first book is copy #1. The second is copy #2. And so on. > Ahh righto, so if you have 3 copies of a book, ull have 3 rows in your database? > o hard_paperback is just "H" or "P". > Sweet, that can map to Itemtype > o section looks like one of these: > Fiction > Easy Fiction > Intermediate Fiction > Non-Fiction > Easy Non-Fiction > Intermediate Non-Fiction > Biography > Easy Holidays > YA > Caldecott > Newbery > We can stick this in class > I realize that I'm asking a lot here. What I'm really looking > for is some kind of one-to-one mapping that says something like > this: > > "Your 'bookidnum' field is really field 'bookno' in table 'booktable'" > > so that I might be able to mangle the data from my output to a > new input for Koha (rather than have to re-enter all of this > data). FWIW, we have around 6000 books in this DB. > Yep makes sense. Bookidnum would map to itemnumber in the item table it sounds like. But what we dont want to do is just run some inserts. If we use the Koha functions, it builds up the MARC data for us at the same time (neat eh, .. thanks to Paul and the other programmers who worked on the MARC stuff) Heres a snippet of perl, showing how id perhaps do it. Feel free to email me back offlist, or on the koha-devel list and we can get into the nitty gritty. But here it is #!/usr/bin/perl use C4::Context; use C4::Biblio; use DBI; use strict; # get us a connection to the old db. my $dbh=DBI->connect("DBI:$db_driver:$db_name:$db_host",$db_user, $db_passwd); my $query="SELECT * FROM catalog ORDER BY title"; my $sth=$dbh->prepare($query); $sth->execute(); my $title=''; my $biblionumber; while (my $data=$sth->fetchrow_hashref()){ if ($title ne $data->{'title'}){ #its a new book $title=$data->{'title'}; my $biblio= { title => $title, author => $data->{'author'}, notes => $data->{'keywords'}, }; $biblionumber=newbiblio($biblio); } my $biblioitem ={ biblionumber => $biblionumber, itemtype => $data->{'hard_paperback'}, classification => $data->{'section'}, dewey => $data->{'callnumber'}, } $biblioitemnumber = newbiblioitem($biblioitem); my $item = { biblioitemnumber => $biblioitemnumber, biblionumber => $biblionumber, } my $barcode = $data->{'bookidnum'}; newitems($item,($barcode)); } In theory, that should make a biblio for each title, and a biblioitem and item for each copy. I havent tried it, but barring typo's, it oughta work. Hope this is some help Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From deckrider at myrealbox.com Fri Aug 6 10:09:42 2004 From: deckrider at myrealbox.com (David Everly) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha VS Home-grown software/database In-Reply-To: <E1Bsp6y-00037P-00@rds059> References: <E1Bsp6y-00037P-00@rds059> Message-ID: <20040805220942.GB2388@elbert> Others may correct me, but I found the easiest thing to is to convert my data to MARC format. I'm currently running Debian/Sarge. My experience was not with a database but with, of all things, someone who stored their data in and Excel spreadsheet. First thing I did was to save this as a CSV file. Based on your email, I'm guessing you probably can figure out how to do this with your database. Then I installed the libxml-csv-perl package. I simply used the 3-line "Example #1" from "man XML::CSV" against my CVS file to convert it to XML. From there, I installed xalan and created an XSL file to map my new XML file to XML that conforms to MARC XML (http://www.loc.gov/MARC21/slim). Finally, I took the MARC XML file used libmarc-xml-perl_0.65-1_all.deb to turn it into a traditional MARC record. This was not in Debian/Sarge, but it was easily made into a package using dh-make-perl. I know this sounds like many steps, but it was fairly easy, since I didn't have to do any programming. The hardest thing to was the logical mapping into MARC records. On Thu, Aug 05, 2004 at 04:45:16PM -0400, Bill Benedetto wrote: > Good day. > > I have what I think is a somewhat unusual question about Koha. > > A couple of years ago my daughter and I created a Library > Database for our grade school library (Kindergarten through 8th > grade). > > Since I'm fairly well-versed in the land of Linux, here's the > infrastructure that we came up with: > > Debian (Woody) > MySQL > Perl > > The librarian just wanted something to catalog the books. She > didn't want to do check-in/check-out. Nor did she want anything > more than Title, Author, Keywords, Section (of the library). She > also just wanted to do the Fiction part of the library so > CallNumber was pretty basic (something like "TWA 3"). > > During this library-system creation, I stumbled across Koha. I > thought that Koha would be a much better choice than rolling my > own. Consequently, I spent a fair amount of time trying to > figure out how to convert my MySQL DB into Koha's. > > Unfortunately, I couldn't figure out how to map from my table > layout to Koha's table layout. > > Now, time has passed, the Library DB is all created and in use. > (And the librarian really likes it!) Now, of course, the > librarian wants a check-in/checkout system. I may be up to the > task of modifying my DB and scripts to do this but it seems kind > of silly to roll my own when a great system like Koha already > exists. > > So, here's my question, finally..... > > Is it possible for me to take my data and map it to the Koha > layout? That is, if I start with a mysqldump of my data, can I > use Perl to mangle it into a mysqldump of data suitable for > importing into Koha? > > Yeah, yeah. I know. *ANYTHING'S* possible. But could someone > possibly provide me with enough guidance (or documentation) so > that I could do the job? > > Here's my table layout: > > CREATE TABLE catalog ( > bookidnum smallint(6) NOT NULL auto_increment, > title varchar(75) NOT NULL default '', > author varchar(30) NOT NULL default '', > keywords varchar(50) NOT NULL default '', > numcopies tinyint(4) NOT NULL default '1', > callnumber varchar(10) NOT NULL default '', > hard_paperback char(1) NOT NULL default 'H', > section varchar(30) NOT NULL default '', > PRIMARY KEY (bookidnum), > UNIQUE KEY bookidnum (bookidnum) > ) TYPE=MyISAM; > > Notes: > > o The bookidnum has nothing to do with the physical book. It's > just basically the record number in the DB. > > o keywords consists of a string that looks something like "cats > christmas" or "mississippi" or "berenstain bears" or > "dinosaurs holidays". We would really like to keep these > keywords because that's one of the ways that the > librarian/user can search for books. > > o numcopies is misnamed and is actually the copy number. The > first book is copy #1. The second is copy #2. And so on. > > o hard_paperback is just "H" or "P". > > o section looks like one of these: > Fiction > Easy Fiction > Intermediate Fiction > Non-Fiction > Easy Non-Fiction > Intermediate Non-Fiction > Biography > Easy Holidays > YA > Caldecott > Newbery > > I realize that I'm asking a lot here. What I'm really looking > for is some kind of one-to-one mapping that says something like > this: > > "Your 'bookidnum' field is really field 'bookno' in table 'booktable'" > > so that I might be able to mangle the data from my output to a > new input for Koha (rather than have to re-enter all of this > data). FWIW, we have around 6000 books in this DB. > > I appreciate any guidance that I can get! > > Thanks! > > - Bill Benedetto > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Encrypted Mail Preferred: Key ID: 8527B9AF Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF Information: http://www.gnupg.org/ ASCII ribbon campaign: () against HTML email /\ against Microsoft attachments Information: http://www.expita.com/nomime.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040805/96afac19/attachment.pgp From baljkas at mts.net Thu Aug 5 16:23:24 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import Message-ID: <20040805042324.ETWU1684.mx-mtaout02.mts.net@mx-mtaout> Wednesday, August 4, 2004 23:15 CDT Hi, Scott, When I check what you had posted at http://toykeeper.net/tmp/koha/dna.mrc what I see isn't a valid MARC record. And it's not just the last 5 bytes that are the problem. Usually -- test this out yourself so you'll know you can believe me -- if you open a real MARC record in say, Word Pad, what you'll see is that long string of numbers (actually, it has a name: the Leader, followed by the numbers that constitute the Directory, which construct the matrix of the 'table' of the MARC record) followed by numbers and letters (words) at the end of which are one or more boxes. I don't really know what ASCII code this is: I'm sure you could figure it out. But haven't used and/or reviewed about a dozen ILS, I can promise you, in a real MARC record, that's what's there. You don't have that. I think what may be happening is that you tried to insert HTML code into the MARC format; it may not like that. I am going to try to decompile and recompile what you have with MARCBreaker, MARCEditor and MARCMaker to see what happens. Anon. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > > From: Scott Scriven <koha-main@toykeeper.net> > Date: 2004/08/04 Wed PM 08:41:18 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] losing data during import > > Hello. > > I'm having some difficulty keeping data intact when I import with > the bulkmarcimport.pl script. Specifically, it seems that fields > are getting the last 5 bytes chopped off. It seems to be related > to character encodings, but I'm not really sure what to do about > it. Converting from utf-8 to iso8859-1 seems to change the > results, but not correct the problem. Manually replacing all > non-ascii characters with safer equivalents seems to cure the > problem, but is not feasible for the amount of data I have. > > I have a data sample which exhibits this problem; it is a > collection of 15 Douglas Adams books: > > http://toykeeper.net/tmp/koha/dna.mrc > > It was generated from: > > http://toykeeper.net/tmp/koha/dna.marcxml > http://toykeeper.net/tmp/koha/dna.mods > > My conversion process goes from custom data to MODS, then MODS to > MARC (xml) using the LoC stylesheets for doing so. It then > converts to binary MARC using perl's MARC::Record and > MARC::File::XML. Somewhere in the bulkmarcimport.pl script, data > is getting lost. It's either MARC::Record failing to read its > own files, or in Koha's code somewhere, but I don't know where. > > Any hints? I'm hoping I can simply sidestep the conversion > to/from binary marc, to avoid the problem; I'll let people know > if this is effective. > > > -- Scott > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From baljkas at mts.net Thu Aug 5 16:38:06 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import Message-ID: <20040805043806.FIFJ4492.mx-mtaout01.mts.net@mx-mtaout> Wednesday, August 4, 2004 23:28 CDT Hi again, Scott, I took a look at the records in detail. Sorry, they weren't missing the 2 blocks at the end of each as they seemed to be in Word Pad. MARCBreaker can't break it down properly, though, so despite first appearances, they still aren't valid MARC. Something is screwing up the Directory. I think you must be right in that the non-ASCII characters definitely need to be replaced. Is there any other way you can replace the non-ASCII characters first? If you could send a sample of the same (or other) records in their original format off listserv, I can see if another method might work. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada P.S. You really shouldn't use the $g in 100 in the way that you did. That's not what it was intended for. > From: Scott Scriven <koha-main@toykeeper.net> > Date: 2004/08/04 Wed PM 08:41:18 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] losing data during import > > Hello. > > I'm having some difficulty keeping data intact when I import with > the bulkmarcimport.pl script. Specifically, it seems that fields > are getting the last 5 bytes chopped off. It seems to be related > to character encodings, but I'm not really sure what to do about > it. Converting from utf-8 to iso8859-1 seems to change the > results, but not correct the problem. Manually replacing all > non-ascii characters with safer equivalents seems to cure the > problem, but is not feasible for the amount of data I have. > > I have a data sample which exhibits this problem; it is a > collection of 15 Douglas Adams books: > > http://toykeeper.net/tmp/koha/dna.mrc > > It was generated from: > > http://toykeeper.net/tmp/koha/dna.marcxml > http://toykeeper.net/tmp/koha/dna.mods > > My conversion process goes from custom data to MODS, then MODS to > MARC (xml) using the LoC stylesheets for doing so. It then > converts to binary MARC using perl's MARC::Record and > MARC::File::XML. Somewhere in the bulkmarcimport.pl script, data > is getting lost. It's either MARC::Record failing to read its > own files, or in Koha's code somewhere, but I don't know where. > > Any hints? I'm hoping I can simply sidestep the conversion > to/from binary marc, to avoid the problem; I'll let people know > if this is effective. > > > -- Scott > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Tue Aug 3 13:41:09 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress Message-ID: <20040803014109.TLMI4492.mx-mtaout01.mts.net@mx-mtaout> Monday, August 2, 2004 20:10 CDT Hi, Scott, Dave, et al. Sorry for not replying earlier. It has been a hellish day with the electronics in this household. So much for a good holiday weekend. Bowing with grace to Dave Bigwood's expertise: thank you, Dave! Whenever you reply on cataloguing matters, you always manage to increase my understanding and/or correct deficits in my training and experience and I am truly grateful for that. I completely agree with what you said. My only defense, again, is that I literally had never seen what you so rightly pointed out is correct. Even the LC materials we had from my training (1997-1999) don't give the Form example for the 655 that you provided. Right now the closest examples to what Scott was talking about provided by LC in the MARC-21 Concise Bib info on 655 are the Dictionaries and Festschrift examples. These are hardly clarifying as Dictionaries would be a legitimate 650 SH and Festschriften do code in 008 (and are usually identified as such clearly in a 245 b or 245 c should that somehow be what patrons remember). Anyway, Dave, I am grateful. Thank you! I have amended my cataloguing notes duly. :-) Scott, I am glad that the rest of the material might be of some help to you. Have fun with the mapping. ;-) > In general, so far, MARC seems very book-centric. To be fair, though, the book format is rather widespread ;-). MARC is print-centric, rather than just book-centric, mostly because it was created for libraries and text is the format of material still most common in libraries globally, whether it be traditional books or pamphlets, reports, magazines or academic journals. MARC has had some difficulties and growing pains in dealing with computer-related resources that are still being worked out (e.g. still ongoing are worries about clarifying whether a web-site is mostly textual or not) and from what I've seen and heard of archivists' and museologists' discussions, MARC is still less than perfect in their books (pardon pun), too. However, the fact that MARC has adapted for all the different materials it does handle does bode well for its future, despite Dublin Core et al. Anyway, excuse this digression, Scott. On to your question ... > I mean, it seems that information about authors and other > related concepts will be repeated and duplicated quite a > bit. If I have ten records listing books by Isaac Asimov, > I'd end up with ten copies of his bibliographic data too. That's probably because what you are intending goes well beyond the intentions of MARC which were/are bibliographic description of an item *in hand.* Although some books do list other works by the given author, the demands in cataloguing nowadays are usually for more items to be catalogued rather than that an individual item be examined beyond traditional standards of bibliographic description. > Is there any way around that? Dave should definitely sound in on this, but it seems to me the easiest way would be using the 856 to link to a common page that you created for a given author. That way, each record's link could go to the same place and any corrections or additions would be facilitated as well. > I realize this is probably a side-effect of MARC's age and > origins, when data normalization wasn't a big thing. Definitely. From what a retired LC cataloguer told me, the whole idea of being able to organise the mass of information in the old card catalogues in brand new ways was the whole focus. The idea of adding to what was there is fairly new. > But I also don't know much yet about MARC. :) But hey, you are learning a lot, and fast. Be proud. :-) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From koha-main at toykeeper.net Fri Aug 6 11:19:00 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import In-Reply-To: <20040805043806.FIFJ4492.mx-mtaout01.mts.net@mx-mtaout> References: <20040805043806.FIFJ4492.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <20040805231900.GA6955@SerDevian.XYZZ.org> * Baljkas Family <baljkas@mts.net> wrote: > I took a look at the records in detail. Thank you. I've been making very slow progress getting data translated. > I think you must be right in that the non-ASCII characters > definitely need to be replaced. Is there any other way you can > replace the non-ASCII characters first? I think I'll try modifying Koha's import script to accept MARC XML files. This way, I might simply sidestep the issue by removing two conversion steps. > If you could send a sample of the same (or other) records in > their original format off listserv, I can see if another method > might work. The majority of the data I've converted seems to import correctly. I don't know if it was valid MARC, but that has not prevented the rest from importing, which is what I'm concerned about. > P.S. You really shouldn't use the $g in 100 in the way that you > did. That's not what it was intended for. I'm a bit new to this; is there a better place to put it? Ideally, I'd like to include as much information as possible, and keep the data normalized, but I get the impression that MARC and Koha weren't designed for that. -- Scott From koha-main at toykeeper.net Fri Aug 6 13:01:42 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import In-Reply-To: <20040805231900.GA6955@SerDevian.XYZZ.org> References: <20040805043806.FIFJ4492.mx-mtaout01.mts.net@mx-mtaout> <20040805231900.GA6955@SerDevian.XYZZ.org> Message-ID: <20040806010142.GB6955@SerDevian.XYZZ.org> * Scott Scriven <koha-main@toykeeper.net> wrote: > I think I'll try modifying Koha's import script to accept MARC > XML files. This way, I might simply sidestep the issue by > removing two conversion steps. Just a note to everyone that this worked, and was a trivial modification. It can support the LoC MARC21slim XML format pretty easily. Here's the diff: --- bulkmarcimport.pl.orig 2004-08-05 11:38:50.000000000 -0600 +++ bulkmarcimport.pl 2004-08-05 13:00:39.000000000 -0600 @@ -5,6 +5,7 @@ # Koha modules used use MARC::File::USMARC; +use MARC::File::XML; use MARC::Record; use MARC::Batch; use C4::Context; @@ -69,7 +70,13 @@ $char_encoding = 'MARC21' unless ($char_encoding); print "CHAR : $char_encoding\n" if $verbose; my $starttime = gettimeofday; -my $batch = MARC::Batch->new( 'USMARC', $input_marc_file ); +my $batch = ""; +if($input_marc_file =~ /xml$/) { + $batch = MARC::Batch->new( 'XML', $input_marc_file ); +} +else { + $batch = MARC::Batch->new( 'USMARC', $input_marc_file ); +} $batch->warnings_off(); $batch->strict_off(); my $i=0; -- Scott From mjr at dsl.pipex.com Sat Aug 7 05:11:19 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: Manuals, was: [Koha] Connection refused and field 003,005...008 In-Reply-To: <20040730135554.M72135@www.umsa.bo> Message-ID: <5686c32e9927f41d0a9478b010e457da@bouncing.localnet> On 2004-07-30 15:01:53 +0100 Christian Calle <ccalle@umsa.bo> wrote: > These direction is of manuals in espanol: > http://koha.unlp.edu.ar/doc.htm Interesting. Are they translations of anything in English? Are there html versions that I could include in the main koha distribution? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sat Aug 7 05:31:40 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Some questions on Koha and MARC In-Reply-To: <00b801c47822$f78f4780$2c19fea9@oemcomputer> Message-ID: <aab95f72d817a39afa573242e6714aa2@bouncing.localnet> On 2004-08-02 00:55:04 +0100 Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > * Question 1: For his sake and for the sake of others, if I and/or > interested others 'fix' what is available in the test version online, > would > it be possible for him/others to simply download it somehow? You need to mysql dump the tables marc_subfield_structure and marc_tag_structure to a file - if someone is willing to give me data files that they'll put their name on as accurate, I'll add them to the 2.0.x distribution as options (or replacements if told by enough people). > * Question 2: What is the relationship of the MARC record data within > Koha? Blue? > [Specifically, for the moment] what does Koha actually do with the > information in the fixed-length fields if anything? Remind me what fixed-length fields are: the header? IIRC (and it's been a while), koha ignores them. > (BTW the current connection in the 003 test drive is wrong according > to > what I was taught/have seen). What would be correct? > [...] [How does Koha deal with fields that can > repeat in MARC, for 2 common examples, 500 notes and 650 subject > headings?] I think it has only uses the first at the moment, IIRC. (Again, it's been a while.) > * Question 3: What is the correspondence between the MARC structure > and the > actual records displayed in the Koha OPAC? I think this is again governed by the structure tables mentioned above, as is Q4. The search reporter is a little unsophisticated in 2.0.x. I hope that it's being improved in 2.1.x along with the "google-style" searcher, but I'm not working on that (too busy!). -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sat Aug 7 05:33:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <20040802012603.GA26460@SerDevian.XYZZ.org> Message-ID: <807df19be3714e8b45eeffdfebc1a796@bouncing.localnet> On 2004-08-02 02:26:03 +0100 Scott Scriven <koha-main@toykeeper.net> wrote: > marc database as field 440a, and is mapped to biblio.seriestitle. > It seems to work during searches, but is never displayed. Is > this a template problem? Sounds likely. It may even be that the required data isn't passed to the template, so a perl change is also required. If someone files an appropriate bug report on bugs.koha.org against 2.0.x, I'll catch it. A fix would be even better ;-) I'll leave the other questions to librarians to tell us what to do. Sorry. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sat Aug 7 05:37:22 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Installing koha-2.0.0 trouble installing DBD-mysql-2.9004 In-Reply-To: <20040804062613.53300.qmail@web40712.mail.yahoo.com> Message-ID: <dc0fefe6c84dfef85f5232612cc2edfe@bouncing.localnet> On 2004-08-04 07:26:13 +0100 Pradeep P Kavi <pradeepkavi@yahoo.com> wrote: > I just tried to install koha on Linux 7.2 version. I > have installed mysql, perl and apache successfully. > Also, I could install all perl modules successfully > except DBD-mysql-2.9004. [...] Someone probably has made perl mysql packages for the distribution you're using. Do you mean redhat 7.2 instead of Linux 7.2? We're not at version 7.2 of Linux yet. > Can't exec "mysql_config": No such file or directory > at Makefile.PL line 174. Do you have a mysql_config program on your system? Did you install the mysql development tools as well as the server? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sat Aug 7 05:40:18 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems... In-Reply-To: <411187EC.15117.2072F9@localhost> Message-ID: <1add60fd43dede5ccdd5c37047bc87d9@bouncing.localnet> On 2004-08-04 18:05:48 +0100 gekigan_flare@hotPOP.com wrote: > Hello. I'm a linux newbie, and I've tried to install koha 2.0.0 on > Mandrake > 10.0, with apache2 and mysql. The installation seemed to go well, > however, I > receive a '403 Forbidden' error when I try to access the opac and the > librarian modules on my browser (localhost:80 and localhost:8080). Can you give us any lines from opac-error_log or your apache2 error.log about this, please? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From mjr at dsl.pipex.com Sat Aug 7 05:52:33 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <E1BsjII-0001x0-BU@marie.boegenielsen.dk> Message-ID: <8a64516e1365fd5c5caf9960da70e752@bouncing.localnet> On 2004-08-05 15:32:34 +0100 Thomas B?ge <thomas@boegenielsen.dk> wrote: > Fields below 010 do not have subfields at > /usr/local/koha/intranet/modules/C4/Biblio.pm line 909 Is that in MARCmarc2kohaOneField? Is this assertion still true for danmarc2? If so, why don't we see this problem everywhere? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From gekigan_flare at hotPOP.com Sat Aug 7 16:44:39 2004 From: gekigan_flare at hotPOP.com (James Asis) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Re: Re: Problems Message-ID: <200408071244.39480.gekigan_flare@hotPOP.com> Attached to this message is a copy of "error_log" in /etc/httpd/logs. I hope it could help you with my problem. -James -------------- next part -------------- [Wed Jul 21 00:10:29 2004] [notice] Digest: generating secret for digest authentication ... [Wed Jul 21 00:10:29 2004] [notice] Digest: done [Wed Jul 21 00:10:29 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Jul 21 00:40:00 2004] [warn] child process 2238 still did not exit, sending a SIGTERM [Wed Jul 21 00:40:00 2004] [notice] caught SIGTERM, shutting down [Wed Jul 21 00:41:25 2004] [notice] Digest: generating secret for digest authentication ... [Wed Jul 21 00:41:25 2004] [notice] Digest: done [Wed Jul 21 00:41:25 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Jul 21 00:58:45 2004] [warn] child process 2068 still did not exit, sending a SIGTERM [Wed Jul 21 00:58:45 2004] [warn] child process 2069 still did not exit, sending a SIGTERM [Wed Jul 21 00:58:45 2004] [warn] child process 2070 still did not exit, sending a SIGTERM [Wed Jul 21 00:58:45 2004] [warn] child process 2071 still did not exit, sending a SIGTERM [Wed Jul 21 00:58:45 2004] [warn] child process 2073 still did not exit, sending a SIGTERM [Wed Jul 21 00:58:45 2004] [notice] caught SIGTERM, shutting down [Sat Jul 24 00:52:17 2004] [notice] Digest: generating secret for digest authentication ... [Sat Jul 24 00:52:17 2004] [notice] Digest: done [Sat Jul 24 00:52:17 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sat Jul 24 00:56:53 2004] [notice] caught SIGTERM, shutting down [Sat Jul 24 13:12:06 2004] [notice] Digest: generating secret for digest authentication ... [Sat Jul 24 13:12:06 2004] [notice] Digest: done [Sat Jul 24 13:12:06 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sat Jul 24 13:21:27 2004] [warn] child process 2090 still did not exit, sending a SIGTERM [Sat Jul 24 13:21:27 2004] [warn] child process 2091 still did not exit, sending a SIGTERM [Sat Jul 24 13:21:27 2004] [warn] child process 2092 still did not exit, sending a SIGTERM [Sat Jul 24 13:21:27 2004] [warn] child process 2096 still did not exit, sending a SIGTERM [Sat Jul 24 13:21:27 2004] [warn] child process 2097 still did not exit, sending a SIGTERM [Sat Jul 24 13:21:27 2004] [notice] caught SIGTERM, shutting down [Sat Jul 24 15:00:33 2004] [notice] Digest: generating secret for digest authentication ... [Sat Jul 24 15:00:33 2004] [notice] Digest: done [Sat Jul 24 15:00:33 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sat Jul 24 18:01:26 2004] [warn] child process 2079 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2080 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2081 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2082 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2083 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2079 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2080 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2081 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2082 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:26 2004] [warn] child process 2083 still did not exit, sending a SIGTERM [Sat Jul 24 18:01:27 2004] [notice] caught SIGTERM, shutting down [Fri Jul 30 23:03:44 2004] [notice] Digest: generating secret for digest authentication ... [Fri Jul 30 23:03:44 2004] [notice] Digest: done [Fri Jul 30 23:03:44 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Fri Jul 30 23:32:58 2004] [warn] child process 2088 still did not exit, sending a SIGTERM [Fri Jul 30 23:32:58 2004] [warn] child process 2089 still did not exit, sending a SIGTERM [Fri Jul 30 23:32:58 2004] [warn] child process 2090 still did not exit, sending a SIGTERM [Fri Jul 30 23:32:58 2004] [warn] child process 2091 still did not exit, sending a SIGTERM [Fri Jul 30 23:32:58 2004] [warn] child process 2094 still did not exit, sending a SIGTERM [Fri Jul 30 23:32:58 2004] [notice] caught SIGTERM, shutting down [Sat Jul 31 11:24:27 2004] [notice] Digest: generating secret for digest authentication ... [Sat Jul 31 11:24:27 2004] [notice] Digest: done [Sat Jul 31 11:24:27 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sat Jul 31 20:28:10 2004] [warn] child process 2072 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [warn] child process 2073 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [warn] child process 2074 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [warn] child process 2075 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [warn] child process 2094 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [warn] child process 3096 still did not exit, sending a SIGTERM [Sat Jul 31 20:28:10 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 00:16:17 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 00:16:17 2004] [notice] Digest: done [Sun Aug 01 00:16:17 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 05:46:18 2004] [warn] child process 2035 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2037 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2038 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2704 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2705 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2706 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [warn] child process 2707 still did not exit, sending a SIGTERM [Sun Aug 01 05:46:18 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 11:36:39 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 11:36:40 2004] [notice] Digest: done [Sun Aug 01 11:36:40 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 11:37:51 2004] [error] [client 127.0.0.1] File does not exist: /var/www/html/manual-1.3, referer: http://localhost/ [Sun Aug 01 11:37:58 2004] [error] [client 127.0.0.1] File does not exist: /var/www/html/manual-1.3, referer: http://localhost/ [Sun Aug 01 11:58:03 2004] [warn] child process 2077 still did not exit, sending a SIGTERM [Sun Aug 01 11:58:04 2004] [warn] child process 2078 still did not exit, sending a SIGTERM [Sun Aug 01 11:58:04 2004] [warn] child process 2589 still did not exit, sending a SIGTERM [Sun Aug 01 11:58:04 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 11:58:06 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 11:58:06 2004] [notice] Digest: done [Sun Aug 01 11:58:06 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 14:09:25 2004] [warn] child process 3226 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 3227 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 3228 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 3229 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 3230 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 3242 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 4282 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 4283 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [warn] child process 4284 still did not exit, sending a SIGTERM [Sun Aug 01 14:09:25 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 14:09:27 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 14:09:27 2004] [notice] Digest: done [Sun Aug 01 14:09:27 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 14:17:12 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 14:17:14 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 14:17:14 2004] [notice] Digest: done [Sun Aug 01 14:17:14 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 14:19:18 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 14:19:18 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 14:19:18 2004] [notice] Digest: done [Sun Aug 01 14:19:19 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 16:04:51 2004] [warn] child process 5277 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [warn] child process 5278 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [warn] child process 5279 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [warn] child process 5280 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [warn] child process 5287 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [warn] child process 5290 still did not exit, sending a SIGTERM [Sun Aug 01 16:04:51 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 16:04:54 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 16:04:54 2004] [notice] Digest: done [Sun Aug 01 16:04:54 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 16:16:48 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 16:16:50 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 16:16:50 2004] [notice] Digest: done [Sun Aug 01 16:16:50 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 16:26:58 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 16:26:59 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 16:26:59 2004] [notice] Digest: done [Sun Aug 01 16:26:59 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 16:27:03 2004] [error] [client 127.0.0.1] client denied by server configuration: /var/www/opac/ [Sun Aug 01 16:27:40 2004] [error] [client 127.0.0.1] client denied by server configuration: /var/www/opac/ [Sun Aug 01 16:27:44 2004] [notice] caught SIGTERM, shutting down [Sun Aug 01 16:27:45 2004] [notice] Digest: generating secret for digest authentication ... [Sun Aug 01 16:27:45 2004] [notice] Digest: done [Sun Aug 01 16:27:45 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sun Aug 01 17:44:03 2004] [notice] caught SIGTERM, shutting down [Tue Aug 03 22:30:17 2004] [notice] Digest: generating secret for digest authentication ... [Tue Aug 03 22:30:17 2004] [notice] Digest: done [Tue Aug 03 22:30:17 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Tue Aug 03 23:07:16 2004] [warn] child process 2141 still did not exit, sending a SIGTERM [Tue Aug 03 23:07:16 2004] [warn] child process 2142 still did not exit, sending a SIGTERM [Tue Aug 03 23:07:16 2004] [warn] child process 2143 still did not exit, sending a SIGTERM [Tue Aug 03 23:07:16 2004] [warn] child process 2144 still did not exit, sending a SIGTERM [Tue Aug 03 23:07:16 2004] [warn] child process 2145 still did not exit, sending a SIGTERM [Tue Aug 03 23:07:16 2004] [notice] caught SIGTERM, shutting down [Tue Aug 03 23:07:18 2004] [notice] Digest: generating secret for digest authentication ... [Tue Aug 03 23:07:18 2004] [notice] Digest: done [Tue Aug 03 23:07:18 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Tue Aug 03 23:08:21 2004] [notice] caught SIGTERM, shutting down [Tue Aug 03 23:08:22 2004] [notice] Digest: generating secret for digest authentication ... [Tue Aug 03 23:08:22 2004] [notice] Digest: done [Tue Aug 03 23:08:22 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Tue Aug 03 23:45:44 2004] [warn] child process 4986 still did not exit, sending a SIGTERM [Tue Aug 03 23:45:45 2004] [notice] caught SIGTERM, shutting down [Tue Aug 03 23:45:47 2004] [notice] Digest: generating secret for digest authentication ... [Tue Aug 03 23:45:47 2004] [notice] Digest: done [Tue Aug 03 23:45:47 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 00:01:40 2004] [warn] child process 5599 still did not exit, sending a SIGTERM [Wed Aug 04 00:01:40 2004] [warn] child process 5600 still did not exit, sending a SIGTERM [Wed Aug 04 00:01:40 2004] [warn] child process 5601 still did not exit, sending a SIGTERM [Wed Aug 04 00:01:40 2004] [warn] child process 5608 still did not exit, sending a SIGTERM [Wed Aug 04 00:01:40 2004] [warn] child process 5609 still did not exit, sending a SIGTERM [Wed Aug 04 00:01:40 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 00:01:44 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 00:01:44 2004] [notice] Digest: done [Wed Aug 04 00:01:44 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 00:04:25 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 00:04:28 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 00:04:28 2004] [notice] Digest: done [Wed Aug 04 00:04:28 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 00:10:48 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 00:12:00 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 00:12:00 2004] [notice] Digest: done [Wed Aug 04 00:12:00 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 00:22:36 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 00:22:39 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 00:22:39 2004] [notice] Digest: done [Wed Aug 04 00:22:40 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 00:23:53 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 11:28:06 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 11:28:06 2004] [notice] Digest: done [Wed Aug 04 11:28:06 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 11:42:19 2004] [warn] child process 2135 still did not exit, sending a SIGTERM [Wed Aug 04 11:42:19 2004] [warn] child process 2136 still did not exit, sending a SIGTERM [Wed Aug 04 11:42:19 2004] [warn] child process 2137 still did not exit, sending a SIGTERM [Wed Aug 04 11:42:19 2004] [warn] child process 2141 still did not exit, sending a SIGTERM [Wed Aug 04 11:42:19 2004] [warn] child process 2142 still did not exit, sending a SIGTERM [Wed Aug 04 11:42:19 2004] [notice] caught SIGTERM, shutting down [Wed Aug 04 13:09:24 2004] [notice] Digest: generating secret for digest authentication ... [Wed Aug 04 13:09:24 2004] [notice] Digest: done [Wed Aug 04 13:09:24 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Wed Aug 04 13:19:40 2004] [warn] child process 2133 still did not exit, sending a SIGTERM [Wed Aug 04 13:19:40 2004] [warn] child process 2134 still did not exit, sending a SIGTERM [Wed Aug 04 13:19:40 2004] [warn] child process 2135 still did not exit, sending a SIGTERM [Wed Aug 04 13:19:40 2004] [warn] child process 2136 still did not exit, sending a SIGTERM [Wed Aug 04 13:19:40 2004] [warn] child process 2137 still did not exit, sending a SIGTERM [Wed Aug 04 13:19:41 2004] [notice] caught SIGTERM, shutting down [Sat Aug 07 03:46:45 2004] [notice] Digest: generating secret for digest authentication ... [Sat Aug 07 03:46:45 2004] [notice] Digest: done [Sat Aug 07 03:46:46 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations [Sat Aug 07 04:52:05 2004] [warn] child process 2133 still did not exit, sending a SIGTERM [Sat Aug 07 04:52:05 2004] [warn] child process 2134 still did not exit, sending a SIGTERM [Sat Aug 07 04:52:05 2004] [warn] child process 2135 still did not exit, sending a SIGTERM [Sat Aug 07 04:52:05 2004] [warn] child process 2136 still did not exit, sending a SIGTERM [Sat Aug 07 04:52:05 2004] [warn] child process 2137 still did not exit, sending a SIGTERM [Sat Aug 07 04:52:06 2004] [notice] caught SIGTERM, shutting down [Sat Aug 07 12:10:45 2004] [notice] Digest: generating secret for digest authentication ... [Sat Aug 07 12:10:45 2004] [notice] Digest: done [Sat Aug 07 12:10:45 2004] [notice] Apache-AdvancedExtranetServer/2.0.48 (Mandrake Linux/6mdk) configured -- resuming normal operations From koha-main at toykeeper.net Sun Aug 8 16:11:49 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <000501c47838$4b661720$6cb8a18e@oemcomputer> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> Message-ID: <20040808041149.GA14600@SerDevian.XYZZ.org> * Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > > It seems to work during searches, but is never displayed. Is > > this a template problem? > > This is one of the things I was concerned about: how Koha > handles the data from MARC records. Stephen, Joshua, other > cognoscenti: is Scott's problem here because of a mapping > error? something that needs to be defined in MARC parameters? I've noticed a few other fields now which are not displayed. Some of them show up in Koha's marc view of a record, but others don't even show there. I can get them to display by going through the marc structure and setting the tab option, though. Most are set to "ignore" by default, but I think I'd prefer to just set each Nxx tag to use tab N. BTW, modifying the template slightly allowed me to display a bit more info, such as the series title. I'm still trying to get the subtitle and additional authors to work, among others. (subtitle doesn't show up, and only the first additional author is shown) I'd like to dump the rest of the marc data onto the book display page, too, but I haven't done so yet. > 1. I'm not 100% certain what you meant by "bibliographic data about > authors", Scott. I suppose I'll have to implement an "author detail" page and appropriate database storage for it. The detail I'm looking for is probably not appropriate in a marc record. > 2. "... short book review blurbs ..." > > That's easily a 520 $a, first indicator "1" (Review). I see that now, mapped already to biblio.abstract. However, it is marked as non-repeatable. Is it safe to change that? > On another note (pardon pun), someone was asking me recently > whether, if you did a search for a particular work, say by > title, whether the author (and other, e.g. subject, possibly > title, fields) would come up in Koha as 'hyperlinked', if there > were other works by that author. This is something that Voyager > does and it is very handy for patrons and staff alike. Koha seems to do this somewhat already, but I hope to extend it to more fields. > 9. " ... quotes from books/authors/series ..." > > I can't quite see the point of going this far, Scott, but you could handle > it through 500, 520 (if from the book) or 5xx notes, or even by an 856 > linking to quotation pages. I see it as similar to why imdb.com includes quotes, reviews, and even discussion about their movie listings. It helps the viewer decide if the data is valuable or interesting. It may be better to just link to external sites for this info, though. I could work out something for amazon or iblist or similar. > 10. "and a few others." > > If you want to write in with the rest, or send them to me off > listserv, I'll be glad to tackle them, Scott. I'm unsure how to handle subtitles. I'm not sure how Koha's "title" and "unititle" differ. It sounds like one would list the full title, and the other would do the same without "the" and such prepended. Is there a way to map biblio.title to 245a + 245b? Also, part numbers are a bit confusing. If I have book 3 in a series, should that be a 245n field, 440v, 440n, or something else? The series title seems to be 440a. BTW, thank you very much for all the help! It would take me forever to learn all the intricacies of marc's thousand tags. :) -- Scott From baljkas at mb.sympatico.ca Sun Aug 8 18:33:43 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> <20040808041149.GA14600@SerDevian.XYZZ.org> Message-ID: <003001c47d11$bbb2f4c0$5c20a1cf@oemcomputer> Sunday, August 7, 2004 00:59 CDT Greetings, all, from Subject: Re: [Koha] importing, marc mapping, progress > * Steven F. Baljkas <baljkas@mb.sympatico.ca> wrote: > > > It seems to work during searches, but is never displayed. Is > > > this a template problem? > > > > This is one of the things I was concerned about: how Koha > > handles the data from MARC records. Stephen, Joshua, other > > cognoscenti: is Scott's problem here because of a mapping > > error? something that needs to be defined in MARC parameters? > > I've noticed a few other fields now which are not displayed. > Some of them show up in Koha's marc view of a record, but others > don't even show there. I can get them to display by going > through the marc structure and setting the tab option, though. > Most are set to "ignore" by default, but I think I'd prefer to > just set each Nxx tag to use tab N. > > BTW, modifying the template slightly allowed me to display a bit > more info, such as the series title. I'm still trying to get the > subtitle and additional authors to work, among others. (subtitle > doesn't show up, and only the first additional author is shown) I still have to finish re-reading Stephen Hedge's answer to another e-mail I sent -- it finally made its way back only yestereve (I don't know what the daemon is doing Stephen) -- but the problems are bigger than I'd thought. Apparently, only one subject field can be indexed (in the sense that we mean in the library field) and that is a significant issue. > I'd like to dump the rest of the marc data onto the book display > page, too, but I haven't done so yet. That would be great, Scott. > > 1. I'm not 100% certain what you meant by "bibliographic data about > > authors", Scott. > > I suppose I'll have to implement an "author detail" page and > appropriate database storage for it. The detail I'm looking for > is probably not appropriate in a marc record. I think that's for the best. Otherwise, the record would get pretty big. Having thought more about it since I last wrote you, I think it might be wise to designate a 59x field of your own choice for that data. That way, if/when you eventually share data with other libraries, all that neat information you'd be providing could be easily excluded by more traditionalist cataloguers, without loss of other more standard information (i.e. if you used a 500 or 520 for both the "author detail" and regular notes, a global search and replace would end up killing some data everyone would want). > > 2. "... short book review blurbs ..." > > > > That's easily a 520 $a, first indicator "1" (Review). > > I see that now, mapped already to biblio.abstract. However, it > is marked as non-repeatable. Is it safe to change that? Okay, this is the core of the problem that -- if I understood what Stephen H. wrote me -- is freaking me out. If I did understand correctly, Koha doesn't really understand or make use of the data in repeated fields, only the first instance of the field per record. That is a huge problem for proper subject cataloguing, but it also makes a problem for notes. It isn't necessarily common to have several 520s in a given record, but it certainly is allowed by MARC standards. (If you look at the MARC Concise Bibliographic information on the LC website, Scott, you can see that next to 520 - Summary, Etc. is the R indicating the field can repeat; NR = Not Repeatable). I gather that you can change the value but not what Koha really is doing with the data, which would be to ignore the 2nd or further instances of a 520. > > On another note (pardon pun), someone was asking me recently > > whether, if you did a search for a particular work, say by > > title, whether the author (and other, e.g. subject, possibly > > title, fields) would come up in Koha as 'hyperlinked', if there > > were other works by that author. This is something that Voyager > > does and it is very handy for patrons and staff alike. > > Koha seems to do this somewhat already, but I hope to extend it > to more fields. Perhaps because I am basing my knowledge on the testdrive version available commonly, I could be wrong here, but Koha doesn't actually seem to do what I meant. Then again, even LC doesn't have that feature activated in their Voyager system, although local college and university libraries near me have those linking features available in their Voyager and Dynix systems. > > 9. " ... quotes from books/authors/series ..." > > > > I can't quite see the point of going this far, Scott, but you could handle > > it through 500, 520 (if from the book) or 5xx notes, or even by an 856 > > linking to quotation pages. > > I see it as similar to why imdb.com includes quotes, reviews, and > even discussion about their movie listings. It helps the viewer > decide if the data is valuable or interesting. It may be better > to just link to external sites for this info, though. I could > work out something for amazon or iblist or similar. I guess, from my experience, Scott, it wouldn't be the library's job to try to sell a person on a book or movie, like the commercial sites you reference. I can see the value in the information they provide, but given the realities of cataloguing, it is more likely that the technical services staff would continue in a more traditional vein. If you look at the rather detailed records I sent you off listserv for comparison sake, the dna-856 set demonstrate more what tech services staff would be inclined to do if allowed (for everyone else, these records included some embedded authorities, appropriate 856 notes, 246 notes for common misspellings in the titles that could be expected, as well as complete analysis -- 505, 700 name-title and 740 -- of the contents of anthologies present in the sample). > > > 10. "and a few others." > > > > If you want to write in with the rest, or send them to me off > > listserv, I'll be glad to tackle them, Scott. > > I'm unsure how to handle subtitles. I'm not sure how Koha's > "title" and "unititle" differ. It sounds like one would list the > full title, and the other would do the same without "the" and > such prepended. Is there a way to map biblio.title to 245a + 245b? Again, if I've understood correctly, "title" would equal 245a but "unititle" would stand for Uniform Title and would be a 240. Tag 240 doesn't occur very often, really. The only time I used it was when I had to catalogue a few different versions of the Bible for inclusion in a collection. Otherwise, you'll see it for particularly prolific authors -- like our favourite and archetype, Shakespeare -- where the text per se is more important than the edition. Tag 245 should list the full title of a work as well as its statement of responsibility (authorship, editorship, etc.). The second indicator in both 240 and 245 indicates how many characters the computer should skip in processing the title that follows: initial definite and indefinite articles plus one space (for English anyway) give the value in the second indicator. "The same without 'the'" would be the filing title, and could be coded in the 852l (ell) if one wanted. Normally, the computer should be able to do the calculation from the 245 indicator and delete the appropriate number of characters before producing a title list. > Also, part numbers are a bit confusing. If I have book 3 in a > series, should that be a 245n field, 440v, 440n, or something > else? The series title seems to be 440a. You had misunderstood the meaning of 245n in your original go at this, Scott. The number and named parts there are for aspects of the title, things that distinguish it from other works with the same 245a (and possibly 245b). They don't come up very often in most cataloguing of books; more with legal and report type stuff. What you were aiming for is the establishment of a series title, which is in the 440v in your specific case. E.g. 440 /0 $aHitchhiker's guide to the galaxy ;$vv.3. would be an appropriate series entry for the work entitled: Life, the universe, and everything. > BTW, thank you very much for all the help! It would take me > forever to learn all the intricacies of marc's thousand tags. :) No prob. It takes a while to learn them but you're making great progress. And it won't take forever. Don't panic! ;-) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.732 / Virus Database: 486 - Release Date: 29/07/2004 From hsrai at gmx.net Sun Aug 8 19:24:20 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] MARC tags to map certain Koha fields Message-ID: <Pine.LNX.4.44.0408081233570.30559-100000@civil.gndec.edu> It may be little [OT], what i am struck with this problem. I am able to set many tag field properly, what could not find MARC tag, which may be used to map the following Koha fields: items.replacementprice items.replacementpricedate items.itemlost items.withdrawn items.bijding May I seek you help and guidance. Thanks in advance. -- H. S. Rai From shedges at skemotah.com Mon Aug 9 01:45:34 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <20040808041149.GA14600@SerDevian.XYZZ.org> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> <20040808041149.GA14600@SerDevian.XYZZ.org> Message-ID: <32823.65.24.138.126.1091972734.spork@webmail.skemotah.com> Scott Scriven said: > I see that now, mapped already to biblio.abstract. However, it > is marked as non-repeatable. Is it safe to change that? So long as Library of Congress says it's OK to repeat a tag, then you're "officially" OK. However, be aware that Koha -- with the exception of subjects -- will only store the first instance of the tag in the Koha tables. (In other words, all the tags will be stored in the MARC tables, but only one will be stored in the Koha tables.) >> On another note (pardon pun), someone was asking me recently >> whether, if you did a search for a particular work, say by >> title, whether the author (and other, e.g. subject, possibly >> title, fields) would come up in Koha as 'hyperlinked', if there >> were other works by that author. This is something that Voyager >> does and it is very handy for patrons and staff alike. > > Koha seems to do this somewhat already, but I hope to extend it > to more fields. This would just be a matter of creating links in the template, similar to the way the OPAC handles subject links. > I'm unsure how to handle subtitles. I'm not sure how Koha's > "title" and "unititle" differ. It sounds like one would list the > full title, and the other would do the same without "the" and > such prepended. Is there a way to map biblio.title to 245a + 245b? In the latest "unstable" scripting of Koha that Nelsonville is using for its OPAC, the non-indexed characters (e.g. "the" and "a") as defined by the indicators in the MARC record are used to provide a "true" alphabetical title list -- see http://koha.athenscounty.lib.oh.us. The "unititle" would be a "uniform title" that differed from the title on a particular edition of a work. For instance, the title on the book may be "John Doe's Ward and Piece," but the standard (uniform) title for the book is "Ward and Piece." BTW, notice also that NPL is now listing _all_ of the notes from all of the MARC note fields on the OPAC detail page. Once we get the code a little cleaner and more universal (so it works for UNIMARC or no-MARC libraries), we'll be committing it to CVS. NPL is also looking into doing the same thing with all of the MARC subject tags, thus bypassing the Koha tables to pull information directly from the MARC tables. Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Mon Aug 9 01:53:33 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] MARC tags to map certain Koha fields In-Reply-To: <Pine.LNX.4.44.0408081233570.30559-100000@civil.gndec.edu> References: <Pine.LNX.4.44.0408081233570.30559-100000@civil.gndec.edu> Message-ID: <32825.65.24.138.126.1091973213.spork@webmail.skemotah.com> H S Rai said: > I am able to set many tag field properly, what could not find MARC > tag, which may be used to map the following Koha fields: > items.replacementprice > items.replacementpricedate > items.itemlost > items.withdrawn > items.bijding Some of the information in the items table will be mapped to whatever you use as your "holdings" tag in MARC -- but many of the items table columns will not be mapped to MARC at all. Some U.S. libraries use the 852 tag, many define their own 9xx tag for holdings. If your holdings tag does not contain such information as "replacementpricedate" (something HLT in New Zealand wanted, I suspect), don't worry about it -- Koha will still work, and if you weren't using that information before, you're probably not going to miss it now. itemlost and withdrawn are "status flags" set by Koha and will not be part of your MARC record. Stephen --- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mhelman at illinoisalumni.org Mon Aug 9 05:45:54 2004 From: mhelman at illinoisalumni.org (M Brooke Helman) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress Message-ID: <538801c47d6f$8da3a350$0a0a010a@mail2world.com> Salvete! >In the latest "unstable" scripting of Koha that Nelsonville is using for >its OPAC, the non-indexed characters (e.g. "the" and "a") as defined by >the indicators in the MARC record are used to provide a "true" >alphabetical title list -- see http://koha.athenscounty.lib.oh.us. The >"unititle" would be a "uniform title" that differed from the title on a >particular edition of a work. For instance, the title on the book may be >"John Doe's Ward and Piece," but the standard (uniform) title for the book >is "Ward and Piece." That is saaaweet! The anal retentive filer in me has been waiting for this to happen. > >BTW, notice also that NPL is now listing _all_ of the notes from all of >the MARC note fields on the OPAC detail page. Once we get the code a >little cleaner and more universal (so it works for UNIMARC or no-MARC >libraries), we'll be committing it to CVS. NPL is also looking into >doing the same thing with all of the MARC subject tags, thus bypassing the >Koha tables to pull information directly from the MARC tables. > Hey, have you been spying on my wish list? ;) It's great that this stuff is getting done. This project gets more viable everyday. Thanks so much folks! I truly have seen better results from Koha than commercial products. Cheers, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040808/52126332/attachment.html From thomas at boegenielsen.dk Mon Aug 9 10:40:54 2004 From: thomas at boegenielsen.dk (=?UTF-8?B?VGhvbWFzIELDuGdl?=) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <8a64516e1365fd5c5caf9960da70e752@bouncing.localnet> References: <8a64516e1365fd5c5caf9960da70e752@bouncing.localnet> Message-ID: <4116ABF6.6000702@boegenielsen.dk> MJ Ray skrev: >On 2004-08-05 15:32:34 +0100 Thomas B?ge <thomas@boegenielsen.dk> wrote: > > > >>Fields below 010 do not have subfields at >>/usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >> >> > >Is that in MARCmarc2kohaOneField? Is this assertion still true for danmarc2? If so, why don't we see this problem everywhere? > > > I would really like to answer your question - But I dont have enough knowledge. As I under stand MARCmarc2kohaOneField is a variable in the perlscript. I have made no changes to the perlscripts (actually I am no perl-coder), but only tried to setup the links between koha-old-db and danmarc2 through the web-interface. I will be happy to give you more information if you could give me a some help to find the nescessary information. /Thomas From baljkas at mts.net Fri Aug 6 12:31:30 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] losing data during import Message-ID: <20040806003130.KCHG4492.mx-mtaout01.mts.net@mx-mtaout> Thursday, August 5, 2004 19:13 CDT Hi, Scott, Sorry, I didn't get your message until just now. I think our ISP must be slow today. Anyway, I spent some time last night and today with your records. I cleaned out the error-causing characters manually last night as a test: for 15 records, it took me 90 minutes (although I did correct a few little MARC errors in the process). As part 2 of my self-imposed testing, I then tried downloading what I'll call (and you'll have to forgive me this jingoism) good MARC records from the NLC database: it took 15 minutes. A much better time ratio. When I've done editing them later tonight, I send you the sets off listserv (as real MARC, they wouldn't display properly anyway: for reasons I've never figured out, sending them as attachments somehow integrates them into the message). Anyway, you'll have: 1. your original set reconverted; and, 2. edited records with the text you wanted integrated into each record (not what I would recommend); and then, 3. edited records with a hyperlink to the same text (what I would and did recommend: I think one of my messages to you might have got lost in the ether). I think that will demonstrate why it is preferable to make a hyperlink. I am sure that with your skill you could even make the link appear like an extension to the Koha page so that users wouldn't even be aware they had left the catalogue. Incidentally, 2 of the NLC records that I used as base copy had hyperlinks already in them to (essentially) PURLs at the Library of Congress. They even have pictures of the book copies, which is kind of neat, too. > The majority of the data I've converted seems to import > correctly. I don't know if it was valid MARC, but that > has not prevented the rest from importing, which is what > I'm concerned about. No, and I certainly can understand that. If the examples I'm sending back to you seem too pedantically over-corrective, please forgive me: it is just that once one learns the description standards of the International Standard for Bibliographic Description [ISBD], it is very hard to ignore the training and do things otherwise (when I write down book references for friends I am constantly having to correct the perfect ISBD that comes naturally to me but looks weird to non-cataloguers). If you wouldn't mind terribly indulging my curiosity, I would like to see what kind of 'MARC' the records were in originally. Broadening my own horizons if nothing else. TIA. > > P.S. You really shouldn't use the $g in 100 in the way > > that you did. That's not what it was intended for. > > I'm a bit new to this; is there a better place to put it? > Ideally, I'd like to include as much information as > possible, and keep the data normalized, but I get the > impression that MARC and Koha weren't designed for that. Yep, as I wrote in the message that apparently went missing, no ILS was ever really intended to offer as much info as you want, you little keener you! ;-) Again, the records that I'll send later tonight (my time) will show you 2 different ways of including all that info you've compiled with patience and effort: as integrated and as hyperlinked information. I think the latter is preferable, but then again I am biased by training and experience following rules that basically outlaw what you want to do. (In fact, I can remember my cataloguing mentor criticizing a piece of my work once because I offered a one sentence evaluation of the argument of the book in a 520. Even though she appreciated it and didn't argue with my assessment, it wasn't description, as she rightly pointed out, it was commentary.) Anyway, I admire your intentions and if you aren't happy with the suggestions that I made, we can confab some more and find something that fits within the rules and still pleases you. Until later tonight then, Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From mjr at dsl.pipex.com Mon Aug 9 11:55:13 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <4116ABF6.6000702@boegenielsen.dk> Message-ID: <9597691806c6090aaaf197bd2511787b@bouncing.localnet> On 2004-08-08 23:40:54 +0100 Thomas B?ge <thomas@boegenielsen.dk> wrote: > MJ Ray skrev: >> On 2004-08-05 15:32:34 +0100 Thomas B?ge <thomas@boegenielsen.dk> wrote: >>> Fields below 010 do not have subfields at >>> /usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >> Is that in MARCmarc2kohaOneField? Is this assertion still true for >> danmarc2? If so, why don't we see this problem everywhere? > I would really like to answer your question - But I dont have enough > knowledge. There are three questions. The third is hoping for a developer, not really aimed at you in particular. Let's look at the other two. > As I under stand MARCmarc2kohaOneField is a variable in the > perlscript. [...] It's a function. In other words: if you look at line 909 of the named file, then move up to the first line starting "sub", is the next word MARCmarc2kohaOneField? > I will be happy to give you more information if you could give me a some help > to find the nescessary information. I don't know danmarc enough to know where to tell you to find the necessary information about whether it has repeatable fields below 010. Maybe someone on this list does. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From thomas at boegenielsen.dk Mon Aug 9 13:23:06 2004 From: thomas at boegenielsen.dk (Thomas =?ISO-8859-1?Q?B=F8ge?=) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <9597691806c6090aaaf197bd2511787b@bouncing.localnet> Message-ID: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> Thank you for trying to help me. Yes, the error occurs in the sub MARCmarc2kohaOneField. Yes, There are tags as well as subfields which are repeatable in danmarc2. None of them are linked to the old-koha-db. /Thomas 8/8-2004, wrote "MJ Ray" <mjr@dsl.pipex.com>: >On 2004-08-08 23:40:54 +0100 Thomas B??ge <thomas@boegenielsen.dk> wrote: > >> MJ Ray skrev: >>> On 2004-08-05 15:32:34 +0100 Thomas B??ge <thomas@boegenielsen.dk> wrote: >>>> Fields below 010 do not have subfields at >>>> /usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >>> Is that in MARCmarc2kohaOneField? Is this assertion still true for >>> danmarc2? If so, why don't we see this problem everywhere? >> I would really like to answer your question - But I dont have enough >> knowledge. > >There are three questions. The third is hoping for a developer, not really aimed at you in particular. Let's look at the other two. > >> As I under stand MARCmarc2kohaOneField is a variable in the >> perlscript. [...] > >It's a function. In other words: if you look at line 909 of the named file, then move up to the first line starting "sub", is the next word MARCmarc2kohaOneField? > >> I will be happy to give you more information if you could give me a some help >> to find the nescessary information. > >I don't know danmarc enough to know where to tell you to find the necessary information about whether it has repeatable fields below 010. Maybe someone on this list does. > >-- >MJR/slef My Opinion Only and not of any group I know >http://www.ttllp.co.uk/ for creative copyleft computing >Please email about: BT alternative for line rental+DSL; >Education on SMEs+EU FP6; office filing that works fast > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha From esalayon at tip.edu.ph Mon Aug 9 14:13:29 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] author code Message-ID: <4674.61.9.6.227.1092017609.squirrel@mail.tip.edu.ph> does koha include author code info? From dwilliams at computerpark.co.uk Mon Aug 9 19:48:12 2004 From: dwilliams at computerpark.co.uk (David Williams) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z39.50 searches (newbie question) Message-ID: <1092037692.41172c3c44481@mailserver.computerpark.dyndns.biz> Hi Please forgive such a basic question, but am I right in thinking that the z39.50 tool will retrieve biblio data when searching on a bar code/isbn? (assuming that Koha has been configured with the necessary module & the server's are configured). The reason I ask, is that a school I am planning on installing Koha in have seen the java based 'Readerware' package, which searches on the web for a bar code & then populates the (hsql) db with the required info. Although this package is pleasant on the eye and very easy to use, I really don't want to advocate a closed source, proprietary package which is nowhere near as powerful as Koha (for reasons which I'm sure are obvious here). It's just that the point & scan simplicity really appeals to the school, hence my question on z39.50. Lastly, and this is really embarrassing, I can't seem to locate the z39.50 search dialog within Koha! I've set up a couple of servers in the parameters section, but can't remember in which section the search tool is (I have installed Koha with all required modules). Sorry for being sooo lame. Any help is much appreciated. Best Regards Dave. -- EMail: dwilliams@computerpark.co.uk ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --------------------------------------------------------- This private and confidential e-mail has been sent to you by Computer Park Ltd. If you are not the intended recipient of this e-mail and have received it in error, please notify us via the email address or telephone number below, and then delete it from your mailbox. Email: mailbox@computerpark.co.uk Tel: +44 (0) 1536 417155 Fax: +44 (0) 1536 417566 Head Office: Computer Park Ltd, Broughton Grange, Headlands, Kettering Northamptonshire NN15 6XA Registered in England: 3022961. Registered Office: 6 North Street, Oundle, Peterborough PE8 4AL ========================================================= From mjr at dsl.pipex.com Mon Aug 9 21:35:34 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z39.50 searches (newbie question) In-Reply-To: <1092037692.41172c3c44481@mailserver.computerpark.dyndns.biz> Message-ID: <135fa783838b5bf733908df1e49d488a@bouncing.localnet> On 2004-08-09 08:48:12 +0100 David Williams <dwilliams@computerpark.co.uk> wrote: > Please forgive such a basic question, but am I right in thinking that > the > z39.50 > tool will retrieve biblio data when searching on a bar code/isbn? If everything is configured and you have a following wind. > [...] this is really embarrassing, I can't seem to locate the z39.50 > search dialog within Koha! I've set up a couple of servers in the > parameters > section, but can't remember in which section the search tool is (I > have > installed Koha with all required modules). Sorry for being sooo lame. Is this really a question? http://mjr.towers.org.uk/email.html#want The z39.50 search is often accessed from the bibliography data entry page, during an acquisition, after entering an ISBN or other distinguishing info. I think it's a link at the right-hand end of the "bibliography form navigation bar" in the standard template. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From dwilliams at computerpark.co.uk Mon Aug 9 21:32:16 2004 From: dwilliams at computerpark.co.uk (David Williams) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z3950 search - browser issue Message-ID: <1092043936.411744a01855f@mailserver.computerpark.dyndns.biz> Hi (again) With reference to my earlier post, where I could not find the z3950 search button, I have found that the page was not being displayed correctly under konqueror v 3.2.1. As soon as I launched Koha in another browser, the button was there! Sorry to waste your time. Regards Dave. -- EMail: dwilliams@computerpark.co.uk ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. --------------------------------------------------------- This private and confidential e-mail has been sent to you by Computer Park Ltd. If you are not the intended recipient of this e-mail and have received it in error, please notify us via the email address or telephone number below, and then delete it from your mailbox. Email: mailbox@computerpark.co.uk Tel: +44 (0) 1536 417155 Fax: +44 (0) 1536 417566 Head Office: Computer Park Ltd, Broughton Grange, Headlands, Kettering Northamptonshire NN15 6XA Registered in England: 3022961. Registered Office: 6 North Street, Oundle, Peterborough PE8 4AL ========================================================= From paul.poulain at free.fr Mon Aug 9 21:57:38 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <32823.65.24.138.126.1091972734.spork@webmail.skemotah.com> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> <20040808041149.GA14600@SerDevian.XYZZ.org> <32823.65.24.138.126.1091972734.spork@webmail.skemotah.com> Message-ID: <41174A92.3030804@free.fr> Stephen Hedges wrote: >BTW, notice also that NPL is now listing _all_ of the notes from all of >the MARC note fields on the OPAC detail page. Once we get the code a >little cleaner and more universal (so it works for UNIMARC or no-MARC >libraries), we'll be committing it to CVS. NPL is also looking into >doing the same thing with all of the MARC subject tags, thus bypassing the >Koha tables to pull information directly from the MARC tables. > > Also note that in 2.2, the OPAC as well as the librarian interface will have 3 view for a given biblio : * "simple" (=the OPAC view in 2.0) * MARC (= complete view) * ISBD. The ISBD format is still on the way. There are several rules in ISBD that are not easy to code (more complex when you need something that works with UNIMARC, MARC21, and any MARC flavour). However, the ISBD display will be a systempref parameter & builded from the MARC tables (=complete record) HTH -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Mon Aug 9 22:02:08 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <538801c47d6f$8da3a350$0a0a010a@mail2world.com> References: <538801c47d6f$8da3a350$0a0a010a@mail2world.com> Message-ID: <41174BA0.7030905@free.fr> M Brooke Helman wrote: > That is saaaweet! The anal retentive filer in me has been waiting for > this to happen. > Hey, have you been spying on my wish list? ;) It's great that this > stuff is getting done. This project gets more viable everyday. Thanks > so much folks! I truly have seen better results from Koha than > commercial products. Just to lower your enthusiasm, let me just remind that the solution must work with english as well as french & other languages. It's really easy to do it just for french (for example), it's more complex to do it for any language. <stephen> I think the best solution could be to use the "stopword" table. Add 1 field 'ignore also in unititle', and automatically compute the unititle from the title, by removing 'ignore also in unititle' words at the beginning of the complete title. I've no time to do it for instance. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Mon Aug 9 22:35:40 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z39.50 searches (newbie question) In-Reply-To: <1092037692.41172c3c44481@mailserver.computerpark.dyndns.biz> References: <1092037692.41172c3c44481@mailserver.computerpark.dyndns.biz> Message-ID: <32788.65.24.138.126.1092047740.spork@webmail.skemotah.com> David Williams said: > Please forgive such a basic question, but am I right in thinking that the > z39.50 > tool will retrieve biblio data when searching on a bar code/isbn? ISBN, yes -- barcode, no. ("Barcodes," as the term is used by Koha, are specific to one library only. But from the rest of your message, I assume you mean the scannable ISBN barcode that appears on the back on most books, not the barcode the library assigns to the book.) Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Mon Aug 9 22:49:55 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <41174BA0.7030905@free.fr> References: <538801c47d6f$8da3a350$0a0a010a@mail2world.com> <41174BA0.7030905@free.fr> Message-ID: <32792.65.24.138.126.1092048595.spork@webmail.skemotah.com> Paul POULAIN said: > Just to lower your enthusiasm, let me just remind that the solution must > work with english as well as french & other languages. It's really easy > to do it just for french (for example), it's more complex to do it for > any language. Actually, the solution NPL uses works with MARC21 but not UNIMARC. MARC21 uses the second indicator of the 245a subfield to tell how many characters to skip before "indexing" the title. So if a title starts with "the " the second indicator is 4 (skip three letters and a space to get to the correct "filing" character). From what I can see, UNIMARC has no such handy indicator. Certainly a language issue, as you suggest. [This is probably more appropriate for the developers list, but I sometimes think it might be a good idea to start considering "flavours" of Koha, just as there are flavours of MARC. We loose lots of capability that is built into MARC when we try to engineer a solution that will work for everbody all of the time.] > <stephen> > I think the best solution could be to use the "stopword" table. Add 1 > field 'ignore also in unititle', and automatically compute the unititle > from the title, by removing 'ignore also in unititle' words at the > beginning of the complete title. > I've no time to do it for instance. Yeah, that sounds like it has possibilities. Now, who does have the time... Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From roger at hrothgar.co.uk Mon Aug 9 23:13:19 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z3950 search - browser issue In-Reply-To: <1092043936.411744a01855f@mailserver.computerpark.dyndns.biz> Message-ID: <Marcel-1.53-0809111319-bbaWr#W@hrothgar.hereot> On Mon 09 Aug, David Williams wrote: > With reference to my earlier post, where I could not find the z3950 search > button, I have found that the page was not being displayed correctly under > konqueror v 3.2.1. As soon as I launched Koha in another browser, the button > was there! Sorry to waste your time. You are right that Koha does not display some pages well in Konqueror, especially Javascript ones. Which is a pity. Roger -- Roger Horne, 11 New Square, Lincoln's Inn, London WC2A 3QB mailto:roger@hrothgar.co.uk From paul.poulain at free.fr Mon Aug 9 23:41:44 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z3950 search - browser issue In-Reply-To: <Marcel-1.53-0809111319-bbaWr#W@hrothgar.hereot> References: <Marcel-1.53-0809111319-bbaWr#W@hrothgar.hereot> Message-ID: <411762F8.40604@free.fr> Roger Horne wrote: >On Mon 09 Aug, David Williams wrote: > > > >>With reference to my earlier post, where I could not find the z3950 search >>button, I have found that the page was not being displayed correctly under >>konqueror v 3.2.1. As soon as I launched Koha in another browser, the button >>was there! Sorry to waste your time. >> >> > >You are right that Koha does not display some pages well in Konqueror, >especially Javascript ones. Which is a pity. > > Don't hesitate to use bugs.koha.org if you know the reason of this. And it won't be a pity for a long time. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From bigwood at lpi.usra.edu Tue Aug 10 02:56:48 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] z39.50 searches (newbie question) Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C7D6@exch_be.cass.loc> Probably not with the barcode on the back of the item either unless you have done some programming on the reader. The code on the back of the book is the International Article Number. It contains the ISBN but adds a prefix and then changes the last digit of the ISBN, the check digit. It would be possible to drop the 1st 3 numbers scanned and then recalculate the check digit, but it is not the default on most readers. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Stephen Hedges Sent: Monday, August 09, 2004 5:36 AM To: David Williams Cc: Koha Mailing List Subject: Re: [Koha] z39.50 searches (newbie question) David Williams said: > Please forgive such a basic question, but am I right in thinking that the > z39.50 > tool will retrieve biblio data when searching on a bar code/isbn? ISBN, yes -- barcode, no. ("Barcodes," as the term is used by Koha, are specific to one library only. But from the rest of your message, I assume you mean the scannable ISBN barcode that appears on the back on most books, not the barcode the library assigns to the book.) Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From bigwood at lpi.usra.edu Tue Aug 10 04:01:26 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress Message-ID: <CFFBFA07ADF25F4FACE318718677C09804C7D7@exch_be.cass.loc> For some examples of how the Library of Congress is adding additional data check out http://www.loc.gov/catdir/beat/beat.html One thing to consider is if the additional information would clog up the catalog. Adding a bibliographic essay for every author in every record would be redundant. Adding possible typos and synonyms for every subject heading would add unnecessary bloat. The ISBN ranges used by a publisher might be useful information but would not belong in every bib record for each of their publications. The associated authority records can handle that or some other method of linking. If the information is for the item in hand then it belongs in the bibliographic record. FRBR and an entity-relationship model clarifies things quite a bit, once it is worked through. Sincerely David Bigwood I suppose I'll have to implement an "author detail" page and appropriate database storage for it. The detail I'm looking for is probably not appropriate in a marc record. From thomas at boegenielsen.dk Tue Aug 10 06:11:11 2004 From: thomas at boegenielsen.dk (=?ISO-8859-1?Q?Thomas_B=F8ge?=) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> References: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> Message-ID: <4117BE3F.4070303@boegenielsen.dk> Well - now I have tried to set repeatable=0 the tables /marc_tag_structure <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_tag_structure> and / /marc_subfield_structure <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_subfield_structure>/ for any tagfield<10 directly on the db with sql. But the same error occurs: Fields below 010 do not have subfields at /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl line 39 [Mon Aug 9 20:07:40 2004] [error] [client 80.62.82.158] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl Thomas B?ge skrev: >Thank you for trying to help me. > >Yes, the error occurs in the sub MARCmarc2kohaOneField. >Yes, There are tags as well as subfields which are repeatable in >danmarc2. None of them are linked to the old-koha-db. >/Thomas > > >8/8-2004, wrote "MJ Ray" <mjr@dsl.pipex.com>: > > > >>On 2004-08-08 23:40:54 +0100 Thomas B??ge <thomas@boegenielsen.dk> wrote: >> >> >> >>>MJ Ray skrev: >>> >>> >>>>On 2004-08-05 15:32:34 +0100 Thomas B??ge <thomas@boegenielsen.dk> wrote: >>>> >>>> >>>>>Fields below 010 do not have subfields at >>>>>/usr/local/koha/intranet/modules/C4/Biblio.pm line 909 >>>>> >>>>> >>>>Is that in MARCmarc2kohaOneField? Is this assertion still true for >>>>danmarc2? If so, why don't we see this problem everywhere? >>>> >>>> >>>I would really like to answer your question - But I dont have enough >>>knowledge. >>> >>> >>There are three questions. The third is hoping for a developer, not really aimed at you in particular. Let's look at the other two. >> >> >> >>>As I under stand MARCmarc2kohaOneField is a variable in the >>>perlscript. [...] >>> >>> >>It's a function. In other words: if you look at line 909 of the named file, then move up to the first line starting "sub", is the next word MARCmarc2kohaOneField? >> >> >> >>>I will be happy to give you more information if you could give me a some help >>>to find the nescessary information. >>> >>> >>I don't know danmarc enough to know where to tell you to find the necessary information about whether it has repeatable fields below 010. Maybe someone on this list does. >> >>-- >>MJR/slef My Opinion Only and not of any group I know >>http://www.ttllp.co.uk/ for creative copyleft computing >>Please email about: BT alternative for line rental+DSL; >>Education on SMEs+EU FP6; office filing that works fast >> >>_______________________________________________ >>Koha mailing list >>Koha@lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > From paul.poulain at free.fr Tue Aug 10 07:05:48 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <4117BE3F.4070303@boegenielsen.dk> References: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> <4117BE3F.4070303@boegenielsen.dk> Message-ID: <4117CB0C.6020803@free.fr> Thomas B?ge wrote: > Well - now I have tried to set repeatable=0 the tables > > > /marc_tag_structure > <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_tag_structure> > > and / > > > /marc_subfield_structure > <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_subfield_structure>/ > for any tagfield<10 directly on the db with sql. > > > But the same error occurs: > Fields below 010 do not have subfields at > /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl line 39 > [Mon Aug 9 20:07:40 2004] [error] [client 80.62.82.158] Premature end > of script headers: > /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl The problem is NOT repeatable subfields. It's that in MARC, fields below 10 do not have subfields. This error is not a Koha one, but a MARC::Record one. If danmarc has subfields in field below 10, then it's a really a problem... I think this error occurs because you have mapped to tab=10 or to items.something field a field < 010. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From BernadetteC at burwood.org.nz Tue Aug 10 08:43:49 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Koha 2.0 query Message-ID: <3B01A309C0CE8C42A9EE891E8FFBCBC8120824@burwoodacademy.burwood.org.nz> Hi, Does anyone know how to set the expiry date for new members, in my library it states 4008! Kind regards, Bernadette ___________________________________________ Bernadette Cassidy Library & Learning Coordinator Allan Bean Centre for Research and Learning in Rehabilitation Private Bag 4708 Burwood Hospital Christchurch New Zealand Tel: (03) 383 9492 Fax: (03) 383 7500 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040810/740f6c55/attachment.htm From Jason_Gretencord at ADMWORLD.com Tue Aug 10 05:19:00 2004 From: Jason_Gretencord at ADMWORLD.com (Gretencord, Jason) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Duplicate items Message-ID: <1BDBECC76CB9FC44BDFC8753B0837E2F04C60624@rdpdc-cluster.research.na.admworld.com> We are running Koha 2.0.0 on RH Linux. For some reason, our imported bibliographic records show a duplicate item in the items tab (tab 10) of the MARC record. The main biblio record display shows the correct item count and a check of the items table in the database shows no duplicate rows for the problematic items. New bibliographic records entered from scratch do not exhibit this behavior. Any ideas? -- Jason Gretencord Scientific User Support Specialist Archer Daniels Midland Company James R. Randall Research Center 217-451-3028 CONFIDENTIALITY NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email reply or by telephone and immediately delete this message and any attachments. In the U.S. call us toll free at (800) 637-5843. Spanish, French, French (Canada), Portuguese, Polish, German, Dutch, Turkish, Russian, Japanese and Chinese: http://www.admworld.com/confidentiality.htm. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040809/91607e09/attachment.html From baljkas at mts.net Mon Aug 9 14:07:14 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] author code Message-ID: <20040809020714.VRAI4492.mx-mtaout01.mts.net@mx-mtaout> Sunday, August 8, 2004 21:05 CDT Hi, Eric, > Date: 2004/08/08 Sun PM 09:13:29 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] author code > > does koha include author code info? What do you mean by "author code info"? Author information can be entered in the 100 from the MARC perspective. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From N.Hatch at ecla.de Tue Aug 10 01:05:02 2004 From: N.Hatch at ecla.de (Nicole Hatch) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] where is my dewey decimal number? Message-ID: <36A66A894E83724CBD97F09AB7615E260B24EB@eclaex01.ecla.int> Hello Koha, We recently installed Koha 2.0, and now I am trying to catalogue our small collection. I followed Brooke's Newbie Guide step by step, and I think I have done everything correctly. But when I search for a record in the user OPAC, the dewey decimal number does not show up. This is what I'm getting ISBN: 3787314431 <http://opac.ecla.int/cgi-bin/koha/opac-searchresults.pl?isbn=3787314431 > Author: Kant, Immanuel, <http://opac.ecla.int/cgi-bin/koha/opac-searchresults.pl?author=Kant%2C% 20Immanuel%2C> Published by :Meiner, in 1999 , xxxix, 126 p. ; , 19 cm. Year : 1999 Dewey: 0.000000 <http://opac.ecla.int/cgi-bin/koha/opac-searchresults.pl?type=opac&dewey =0.000000> LCCN: 00298159 Total Number of Items: 2 What am I doing wrong? Also, is there any way to get a full-record search result? I should probably mention that although "Librarian" is part of my job title, I do not have my MSLS. ECLA is a very small institution, and I was basically handed the library project because I was the only administrator with any library experience. Thanks, Nicole Nicole Hatch Programme Coordinator / Librarian European College of Liberal Arts Platanenstr. 24 13156 Berlin +49 30 4373 3124 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040809/554d2e6e/attachment.htm From koha-main at toykeeper.net Tue Aug 10 11:34:45 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <41174A92.3030804@free.fr> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> <20040808041149.GA14600@SerDevian.XYZZ.org> <32823.65.24.138.126.1091972734.spork@webmail.skemotah.com> <41174A92.3030804@free.fr> Message-ID: <20040809233445.GC20356@SerDevian.XYZZ.org> Hello... I was thinking about building a full MARC display today, and then came across some related messages... Anyway, here is how I was thinking of implementing a more complete display. It essentially involves a marc tag list consumable by the template, and a generic CSS-friendly display controlled by a separate CSS file. Details are below: Build a hash of marc data for each relevant record. Perhaps two-layered, to account for both fields and subfields. These will go into a list I'll call "records". Pass this to the display template along with the koha data. While displaying the records, the template should pull out and consume (remove from the hash) whatever fields are desired, then display the rest afterward, in a generic format. To prevent display of a field, the template should consume it without printing it. The template would generate output similar to... (pseudocode, but for clarity, code is in <? ?>'s) <div class="book_overview"> <div class="245a"><h4>Title:</h4> <span class="245a"><? print record["245"]["a"] ?></span> <? delete record["245"]["a"] ?> </div> <div class="100a"><h4>Author:</h4> <span class="100a"><? print record["100"]["a"] ?></span> <? delete record["100"]["a"] ?> </div> </div> ... and below (any info not used above) ... a titled div for each tag, containing a titled div for each subfield and the actual data in a span: Additional MARC Info +------------------------------------------------+ | Additional author (700) | | +--------------------------------------------+ | | | Personal Name (700 $a): Doe, John | | | +--------------------------------------------+ | | +--------------------------------------------+ | | | Description (700 $g): blah blah blah | | | +--------------------------------------------+ | +------------------------------------------------+ <div class="marc"> <? for each tag in record: ?> <div class="<? print tag ?>"> <h3><? print tag_names[tag], (tag) ?>/h3> <? for each field in record[tag]: ?> <div class="<? print tag, field ?>"> <h4><? print tag_names[tag], (tag) ?></h4> <span class="<? print tag, field ?>"> <? print record[tag][field] ?> </span> </div> <? end for ?> </div> <? end for ?> </div> Layout detail would then be implemented with CSS, with generic formatting for most tags and special formatting for any known tags which should stand out. See http://csszengarden.com/ for details of how this sort of layout can work. Anyway, this would require the template to do a little more than just print out variables. It would need to call functions and/or unset hash entries. Is that possible? Does any of this sound reasonable? Should I be posting on the dev list instead? * Paul POULAIN <paul.poulain@free.fr> wrote: > >BTW, notice also that NPL is now listing _all_ of the notes from all of > >the MARC note fields on the OPAC detail page. Once we get the code a > >little cleaner and more universal (so it works for UNIMARC or no-MARC > >libraries), we'll be committing it to CVS. NPL is also looking into > >doing the same thing with all of the MARC subject tags, thus bypassing the > >Koha tables to pull information directly from the MARC tables. > > > > > Also note that in 2.2, the OPAC as well as the librarian interface will > have 3 view for a given biblio : > * "simple" (=the OPAC view in 2.0) > * MARC (= complete view) > * ISBD. The ISBD format is still on the way. There are several rules in > ISBD that are not easy to code (more complex when you need something > that works with UNIMARC, MARC21, and any MARC flavour). However, the > ISBD display will be a systempref parameter & builded from the MARC > tables (=complete record) -- Scott From shedges at skemotah.com Tue Aug 10 11:44:44 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] where is my dewey decimal number? In-Reply-To: <36A66A894E83724CBD97F09AB7615E260B24EB@eclaex01.ecla.int> References: <36A66A894E83724CBD97F09AB7615E260B24EB@eclaex01.ecla.int> Message-ID: <32864.65.24.138.126.1092095084.spork@webmail.skemotah.com> Did you map one of your MARC subfields to biblioitems.dewey? That's where the dewey number is stored. But note that biblioitems.dewey can only store a number, so things like "753.01 Ba" won't work (in ver. 2.0) -- you want just "753.01." Stephen Nicole Hatch said: > Hello Koha, > > We recently installed Koha 2.0, and now I am trying to catalogue our > small collection. I followed Brooke's Newbie Guide step by step, and I > think I have done everything correctly. But when I search for a record > in the user OPAC, the dewey decimal number does not show up. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From esalayon at tip.edu.ph Tue Aug 10 14:23:02 2004 From: esalayon at tip.edu.ph (Eric G. Salayon) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] modifying tags Message-ID: <1487.61.9.6.227.1092104582.squirrel@mail.tip.edu.ph> in modifying tags (MARC tag structures), what is meant by Repeatable, Mandatory and Authorised value? i assumed that authorised value are derived from data in the system parameter, am i correct? From thornswabbler at earthlink.net Tue Aug 10 14:22:32 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems with subject searching Message-ID: <200408092122.32220.thornswabbler@earthlink.net> I am working with Koha 2.0.0. Subject searching doesn't seem to be working. When I try an "Advanced Search->Search on Subject" in the opac, I get zero retrieval, even when I know for certain that I've created items in the catalog with that subject. I'm wondering if the problem is that I need to define mappings in parameters->links koha MARC Db. I see a message there saying that if I change the link between a MARC subfield and a non-MARC field, I need to run the misc/rebuildnonmarc.pl script. But when I try to do that, I get an error message that says that the script can't locate C4/Content.pm in @INC (error message follows). ./rebuildnonmarc.pl Can't locate C4/Context.pm in @INC (@INC contains: /usr/lib/perl5/5.8.1/ i586-linux-thread-multi /usr/lib/perl5/5.8.1 /usr/lib/perl5/site_perl/5.8.1/ i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/ site_perl /usr/lib/perl5/vendor_perl/5.8.1/i586-linux-thread-multi /usr/lib/ perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl .) at ./rebuildnonmarc.pl line 10. BEGIN failed--compilation aborted at ./rebuildnonmarc.pl line 10. I know the location of the C4 directory, which does contain a Context.pm. This seems like some kind of path error--the directory containing this module evidently isn't stored in @INC. I tried pushing it there by adding a line to readuilbnonmarc.pl, but that didn't work. Does anyone know what the problem might be? For what it's worth, I've run into some path problems previously with Koha on SuSE Linux 9.0 professional. Mike Watson From paul.poulain at free.fr Tue Aug 10 19:20:53 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] can't locate C4/xxx.pm => IMPORTANT In-Reply-To: <200408092122.32220.thornswabbler@earthlink.net> References: <200408092122.32220.thornswabbler@earthlink.net> Message-ID: <41187755.9070409@free.fr> Michael Watson wrote: >I'm wondering if the problem is that I need to define mappings in >parameters->links koha MARC Db. I see a message there saying that if I change >the link between a MARC subfield and a non-MARC field, I need to run the >misc/rebuildnonmarc.pl script. But when I try to do that, I get an error >message that says that the script can't locate C4/Content.pm in @INC (error >message follows). > >./rebuildnonmarc.pl >Can't locate C4/Context.pm in @INC (@INC contains: /usr/lib/perl5/5.8.1/ >i586-linux-thread-multi /usr/lib/perl5/5.8.1 /usr/lib/perl5/site_perl/5.8.1/ >i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/ >site_perl /usr/lib/perl5/vendor_perl/5.8.1/i586-linux-thread-multi /usr/lib/ >perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl .) at ./rebuildnonmarc.pl >line 10. >BEGIN failed--compilation aborted at ./rebuildnonmarc.pl line 10. > >I know the location of the C4 directory, which does contain a Context.pm. This >seems like some kind of path error--the directory containing this module >evidently isn't stored in @INC. I tried pushing it there by adding a line to >readuilbnonmarc.pl, but that didn't work. Does anyone know what the problem >might be? > > type : export PERL5LIB=/path/to/koha before rebuildnonmarc.pl REMEMBER this, as it's mandatory for most scripts. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Aug 10 19:24:24 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] importing, marc mapping, progress In-Reply-To: <20040809233445.GC20356@SerDevian.XYZZ.org> References: <20040802012603.GA26460@SerDevian.XYZZ.org> <000501c47838$4b661720$6cb8a18e@oemcomputer> <20040808041149.GA14600@SerDevian.XYZZ.org> <32823.65.24.138.126.1091972734.spork@webmail.skemotah.com> <41174A92.3030804@free.fr> <20040809233445.GC20356@SerDevian.XYZZ.org> Message-ID: <41187828.4010007@free.fr> Scott Scriven wrote: > <>Hello... > > I was thinking about building a full MARC display today, and then > came across some related messages... Anyway, here is how I was > thinking of implementing a more complete display. It essentially > involves a marc tag list consumable by the template, and a > generic CSS-friendly display controlled by a separate CSS file. > Details are below: > > Build a hash of marc data for each relevant record. Perhaps > two-layered, to account for both fields and subfields. These > will go into a list I'll call "records". Pass this to the > display template along with the koha data. > > While displaying the records, the template should pull out and > consume (remove from the hash) whatever fields are desired, > then display the rest afterward, in a generic format. To > prevent display of a field, the template should consume it > without printing it. > > The template would generate output similar to... > (pseudocode, but for clarity, code is in <? ?>'s) > > <div class="book_overview"> > <div class="245a"><h4>Title:</h4> > <span class="245a"><? print record["245"]["a"] ?></span> > <? delete record["245"]["a"] ?> > </div> > <div class="100a"><h4>Author:</h4> > <span class="100a"><? print record["100"]["a"] ?></span> > <? delete record["100"]["a"] ?> > </div> > </div> > > ... and below (any info not used above) ... a titled div for each > tag, containing a titled div for each subfield and the actual > data in a span: > > Additional MARC Info > +------------------------------------------------+ > | Additional author (700) | > | +--------------------------------------------+ | > | | Personal Name (700 $a): Doe, John | | > | +--------------------------------------------+ | > | +--------------------------------------------+ | > | | Description (700 $g): blah blah blah | | > | +--------------------------------------------+ | > +------------------------------------------------+ > > <div class="marc"> > <? for each tag in record: ?> > <div class="<? print tag ?>"> > <h3><? print tag_names[tag], (tag) ?>/h3> > <? for each field in record[tag]: ?> > <div class="<? print tag, field ?>"> > <h4><? print tag_names[tag], (tag) ?></h4> > <span class="<? print tag, field ?>"> > <? print record[tag][field] ?> > </span> > </div> > <? end for ?> > </div> > <? end for ?> > </div> > > Layout detail would then be implemented with CSS, with generic > formatting for most tags and special formatting for any known > tags which should stand out. See http://csszengarden.com/ for > details of how this sort of layout can work. > > Anyway, this would require the template to do a little more than > just print out variables. It would need to call functions and/or > unset hash entries. Is that possible? > > Does any of this sound reasonable? It's almost what we plan to do for "ISBD view". Not exactly, but near. About css, i must admit i'm not a css-master, so help in actual code is welcomed (note it's better in the coming 2.2, but not yet csszengarden-top-quality ;-) = > <> Should I be posting on the > dev list instead? yes, I cc it. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Tue Aug 10 23:12:55 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] modifying tags In-Reply-To: <1487.61.9.6.227.1092104582.squirrel@mail.tip.edu.ph> References: <1487.61.9.6.227.1092104582.squirrel@mail.tip.edu.ph> Message-ID: <32797.65.24.138.126.1092136375.spork@webmail.skemotah.com> The "Online Help" files in the wiki are still very much under construction, but you should still check here: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=SubFields for some helpful information. Stephen Eric G. Salayon said: > in modifying tags (MARC tag structures), what is meant by Repeatable, > Mandatory and Authorised value? i assumed that authorised value are > derived from data in the system parameter, am i correct? -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Tue Aug 10 23:25:58 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Problems with subject searching In-Reply-To: <200408092122.32220.thornswabbler@earthlink.net> References: <200408092122.32220.thornswabbler@earthlink.net> Message-ID: <32818.65.24.138.126.1092137158.spork@webmail.skemotah.com> Michael Watson said: > I am working with Koha 2.0.0. Subject searching doesn't seem to be > working. > When I try an "Advanced Search->Search on Subject" in the opac, I get zero > retrieval, even when I know for certain that I've created items in the > catalog with that subject. I have the same problem with a recently downloaded version of 2.0, so I think it's a new bug. I've submitted a bug report: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=815 Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From kc at menighedsfakultetet.dk Tue Aug 10 23:48:57 2004 From: kc at menighedsfakultetet.dk (Karin Christensen) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error References: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> <4117BE3F.4070303@boegenielsen.dk> <4117CB0C.6020803@free.fr> Message-ID: <005001c47ed0$0638ce60$a201000a@mf> "Paul POULAIN" wrote: > Thomas B?ge wrote: > > > Well - now I have tried to set repeatable=0 the tables > > > > > > /marc_tag_structure > > <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_tag_structure> > > > > and / > > > > > > /marc_subfield_structure > > <http://thomas.mine.nu/phpmyadmin/tbl_properties_structure.php?lang=en-iso-8859-1&server=1&db=Koha&table=marc_subfield_structure>/ > > for any tagfield<10 directly on the db with sql. > > > > > > But the same error occurs: > > Fields below 010 do not have subfields at > > /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl line 39 > > [Mon Aug 9 20:07:40 2004] [error] [client 80.62.82.158] Premature end > > of script headers: > > /usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl > > The problem is NOT repeatable subfields. > It's that in MARC, fields below 10 do not have subfields. > > This error is not a Koha one, but a MARC::Record one. > If danmarc has subfields in field below 10, then it's a really a problem... > > I think this error occurs because you have mapped to tab=10 or to > items.something field a field < 010. Yes, DanMARC2 has all codes placed in each their subfield in tags below 10, e.g. 004, 008, and 009. (None of them are mapped to Koha DB fields, though). Karin (working on the same installation as Thomas B?ge) > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.poulain at free.fr Wed Aug 11 00:18:35 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Cannot add Item - server error In-Reply-To: <005001c47ed0$0638ce60$a201000a@mf> References: <E1BtysU-0006Hg-97@marie.boegenielsen.dk> <4117BE3F.4070303@boegenielsen.dk> <4117CB0C.6020803@free.fr> <005001c47ed0$0638ce60$a201000a@mf> Message-ID: <4118BD1B.2010906@free.fr> Karin Christensen wrote: >"Paul POULAIN" wrote: > > >>Thomas B?ge wrote: >> >> >>>But the same error occurs: >>>Fields below 010 do not have subfields at >>>/usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl line 39 >>>[Mon Aug 9 20:07:40 2004] [error] [client 80.62.82.158] Premature end >>>of script headers: >>>/usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl >>> >>> >>The problem is NOT repeatable subfields. >>It's that in MARC, fields below 10 do not have subfields. >> >>This error is not a Koha one, but a MARC::Record one. >>If danmarc has subfields in field below 10, then it's a really a problem... >> >>I think this error occurs because you have mapped to tab=10 or to >>items.something field a field < 010. >> >> > <> > Yes, DanMARC2 has all codes placed in each their subfield in tags > below 10, e.g. 004, 008, and 009. (None of them are mapped to Koha DB > fields, though). > > Karin > (working on the same installation as Thomas B?ge) So, you really have a problem... perl4lib ML, & MARC::Record maintainer(s), any idea ? -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From najmunnessa at yahoo.com Wed Aug 11 00:35:51 2004 From: najmunnessa at yahoo.com (najmun nessa) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] what is the purpose of 090 koha data? Message-ID: <20040810123551.33677.qmail@web52704.mail.yahoo.com> Hi, I am working with Koha2.0. I am not being able to understand the purpose and relationship of marc tag 090 Koha data.DoI need to setit up? how it is used by Koha? Thanks, Najmun __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail From paul.poulain at free.fr Wed Aug 11 01:17:18 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] what is the purpose of 090 koha data? In-Reply-To: <20040810123551.33677.qmail@web52704.mail.yahoo.com> References: <20040810123551.33677.qmail@web52704.mail.yahoo.com> Message-ID: <4118CADE.7080007@free.fr> najmun nessa wrote: >Hi, > > Hi, >I am working with Koha2.0. > Welcome onboard. >I am not being able to >understand the purpose and relationship of marc tag >090 Koha data.DoI need to setit up? how it is used by >Koha? > > The 090 field is INTERNAL. It's used by Koha to keep the relation between MARC & non-MARC tables. If you don't set it properly, Koha won't work at all. Note you can set the subfields of the 090 field in another place (901, 019,...) but : * a "9" anywhere means "local variable" in the MARC standard. So you should use this. * the 2 subfields MUST be in the same field & * mapped to tab=ignore (-1) as they are internally managed. HTH -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From baljkas at mts.net Tue Aug 10 17:27:22 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] modifying tags Message-ID: <20040810052722.CVQB4492.mx-mtaout01.mts.net@mx-mtaout> Tuesday, August 10, 2004 00:22 CDT Hi, Eric, > From: "Eric G. Salayon" <esalayon@tip.edu.ph> > Date: 2004/08/09 Mon PM 09:23:02 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] modifying tags > > in modifying tags (MARC tag structures), what is meant by > Repeatable, Mandatory ... "Repeatable" means that the tag can occur more than once in a given record, as prescribed by MARC Bibliographic standards. "Mandatory" means that the tag MUST be in the record, that it cannot be left out (although, from somethings I have been told recently, that may not be strictly true as far as Koha is concerned, it is true from the requirements of validity in MARC standards). > and [what is meant by] Authorised value? i assumed that > authorised value are derived from data in the system > parameter, am i correct? IIRC, from the default values that one specifies in Parameters. Hope this helps a bit. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From icinz at xtra.co.nz Thu Aug 12 13:25:09 2004 From: icinz at xtra.co.nz (ICINZ) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Z3950 daemon on Koha 2.1 Message-ID: <000101c4800b$389941a0$012aa8c0@ICIOFFICE> Hi there, I've upgraded to 2.1 to check out the extra LOC support. Needed to install LDAP extensions for Perl but figured that out easy enough. The problem I have now is the Z3950 daemon cans out. The error log gives the following information : Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 107 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 108 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 109 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 110 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 111 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 187 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 188 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 189 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 190 Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 191 Execution of /usr/local/koha/intranet/scripts/z3950daemon/processz3950quese aborted due to compilation errors As far as I can work out from looking at the script it is not getting the information required to interact with MySql, etc. Is a matter of adding an "EXPORT" command so that the path to the koha config file is there? This is at the limit if not beyond my abilities so any pointers would be gratefull accepted. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040812/7cffa11c/attachment.html From icinz at xtra.co.nz Thu Aug 12 17:22:06 2004 From: icinz at xtra.co.nz (ICINZ) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Followup on Z3950 daemon Message-ID: <000001c4802c$54c06db0$012aa8c0@ICIOFFICE> OK, it seems there was something with the permissions of the daemon because I've got it up and running and downloading records now. My next question is how do I switch on the LOC "function". I've never had much success with re-mapping MARC fields to Koha fields even following previous posts about the subject related to ver 2.0 to the letter. If I look at the raw tables I can see the records in the breeding farm table and that the LOC call number is in their but I can't seem to get it to drop it into anywhere let alone display. When I look at the biblioitems table there is nothing in the classification field. There must one little thing that I'm doing wrong. David White Tech Support Intercultural Institute Of New Zealand Te Awamutu, New Zealand From lib at gndec.ac.in Thu Aug 12 18:37:00 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] classifiaction no. mapped with koha fields In-Reply-To: <000001c4802c$54c06db0$012aa8c0@ICIOFFICE> Message-ID: <Pine.LNX.4.44.0408121147540.24007-100000@localhost.localdomain> On Thu, 12 Aug 2004, ICINZ wrote: we are following the DDC scheme for classification,i set the following MARC tags for classification no, but the Classification No. is not exactly display in the results of MARC search .It skip the zeros for ex. if the no. is 004.22 it shows only 4.22. Under biblioitems number classification 082 b Item number itemtype 090 a Koha Itemtype (NR) isbn 020 a International Standard Book Number issn dewey 082 a Classification number subclass 090 b Koha Dewey Subclass (NR) publicationyear 260 c Date of publication, distribution, etc publishercode 260 b Name of publisher, distributor, etc There must any ing that I'm doing wrong. -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From paul.poulain at free.fr Thu Aug 12 19:33:31 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Z3950 daemon on Koha 2.1 In-Reply-To: <000101c4800b$389941a0$012aa8c0@ICIOFFICE> References: <000101c4800b$389941a0$012aa8c0@ICIOFFICE> Message-ID: <411B1D4B.7070104@free.fr> ICINZ wrote: > Hi there, > > I?ve upgraded to 2.1 to check out the extra LOC support. Needed to > install LDAP extensions for Perl but figured that out easy enough. The > problem I have now is the Z3950 daemon cans out. The error log gives > the following information : > > As far as I can work out from looking at the script it is not getting > the information required to interact with MySql, etc. Is a matter of > adding an ?EXPORT? command so that the path to the koha config file is > there? > > This is at the limit if not beyond my abilities so any pointers would > be gratefull accepted. > Do you change the parameter file accordingly : /path/to/koha/scripts/z3950daemon/z3950-daemon-options ? -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Aug 12 19:38:16 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Followup on Z3950 daemon In-Reply-To: <000001c4802c$54c06db0$012aa8c0@ICIOFFICE> References: <000001c4802c$54c06db0$012aa8c0@ICIOFFICE> Message-ID: <411B1E68.9080106@free.fr> ICINZ wrote: >OK, it seems there was something with the permissions of the daemon >because I've got it up and running and downloading records now. My next >question is how do I switch on the LOC "function". I've never had much >success with re-mapping MARC fields to Koha fields even following >previous posts about the subject related to ver 2.0 to the letter. If I >look at the raw tables I can see the records in the breeding farm table >and that the LOC call number is in their but I can't seem to get it to >drop it into anywhere let alone display. When I look at the biblioitems >table there is nothing in the classification field. There must one >little thing that I'm doing wrong. > > In systemprefs, you have (or can add) a line called "itemcallnumber". It's value must be where is hidden the itemcallnumber. On my server, it's 215a for example (field&subfield without any separator) Then, on your item, you must have a subfield mapped to items.itemcallnumber koha field. For me, it's 995g (UNIMARC specific. For MARC21, it should be somewhere in the 852 field) Now, when you add a biblio and arrive on item management screen, the itemcallnumber field is automatically filled with the 215a value (in the biblio). You can change it if you need. The items.itemcallnumber should be the value that appears in OPAC. Note 2.1 is unstable, so there are probably many bugs. 2.1.1 should be released soon, with more features & more bugs... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From zero at vtr.net Fri Aug 13 05:46:19 2004 From: zero at vtr.net (Jose) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] just a few questions Message-ID: <002701c48094$47ffd440$41c168c8@zouk> My new questions are about to understand what the Thesaurus and Authorised values are, What it really change if i modify them or add new thing in here (i'll check out the newbie guide). Other thing, what is the Unido and css part for Intranet and OPAC respectively. I can tell they are other themes for the interface... Oh! another thing that calls my attention is in the additem-nomarc.pl page HERE YOU HAVE TWO COLUMNS, THE LEFT ONE SAYS 'BIBLIO RECORD' AND THE SECOND 'ADD NEW ITEM' BUT NEXT TO THE LEFT ONE IT'S A COLUMN VERY THIN THAT GOES ALL THE WAY DOWN AND IT SEEMS TO HAVE NO FUNCTION. WHAT IS THIS? Ok that's all for now, thnks for all the support. J0sep -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040812/077f88e4/attachment.htm From spam at everen.net Fri Aug 13 06:49:53 2004 From: spam at everen.net (spam@everen.net) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Due dates issue Message-ID: <1092336593.411bbbd1864ae@www.everen.net> Regarding the last request replied to here: http://lists.katipo.co.nz/public/koha/2003/001451.html >> ALso, and this is very non-library related, we have a rather ridiculous >> checkout periods system in effect. All equipment checked out before 5 on >> any weekday must be back by 5, after 5 can be checked out overnight or be >> due back by 9:45, etc. So an hour:min setting for the due dates would be >> great too. >> >Hmm it doenst currently do this, but it certainly could. Ill have a play >with it over the weekend >Chris Chris, were you/was anyone able to get this feature to work? Thanks! Will spam@everen.net From chris at katipo.co.nz Fri Aug 13 07:35:40 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Due dates issue In-Reply-To: <1092336593.411bbbd1864ae@www.everen.net> References: <1092336593.411bbbd1864ae@www.everen.net> Message-ID: <20040812193540.GC23838@katipo.co.nz> On Thu, Aug 12, 2004 at 11:49:53AM -0700, spam@everen.net said: > Regarding the last request replied to here: > http://lists.katipo.co.nz/public/koha/2003/001451.html > > >> ALso, and this is very non-library related, we have a rather ridiculous > >> checkout periods system in effect. All equipment checked out before 5 on > >> any weekday must be back by 5, after 5 can be checked out overnight or be > >> due back by 9:45, etc. So an hour:min setting for the due dates would be > >> great too. > >> > >Hmm it doenst currently do this, but it certainly could. Ill have a play > >with it over the weekend > > >Chris > > Chris, were you/was anyone able to get this feature to work? > > Thanks! Hi Will, Hmmm, I dont think I ever did. Paul has done some work on circulations in the unstable branch. Ill see what he has done and have a talk to him. It would mean changing the date_due column from a date, to a datetime variable. Then a change to the issue routine so it sets a time as well as a date. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From N.Hatch at ecla.de Fri Aug 13 00:25:39 2004 From: N.Hatch at ecla.de (Nicole Hatch) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] questions on spine labels, permissions, & virtual shelves Message-ID: <36A66A894E83724CBD97F09AB7615E260B228F@eclaex01.ecla.int> Hello, I have been playing around with Koha 2.0 quite a bit lately and below are some questions that I would love to get answered. I've listed them in order of importance. 1) Is there a way to print spine labels directly from Koha? I just need the dewey decimal number. 2) When I set up my personal library account, I gave myself permission to do everything. This fall, I will have students working at the library, but I don't want them to be playing around with the parameters etc. I set up their permissions as follows. FLAGS superlibrarian Access to all librarian functions circulate Circulate books catalogue View Catalogue (Librarian Interface) parameters Set Koha system paramters borrowers Add or modify borrowers permissions Set user permissions reserveforothers Reserve books for patrons borrow Borrow books reserveforself Reserve books for self editcatalogue Edit Catalogue (Modify bibliographic/holdings data) updatecharges Update borrower charges I have found that because I am allowing them to "add or modify borrowers", they can also change their own user flags. I can get around this by not letting them "add or modify borrowers", but then they won't be able to tell people whether or not they have overdue items out etc. Is there some other way around this problem? 3) Is there a way to do a keyword search for "DVDs" that would bring up a listing of every DVD in our collection? This would be a really neat feature. 4) What on earth are virtual bookshelves? I don't understand this feature at all. Perhaps there is existing documentation that somebody could direct me to. Thanks so much! Nicole Nicole Hatch Programme Coordinator / Librarian European College of Liberal Arts Platanenstr. 24 13156 Berlin +49 30 4373 3124 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040812/f4b69c39/attachment.html From rachel at katipo.co.nz Fri Aug 13 09:34:58 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] just a few questions In-Reply-To: <002701c48094$47ffd440$41c168c8@zouk> Message-ID: <411C8B42.21373.315707@localhost> Hi Jose > My new questions are about to understand what the Thesaurus and Authorised > values are, What it really change if i modify them or add new thing in here > (i'll check out the newbie guide). I think that Thesaurus and Authorised values are two different things, although they are related. If you put words into the authorised values file (Authority File), then they become a list of approved words for that field. For example you would put a list of subject words into a subject authority file, so that when a new book is catalogued, if the cataloger spelt a word incorrectly, then it wouldn't be found in the authority file, and so they would be prompted to check it, or choose from the list of approved words. The thesaurus is slightly different, because I think it records relationships between words. For example Refuse = Rubbish So a see also function - I am sure someone will correct me if I'm wrong on that. > Other thing, what is the Unido and css part > for Intranet and OPAC respectively. I can tell they are other themes for the > interface... Yes, the templates for UNIDO are included in the release as they were the first ones we did with nicer templates and CSS. They do display different fields, and are for use only with libraries that aren't wanting to display MARC. You can see them in action at https://www.unido.org/cgi-bin/koha/opac-main.pl To see if they are for you. > Oh! another thing that calls my attention is in the additem-nomarc.pl page > HERE YOU HAVE TWO COLUMNS, THE LEFT ONE SAYS 'BIBLIO RECORD' AND THE SECOND 'ADD > NEW ITEM' BUT NEXT TO THE LEFT ONE IT'S A COLUMN VERY THIN THAT GOES ALL THE > WAY DOWN AND IT SEEMS TO HAVE NO FUNCTION. WHAT IS THIS? It is a "spacer" to make space between the main columns. That template was writen 5 years ago, and so is very old fashioned - it was written for Netscape 4, and so uses tables for the layout. > Ok that's all for now, thnks for all the support. You're welcome, I look forward to hearing how your project is progressing Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From paul.poulain at free.fr Fri Aug 13 21:07:50 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Followup on Z3950 daemon In-Reply-To: <Pine.LNX.4.44.0408131135180.29737-100000@localhost.localdomain> References: <Pine.LNX.4.44.0408131135180.29737-100000@localhost.localdomain> Message-ID: <411C84E6.20709@free.fr> Pls, continue the thread on the mailing list, not by private mail. Library wrote: >Dear sir, >you refer the tag no.852 for the item.itemnumber but i choose tag. no.952 >is it right or not ,MARK chech also don't show any error.Other tags which >are defined by me are: > > That's a bug, probably. You must know that the 2.1.0 version is a UNSTABLE release. It means it has many bugs, not all features... A 2.1.1 version should arrive soon. > itemcallnumber( 215a value ) is also not available in 2.0.0 koha ver. > > Yes, it's something new in 2.1.0 The 215a value is UNIMARC. You have probably filled the parameters table with MARC21 (which is what you want, probably, as UNIMARC is for french libraries) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From lib at gndec.ac.in Fri Aug 13 23:35:34 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] questions on spine labels, permissions, & virtual shelves In-Reply-To: <36A66A894E83724CBD97F09AB7615E260B228F@eclaex01.ecla.int> Message-ID: <Pine.LNX.4.44.0408131650420.31014-100000@localhost.localdomain> hai, i think you have to set atleast following permissions to the students if you want to work with them,never give them the add/modify/create memeber. View Catalogue (Librarian Interface) parameters Edit Catalogue (Modify bibliographic/holdings data) these are the minimum required Tags to enter the data ,but i think there should be the permission to enter the data without playing with parameters.no one enter the data if parameter permission is not with him. Thanks Kanwal Librarian GNDEC,Ludhiana On Thu, 12 Aug 2004, Nicole Hatch wrote: > Hello, > > I have been playing around with Koha 2.0 quite a bit lately and below > are some questions that I would love to get answered. I've listed them > in order of importance. > > > > 1) Is there a way to print spine labels directly from Koha? I just need > the dewey decimal number. > > > > 2) When I set up my personal library account, I gave myself permission > to do everything. This fall, I will have students working at the > library, but I don't want them to be playing around with the parameters > etc. I set up their permissions as follows. > > > > FLAGS > > > > superlibrarian > > Access to all librarian functions > > > > circulate > > Circulate books > > > > catalogue > > View Catalogue (Librarian Interface) > > > > parameters > > Set Koha system paramters > > > > borrowers > > Add or modify borrowers > > > > permissions > > Set user permissions > > > > reserveforothers > > Reserve books for patrons > > > > borrow > > Borrow books > > > > reserveforself > > Reserve books for self > > > > editcatalogue > > Edit Catalogue (Modify bibliographic/holdings data) > > > > updatecharges > > Update borrower charges > > > > > > > > > > I have found that because I am allowing them to "add or modify > borrowers", they can also change their own user flags. I can get around > this by not letting them "add or modify borrowers", but then they won't > be able to tell people whether or not they have overdue items out etc. > Is there some other way around this problem? > > > > 3) Is there a way to do a keyword search for "DVDs" that would bring up > a listing of every DVD in our collection? This would be a really neat > feature. > > > > 4) What on earth are virtual bookshelves? I don't understand this > feature at all. Perhaps there is existing documentation that somebody > could direct me to. > > > > Thanks so much! Nicole > > > > Nicole Hatch > > Programme Coordinator / Librarian > > European College of Liberal Arts > > Platanenstr. 24 > > 13156 Berlin > > +49 30 4373 3124 > > > > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Sat Aug 14 00:23:40 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] users in INDIA In-Reply-To: <411C84E6.20709@free.fr> Message-ID: <Pine.LNX.4.44.0408131749520.31341-100000@localhost.localdomain> hello, Please write me if anybody in INDIA especially in Punjab is sucessfuly implementing the KOHA(2.0.0). we are near the implementation of koha. -- Mrs.Kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From elimey at terra.com.br Sat Aug 14 02:29:14 2004 From: elimey at terra.com.br (elimey) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] unsubscribe Koha Message-ID: <I2E2WQ$22634339A0B3897B8951A784F71574B4@terra.com.br> Unsubscribe Koha Please, thanks, Eliane Mey. From ccalle at umsa.bo Sat Aug 14 02:51:38 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Install Koha-2.1.0 problem In-Reply-To: <I2E2WQ$22634339A0B3897B8951A784F71574B4@terra.com.br> References: <I2E2WQ$22634339A0B3897B8951A784F71574B4@terra.com.br> Message-ID: <20040813144850.M80685@www.umsa.bo> Hello. I install the version koha-2.1.0 in SOR RedHat 9,0 and have the following herror: CREATING DATABASE Creating the MySQL database for Koha... 0 DBD::mysql::st execute failed: You have an error in your SQL syntax near ') ' at line 9 at scripts/updater/updatedatabase line 799. Error : DBI::st=HASH(0x8313980)->errstr Somebody can give an aid or send to me a version me corrected? I thank for the understanding. From paul.poulain at free.fr Sat Aug 14 03:00:36 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Install Koha-2.1.0 problem In-Reply-To: <20040813144850.M80685@www.umsa.bo> References: <I2E2WQ$22634339A0B3897B8951A784F71574B4@terra.com.br> <20040813144850.M80685@www.umsa.bo> Message-ID: <411CD794.3030601@free.fr> Christian Calle wrote: >Hello. > > I install the version koha-2.1.0 in SOR RedHat 9,0 and have the following >herror: > > CREATING DATABASE > >Creating the MySQL database for Koha... >0 > >DBD::mysql::st execute failed: You have an error in your SQL syntax near ') ' >at line 9 at scripts/updater/updatedatabase line 799. >Error : DBI::st=HASH(0x8313980)->errstr > > > Somebody can give an aid or send to me a version me corrected? > >I thank for the understanding. > > 2.1.0 is an UNSTABLE version. Don't expect to see it working well. (I've fixed this bug i think) The 2.1.1 should arrive next week, as unstable as 2.1.0, but with more features. I think the 2.1.1 will have all features planned for 2.2, and we begin the next stage : hunt & kill bugs. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Sat Aug 14 05:52:36 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] users in INDIA In-Reply-To: <Pine.LNX.4.44.0408131749520.31341-100000@localhost.localdomain> Message-ID: <9e062462a7ad2092522f1ec6ab98c991@bouncing.localnet> On 2004-08-13 13:23:40 +0100 Library <lib@gndec.ac.in> wrote: > Please write me if anybody in INDIA especially in Punjab is > sucessfuly > implementing the KOHA(2.0.0). Did you already see the list in the wiki? http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From g.israel at web.de Sat Aug 14 08:06:51 2004 From: g.israel at web.de (Gerhard Israel) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] koha unsubscribe Message-ID: <79573862@web.de> please unsubscribe thank you From arquivo at tempoeditorial.com.br Sat Aug 14 08:50:28 2004 From: arquivo at tempoeditorial.com.br (Arquivo Tempo Editorial) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] canceled Message-ID: <007d01c48177$2a737ec0$0900a8c0@berna> Tempo Editorial Ltda. www.tempoeditorial.com.br arquivo@tempoeditorial.com.br Rua dos Ilh?us, 46 - Sl 102 - Centro Cep: 88010-560 - Florian?polis - SC Fone: (0xx48) 224-4931/30/29 Fax: (0xx48) 224-5016 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040813/22e86a71/attachment.htm From mjr at dsl.pipex.com Sat Aug 14 10:32:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] koha unsubscribe In-Reply-To: <79573862@web.de> Message-ID: <8bc90f1728374f9386eb56ae28138646@bouncing.localnet> On 2004-08-13 21:06:51 +0100 Gerhard Israel <g.israel@web.de> wrote: > please unsubscribe > thank you What is it with all these clueless unsubscribes this week? The link you need is in the header or the one in the email that you quote will do: > http://lists.katipo.co.nz/mailman/listinfo/koha -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From lib at gndec.ac.in Sat Aug 14 23:17:43 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] koha MARC mapping In-Reply-To: <Pine.LNX.4.44.0408131749520.31341-100000@localhost.localdomain> Message-ID: <Pine.LNX.4.44.0408141643460.4556-100000@localhost.localdomain> hello everybody, We want to implement koha 2.0 in our academic library,but independently i am not sure to set all the parameters specially MARC tags,i forwards you the details of MARC tags which are mapped or created by me,please check these tables & suggest which tag can be used for which MARC field,otherwise anyone who implement the koha 2.0 sucessfully can forward the copy of mapped tag structure to me: Table biblio: biblionumber 090 c Koha biblionumber (NR) author 100 a Personal name title 245 a Title unititle 245 b Remainder of title notes serial seriestitle 440 a Title copyrightdate timestamp abstract Table biblioitems: biblioitemnumber 090 d Koha biblioitemnumber (NR) biblionumber 037 a Stock number volume number classification 082 b Item number itemtype 090 a Koha Itemtype (NR) isbn 020 a International Standard Book Number issn dewey 082 a Classification number subclass 090 b Koha Dewey Subclass (NR) publicationyear 260 c Date of publication, distribution, etc publishercode 260 b Name of publisher, distributor, etc volumedate volumeddesc timestamp illus pages notes size place 260 a Place of publication, distribution, etc lccn marc url Table items: note: Tag no.s with subfield in capital letters are local defined tags. itemnumber 952 u itemnumber biblionumber multivolumepart biblioitemnumber barcode 952 p barcode dateaccessioned 952 v dateaccessioned booksellerid homebranch 952 b homebranch price 952 r price replacementprice 952 I replacementprice replacementpricedate 952 J replacementpricedate datelastborrowed datelastseen multivolume 952 K multivolume stack notforloan 952 y notforloan itemlost 952 L itemlost wthdrawn 952 M Write Off bulk 952 N duplicate copy issues renewals reserves restricted binding 952 O Binding itemnotes 952 Q Transferred Documents holdingbranch 952 d holdingbranch paidfor 952 S Acc No. for MR timestamp Table bibliosubjects: subject biblionumber Table bibliosubtitle: subtitle biblionumber Table additionalauthor: author biblionumber Mrs.Kanwal Librarian GNDEC,Ludhiana -- From lib at gndec.ac.in Sat Aug 14 23:24:04 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] users in INDIA In-Reply-To: <9e062462a7ad2092522f1ec6ab98c991@bouncing.localnet> Message-ID: <Pine.LNX.4.44.0408141648530.4556-100000@localhost.localdomain> hello, could anyone help me to set the virtual shelvs,how i can do it.. i need to define the shelf names or numbers ? or anything else ... -- librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From shedges at skemotah.com Sat Aug 14 23:29:49 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] koha MARC mapping In-Reply-To: <Pine.LNX.4.44.0408141643460.4556-100000@localhost.localdomain> References: <Pine.LNX.4.44.0408131749520.31341-100000@localhost.localdomain> <Pine.LNX.4.44.0408141643460.4556-100000@localhost.localdomain> Message-ID: <32814.65.24.138.126.1092482989.spork@webmail.skemotah.com> Mrs. Kanwal, I've inserted some comments on your MARC mapping: Library said: > Table biblio: > > biblionumber 090 c Koha biblionumber (NR) > author 100 a Personal name > title 245 a Title > unititle 245 b Remainder of title 245b would probably be better mapped to bibliosubtitles.subtitle > notes > serial > seriestitle 440 a Title > copyrightdate > timestamp > abstract > > Table biblioitems: > > biblioitemnumber 090 d Koha biblioitemnumber (NR) > biblionumber 037 a Stock number No, leave this blank (you've already mapped in it the biblio table) > volume > number > classification 082 b Item number > itemtype 090 a Koha Itemtype (NR) You should not map any value that you want the catalogers to control to tag 090, because the 090 tag is controlled by the Koha software and cannot be changed by the catalogers. IMHO, it's better to map itemtype to some other MARC subfield and then set that subfield to use only the authorised itemtype values. > isbn 020 a International Standard Book Number > issn > dewey 082 a Classification number > subclass 090 b Koha Dewey Subclass (NR) Again, don't use the 090 tag for this. > publicationyear 260 c Date of publication, distribution, etc > publishercode 260 b Name of publisher, distributor, etc > > volumedate > volumeddesc > timestamp > illus > pages > notes > size > place 260 a Place of publication, distribution, etc > > lccn > marc > url > > Table items: > > note: Tag no.s with subfield in capital letters are local defined tags. > > itemnumber 952 u itemnumber > biblionumber > multivolumepart > biblioitemnumber > barcode 952 p barcode > dateaccessioned 952 v dateaccessioned > booksellerid > homebranch 952 b homebranch > price 952 r price > replacementprice 952 I replacementprice > replacementpricedate 952 J replacementpricedate > datelastborrowed > datelastseen > multivolume 952 K multivolume > stack > notforloan 952 y notforloan > itemlost 952 L itemlost > wthdrawn 952 M Write Off > bulk 952 N duplicate copy > issues > renewals > reserves > restricted > binding 952 O Binding > itemnotes 952 Q Transferred Documents > holdingbranch 952 d holdingbranch > paidfor 952 S Acc No. for MR > timestamp > > Table bibliosubjects: > > subject > biblionumber You most defintely want to map your most commonly used subject subfield (probably 650a) to this table. > > Table bibliosubtitle: > > subtitle > biblionumber See note above about 245b > > Table additionalauthor: > > author > biblionumber > > > Mrs.Kanwal > Librarian > GNDEC,Ludhiana -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From indradg at icbic.com Sun Aug 15 09:31:13 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] What the use of websites table in Koha 2.0? Message-ID: <1092519072.2368.82.camel@enforcer.banglamafia.org> Hi, I couldn't exactly get what is the purpose of the Koha.websites table. I mean already 856u is storing urls, so what does this one do in Koha 2.0.0? thanks --indranil From baljkas at mts.net Fri Aug 13 10:46:12 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] questions on spine labels, permissions, & virtual shelves: re DVDs Message-ID: <20040812224612.GTIK8206.mx-mtaout02.mts.net@mx-mtaout> Thursday, August 12, 2004 17:39 CDT Hi, Nicole, Tackling the one question I think I can answer from your list -- > From: "Nicole Hatch" <N.Hatch@ecla.de> > Date: 2004/08/12 Thu AM 07:25:39 CDT > To: <koha@lists.katipo.co.nz> > Subject: [Koha] questions on spine labels, permissions, & virtual shelves > > [snip] > 3) Is there a way to do a keyword search for "DVDs" that > would bring up a listing of every DVD in our collection? > This would be a really neat feature. I am sure there is a more elegant way to do it in programming, but couldn't you just define DVD as one of the item types? In terms of a MARC solution, you could code a 655 tag as follows - 655 # # $aDVD. - or place the same information into a subject tag that is already indexed for searching (I am not certain which column in the Koha tables that would be). Hope this helps a bit. I am sure others will get back to you on your more complex questions. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From rachel at katipo.co.nz Mon Aug 16 11:55:02 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] Portugese Version of Koha? Message-ID: <4120A096.1164.4D4CB2@localhost> Hello, I've had an enquiry about a portugese version of Koha and wanted to check of there actually is one in progress? If so, is it just the OPAC being translated or the whole thing? Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Mon Aug 16 12:15:35 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:24 2005 Subject: [Koha] What the use of websites table in Koha 2.0? In-Reply-To: <1092519072.2368.82.camel@enforcer.banglamafia.org> Message-ID: <4120A567.18956.D71CD@localhost> Hi > I couldn't exactly get what is the purpose of the Koha.websites table. I > mean already 856u is storing urls, so what does this one do in Koha > 2.0.0? I hope I can give you the "non technical" answer. We are both adding a website as a link to a catalogued item (book), and cataloguing URL's as separate items. For a particular "book" there can be more than one website link, and we had supplimentry information as well, like the words that should form the link - ie http://www.katipo.co.nz = URL Katipo Website = Link Words And we had a note/description so that you could say..... <a href="http://www.katipo.co.nz">Katipo Website</a> Visit this site to check the latest news and Koha installs. The work that we (Katipo) did with cataloguing websites predated the MARC work so it may be that some tidying up needs to be done to get the two together in a sensible way. Let me know if that points you in the right direction, and if not then we'll await a more technical response :-) Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Mon Aug 16 12:21:04 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha unsubscribe In-Reply-To: <8bc90f1728374f9386eb56ae28138646@bouncing.localnet> References: <79573862@web.de> Message-ID: <4120A6B0.5835.1275D7@localhost> Hi > What is it with all these clueless unsubscribes this week? The link > you need is in the header or the one in the email that you quote will > do: > > > http://lists.katipo.co.nz/mailman/listinfo/koha Is that not actually working for people? Cheers R _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Mon Aug 16 12:26:47 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] users in INDIA In-Reply-To: <Pine.LNX.4.44.0408131749520.31341-100000@localhost.localdomain> References: <411C84E6.20709@free.fr> Message-ID: <4120A807.24180.17B45D@localhost> Hi > Please write me if anybody in INDIA especially in Punjab is sucessfuly > implementing the KOHA(2.0.0). > we are near the implementation of koha. Some people listed are... DRTC, Indian Statistical Institute Biswanath Dutta (biswanath@drtc.isibang.ac.in) St. Joseph's College, Devagiri Tomson A.J (ajtomson@rediffmail.com) Y.M.A Taluk Reference Library Areecode Baiju M (baijum81@lycos.com Guru Nanak Dev Engg. College H.S.Rai (hsrai@edumail.nic.in) Presidency Library (http://library.presidency.edu.bd & http://koha.presidency.edu.bd) Mahmud H. Khan (mhkhan@mhkhan.net) Full list of sites at... http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From mike at dragon-is.co.nz Mon Aug 16 12:39:09 2004 From: mike at dragon-is.co.nz (Mike Mylonas) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha unsubscribe In-Reply-To: <4120A6B0.5835.1275D7@localhost> References: <79573862@web.de> <4120A6B0.5835.1275D7@localhost> Message-ID: <1092616749.20307.12.camel@boris.dragon-is.co.nz> On Mon, 2004-08-16 at 12:21, Rachel Hamilton-Williams wrote: > > What is it with all these clueless unsubscribes this week? The link > > you need is in the header or the one in the email that you quote will > > do: > > > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > Is that not actually working for people? I just tried and tested by unsubscribing one e-mail address and subscribing another and all worked as expected Cheers Mike From rachel at katipo.co.nz Mon Aug 16 14:50:36 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] What the use of websites table in Koha 2.0? In-Reply-To: <20040816014932.DHAP4492.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <4120C9BC.28549.9B635B@localhost> Hi > Actually, I was wondering if you folks at Katipo had done a separate project > with website cataloguing. My last contract cataloguing was for a > federally-funded health library service here and they went to the trouble of > contracting for an online cataloguing system, only finding out about Koha once > it was nearly ready (and hence too late). Yes we've done projects before Koha cataloguing websites and various other resources - sort of baby libraries. > I'm not quite sure what you meant by "cataloguing URL's as separate items". One > can have various kinds of hyperlinks within a MARC record for different > purposes. > > With MARC -- which predated Katipo's work on website cataloguing by a number of > years -- one can catalogue various types of media, including websites. Is that > what you would mean by "as a separate item"? Ah - no I meant that we (katipo) did the work on cataloguing websites before the full MARC support was put into Koha (by Paul). I'm not sure how much you know about the history of Koha - but basically in the first version the MARC support was fairly rudementry - while you could import MARC into it just fine, it didn't store the MARC records in their native format, and there weren't the tools for mapping between the Koha and MARC fields. Most of Katipo's work is with organisations which *aren't* using MARC, so I would think that you would map your MARC URL fields to the Koha Website fields, but I'm not entirely sure about that. The "display" pages tend to use the Koha fields rather than going straight to the MARC I believe, so if you want to display the URLS "prettily" then you'll need them in the Koha database bit as well as the MARC database. This is particlarly for people who don't actually want to use MARC at all - and don't want to see it. I hope that makes sense - if you're planning on just using MARC for your display and searching then I would imagine you can just ignore that table > Maybe you/others could check out the LC info on it (URL > <http://http://www.loc.gov/marc/bibliographic/ecbdhold.html#mrcb856> to see if > it provides for everything you intended/would need. It seems to me it's another > instance for "tidying up" otherwise. Hopefully my more detailed explanation makes a bit more sense - I know it can be hard to believe but there are some libraries who *don't* use MARC :-) Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From indradg at icbic.com Mon Aug 16 16:47:16 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] What the use of websites table in Koha 2.0? In-Reply-To: <4120A567.18956.D71CD@localhost> References: <4120A567.18956.D71CD@localhost> Message-ID: <1092631636.4372.38.camel@enforcer.banglamafia.org> On Mon, 2004-08-16 at 05:45, Rachel Hamilton-Williams wrote: <snipped> > We are both adding a website as a link to a catalogued item (book), and > cataloguing URL's as separate items. > > For a particular "book" there can be more than one website link, and we had > supplimentry information as well, like the words that should form the link - ie > > http://www.katipo.co.nz = URL > Katipo Website = Link Words > > And we had a note/description so that you could say..... > > <a href="http://www.katipo.co.nz">Katipo Website</a> > Visit this site to check the latest news and Koha installs. Ok! this sounds v interesting, as because we are using Koha not just to setup an F/L/OSS-based ILS/OPAC, but rather as a starting point for our Digital Library. In fact, we expect our electronic subscriptions (to journals and scientific publications) and other digital content which we are developing in-house at the University to become an imp part of the Library. I'm still finding my feet around Koha, so I will bug u once again. How to link this table to the Koha Interface or is the linkage already present and its just me who needs a clue? :-P TIA --indra. ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- From paul.poulain at free.fr Mon Aug 16 19:17:22 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] What the use of websites table in Koha 2.0? In-Reply-To: <4120C9BC.28549.9B635B@localhost> References: <4120C9BC.28549.9B635B@localhost> Message-ID: <41205F82.7050200@free.fr> Rachel Hamilton-Williams wrote: >I hope that makes sense - if you're planning on just using MARC for your >display and searching then I would imagine you can just ignore that table > > Right, Rachel. In the (near?) future, we will probably delete this table. I haven't play with it at all in 2.0 and/or 2.2, (with MARC=on). -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From nadiamuzaffar at hotmail.com Mon Aug 16 19:28:29 2004 From: nadiamuzaffar at hotmail.com (nadia muzaffar) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha usage problem Message-ID: <BAY13-F25jb63Kbc9oL000811a8@hotmail.com> i have configured koha on redhat 9.0 n since i m not a librarian, so i m facing a lot many problems in koha usage.. these are in cat maintenance , i dunno what really i have to enter in subject maintenance for example i have made 2 categories of mystery and computer science books category n whn i enter ne 1 of these in subject maintenace it shows me nothing...title search iz working properly . also i have got doubts about the field " undelete biblio"..i dunno exactly what it means..also i have no clear vision on what have to be enterned in authorised values. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From shedges at skemotah.com Tue Aug 17 04:38:09 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha usage problem In-Reply-To: <BAY13-F25jb63Kbc9oL000811a8@hotmail.com> References: <BAY13-F25jb63Kbc9oL000811a8@hotmail.com> Message-ID: <38297.66.213.78.3.1092674289.spork@webmail.skemotah.com> nadia muzaffar said: <<>also i > have no clear vision on what have to be enterned in authorised values. see http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AuthorisedValuesHelp -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tarallo at ort.edu.uy Tue Aug 17 06:39:14 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha usage problem In-Reply-To: <BAY13-F25jb63Kbc9oL000811a8@hotmail.com> References: <BAY13-F25jb63Kbc9oL000811a8@hotmail.com> Message-ID: <4120FF52.7070409@ort.edu.uy> nadia muzaffar wrote: > i have configured koha on redhat 9.0 n since i m not a librarian, so i > m facing a lot many problems in koha usage.. > these are My peace of advice is simple: get soem help from the library staff of the libray you're installing koha for. Thing are easyier, and you'll have a better final product :). Andres From indradg at icbic.com Tue Aug 17 08:16:47 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Is it possible to link and display multiple URLs associated to a holding? Message-ID: <1092687407.2528.21.camel@enforcer.banglamafia.org> Hi, This is sort of a followup to my earlier query abt the websites table. Thanks to all who replied on the mailing list and to Rachel and Chris on #Koha I have two questions: 1. As of Koha 2.0, is it possible to have multiple URLs associated to a bibid? As far as the marc_subfield_table goes, it already allows me to have multiple entries for MARC21 field 856u, without any problem. However, biblioitems table maintains it as a single 1:1 mapped field i.e. biblioitems.url. And the result was a malformed URL (eg: "http://www.wrox.com|http://www.wrox1.com|http://www.wrox2.com") 2. Is it possible in 2.0 to display a long URL in a pretty manner i.e. say as <a href="http://thisis.some.really.longanduglyurl.com/" target="blank"> Click here for a review </a> thanks, --indranil ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- From indradg at icbic.com Wed Aug 18 06:18:15 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] ISBN search failing from OPAC interface in 2.0 Message-ID: <1092766694.2376.31.camel@enforcer.banglamafia.org> Hi, ISBN search is failing to return anything, when an entry already exists in the database. The error from the opac-error.log is as follows: [Tue Aug 17 23:39:32 2004] [error] [client 10.12.0.6] DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /var/www/html/koha/intranet/modules/C4/Search.pm line 1237., referer: http://opac.wbut.ac.in/cgi-bin/koha/opac-detail.pl?bib=26 However, ISBN search from the MARC interface works OK -indranil -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From lib at gndec.ac.in Thu Aug 19 00:08:02 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] koha MARC mapping In-Reply-To: <32814.65.24.138.126.1092482989.spork@webmail.skemotah.com> Message-ID: <Pine.LNX.4.44.0408181613160.13587-100000@localhost.localdomain> hai everybody , i have some another questions about mapping: Please read the complete mail 1.if i don't use the 090a koha Itemtype (NR) then the MARC check display the error i.e. "itemtype NOT mapped the biblioitems.itemtype field MUST : be mapped to a MARC subfield,the correspounding subfield MUST have authorised_value=itemtype" ? IF 090a is wrong then which is the suitable tag for it. Table biblio: > > > > biblionumber 090 c Koha biblionumber (NR) > > author 100 a Personal name > > title 245 a Title > > unititle 245 b bibliosubtitles.subtitle > > > notes > > serial > > seriestitle 440 a Title > > copyrightdate > > timestamp > > abstract > > > > Table biblioitems: > > > > biblioitemnumber 090 d Koha biblioitemnumber (NR) > > biblionumber 037 a Stock number > No, leave this blank (you've already mapped in it the biblio table) ? which tag is used for volume & number? > > volume > > number > > classification 082 b Item number > > itemtype 090 a Koha Itemtype (NR) > You should not map any value that you want the catalogers to control to > tag 090, because the 090 tag is controlled by the Koha software and cannot > be changed by the catalogers. IMHO, it's better to map itemtype to some > other MARC subfield and then set that subfield to use only the authorised > itemtype values. > ? WHERE > > isbn 020 a International Standard Book Number > > issn > > dewey 082 a Classification number > > subclass 090 b Koha Dewey Subclass (NR) > Again, don't use the 090 tag for this. > > > publicationyear 260 c Date of publication, distribution, etc > > publishercode 260 b Name of publisher, distributor, etc > > > > volumedate > > volumeddesc > > timestamp > > illus > > pages > > notes > > size > > place 260 a Place of publication, distribution, etc > > > > lccn > > marc > > url > > > > Table items: > > > > note: Tag no.s with subfield in capital letters are local defined tags. > > > > itemnumber 952 u itemnumber > > biblionumber > > multivolumepart > > biblioitemnumber > > barcode 952 p barcode > > dateaccessioned 952 v dateaccessioned > > booksellerid > > homebranch 952 b homebranch > > price 952 r price > > replacementprice 952 I replacementprice > > replacementpricedate 952 J replacementpricedate > > datelastborrowed > > datelastseen > > multivolume 952 K multivolume > > stack > > notforloan 952 y notforloan > > itemlost 952 L itemlost > > wthdrawn 952 M Write Off > > bulk 952 N duplicate copy > > issues > > renewals > > reserves > > restricted > > binding 952 O Binding > > itemnotes 952 Q Transferred Documents > > holdingbranch 952 d holdingbranch > > paidfor 952 S Acc No. for MR > > timestamp > > > > Table bibliosubjects: > > > > subject 650a > > biblionumber > > > > > Table bibliosubtitle: > > > > subtitle 245b > > biblionumber ? WHICH TAG IS USED FOR additionalauthor.author & biblionumber > > Table additionalauthor: > > > > author > > biblionumber > > > > > > Mrs.Kanwal > > Librarian > > GNDEC,Ludhiana > > -- Kanwal Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Thu Aug 19 00:24:01 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Circulation module of Koha Message-ID: <Pine.LNX.4.44.0408181738380.13587-100000@localhost.localdomain> hello everybody, ? in circulation section why we need to decide the return date (Sticky Due date),i think this may be the automatic function & THE MAIN PROBLEM is: it accept the more days than the defined days in the categories. For example : if we provide the issue service to the students for 2weeks, & here in circulation module if we issue the book even for one year it accept although only 2weeks permissions set for the student category in Borrower categories. Why? there should be a link between the Borrower categories & circulation module's due date.. -- Kanwal Guru Nanak Dev Engineering College Ludhiana (Punjab) India From paul.poulain at free.fr Thu Aug 19 05:08:31 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha 2.1.1 has been released Message-ID: <41238D0F.5050701@free.fr> RELEASE NOTES ============= (HELP NEEDED chapter at the end of document) ROADMAP : A roadmap for Koha 2.2 is available here : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap This is the 2nd UNSTABLE VERSION of the future Koha 2.2. Please install this version only if you want to test and give some help to the team that develops this software. NEVER, NEVER, NEVER use it on a production machine. WARNING : * This version is ONLY available in ENGLISH. biblio frameworks are only available in UNIMARC - french. * This version is tested only with mozilla. Should work (partially) with IE. * Any 2.1.0 install must be uninstalled before installing 2.1.1 No update is provided for 2.1.0. INSTALLATION * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./installer.pl * Follow the instructions UPGRADE from previous 2.0.0preX or RCx version * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./koha.upgrade * Follow the instructions UPGRADE from previous 1.2.x version : UPGRADE TO A 2.0.0 version before upgrading to 2.1.1 This will be mandatory for the 2.2 official release. ============ WHAT'S NEW ============ 1- serials ********** The serial module is here. Online help is documented, and work fine. The serial module contains : * create a subscription. * automatically calculate issue. An issue can be delayed or marked "missing". * remind the librarian when the subscription expires. * deals with complex formulas to calculate issue number. * show subscriptions summaries in librarian interface and OPAC, with differents informations. 2- bugfixes *********** A lot in all modules. It seems everything works fine in new modules (Authorities, frameworks...) ========== FUTURE ========== The next release will probably be 2.2RC1. It should contains : * bugfixes. * some new code for a better LDAP handling (automatic creation of the borrower if it does not exist, getting informations from LDAP directory) * a barcode generator ! it's a new feature that should be commited by a new developper coming from south america (argentina). I've seen the code, it's clean & nice. Just a new dependencay, for PDF generating. Should be non mandatory for ppl that don't want to print barcodes. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From DwyllisM at minhousing.govt.nz Wed Aug 18 14:20:34 2004 From: DwyllisM at minhousing.govt.nz (Dwyllis Maggs) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha - Wellington users Message-ID: <05A2504F7DC29340AE8B4C25665C292E18C6B1@mhmail.minhousing.local> Is there any library in the Wellington region using Koha? If yes can I pay a visit and have a play? cheers Dwyllis Dwyllis Maggs Temp Librarian/Records Co-ordinator Corporate Office Ministry of Housing Te Whare Ahuru ph 64- 4-474 2023 fax 64-4-499 4744 PO Box 10-729 Level 6, 256 Lambton Quay Wellington ############################################################ Attention: Any opinions expressed in this message are not necessarily those of the Ministry of Housing. This message and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivery to the intended recipient, be advised that you have received this message in error and that any use is strictly prohibited. Please contact the sender and delete the message and any attachment from your computer. This e-mail has been scanned and cleared by MailMarshal www.marshalsoftware.com ############################################################ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040818/6c40c06e/attachment.html From sgilbert at ihm-school.org Thu Aug 19 08:33:30 2004 From: sgilbert at ihm-school.org (Suzanne Gilbert) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure Message-ID: <4123BD1A.7030605@ihm-school.org> Hello, We have been using various versions of koha for about 2 years. Each time our computer person would put the updated version on the library computer, it has been a good thing...it has made my job easier. That is until this latest version (2.0). I am so confused and frustrated, I'm ready to scrape the whole thing and go back to the good old days of paper and pencil. I am not a librarian, but know the dewey decimal system and how to run a library, in general. I am starting my 6th year as the librarian at a small ( just over 100 students) K-8 school. When I started here, the library was computerized using a system by the Follette Company. It was pretty straight forward and the previous librarian taught me every thing I would need to know (so I thought). All the previous versions of koha had everything our library needed. This new version is giving me way too much information. Is there a version for people who are not really librarians and don't need to set tag fields, etc. ? If not, here is where I am stuck... In PARAMETERS, I went to MARC tag structure. Clicking on MARC tag structure, it took me to the MARC tag structure admin. Across the top of that page it has: Tag Lib Repeatable Mandatory Authorized Value Subfields Edit Delete. What does REPEATABLE and MANDATORY mean? Under Repeatable and Mandatory , for each tag listed it has YES or NO. Are these Repeatable and Mandatory columes pre-set by the koha people? Should I change them or leave them alone? Why the heck am I being put through all this trouble when the last version was filling all the needs of our small library? I loved the way it was set up when I was doing Original Cataloging for a book. It was so easy and fast. I planned to put all the non-fiction books on the koha system computer over the summer and I haven't been able to get anything accomplished. Thanks for letting me rant. If I can get past this Repeatable and Mandatory section, maybe I will be able to figure out the rest of it. Thank you, Suzanne Gilbert IHM School P.S. I used to be on the koha mailing list. I haven't received any messages since early July. I'm not sure if this is the correct e-mail address to which I should send this plea. If not, please forward this message to the proper address. From chris at katipo.co.nz Thu Aug 19 08:45:58 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure In-Reply-To: <4123BD1A.7030605@ihm-school.org> References: <4123BD1A.7030605@ihm-school.org> Message-ID: <20040818204558.GE23838@katipo.co.nz> On Wed, Aug 18, 2004 at 03:33:30PM -0500, Suzanne Gilbert said: > Hello, > > We have been using various versions of koha for about 2 years. Each > time our computer person would put the updated version on the library > computer, it has been a good thing...it has made my job easier. That is > until this latest version (2.0). I am so confused and frustrated, I'm > ready to scrape the whole thing and go back to the good old days of > paper and pencil. > I am not a librarian, but know the dewey decimal system and how to run a > library, in general. I am starting my 6th year as the librarian at a > small ( just over 100 students) K-8 school. When I started here, the > library was computerized using a system by the Follette Company. It was > pretty straight forward and the previous librarian taught me every thing > I would need to know (so I thought). Hiya Suzanne Luckily there is a simple answer :-) Go to Parameters, then System Preferences and turn MARC to off. You will be back to a version of Koha that looks and behaves the same as 1.2.x All be it with some bug fixes. I hope this helps. Chris From lib at gndec.ac.in Thu Aug 19 17:42:26 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure In-Reply-To: <4123BD1A.7030605@ihm-school.org> Message-ID: <Pine.LNX.4.44.0408191106260.18289-100000@localhost.localdomain> On Wed, 18 Aug 2004, Suzanne Gilbert wrote: > Hello, > > We have been using various versions of koha for about 2 years. Each > time our computer person would put the updated version on the library > computer, it has been a good thing...it has made my job easier. That is > until this latest version (2.0). I am so confused and frustrated, I'm > ready to scrape the whole thing and go back to the good old days of > paper and pencil. > I am not a librarian, but know the dewey decimal system and how to run a > library, in general. I am starting my 6th year as the librarian at a > small ( just over 100 students) K-8 school. When I started here, the > library was computerized using a system by the Follette Company. It was > pretty straight forward and the previous librarian taught me every thing > I would need to know (so I thought). > All the previous versions of koha had everything our library needed. > This new version is giving me way too much information. Is there a > version for people who are not really librarians and don't need to set > tag fields, etc. ? > If not, here is where I am stuck... In PARAMETERS, I went to MARC tag > structure. Clicking on MARC tag structure, it took me to the MARC tag > structure admin. Across the top of that page it has: > Tag Lib Repeatable Mandatory Authorized Value Subfields Edit Delete. > What does REPEATABLE and MANDATORY mean? Reaeatable means you want to repeat the same values in other record for this tags i.e. may be the author of 2 or more books is same. Manadatory means you have to assign the any value to the tag,you never enter the data without filling the manadatory fiels. we need to set manadatory only BARCODE(Acc.No.) other tags you can't tick manadatory. Under Repeatable and Mandatory > , for each tag listed it has YES or NO. Are these Repeatable and > Mandatory columes pre-set by the koha people? Should I change them or > leave them alone? > Why the heck am I being put through all this trouble when the last > version was filling all the needs of our small library? I loved the way > it was set up when I was doing Original Cataloging for a book. It was > so easy and fast. I planned to put all the non-fiction books on the > koha system computer over the summer and I haven't been able to get > anything accomplished. > Thanks for letting me rant. If I can get past this Repeatable and > Mandatory section, maybe I will be able to figure out the rest of it. > > Thank you, > > Suzanne Gilbert > IHM School > P.S. I used to be on the koha mailing list. I haven't received any > messages since early July. I'm not sure if this is the correct e-mail > address to which I should send this plea. If not, please forward this > message to the proper address. > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From rachel at katipo.co.nz Fri Aug 20 08:44:02 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure In-Reply-To: <Pine.LNX.4.44.0408191106260.18289-100000@localhost.localdomain> References: <4123BD1A.7030605@ihm-school.org> Message-ID: <4125B9D2.21814.8D10227@localhost> Hi Suzanne > > We have been using various versions of koha for about 2 years. Each > > time our computer person would put the updated version on the library > > computer, it has been a good thing...it has made my job easier. That is until > > this latest version (2.0). I am so confused and frustrated, I'm ready to > > scrape the whole thing and go back to the good old days of paper and pencil. Oh no, how frustrating for you - I really hope I can help you get back to the kinder simpler Koha that you know and love. > All the previous versions of koha had everything our library > > needed. This new version is giving me way too much information. Is there a > > version for people who are not really librarians and don't need to set tag > > fields, etc. YES - We (Katipo) are the "non marc" specialists really - most of our work is with libraries like yourself who don't really need all the detail of MARC, although it's nice to know it's there in the background, it shouldn't need to ruin your life. ? If not, here is where I am stuck... In PARAMETERS, I went to > > MARC tag structure. Clicking on MARC tag structure, it took me to the MARC > > tag structure admin. Across the top of that page it has: Tag Lib Repeatable > > Mandatory Authorized Value Subfields Edit Delete. What does REPEATABLE > > and MANDATORY mean? Oh dear :-) > > Why the heck am I being put through all this trouble when the last > > version was filling all the needs of our small library? In my gut I don't really think you have to do this - but I'll need to do some testing here. If you just want to continue using Koha like you did before, then it has a "simple" non MARC mode that you should be able to get going and it will pretty much be the same - you certainly won't need to do this :-) I'll have a chat here about how ours is set up - see opac.katipo.co.nz - and If that looks like "you" I'll tell you what all our settings are :-) I loved the way it > > was set up when I was doing Original Cataloging for a book. It was so easy > > and fast. I planned to put all the non-fiction books on the koha system > > computer over the summer and I haven't been able to get anything accomplished. > > Thanks for letting me rant. If I can get past this Repeatable and Mandatory > > section, maybe I will be able to figure out the rest of it. If you're not wanting to do copy cataloguing you quite possibly don't really need to - so go have a cup of tea (or your choice of something stronger :-), and we'll see what we can do to help > > Thank you, You're welcome - and would you like to be back on the koha mailing list? Cheers Rachel > > Suzanne Gilbert > > IHM School > > P.S. I used to be on the koha mailing list. I haven't received any > > messages since early July. I'm not sure if this is the correct e-mail > > address to which I should send this plea. If not, please forward this > > message to the proper address. > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -- > O/Ic Library > Guru Nanak Dev Engineering College > Ludhiana (Punjab) India > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From lib at gndec.ac.in Fri Aug 20 21:33:04 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure In-Reply-To: <4125B9D2.21814.8D10227@localhost> Message-ID: <Pine.LNX.4.44.0408201453120.25083-100000@localhost.localdomain> Hi everybody, I have another question that if i set some tags after data entry..do i able to modify previous records with new defined tags. and if i delete some tags then do i lost the data entered in that tags in previous records. kanwal > > > > We have been using various versions of koha for about 2 years. Each > > > time our computer person would put the updated version on the library > > > computer, it has been a good thing...it has made my job easier. That is until > > > this latest version (2.0). I am so confused and frustrated, I'm ready to > > > scrape the whole thing and go back to the good old days of paper and pencil. > > Oh no, how frustrating for you - I really hope I can help you get back to the > kinder simpler Koha that you know and love. > > > All the previous versions of koha had everything our library > > > needed. This new version is giving me way too much information. Is there a > > > version for people who are not really librarians and don't need to set tag > > > fields, etc. > > YES - We (Katipo) are the "non marc" specialists really - most of our work is > with > libraries like yourself who don't really need all the detail of MARC, although > it's nice > to know it's there in the background, it shouldn't need to ruin your life. > > ? If not, here is where I am stuck... In PARAMETERS, I went to > > > MARC tag structure. Clicking on MARC tag structure, it took me to the MARC > > > tag structure admin. Across the top of that page it has: Tag Lib Repeatable > > > Mandatory Authorized Value Subfields Edit Delete. What does REPEATABLE > > > and MANDATORY mean? > > Oh dear :-) > > > > Why the heck am I being put through all this trouble when the last > > > version was filling all the needs of our small library? > > In my gut I don't really think you have to do this - but I'll need to do some > testing here. If you just want to continue using Koha like you did before, > then it has a "simple" non MARC mode that you should be able to get going and > it will pretty much be the same - you certainly won't need to do this :-) > > I'll have a chat here about how ours is set up - see opac.katipo.co.nz - and If > that looks like "you" I'll tell you what all our settings are :-) > > I loved the way it > > > was set up when I was doing Original Cataloging for a book. It was so easy > > > and fast. I planned to put all the non-fiction books on the koha system > > > computer over the summer and I haven't been able to get anything accomplished. > > > Thanks for letting me rant. If I can get past this Repeatable and Mandatory > > > section, maybe I will be able to figure out the rest of it. > > If you're not wanting to do copy cataloguing you quite possibly don't really > need to - so go have a cup of tea (or your choice of something stronger :-), > and we'll see what we can do to help > > > > Thank you, > > You're welcome - and would you like to be back on the koha mailing list? > > Cheers > Rachel > > > > > > > Suzanne Gilbert > > > IHM School > > > P.S. I used to be on the koha mailing list. I haven't received any > > > messages since early July. I'm not sure if this is the correct e-mail > > > address to which I should send this plea. If not, please forward this > > > message to the proper address. > > > _______________________________________________ > > > Koha mailing list > > > Koha@lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > -- > > O/Ic Library > > Guru Nanak Dev Engineering College > > Ludhiana (Punjab) India > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > _____________________________________________________________ > > Rachel Hamilton-Williams Katipo Communications > MANAGING DIRECTOR 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 > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From t_ansari62 at hotmail.com Fri Aug 20 23:59:53 2004 From: t_ansari62 at hotmail.com (tazeen ansari) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] (no subject) Message-ID: <BAY16-F34rktX4CdhqF00012050@hotmail.com> hi actually we configured KOHA on our linux machine now the problem arises iz in its usage firstly i want to ask that can we integrate a scanner to our machineso that thr barcode scanning it can get the book informaton automatically secondly i want to ask that what i should fill in the add biblio form under the isbn field which iz further subdivided into linkage and field link and sequence number it appear in the form as follows 010 - LIBRARY OF CONGRESS CONTROL NUMBER + a LC control number b NUCMC control number 020 INTERNATIONAL STANDARD BOOK NUMBER 6 Linkage "See " 8 Field link and sequence number "See " a International Standard Book Number plz reply me soon bye _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From shedges at skemotah.com Sat Aug 21 01:03:00 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] (no subject) In-Reply-To: <BAY16-F34rktX4CdhqF00012050@hotmail.com> References: <BAY16-F34rktX4CdhqF00012050@hotmail.com> Message-ID: <39891.66.213.78.3.1093006980.spork@webmail.skemotah.com> tazeen ansari said: > hi > actually we configured KOHA on our linux machine now the problem arises iz > in its usage > firstly i want to ask that can we integrate a scanner to our machineso > that > thr barcode scanning it can get the book informaton automatically As long as your scanner is set to act as a keyboard wedge -- in other words, the computer takes input from the scanner just as if the numbers had been typed in on a keyboard -- it will work just fine. (Try it.) > secondly i want to ask that what i should fill in the add biblio form > under > the isbn field which iz further subdivided into linkage and field link > and > sequence number The ISBN goes in 020a in MARC21. 010a is the LC number. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sat Aug 21 01:06:32 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure In-Reply-To: <Pine.LNX.4.44.0408201453120.25083-100000@localhost.localdomain> References: <4125B9D2.21814.8D10227@localhost> <Pine.LNX.4.44.0408201453120.25083-100000@localhost.localdomain> Message-ID: <1708.66.213.78.3.1093007192.spork@webmail.skemotah.com> Library said: > I have another question that if i set some tags after data entry..do i > able to modify previous records with new defined tags. > and > if i delete some tags then do i lost the data entered in that tags in > previous records. The MARC tag structure has nothing to do with what data you have saved on your system. It only controls what data is displayed on your system. So when you change the MARC tag structure, you might see different data. But none of your data has been changed unless you do edit biblio. (In other words, MARC tag structure cannot change your MARC data.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From lib at gndec.ac.in Sat Aug 21 19:11:57 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] (no subject) Message-ID: <Pine.LNX.4.44.0408211240400.30372-100000@localhost.localdomain> Hi everybody, I have another question that if i set some tags after data entry..do i able to modify previous records with new defined tags. and if i delete some tags then do i lost the data entered in that tags in previous records. kanwal -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From indradg at icbic.com Sun Aug 22 23:06:33 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] A quick question on biblioitems.dewey field's datatype Message-ID: <1093172793.19379.4.camel@enforcer.banglamafia.org> Hi, Why is the biblioitems.dewey field set to double(8,6) and not to, say varchar(15) or something like that? After all in the MARC subfield table the dewey gets stored in a varchar(255) field. Any pointers/clues on this? tia -indra -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From mjr at dsl.pipex.com Mon Aug 23 05:19:34 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] A quick question on biblioitems.dewey field's datatype In-Reply-To: <1093172793.19379.4.camel@enforcer.banglamafia.org> Message-ID: <d00cbba12e34473f8b332703e815fc4c@bouncing.localnet> On 2004-08-22 12:06:33 +0100 Indranil Das Gupta <indradg@icbic.com> wrote: > Why is the biblioitems.dewey field set to double(8,6) and not to, say > varchar(15) or something like that? I think quite a few developers have been wondering that recently, too. Unless there's a killer reason to keep it numeric, I expect it to change in 2.1.* before much longer. -- MJR/slef My Opinion Only and not of any group I know From indradg at icbic.com Mon Aug 23 05:55:00 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] A quick question on biblioitems.dewey field's datatype In-Reply-To: <d00cbba12e34473f8b332703e815fc4c@bouncing.localnet> References: <d00cbba12e34473f8b332703e815fc4c@bouncing.localnet> Message-ID: <1093197299.19825.8.camel@enforcer.banglamafia.org> On Sun, 2004-08-22 at 22:49, MJ Ray wrote: > On 2004-08-22 12:06:33 +0100 Indranil Das Gupta <indradg@icbic.com> > wrote: > > > Why is the biblioitems.dewey field set to double(8,6) and not to, say > > varchar(15) or something like that? > > I think quite a few developers have been wondering that recently, too. > Unless there's a killer reason to keep it numeric, I expect it to > change in 2.1.* before much longer. Thanks for the info. At my deployment site, use of double precision datatype was leading to the decimal part of the stored dewey number being padded with extra zeros. And this was reflecting a wrong value in the OPAC interface. So, I simply changed the fieldtype to varchar(15) and rerun misc/rebuildnonmarc.pl. Now, the dewey value is being correctly stored in biblioitems.dewey and properly displayed in the OPAC. So far, I haven't noticed any inconsistency due to the change. cheers, -indra. -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From baljkas at mts.net Thu Aug 19 11:15:46 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure Message-ID: <20040818231546.IJAM8206.mx-mtaout02.mts.net@mx-mtaout> Wednesday, August 18, 2004 17:54 CDT Hi, Suzanne, Chris responded with the answer to the most important part of your query, so you now have the solution you need. As for a few other parts, I will pick up on your rant with a little one of my own ... > I am not a librarian, but know the dewey decimal system > and how to run a library, in general. I am starting my 6th > year as the librarian at a small (just over 100 students) > K-8 school. When I started here, the library was > computerized using a system by the Follette [i.e. Follett] > Company. It was pretty straight forward and the previous > librarian taught me every thing I would need to know (so I > thought). I am going to leave aside the whole issue of what a person should know or be expected to know to run a school library, or other library for that matter. I would have you know and recognise, Suzanne, that there are MANY people in the United States and Canada (I cannot speak for elsewhere), who are being done out of jobs or have been "downsized", simply because administrators think there is *no* difference between a librarian, a library technician/technical assistant, and a clerk with no library training at all. You are touching on a very sensitive subject for many people who were trained in library science and have aspired to work full-time in the library world in one capacity or another. On to more concrete matters ... If it is the Follett system I think you mean -- it never hurts to be specific, BTW -- then it is really just an elaborated circ system with an OPAC of sorts. It does not even come close to what Koha endeavours to do as a true Integrated Library System (ILS). > All the previous versions of koha had everything our > library needed. This new version is giving me way too much > information. This echoes an exchange between Chris Cormack and myself more than a year ago now. Although many of us think Koha is great, it still doesn't provide enough information options for larger libraries with more complex catalogues. Chris, maybe the solution is to distinguish more clearly what functions are going to be necessary/desired for the adopting library (a checklist in a README file?) and identify that turn-off-MARC function more clearly (I thought it was pretty clear but it still seems to be tripping people up). Skipping the rest of what you wrote about MARC -- which, if you invest some time in learning about it now will repay you vastly in saved time cataloguing in the future -- ... > Why the heck am I being put through all this trouble when > the last version was filling all the needs of our small > library? Because, Suzanne, not all libraries are small libraries, and as great as Koha is, it can only progress further by FULLY adopting the STANDARDS that are recognised by PROFESSIONALS and PARA-PROFESSIONALS as PROFESSIONAL. As noted above, Koha still has a ways to go. Thankfully, there is the turn-off-MARC provision to help you and other small library users from dealing with complexities that you are not ready for or do not desire to deal with in the meantime. And on the final matter you mentioned ... > P.S. I used to be on the koha mailing list. I haven't > received any messages since early July. I'm not sure if > this is the correct e-mail address to which I should send > this plea. If not, please forward this message to the > proper address. I can't tell if someone corrected this for you and forwarded it or not, but I can assure you that the Koha-ites have been very busy this summer and you certainly should have received many messages since early July. Is it possible that your school's admin has set up something to block spam that is eliminating your Koha messages? In the school divisions I've worked for, staff had to submit listserv sending addresses so that they wouldn't get blocked as junk. If you know that you submitted your address correctly, check with your sys admin. Failing that possibility, maybe just try submitting another address. You should be able to read/check through the Archive online to see what you've missed. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mts.net Sat Aug 21 10:35:03 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] (no subject) Some info on MARC standards Message-ID: <20040820223503.STLM8206.mx-mtaout02.mts.net@mx-mtaout> Friday, August 20, 2004 17:06 CDT Hi, Tazeen, Stephen Hedges answered the most important part of your questions already, so this is just a little addendum (extra). > secondly i want[ed] to ask that what i should fill in the > add biblio form under the isbn field which i[s] further > subdivided into linkage and field link and sequence number These things are almost never seen in libraries, Tazeen. You do not need to worry about them. The $6 Linkage subfield is specifically for alternate graphic representations. In simpler English, this is for *different alphabetic or other writing systems* (Arabic, Amharic, Chinese, Cyrillic, Greek, Japanese, Sanskrit, etc., etc.) *IF* your catalogue used multiscript (more than just Latin letters) displays. (I don't think Koha is quite up to that yet. I've yet to see a system that really is. ;-) ) The $8 Field Link and Sequence Number is another thing not to worry over. In simplest terms, it is used to provide more detailed information on items that are parts of a larger item (component parts) or that are reproductions of an original (reproduction). If you want a headache, you can surf to URL <http://www.loc.gov/marc/bibliographic/ecbdcntf.html#mrcs8> and read all about it. Even when Contents analysis is done in libraries (505 Note) it is exceedingly uncommon ever to see this. In the 010 tag, Library of Congress Control Number, the $b subfield is NUCMC control number. NUCMC = National Union Catalog of Manuscript Collections. Again, this is not something you will likely ever see outside of the U.S.A. so please do not worry about it. *** More importantly, if you do wonder about or have questions about MARC coding, you can find descriptions of the MARC standards and examples of how the fields are filled in, online, for free, via the Library of Congress Concise Format for Bibliographic Data page at URL <http://www.loc.gov/marc/bibliographic/ecbdhome.html>. This is part of the permanent MARC Standards information available at URL <http://www.loc.gov/marc/marc.html>. *** For your specific questions, you could surf to URL <http://www.loc.gov/marc/bibliographic/ecbdnumb.html#mrcb010> to find out about the 010 field (e.g. that you should add 3 blank spaces before entering the number, a long-standing practice), and further down that page to URL <http://www.loc.gov/marc/bibliographic/ecbdnumb.html#mrcb020> to read more about the 020 field (e.g. this shows that cataloguers remove the hyphens in ISBN numbers). I hope this added information will be of some help, if not now, then in the future. Please feel free to write with any additional MARC (or other) questions any time. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From rachel at katipo.co.nz Mon Aug 23 18:14:32 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha - Wellington users In-Reply-To: <05A2504F7DC29340AE8B4C25665C292E18C6B1@mhmail.minhousing.local> Message-ID: <412A3408.21964.691954@localhost> Hi Dwyllis > Is there any library in the Wellington region using Koha? If yes can I pay a > visit and have a play? There are several "Koha's" running in Wellington and they are all slightly different so we'll try and match you to a goodie. The MetService are running a fairly standard edition of Koha - managing books and journals I believe. They don't have a public OPAC, so you'd need to go in to see them. Local Government New Zealand are running Koha 2.0, and they are using it to catalogue both off line materials - books and journals, and online/digital ones like PDF's and websites. I don't believe they use the lending facilities although I could check that. If you search the OPAC from outside LGNZ you only see the online items - www.lgnz.co.nz/library However if you search from within LGNZ you see the books too - we're doing that based on the IP number of the browser. We have a copy running here at Katipo - and we do issue and return books, and we've got different branches etc set up, and you'd be more than welcome to give it a good play here. Look forward to hearing from you Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From singularity at wi.rr.com Tue Aug 24 00:51:13 2004 From: singularity at wi.rr.com (Bob Seidl) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] A quick question on biblioitems.dewey field's datatype In-Reply-To: <1093197299.19825.8.camel@enforcer.banglamafia.org> References: <d00cbba12e34473f8b332703e815fc4c@bouncing.localnet> <1093197299.19825.8.camel@enforcer.banglamafia.org> Message-ID: <4129E841.30602@wi.rr.com> Indranil Das Gupta wrote: >On Sun, 2004-08-22 at 22:49, MJ Ray wrote: > > >>On 2004-08-22 12:06:33 +0100 Indranil Das Gupta <indradg@icbic.com> >>wrote: >> >> >> >>>Why is the biblioitems.dewey field set to double(8,6) and not to, say >>>varchar(15) or something like that? >>> >>> >>I think quite a few developers have been wondering that recently, too. >>Unless there's a killer reason to keep it numeric, I expect it to >>change in 2.1.* before much longer. >> >> > >Thanks for the info. At my deployment site, use of double precision >datatype was leading to the decimal part of the stored dewey number >being padded with extra zeros. And this was reflecting a wrong value in >the OPAC interface. > >So, I simply changed the fieldtype to varchar(15) and rerun >misc/rebuildnonmarc.pl. Now, the dewey value is being correctly stored >in biblioitems.dewey and properly displayed in the OPAC. > >So far, I haven't noticed any inconsistency due to the change. > >cheers, >-indra. > > > > > Not knowing the language very well, and not knowing the dewey decimal system very well, I can nonetheless venture a guess based upon my experience in other computer areas. If the number of characters after the decimal point ever changes, then it will not sort properly. If the field is changed to varchar, I would make sure to put in some sort of edit mask / edit check to verfy the number of characters after the decimal point. If there are less than some minimal number, space fill to the right. Bob From Zhou.Lu at dol.gov Tue Aug 24 02:42:23 2004 From: Zhou.Lu at dol.gov (Zhou, Lu - OSHA CTR) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] (no subject) Message-ID: <3170624C351D8C4BB7086BFDD172DF46A289FB@NO-EX18> please unsubscribe thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040823/9aebb90f/attachment.htm From indradg at icbic.com Tue Aug 24 04:02:38 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] What is the "Authorities" menu in Koha 2.1.1 Message-ID: <1093276958.2605.6.camel@enforcer.banglamafia.org> Hi, What is the functionality of "the Authorities" menu in Koha 2.1.1? I mean how does it work? I upgraded my test install from Koha 2.0, I can still access my self-defined authority values from the Parameters link. But when I try to add a new authority, I'm getting an "Internal Server Error". The koha-error.log has the two following lines describing the error condition: [Mon Aug 23 21:29:10 2004] [error] [client 10.12.0.6] Can't call method "as_formatted" without a package or object reference at /var/www/html/koha/intranet/cgi-bin/authorities/authorities.pl line 163., referer: http://koha.wbut.ac.in/cgi-bin/koha/authorities/authorities-home.pl [Mon Aug 23 21:29:10 2004] [error] [client 10.12.0.6] Premature end of script headers: authorities.pl, referer: http://koha.wbut.ac.in/cgi-bin/koha/authorities/authorities-home.pl tia, -indra -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From koha-main at toykeeper.net Tue Aug 24 10:52:57 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] MARC tag structure; spam blocking In-Reply-To: <20040818231546.IJAM8206.mx-mtaout02.mts.net@mx-mtaout> References: <20040818231546.IJAM8206.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <20040823225257.GA29832@SerDevian.XYZZ.org> Just a note, to anyone running a mail server with more than two or three users... Or, perhaps, a plug for a nice open-source spam filter which works much better than the popular "spamassassin". Spam blocking can be done in a manner where each user can train the filter to behave as desired, independent of other users. The DSPAM project works great on shared mail servers: http://www.nuclearelephant.com/projects/dspam/ I mention it because it would be one way to avoid the problem described below: * Baljkas Family <baljkas@mts.net> wrote: > > P.S. I used to be on the koha mailing list. I haven't > > received any messages since early July. I'm not sure if this > > is the correct e-mail address to which I should send this > > plea. If not, please forward this message to the proper > > address. > > Is it possible that your school's admin has set up something to > block spam that is eliminating your Koha messages? In the > school divisions I've worked for, staff had to submit listserv > sending addresses so that they wouldn't get blocked as junk. If > you know that you submitted your address correctly, check with > your sys admin. -- Scott From koha-main at toykeeper.net Tue Aug 24 11:18:17 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation Message-ID: <20040823231817.GB29832@SerDevian.XYZZ.org> Hi. I was just wondering what documentation is available for Koha, and if it would be possible to keep track of it in some unified place on koha.org. It just occurred to me today that many of the questions people have could be answered or handled by online documentation, especially if it included HOWTOs for common tasks and a good index of available info. ... And koha.org has no documentation section. At the very least, koha.org should probably have a "Documentation" tab along with its other main navigation, and its /doc/ directory should provide links to all known sources of useful Koha info. I managed to find a Koha wiki, but it is far from obvious that it exists, or is used. What sort of wiki is it? Who runs it? Does it use any sort of version control? Does anyone review it to keep it organized and accurate? Does anyone import outside articles into it, to keep things unified and accessible? -- Scott From baljkas at mts.net Tue Aug 24 09:53:35 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] A quick question on biblioitems.dewey field's datatype Message-ID: <20040823215335.PFUK4492.mx-mtaout01.mts.net@mx-mtaout> Monday, August 23, 2004 16:22 CDT Hi, Bob, Indranil et alii, Just adding another 2 cents here, just FYI on the cataloguing matter touched on ... > From: Bob Seidl <singularity@wi.rr.com> > Date: 2004/08/23 Mon AM 07:51:13 CDT > To: Koha Users List <koha@lists.katipo.co.nz> > Subject: Re: [Koha] A quick question on biblioitems.dewey field's datatype > > Indranil Das Gupta wrote: > > >On Sun, 2004-08-22 at 22:49, MJ Ray wrote: > > > > > >>On 2004-08-22 12:06:33 +0100 Indranil Das Gupta <indradg@icbic.com> > >>wrote: > >> > >>>Why is the biblioitems.dewey field set to double(8,6) and not to, say > >>>varchar(15) or something like that? > >>> > >>I think quite a few developers have been wondering that recently, too. > >>Unless there's a killer reason to keep it numeric, I expect it to > >>change in 2.1.* before much longer. > >> > >Thanks for the info. At my deployment site, use of double precision > >datatype was leading to the decimal part of the stored dewey number > >being padded with extra zeros. And this was reflecting a wrong value in > >the OPAC interface. > > > >So, I simply changed the fieldtype to varchar(15) and rerun > >misc/rebuildnonmarc.pl. Now, the dewey value is being correctly stored > >in biblioitems.dewey and properly displayed in the OPAC. > > > >So far, I haven't noticed any inconsistency due to the change. > > > >cheers, > >-indra. > > > Not knowing the language very well, and not knowing the dewey > decimal system very well, I can nonetheless venture a guess based upon > my experience in other computer areas. > If the number of characters after the decimal point ever changes, > then it will not sort properly. That is definitely the case, Bob. The Dewey Decimal Classification system uses each position 100s, 10s, 1s, tenths, hundredths, thousandths and so on to be more specific about a book's content. There are other bits that are added on to even these, so that if a library wants to do so, the numbers can get VERY long and VERY specific. You may notice on the back of the title page (t.p.) that when Dewey numbers are given there are little prime marks (') after one or more groups. This is to help cataloguers out by suggesting specific places to stop number building. E.g. (an ex. appropriate to the Koha community): Random acts of kindness / the editors of Conari Press ; foreword by Daphne Rose Kingma ; introduction by Dawna Markova. -- CIP gives 177'.7 If the library's collection were small (overall or in that area) or for other reasons where a long number is not desirable, the number could be stopped at 177 (and augmented with cutter number, etc. as per local practice); or, if the collection were larger (overall or in that area) or for other reasons, the number could be the complete 177.7 (again augmented as noted). The difference here would be between classing a book on the Ethics of social relations (177) vs. the more specific Ethics of social relations - Love (including benevolence, charity, kindness, liberality, philanthropy) (177.7), not something a patron might even notice. With some topics, though, the 'base' number goes to 3 decimal places (a random example: School journalism = 371.897). And when you add in numbers for geography and classes of persons, and so on, you can get quite specific and consequently quite long numbers. > If the field is changed to varchar, I would make sure to > put in some sort of edit mask / edit check to verfy > the number of characters after the decimal point. If there > are less than some minimal number, space fill to the > right. I am sorry for being dull here, Bob, but I don't understand what this would do. Does what you're proposing mean that instead of the zeros that were a problem for Indranil, there would be blank space filed instead? Wouldn't that distort numbers, too? Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From nsr at etome.net Tue Aug 24 12:47:01 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <20040823231817.GB29832@SerDevian.XYZZ.org> Message-ID: <003401c48973$e3189560$6501a8c0@POIROT> Scott et al... The repository you've requested exists and is in fact having material migrated to it. A second wiki, which supports DocBook XML and which was graciously installed and hosted by Mike Reavey at http://mreavey.homeip.net:9673/book-0.5/index.php It is now open for business (perhaps a little raw-er in form than I'd like, but this is the second or third query to the general public). I have been migrating the "good stuff" that Steve Hedges (who I owe several at this point).... Much of the delay in getting something out to 'officially' replace the now overcome-by-events www.koha.org/manual material is my fault. Life has been, in the great tradition of Koha contributors, a trifle hectic. Feel free to castigate me, I've been slack and deserve to hear it. If you're interested in contributing (there are some wrinkles to be aware of) please drop me a line. My hope with this email (a) some folks will once again volunteer [hint: email me!] to take something messy on (as always, thanks to HLT, Regula, Patricia, etc who got us to this point) and (b) the end result will successfully combine both the material out there and some additional stuff and (c) Koha2 will eventually have as useful a docs set as Koha1.x came to have. Nick Your (blast from the past) docs slave. From koha-main at toykeeper.net Tue Aug 24 14:20:00 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <003401c48973$e3189560$6501a8c0@POIROT> References: <20040823231817.GB29832@SerDevian.XYZZ.org> <003401c48973$e3189560$6501a8c0@POIROT> Message-ID: <20040824022000.GD29832@SerDevian.XYZZ.org> * Nicholas S. Rosasco <nsr@etome.net> wrote: > The repository you've requested exists and is in fact having > material migrated to it. > > A second wiki, which supports DocBook XML and which was > graciously installed and hosted by Mike Reavey at > http://mreavey.homeip.net:9673/book-0.5/index.php Ah... Zope. Or perhaps not zope. Is that running phpWebApp on the zope management port? Is there direct collaboration between the two wikis, to execute a full migration? What are the reasons behind the switch? It's good to see that progress is being made, but it does still seem pretty rough around the edges. I notice, on that site, no way to edit the content, or to log in. ... or contact the maintainer of the site. Some of the links are not very noticable, either, since different links use different styles. (some links are brownish and underlined, others are blue and non-underlined, others are bold green and non-underlined, and it took a while to realize the green ones were links) -- Scott From nsr at etome.net Tue Aug 24 14:30:39 2004 From: nsr at etome.net (Nicholas S. Rosasco) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <20040824022000.GD29832@SerDevian.XYZZ.org> Message-ID: <01b201c48982$59a250a0$6501a8c0@POIROT> I'm replying to Scott off list, since my blather on this topic is (presumably) not of interest to anyone and may become an extended conversation. If there is a desire for this to return to the list (or someone wants to join the "branched" flow) please drop me a line... Nick ...trying to limit the koha@katipo list to, well, Koha specific vs project blarney. -----Original Message----- From: Scott Scriven [mailto:koha-main@toykeeper.net] Sent: Monday, August 23, 2004 10:20 PM To: koha@lists.katipo.co.nz Cc: nrosasco@acm.org Subject: Re: [Koha] documentation * Nicholas S. Rosasco <nsr@etome.net> wrote: > The repository you've requested exists and is in fact having material > migrated to it. > > A second wiki, which supports DocBook XML and which was graciously > installed and hosted by Mike Reavey at > http://mreavey.homeip.net:9673/book-0.5/index.php Ah... Zope. Or perhaps not zope. Is that running phpWebApp on the zope management port? Is there direct collaboration between the two wikis, to execute a full migration? What are the reasons behind the switch? It's good to see that progress is being made, but it does still seem pretty rough around the edges. I notice, on that site, no way to edit the content, or to log in. ... or contact the maintainer of the site. Some of the links are not very noticable, either, since different links use different styles. (some links are brownish and underlined, others are blue and non-underlined, others are bold green and non-underlined, and it took a while to realize the green ones were links) -- Scott From shedges at skemotah.com Tue Aug 24 23:05:38 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <20040823231817.GB29832@SerDevian.XYZZ.org> References: <20040823231817.GB29832@SerDevian.XYZZ.org> Message-ID: <32791.65.24.138.126.1093345538.spork@webmail.skemotah.com> Scott Scriven said: > It just occurred to me today that many of the questions people > have could be answered or handled by online documentation, > especially if it included HOWTOs for common tasks and a good > index of available info. ... www.koha.org/wiki has a section called "Documentation" and a link to "Online Help." While this is a work-in-progress (it is a wiki, after all), many of the recurrung question about authorities, MARC tag structure, etc., can be answered with a little digging there. Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From lib at gndec.ac.in Wed Aug 25 00:32:46 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] user's clarification Message-ID: <Pine.LNX.4.44.0408211626170.31366-100000@localhost.localdomain> hai, how can a user search about his/her dues using koha2.0.0 because their is no flag to permit them to see their dues,i think koha users need for a flag named "view dues" which may be need to enter the membership number of user ID & password. -- Kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From koha-main at toykeeper.net Wed Aug 25 13:57:25 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <32791.65.24.138.126.1093345538.spork@webmail.skemotah.com> References: <20040823231817.GB29832@SerDevian.XYZZ.org> <32791.65.24.138.126.1093345538.spork@webmail.skemotah.com> Message-ID: <20040825015725.GA1271@SerDevian.XYZZ.org> * Stephen Hedges <shedges@skemotah.com> wrote: > www.koha.org/wiki has a section called "Documentation" and a > link to "Online Help." While this is a work-in-progress (it is > a wiki, after all), many of the recurrung question about > authorities, MARC tag structure, etc., can be answered with a > little digging there. I've spent the last day or so playing with that wiki, adding things, etc. It does seem like a good source of information, capable of answering many questions. However, I would not know that it exists, if I were to go to koha.org or look through the koha tarball. I suppose my suggestion is this: Someone should put a link from koha.org, in the template (probably the menu at the left) called "Documentation" or something similar, which points to the wiki. In addition, the FAQ on koha.org and the two FAQs in the wiki should probably be unified and the FAQ link on koha.org should point to it. Does this sound reasonable? -- Scott From rachel at katipo.co.nz Wed Aug 25 18:05:48 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <20040825015725.GA1271@SerDevian.XYZZ.org> References: <20040823231817.GB29832@SerDevian.XYZZ.org> <32791.65.24.138.126.1093345538.spork@webmail.skemotah.com> <20040825015725.GA1271@SerDevian.XYZZ.org> Message-ID: <412C2C3C.3010903@katipo.co.nz> Hi > I suppose my suggestion is this: Someone should put a link from > koha.org, in the template (probably the menu at the left) called > "Documentation" or something similar, which points to the wiki. > In addition, the FAQ on koha.org and the two FAQs in the wiki > should probably be unified and the FAQ link on koha.org should > point to it. Does this sound reasonable? An excellent suggestion, I'm thinking of making some other changes to the Koha Website so if anyone else has ideas then now would be an excellent time to send them through:-) Cheers Rachel -------------- next part -------------- A non-text attachment was scrubbed... Name: rachel.vcf Type: text/x-vcard Size: 330 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040825/36cd5ec6/rachel.vcf From twilson at tridium-tech.com Thu Aug 26 01:42:30 2004 From: twilson at tridium-tech.com (Tom Wilson) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Major Problems installing under FreeBSD 4.10 Message-ID: <008a01c48aa9$5ebc4780$692864c8@tomlaptop> I'm having a really hard time trying to get KOHA installed under FBSD 4.10. It's throwing errors when trying to run installer.pl, but the main problem is I'm having a hard time following the installation instructions off the site (which don't even mention installer.pl). Has anyone tried installing this in FreeBSD? I have Apache, mySQL, DBD, etc all set up. Thanks, Tom _________________________________ Tom Wilson, Senior Consultant Tridium Technologies, LLC p: 866.599.0148 / c: 727.224.8871 TWilson@Tridium-Tech.com http://www.Tridium-Tech.com/ From Zhou.Lu at dol.gov Thu Aug 26 02:51:21 2004 From: Zhou.Lu at dol.gov (Zhou, Lu - OSHA CTR) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] unsubscribe Message-ID: <3170624C351D8C4BB7086BFDD172DF46A28B41@NO-EX18> please unsubscribe thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040825/247d5be8/attachment.htm From cobi31 at hotmail.com Thu Aug 26 02:56:42 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Loading MARC Format Message-ID: <BAY9-F27GWcwz9a1LmQ0007bf6c@hotmail.com> Hi How can I load into de Koha, the MARC Format that give me the web of The Library of Congress http://catalog.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First For example, I have a list of ISBN, I type the ISBN on the web of The Library of Congress and select ISBN, MARC Format and print or save. Where can I get a how-to or manual about it? Thanks! Marco Antonio Castillo Euroamerican School of Monterrey _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From cobi31 at hotmail.com Thu Aug 26 03:04:18 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Cargar formato MARC Message-ID: <BAY9-F7a5sqMaSORH9H00056e50@hotmail.com> Hola Como puedo dentro de Koha, cargar el formato MARC que me da la web de la Bilioteca del Congreso http://catalog.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First Por ejemplo, tengo una lista con los ISBN de nuestra biblioteca, tecleo un ISBN en la web del congreso, selecciono busqueda por ISBN, MARC format, imprimir o guardar. Esto me arroja un número que quiero cargar al koha. Donde puedo encontrar un manual referente a esto? Gracias! Marco Antonio Castillo Colegio Euroamericano de Monterrey _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From shedges at skemotah.com Thu Aug 26 03:39:36 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] documentation In-Reply-To: <20040825015725.GA1271@SerDevian.XYZZ.org> References: <20040823231817.GB29832@SerDevian.XYZZ.org> <32791.65.24.138.126.1093345538.spork@webmail.skemotah.com> <20040825015725.GA1271@SerDevian.XYZZ.org> Message-ID: <30711.66.213.78.3.1093448376.spork@webmail.skemotah.com> Scott Scriven said: > I suppose my suggestion is this: Someone should put a link from > koha.org, in the template (probably the menu at the left) called > "Documentation" or something similar, which points to the wiki. Actually, the "online help" in the wiki is just a workspace. As I understand it, all of that stuff will actually be available "online" by clicking on help buttons in version 2.2. In other words, it will be included in the code, and there will be no need to leave your library site to get to the documentation. Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From lib at gndec.ac.in Thu Aug 26 17:40:26 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] update member record by self Message-ID: <Pine.LNX.4.44.0408261105590.6436-100000@localhost.localdomain> hai, i want to know something, when a user log on to koha to check his/her dues, them the member home provide the option to update the member record,but if the member try to update & save the updated information,then it will not save in the members'database......why -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From rachel at katipo.co.nz Thu Aug 26 18:01:45 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha's around the World Message-ID: <412D7CC9.4070108@katipo.co.nz> Hi One of the things we're asked most often is "where is Koha?" We've made a map of the various Koha installs we know about .... http://www.koha.org/about/map/ If you're not on there, please please let us know and we'll be happy to add you cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Thu Aug 26 18:04:29 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Free Koha Installs at Lianza Conference Message-ID: <412D7D6D.4060801@katipo.co.nz> We (Katipo) are off to the Library Association Conference in Auckland at the begining of September, and are doing free installs of Koha at conference. So two things - firstly if you're in Auckland and would like one, do pop by and let us know. And secondly if there is anyone else who is doing the same sort of thing we can share war stories when it's over :-) More on what we're doing here... http://www.katipo.co.nz/about-us/news/nr1092719045.shtml Cheers R -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From ablackie at mailer.fsu.edu Fri Aug 27 01:36:34 2004 From: ablackie at mailer.fsu.edu (ablackie@mailer.fsu.edu) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Please take me off the listserv Message-ID: <200408261336.i7QDaYI25550@fire3.fsu.edu> Hi all- I would like you to please take my name off your mailing list, it was really great being a part of you. Thanks for all the many efforts, Anthony. From newcomb at metronaviation.com Fri Aug 27 01:46:25 2004 From: newcomb at metronaviation.com (Newcomb, Chris) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Please remove me from your list Message-ID: <50F85A6C9156DC47AF97A488E0FA8C4D71FF0E@airmail.metronaviation.com> Please remove me from your list. Thank you! Chris Newcomb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040826/cb07a86c/attachment.html From newcomb at metronaviation.com Fri Aug 27 01:48:57 2004 From: newcomb at metronaviation.com (Newcomb, Chris) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] please remove me from your list Message-ID: <50F85A6C9156DC47AF97A488E0FA8C4D71FF0F@airmail.metronaviation.com> Chris Newcomb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040826/504364f7/attachment.htm From garthus at lilrc.org Fri Aug 27 02:25:58 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Please take me off the listserv In-Reply-To: <200408261336.i7QDaYI25550@fire3.fsu.edu> References: <200408261336.i7QDaYI25550@fire3.fsu.edu> Message-ID: <412DF2F6.6090509@lilrc.org> Tech people who cannot read, just go to the link at http://lists.katipo.co.nz/mailman/listinfo/koha Which is at the bottom of every list serv message; what are they teaching people in library school today? Gerry Gerry Arthus Systems Administrator Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor Graduate Computer Engineering, Earth and Environmental Science, and Engineering Management C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville,New York US 11548-1300 Phone: 516-299-2293 ablackie@mailer.fsu.edu wrote: >Hi all- I would like you to please take my name off your mailing list, it >was really great being a part of you. Thanks for all the many efforts, Anthony. > > > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040826/2732c6f1/attachment.html From berkassa at ies.aau.edu.et Fri Aug 27 12:13:09 2004 From: berkassa at ies.aau.edu.et (Berhanu Kassa) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Removing from mailing list Message-ID: <29f9a25420.2542029f9a@ss.aau.edu.et> Hi I would like you to please take my name off your mailing list, it was really great being a part of you. Berhanu Kassa System Administrator Institute of Ethiopian Studies Addis Ababa University P.O.Box 150050 Tel 251-01-231069 E-mail berkassa@ies.aau.edu.et Addis Ababa, Ethiopia From lib at gndec.ac.in Fri Aug 27 23:42:34 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] catalogue Message-ID: <Pine.LNX.4.44.0408271622050.13408-100000@localhost.localdomain> hai everybody, i have some questions about cataloguing in koha...if we don't use MARC21 format & we use only koha entry sheet to prepare catalogue: then the some required fields are missing,like: Price, Edition,Itemlost, Write off, Duplicate copy, binding, Transferred documents, MR(money recover) etc. what should i do,there is any solution for this problem -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From mjoyner at ewc.edu Sun Aug 29 04:37:23 2004 From: mjoyner at ewc.edu (Michael Joyner) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Major Problems installing under FreeBSD 4.10 In-Reply-To: <008a01c48aa9$5ebc4780$692864c8@tomlaptop> References: <008a01c48aa9$5ebc4780$692864c8@tomlaptop> Message-ID: <4130B4C3.4000006@ewc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Running good here here is my /var/db/pkg list NOTE: bsdpan-MARC-Record is *NOT* in the ports tree, i needed to do the bsdpan as specified by the installer.pl script to get it to install. XFree86-4.3.0,1 XFree86-FontServer-4.3.0_3 XFree86-Server-4.3.0_14 XFree86-clients-4.3.0_7 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.3.0 XFree86-fontScalable-4.3.0 XFree86-libraries-4.3.0_7 apache-1.3.31_4 autoconf-2.53_3 automake-1.5_2,1 bash-2.05b.007_2 bison-1.75_2 bsdpan-MARC-Record-1.38 cups-base-1.1.20.0 cvsup-without-gui-16.1h dri-4.3.0,1 expat-1.95.7 fontconfig-2.2.2,1 freetype2-2.1.7_3 gettext-0.13.1_1 gmake-3.80_2 gnupg-1.2.5_1 help2man-1.33.1 imake-4.3.0_2 jpeg-6b_3 libXft-2.1.6 libiconv-1.9.2_1 libtool-1.3.5_2 libtool-1.5.8 libxml2-2.6.11_1 m4-1.4.1 mod_perl-1.29 mysql-client-4.1.3 mysql-server-4.1.3 openldap-client-2.2.15 p5-Apache-DBI-0.94 p5-DBD-mysql41-2.9004 p5-DBI-1.42_1 p5-Data-ShowTable-3.3 p5-Date-Manip-5.42a p5-Event-1.00 p5-HTML-Parser-3.36 p5-HTML-Tagset-3.03 p5-HTML-Template-2.7 p5-MARC-1.15 p5-Mail-Sendmail-0.79 p5-Net-Z3950-0.35 p5-Set-Scalar-1.19 p5-URI-1.31 p5-gettext-1.01_4 p5-libwww-5.79_1 perl-5.8.5 pgpgpg-0.13_1 php4-4.3.8_2 php4-mysql-4.3.8_2 pkgconfig-0.15.0_1 png-1.2.5_3 popt-1.7 rc_subr-1.31 samba-3.0.5,1 tiff-3.6.1_1 unzip-5.51 wget-1.8.2_6 wrapper-1.0_3 yaz-2.0.20 Tom Wilson wrote: | I'm having a really hard time trying to get KOHA installed under FBSD | 4.10. | | It's throwing errors when trying to run installer.pl, but the main | problem is I'm having a hard time following the installation | instructions off the site (which don't even mention installer.pl). | | Has anyone tried installing this in FreeBSD? I have Apache, mySQL, DBD, | etc all set up. | | Thanks, | Tom | | _________________________________ | Tom Wilson, Senior Consultant | Tridium Technologies, LLC | p: 866.599.0148 / c: 727.224.8871 | TWilson@Tridium-Tech.com | http://www.Tridium-Tech.com/ | | _______________________________________________ | Koha mailing list | Koha@lists.katipo.co.nz | http://lists.katipo.co.nz/mailman/listinfo/koha -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBMLTDEtIhm6UypXsRAi6+AJ9MUSw41Wkta5Z7AwjDac5Fvzfe8ACfbBzb BtgNxPNDzmpMztRBhQTg6Sw= =dxRR -----END PGP SIGNATURE----- From mike at dragon-is.co.nz Sun Aug 29 19:30:39 2004 From: mike at dragon-is.co.nz (Mike Mylonas) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Mailing List Footer Message-ID: <1093764639.3619.127.camel@boris.dragon-is.co.nz> Hi Team, Given the number of "Please remove me from your list" or "Unsubscribe" messages posted to the list makes we wonder if we should investigate changing the footer that is attached to each list message to make unsubscribing easier. I would suggest something like ... <begin sample footer> _______________________________________________ Koha Users Mailing List To unsubscribe, send email to koha-request@lists.katipo.co.nz or visit http://lists.katipo.co.nz/mailman/listinfo/koha <end sample footer> Anyways just my thoughts ... Cheers Mike From rog at saas.nsw.edu.au Sun Aug 29 22:49:23 2004 From: rog at saas.nsw.edu.au (Roger BUCK) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Mailing List Footer In-Reply-To: <1093764639.3619.127.camel@boris.dragon-is.co.nz> References: <1093764639.3619.127.camel@boris.dragon-is.co.nz> Message-ID: <4131B580.4050301@saas.nsw.edu.au> Mike Mylonas wrote: >Hi Team, > >Given the number of "Please remove me from your list" or "Unsubscribe" >messages posted to the list makes we wonder if we should investigate >changing the footer that is attached to each list message to make >unsubscribing easier. > >I would suggest something like ... ><begin sample footer> >_______________________________________________ >Koha Users Mailing List >To unsubscribe, send email to koha-request@lists.katipo.co.nz >or visit http://lists.katipo.co.nz/mailman/listinfo/koha > ><end sample footer> > > <begin sample footer> _______________________________________________ Koha Users Mailing List To unsubscribe, send email to koha-request@lists.katipo.co.nz or visit http://www.anyvalid.url/unsub-koha.html <end sample footer> Where the link in the footer points to to a form something like: [--snip--] <html> <head> <title>Unsubscribe From Koha

Unsubscribe or Change your Koha Mailing List Information

[--snip--] R. From garthus at lilrc.org Mon Aug 30 10:34:07 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Mailing List Footer In-Reply-To: <1093764639.3619.127.camel@boris.dragon-is.co.nz> References: <1093764639.3619.127.camel@boris.dragon-is.co.nz> Message-ID: <413259DF.6020804@lilrc.org> Mike, Given the obvious stupidity of numerous people with college degrees perhaps you are right. But be forewarned, there are no depths to which the lazy mind will not sink to as technology makes most of the human population ever more superfluous. Please do not forget that we are talking about software which is directed towards those in the library field; people who (assuming English is their first language) should know how to read. Gerry Gerry Arthus Systems Administrator: Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor: Departments of: Graduate Computer Engineering, Earth and Environmental Science, and Engineering Management C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville, New York US 11548-1300 Phone: 516-299-2293 Mylonas wrote: >Hi Team, > >Given the number of "Please remove me from your list" or "Unsubscribe" >messages posted to the list makes we wonder if we should investigate >changing the footer that is attached to each list message to make >unsubscribing easier. > >I would suggest something like ... > >_______________________________________________ >Koha Users Mailing List >To unsubscribe, send email to koha-request@lists.katipo.co.nz >or visit http://lists.katipo.co.nz/mailman/listinfo/koha > > > >Anyways just my thoughts ... > >Cheers >Mike > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040829/47d79534/attachment.htm From adam.steer at alia.org.au Mon Aug 30 13:13:25 2004 From: adam.steer at alia.org.au (Adam Steer) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? Message-ID: Hi Koha people What are the average costs of a Koha install? There's plenty of discussion about buying library systems around the traps here, and I realised that there's no real 'throwaway' numbers out there to allow people to make a comparison with slickly-marketed paid systems... So, if anyone is happy to do so, would it be possible to grab a few rough numbers for things like initial installation and setup, and any ongoing maintenance? Along with the numbers, any relevant data that affects the cost would be useful - ie number of sites, number of records to be transferred, time it took to move from system X to koha... The whole aim is to be able to say 'well, for your average school library, it might cost something like $xxxx if you need an external contractor to install and configure things..' - before having to go through the quoting process. A couple of ballpark figures might be handy.. If people see a useful purpose for such data, I'll compile a set of average numbers and send it back for the FAQ... Cheers - and thanks! Adam. From mhelman at illinoisalumni.org Tue Aug 31 03:51:10 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? Message-ID: Salvete! > >What are the average costs of a Koha install? There's plenty of That's a great question. My server was about $650 It's way overpowered, which is the way I like it. If you want it's exact specs, it's on the Newbie Wiki, I believe. If they aren't I can pull the bill. The system was put together by my husband, and he handled the setup as well. So, being generous, it took him an hour to assemble the server, and about 2 hours to install Koha. As soon as he had handled the Linux part of things - otherwise known as the processes I am too foggy to do myself - I set my parameters. That took a while, because at the time, I only had the migration documentation to help me. I'd say the process took me the better part of the weekend. Since then, it's just been inputting records. >So, if anyone is happy to do so, would it be possible to grab a few >rough numbers for things like initial installation and setup, and any >ongoing maintenance? > We've upgraded once. It took my husband literally five minutes. We'll say for the sake of argument that that is a billable hour. So, we've got 3 hours. The fees for on site support vary drastically. A couple of ballpark figures might be >handy.. > I too would love some ball park numbers. If I wanted Koha to have a function that didn't exist, how much per hour would I need to pay to make it happen? Obviously, I would also need a rough estimate of how many hours a project would take, but estimates for that can often be found if one wades through the to do lists. I don't have much money for this now, but if I found money at the end of a fiscal year, it would be great to have a quote waiting in the wings. Cheers, Brooke @ Hinsdale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040830/2c557859/attachment.html From paul.poulain at free.fr Tue Aug 31 04:11:49 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] What is the "Authorities" menu in Koha 2.1.1 In-Reply-To: <1093276958.2605.6.camel@enforcer.banglamafia.org> References: <1093276958.2605.6.camel@enforcer.banglamafia.org> Message-ID: <413351C5.3010403@free.fr> Indranil Das Gupta wrote: >Hi, > >What is the functionality of "the Authorities" menu in Koha 2.1.1? I >mean how does it work? > >I upgraded my test install from Koha 2.0, I can still access my >self-defined authority values from the Parameters link. > >But when I try to add a new authority, I'm getting an "Internal Server >Error". The koha-error.log has the two following lines describing the >error condition: > >[Mon Aug 23 21:29:10 2004] [error] [client 10.12.0.6] Can't call method "as_formatted" without a package or object reference at /var/www/html/koha/intranet/cgi-bin/authorities/authorities.pl line 163., referer: http://koha.wbut.ac.in/cgi-bin/koha/authorities/authorities-home.pl >[Mon Aug 23 21:29:10 2004] [error] [client 10.12.0.6] Premature end of script headers: authorities.pl, referer: http://koha.wbut.ac.in/cgi-bin/koha/authorities/authorities-home.pl > > It probably means that you have no authority categorie defined (in parameters section) To be able to use authorities, you MUST have one defined, the "empty" category don't work (different behaviour in biblio) It's not a bug, it's a feature : an authority must have a type to be related to biblios. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Tue Aug 31 04:27:08 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? In-Reply-To: References: Message-ID: <39824.66.213.78.3.1093883228.spork@webmail.skemotah.com> Adam Steer said: > The whole aim is to be able to say 'well, for your average school > library, it might cost something like $xxxx if you need an external > contractor to install and configure things..' - before having to go > through the quoting process. A couple of ballpark figures might be > handy.. As Brooke pointed out, the install is relatively quick. But remember, Koha as installed won't do anything useful until you set your local parameters, and that can be a _very_ lengthy process. As with everything else, you get what you pay for. If you're paying a $20 hourly rate to someone who knows nothing about Koha, then you're going to spend a whole lot of money before you get what you want. It's far better to pay more per hour to someone who knows Koha and will spend fewer hours on your job. I would say the very _minimum_ rate in the US for someone who knows Koha should be $50 per hour. Expect to pay much more for a Koha "expert." So if you figure that setting the system parameters required "most of a weekend" for Brooke, the cost of setting up a library (where all the work was done by someone other than the library) could easily hit $1,000 or more, not including the cost of any new hardware. And that also doesn't include the cost of importing any records from an existing system... Which means this is a good time to once again make the point that free software is not free of charge -- unless you have the knowledge and time to do it all yourself. Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Tue Aug 31 04:52:06 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? In-Reply-To: <39824.66.213.78.3.1093883228.spork@webmail.skemotah.com> References: <39824.66.213.78.3.1093883228.spork@webmail.skemotah.com> Message-ID: <41335B36.1090501@free.fr> Stephen Hedges wrote: >Adam Steer said: > > >>The whole aim is to be able to say 'well, for your average school >>library, it might cost something like $xxxx if you need an external >>contractor to install and configure things..' - before having to go >>through the quoting process. A couple of ballpark figures might be >>handy.. >> >> > >As Brooke pointed out, the install is relatively quick. But remember, >Koha as installed won't do anything useful until you set your local >parameters, and that can be a _very_ lengthy process. > >As with everything else, you get what you pay for. If you're paying a $20 >hourly rate to someone who knows nothing about Koha, then you're going to >spend a whole lot of money before you get what you want. It's far better >to pay more per hour to someone who knows Koha and will spend fewer hours >on your job. I would say the very _minimum_ rate in the US for someone >who knows Koha should be $50 per hour. Expect to pay much more for a Koha >"expert." > >So if you figure that setting the system parameters required "most of a >weekend" for Brooke, the cost of setting up a library (where all the work >was done by someone other than the library) could easily hit $1,000 or >more, not including the cost of any new hardware. And that also doesn't >include the cost of importing any records from an existing system... > >Which means this is a good time to once again make the point that free >software is not free of charge -- unless you have the knowledge and time >to do it all yourself. > > ++++ to Stephen, Here in France, my "standard answer" to an RFP for a "small" library is : 1 day in the library to speak with librarians & analyse the library. 4 days to set parameters & install the software 2 days teaching Koha to librarians. Total 7 day. 700Euros a day (without taxes, 19,6% here in France). Migrating datas is a BIG job too. something between 3 and 10 days, depending of the quality/number of the datas. NOTE : I almost never answer with a "standard answer", because of various needs for libraries. My strength, i think, is to be able to answer exaclty on what the library want. You already have a server ? OK, i'll use it, no need to buy a new one with a costly windows. You can install it yourself, just need help to set parameters ? OK, I can do it too. You also want specific templates ? No problems. You need to work on your datas during migration (to delete useless informations for example), let me know what you need, i'll do it. and it cost you 10 less time than if you do it yourself, because I'm better than you manipulating Koha & iso2709 files ;-) PS : what is a "small library" may you ask ? It's a library that has only a few of at least one of the following : librarians / borrowers / items. for example, a library with 100 000 documents, but only 2 librarians (like in Dioc?se de Chambery) is small. A library with 2000 borrowers but 15 000 items is small too. A library with 100 000 items & 2000 borrowers is not small ;-) PS2 : that still a lot lower than proprietary ILS, that have the same day cost as me, but with licences... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From oleonard at athenscounty.lib.oh.us Tue Aug 31 08:56:30 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Last seen Message-ID: <200408302107.i7UL7PpH012378@alma.athenscounty.lib.oh.us> I think we at NPL have been working under the assumption that an item's 'last seen' date is updated when an item is either issued *or* returned (regardless of whether the item was checked out or not). But a simple test shows this isn't the case. Is this the correct behavior? Underwhat circumstances is an item's 'last seen' date updated? Thanks, Owen ---- Web Developer Nelsonville Public Library http://www.athenscounty.lib.oh.us From baljkas at mts.net Tue Aug 31 09:42:00 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Mailing List Footer Message-ID: <20040830214200.HGFJ5478.mx-mtaout01.mts.net@mx-mtaout> Monday, August 30, 2004 16:25 CDT Hi, Gerry, Before you make any other pronouncements on the subject, a thought that might not have occurred to you: perhaps people think that what they are doing to unsub from Koha is the correct procedure *based on their previous experience with listservs.* I am far too untrusting of most computer-things to make too many assumptions -- and hence am always bugging tech people to make absolutely sure I've understood correctly --, but in defense of the (I will admit) somewhat out-of-the-loop souls who keep trying to unsub from Koha by sending a message to the Koha listserv, what we have seen over the past month (and more) would actually have worked for three listservs I used to follow, all of which, ironically given your denouncement, were for library workers. I realise that bashing unsub'ers is kind of like making jokes about the Amish at a comedy club -- not likely you're going to hear much protest from the target of the joke -- but it might not hurt to clarify things in the footer as has been suggested. IIRC, the AUTOCAT listserv messages (is it run out of your location of SUNY, I cannot remember?) offered a rather lengthy footer that made things very clear: to change how one received the listserv (direct messages, daily digest) click link A, to unsub, link B, to pause for vacation, link C, etc., etc. At the very least, clarifying matters with the footer will allow you full rights of contempt to diss any future English-as-first-language users who dare try to unsub via the list. Maybe it'll even frighten people to keep going with Koha! ;-) Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Gerry Arthus > Date: 2004/08/29 Sun PM 05:34:07 CDT > To: Mike Mylonas > CC: Koha > Subject: Re: [Koha] Mailing List Footer > > Mike, > Given the obvious stupidity of numerous people with college degrees > perhaps you are right. But be forewarned, there are no depths to which > the lazy mind will not sink to as technology makes most of the human > population ever more superfluous. Please do not forget that we are > talking about software which is directed towards those in the library > field; people who (assuming English is their first language) should know > how to read. > > Gerry > > Gerry Arthus > > > > Systems Administrator: > > Long Island Library Resources Council > > SUNY at Stony Brook > > Stony Brook, New York > > US 11794-3399 > > Phone: 1-631-632-6652 > > FAX: 631-632-6662 > > Home: 631-289-7565 > > Email: garthus@lilrc.org > > > > Professor: > > Departments of: > > Graduate Computer Engineering, Earth and Environmental Science, and > Engineering Management > > C.W. Post Campus of Long Island University > > 720 Northern Boulevard > > Brookville, New York > > US 11548-1300 > > Phone: 516-299-2293 > > > Mylonas wrote: > > >Hi Team, > > > >Given the number of "Please remove me from your list" or "Unsubscribe" > >messages posted to the list makes we wonder if we should investigate > >changing the footer that is attached to each list message to make > >unsubscribing easier. > > > >I would suggest something like ... > > > >_______________________________________________ > >Koha Users Mailing List > >To unsubscribe, send email to koha-request@lists.katipo.co.nz > >or visit http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > >Anyways just my thoughts ... > > > >Cheers > >Mike From rosalie at library.org.nz Tue Aug 31 10:09:08 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Last seen In-Reply-To: <200408302107.i7UL7PpH012378@alma.athenscounty.lib.oh.us> Message-ID: <41344E44.19740.4B6B37@localhost> Hi Owen It sounds like a bug has crept in. Our old Koha (not yet updated beyond 1.2.??) behaves as you expect - the last seen date is updated whenever an item is issued, returned or transferred. Cheers Rosalie Horowhenua Library trust On 30 Aug 2004, at 16:56, Owen Leonard wrote: > I think we at NPL have been working under the assumption that an > item's 'last seen' date is updated when an item is either issued *or* > returned (regardless of whether the item was checked out or not). But > a simple test shows this isn't the case. Is this the correct > behavior? Underwhat circumstances is an item's 'last seen' date > updated? > > Thanks, > > Owen > > ---- > Web Developer > Nelsonville Public Library > http://www.athenscounty.lib.oh.us > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From tarallo at ort.edu.uy Tue Aug 31 12:11:29 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? In-Reply-To: References: Message-ID: <4133C231.1040309@ort.edu.uy> Fine question, but dificult to answer. When you choose a free software based solution you may have smaller aquisiton costs in the software side (you don't pay for licences), but you might have the same cost in services or salaries. The salaries varies a lot from country to country, U$S 20 an hour is a VERY good salary in my country (Uruguay, think in argentina is the same) and 700 Euros a day is a little fortune (Who should I kill ?). For developing countries most free software solutions are far more convenient, and they have a social effect: money is earned by people who live in the country, pay taxes there and use the money there. Andres Adam Steer wrote: >Hi Koha people > >What are the average costs of a Koha install? There's plenty of >discussion about buying library systems around the traps here, and I >realised that there's no real 'throwaway' numbers out there to allow >people to make a comparison with slickly-marketed paid systems... > >So, if anyone is happy to do so, would it be possible to grab a few >rough numbers for things like initial installation and setup, and any >ongoing maintenance? > >Along with the numbers, any relevant data that affects the cost would >be useful - ie number of sites, number of records to be transferred, >time it took to move from system X to koha... > >The whole aim is to be able to say 'well, for your average school >library, it might cost something like $xxxx if you need an external >contractor to install and configure things..' - before having to go >through the quoting process. A couple of ballpark figures might be >handy.. > >If people see a useful purpose for such data, I'll compile a set of >average numbers and send it back for the FAQ... > >Cheers - and thanks! > > From koha-main at toykeeper.net Tue Aug 31 12:47:10 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Major Problems installing under FreeBSD 4.10 In-Reply-To: <008a01c48aa9$5ebc4780$692864c8@tomlaptop> References: <008a01c48aa9$5ebc4780$692864c8@tomlaptop> Message-ID: <20040831004710.GB20853@SerDevian.XYZZ.org> * Tom Wilson wrote: > It's throwing errors when trying to run installer.pl, but the > main problem is I'm having a hard time following the > installation instructions off the site (which don't even > mention installer.pl). Don't follow the the instructions on koha.org. They apply to koha 1, not koha 2. I had this problem too. As for FreeBSD, I'm not sure. I installed it on debian. The main difficulty (once I figured out the instructions were bunk) was just getting all the right perl modules installed. Oh, also, the installer must run as root, because it will fail if it can't write to /etc . Reminder to koha.org folks: Please update the site to reflect the current version! :) -- Scott From adam.steer at alia.org.au Tue Aug 31 12:59:43 2004 From: adam.steer at alia.org.au (Adam Steer) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] average cost of a Koha install? Message-ID: Hi Koha-ers Thanks for the responses so far - I realise now i should have framed things a little differently: It's more a question of 'how much work is involved', and then calculating out the relative costs from there... So far, responses have all included that kind of information - and I'll probably frame up any rough 'cost' information based on the descriptions of work involved, for people to take away and play 'choose-your-consultant-fees/salary' with. I hadn't thought much about the social effect of free software - thanks for that point, Andres. And by the way - $US20 and hour is still a decent rate in Australia [bit still below the horizon of most unix people], and EU700 a day a small fortune. But in the end, you're likely to spend as much at $US20 an hour as EU700 a day, depending on the relative experience of the consultants involved... Thanks all Adam. >>> Andres Tarallo - 31/8/04 10:11 AM >>> Fine question, but dificult to answer. When you choose a free software based solution you may have smaller aquisiton costs in the software side (you don't pay for licences), but you might have the same cost in services or salaries. The salaries varies a lot from country to country, U$S 20 an hour is a VERY good salary in my country (Uruguay, think in argentina is the same) and 700 Euros a day is a little fortune (Who should I kill ?). For developing countries most free software solutions are far more convenient, and they have a social effect: money is earned by people who live in the country, pay taxes there and use the money there. Andres Adam Steer wrote: >Hi Koha people > >What are the average costs of a Koha install? There's plenty of >discussion about buying library systems around the traps here, and I >realised that there's no real 'throwaway' numbers out there to allow >people to make a comparison with slickly-marketed paid systems... > >So, if anyone is happy to do so, would it be possible to grab a few >rough numbers for things like initial installation and setup, and any >ongoing maintenance? > >Along with the numbers, any relevant data that affects the cost would >be useful - ie number of sites, number of records to be transferred, >time it took to move from system X to koha... > >The whole aim is to be able to say 'well, for your average school >library, it might cost something like $xxxx if you need an external >contractor to install and configure things..' - before having to go >through the quoting process. A couple of ballpark figures might be >handy.. > >If people see a useful purpose for such data, I'll compile a set of >average numbers and send it back for the FAQ... > >Cheers - and thanks! > > _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From jhill at aucegypt.edu Tue Aug 31 20:51:49 2004 From: jhill at aucegypt.edu (jon hill) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Greating From Cairo Egypt Message-ID: <41343C25.201@aucegypt.edu> Dear members, I just would like to thank the Members of KOHA for the developments they have made in this open source system. I am working in Cairo, Egypt for the American University in Cairo and have two projects in the works that include KOHA on a Linux (Red Hat) platform. Both projects have been modified to utilize both Arabic and English. The first project is to create a catalog of resource materials related to health issues available through the government library resources. This project is set to launch around Mid-November. The second project is for a new international law program at the American University in Cairo, and will be utilized as a database for student/faculty research on international law materials. I look forward to working with the KOHA Community and am willing to help others pursuing similar avenues as much as I can Jon (Tunemaster) Hill -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040831/ba2ec1e5/attachment.htm From B.Sims at unesco.org Wed Sep 1 02:40:36 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? Message-ID: Hi, I have just installed Koha using the installer.pl script; all seems to have gone well. However, accessing servername:8000 gives me only the home page for the whole server. Any ideas where I might be going wrong in my configuration? I include the part of koha-httpd.conf dealing with this host below. Any help would be much appreciated - I have to server it according to port since we use this server for other things. ------------------------------------------------------- # Ports to listen to for Koha # uncomment these if they aren't already in main httpd.conf Listen 8000 Listen 8001 # NameVirtualHost is used by one of the optional configurations detailed below NameVirtualHost 192.168.1.91:8000 LoadModule env_module /usr/lib/apache/1.3/mod_env.so # KOHA's OPAC Configuration ServerAdmin b.sims@unesco.org DocumentRoot /usr/local/koha/opac/htdocs ServerName koha-ioc.unesco.org:8000 ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ ErrorLog /usr/local/koha/log/opac-error_log TransferLog /usr/local/koha/log/opac-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" Options +Includes AddHandler server-parsed .html -------------------------------------------------- Benjamin Sims Information Services IOC/UNESCO http://ioc.unesco.org 1 rue Miollis 75732 Paris Cedex 15 FRANCE Tel: [33] (1) 45 68 39 92 Fax: [33] (1) 45 68 58 12 From mjr at dsl.pipex.com Wed Sep 1 04:15:16 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? In-Reply-To: Message-ID: On 2004-08-31 15:40:36 +0100 "Sims, Benjamin" wrote: > [...] However, accessing servername:8000 gives me only the home page > for the whole server. Any ideas where I might be going wrong in my > configuration? First guess (sorry if it's too basic): is there a line saying "Include /path/to/koha-httpd.conf" or similar in httpd.conf and have you run "apachectl graceful" since adding it? Also, what koha version are you using? (That doesn't look like a 2.0.1 koha-httpd.conf to me.) -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From B.Sims at unesco.org Wed Sep 1 04:08:53 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? Message-ID: Thanks for the quick reply! 1. I downloaded it recently from the website, this is 2.0.0. 2. Yes, restart after each change (apache graceful). The fact that the server is responding on these ports means that at least the Listen directives are working properly (otherwise I get a 404). 3. No, nothing for this port. It seems to me that nothing is going wrong, I have just made an error which causes Apache to pass requests to the default server. Benjamin Sims Information Services IOC/UNESCO http://ioc.unesco.org 1 rue Miollis 75732 Paris Cedex 15 FRANCE Tel: [33] (1) 45 68 39 92 Fax: [33] (1) 45 68 58 12 -----Original Message----- From: Mart?n Longo [mailto:jmlongo@uncu.edu.ar] Sent: 31 August 2004 17:05 To: Sims, Benjamin Subject: Re: [Koha] problem installing koha - virtual hosts configuration? Hi Benjamin... 1) Which version of KOHA did you install? 2) Did you restart Apache after the changes on httpd.conf (I got errors on the SetEnv PERL5LIB "/usr/local/koha/intranet/modules" line so I had to copy C4 directory to a directory on PERL's @INC path and all went great) 3) Does Apache's error log say something? ----- Original Message ----- From: "Sims, Benjamin" To: Sent: Tuesday, August 31, 2004 11:40 AM Subject: [Koha] problem installing koha - virtual hosts configuration? > Hi, > > I have just installed Koha using the installer.pl script; all seems to have > gone well. However, accessing servername:8000 gives me only the home page > for the whole server. Any ideas where I might be going wrong in my > configuration? > > I include the part of koha-httpd.conf dealing with this host below. Any help > would be much appreciated - I have to server it according to port since we > use this server for other things. > > ------------------------------------------------------- > > # Ports to listen to for Koha > # uncomment these if they aren't already in main httpd.conf > Listen 8000 > Listen 8001 > > # NameVirtualHost is used by one of the optional configurations detailed > below > > NameVirtualHost 192.168.1.91:8000 > > > LoadModule env_module /usr/lib/apache/1.3/mod_env.so > # KOHA's OPAC Configuration > > ServerAdmin b.sims@unesco.org > DocumentRoot /usr/local/koha/opac/htdocs > ServerName koha-ioc.unesco.org:8000 > ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ > ErrorLog /usr/local/koha/log/opac-error_log > TransferLog /usr/local/koha/log/opac-access_log > SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > SetEnv KOHA_CONF "/etc/koha.conf" > Options +Includes > AddHandler server-parsed .html > > > > > -------------------------------------------------- > > Benjamin Sims > Information Services > IOC/UNESCO > http://ioc.unesco.org > 1 rue Miollis > 75732 Paris Cedex 15 > FRANCE > Tel: [33] (1) 45 68 39 92 > Fax: [33] (1) 45 68 58 12 > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From B.Sims at unesco.org Wed Sep 1 04:11:07 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? Message-ID: Yes, the conf file is being included - the server would not normally listen on that port, so I know the Listen directive is working. According to the directory I extracted, this is 2.0.0. I downloaded it last week. Benjamin Benjamin Sims Information Services IOC/UNESCO http://ioc.unesco.org 1 rue Miollis 75732 Paris Cedex 15 FRANCE Tel: [33] (1) 45 68 39 92 Fax: [33] (1) 45 68 58 12 -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of MJ Ray Sent: 31 August 2004 18:15 To: koha@lists.katipo.co.nz Subject: Re: [Koha] problem installing koha - virtual hosts configuration? On 2004-08-31 15:40:36 +0100 "Sims, Benjamin" wrote: > [...] However, accessing servername:8000 gives me only the home page > for the whole server. Any ideas where I might be going wrong in my > configuration? First guess (sorry if it's too basic): is there a line saying "Include /path/to/koha-httpd.conf" or similar in httpd.conf and have you run "apachectl graceful" since adding it? Also, what koha version are you using? (That doesn't look like a 2.0.1 koha-httpd.conf to me.) -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Wed Sep 1 06:35:57 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? In-Reply-To: Message-ID: On 2004-08-31 17:08:53 +0100 "Sims, Benjamin" wrote: > It seems to me that nothing is going wrong, I have just made an error > which > causes Apache to pass requests to the default server. I think you are probably right. The best idea is probably to read "Apache Virtual Host documentation" from the Apache Project at http://httpd.apache.org/docs/vhosts/ and see if you can spot a cause. It does sound like the default server is taking priority over this one. apache -S can be useful for debugging this, too. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From tarallo at ort.edu.uy Wed Sep 1 09:59:22 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Importing data into MARC Message-ID: <4134F4BA.50704@ort.edu.uy> We're currently finishing our mapping to import our database (CEPAL catalog in DOS/ISIS) to Koha. We have a question, and we want to know the best solution to feed data for bulkmarcimport.pl. Our library has two databases. The first one has a detailed description of each title avaliable in the library; this database has one record for each title we have, no matter how many copies of it we have. The second one has all the purchase information, in this database you have one record for every copy of a book you have. Both databases are releted via a pointer in the first one that references the records of the second one. Now, we don't want to lose information and we're facing that many of our books have many copies, so we want to know whats the best way to build our MARC records, A record with full information from both databases for each book we have? Thanks for your feedback Andres From tmcmahon at wlpl.org Wed Sep 1 10:34:10 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Mapping MARC records from Athena Message-ID: <4134FCE2.5090108@wlpl.org> Has anyone tried converting from Athena? I've had some success with importing patron information, but every time I seem to know less about what I'm doing every time I try mapping the marc tags. -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From dana at sefovan.org Wed Sep 1 10:35:13 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) Message-ID: <005a01c48faa$ca592a70$0900a8c0@danaslaptop> I am evaluating Koha for use in a small theological library and we want to run it on Win XP. The install of Koha went well, especially for a first time installation of all the supporting infrastructure, Apache, Perl, MySql, as well, all on Win XP. But the system is not functioning correctly. For example: 1. The "MARC tag structure admin" page does not quite work correctly. At the bottom of the page there is the button for "Add Tag" and then a right-arrow for the next page. The right-arrow does the same thing as the "Add Tag" button; both send me to the Add Tag page. By poking around I found I could get to the next page by typing the last tag number in the search box at the top of the page and then I could procede. 2. Another issue is with viewing or modifying a record. Within INTRANET I can do a catalogue search for an item and that works okay, but... When I select a title, I get a page with the MARC biblio number. But there seems to be information missing. Using the sample200 db, if I click on "1" on the index line toward the top, under "260 -PUBLICATION, DISTRIBUTION, ETC. (IMPRINT) all I see is "c Date of publication, distribution, etc c1991", no publisher name or location, etc. Other selection produce the same results giving only partial information. Looking at the data in MySQL, it's all there. Has anyone else had the same problem with the win32 package? Should I use a different release? Does it look like a config problem, mis-matched components (see below); is the Win 32 2.0 release stable? What did I do wrong? My configuration is: OS: Win XP Pro SP2 apache_2.0.50-win32-x86-no_ssl mysql-4.0.20d-win ActivePerl-5.8.4.810-MSWin32-x86 Koha2.0.0-Win32-R0 Thanks, Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040901/095310a8/attachment.html From shedges at skemotah.com Wed Sep 1 12:42:51 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Importing data into MARC In-Reply-To: <4134F4BA.50704@ort.edu.uy> References: <4134F4BA.50704@ort.edu.uy> Message-ID: <32781.65.24.138.126.1093999371.spork@webmail.skemotah.com> Andres, use the regularly defined MARC tags (depending on your MARC flavor) to store the data from your "title" database. Store the information from your "copy" database in holdings tags (in MARC21 either 852 or a user-defined 9xx tag). The holdings tag is repeatable, each repetition containing the information for one copy. So if you have three copies of a title, your (very abbreviated) MARC21 record might look like: 100 Author 245 Title 852 Copy 1 info 852 Copy 2 info 852 Copy 3 info Are you using MARC::Record to build the records for import? Stephen Andres Tarallo said: > We're currently finishing our mapping to import our database (CEPAL > catalog in DOS/ISIS) to Koha. We have a question, and we want to know > the best solution to feed data for bulkmarcimport.pl. > > Our library has two databases. The first one has a detailed description > of each title avaliable in the library; this database has one record > for each title we have, no matter how many copies of it we have. The > second one has all the purchase information, in this database you have > one record for every copy of a book you have. Both databases are releted > via a pointer in the first one that references the records of the second > one. > > Now, we don't want to lose information and we're facing that many of our > books have many copies, so we want to know whats the best way to build > our MARC records, A record with full information from both databases for > each book we have? > > Thanks for your feedback > > Andres -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From koha-main at toykeeper.net Wed Sep 1 14:04:50 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: <005a01c48faa$ca592a70$0900a8c0@danaslaptop> References: <005a01c48faa$ca592a70$0900a8c0@danaslaptop> Message-ID: <20040901020450.GB25950@SerDevian.XYZZ.org> * Dana Huff wrote: > 1. The "MARC tag structure admin" page does not quite work This sounds like a browser incompatibility. Have you tried it in mozilla/netscape/firefox? > 2. Another issue ... > When I select a title, I get a page with the MARC biblio > number. But there seems to be information missing. This may be related to the marc tag structure. The only info which will show up, I think, are fields you have set the "tab" field for. If you want, say, tag 357 to show up, you need to set all its subfields to display on a tab. -- Scott From koha-main at toykeeper.net Wed Sep 1 15:40:03 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] unsubscribe In-Reply-To: <3170624C351D8C4BB7086BFDD172DF46A28B41@NO-EX18> References: <3170624C351D8C4BB7086BFDD172DF46A28B41@NO-EX18> Message-ID: <20040901034003.GC25950@SerDevian.XYZZ.org> * Zhou, Lu - OSHA CTR wrote: > please unsubscribe > > thank you No, no. I'd much rather that YOU unsubscribed. I still want to see the list messages. :) -- Scott (read beneath this line for unsubscribe info) From B.Sims at unesco.org Wed Sep 1 20:42:44 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] problem installing koha - virtual hosts configuration? Message-ID: Thanks, but port has to be specified since I have more than one virtual host (for the main webserver) Benjamin Benjamin Sims Information Services IOC/UNESCO -----Original Message----- From: M. Longo [mailto:jmlongo@uncu.edu.ar] Sent: 31 August 2004 16:27 To: Sims, Benjamin Subject: Re: [Koha] problem installing koha - virtual hosts configuration? Sims, Benjamin escribi?: > Thanks for the quick reply! > > 1. I downloaded it recently from the website, this is 2.0.0. Ok... same as mine... :) > 2. Yes, restart after each change (apache graceful). The fact that the > server is responding on these ports means that at least the Listen > directives are working properly (otherwise I get a 404). right... > 3. No, nothing for this port. > > It seems to me that nothing is going wrong, I have just made an error which > causes Apache to pass requests to the default server. > maybe it's the line NameVirtualHost 192.168.1.91:8000 my httpd.conf would have NameVirtualHost 192.168.1.91 (without the :port ) Maybe that would help... Martin > > > > -----Original Message----- > From: Mart?n Longo [mailto:jmlongo@uncu.edu.ar] > Sent: 31 August 2004 17:05 > To: Sims, Benjamin > Subject: Re: [Koha] problem installing koha - virtual hosts configuration? > > Hi Benjamin... > > 1) Which version of KOHA did you install? > > 2) Did you restart Apache after the changes on httpd.conf > (I got errors on the SetEnv PERL5LIB "/usr/local/koha/intranet/modules" > line so I had to copy C4 directory to a directory on PERL's @INC path and > all went great) > > 3) Does Apache's error log say something? > > > > ----- Original Message ----- > From: "Sims, Benjamin" > To: > Sent: Tuesday, August 31, 2004 11:40 AM > Subject: [Koha] problem installing koha - virtual hosts configuration? > > > >>Hi, >> >>I have just installed Koha using the installer.pl script; all seems to > > have > >>gone well. However, accessing servername:8000 gives me only the home page >>for the whole server. Any ideas where I might be going wrong in my >>configuration? >> >>I include the part of koha-httpd.conf dealing with this host below. Any > > help > >>would be much appreciated - I have to server it according to port since we >>use this server for other things. >> >>------------------------------------------------------- >> >># Ports to listen to for Koha >># uncomment these if they aren't already in main httpd.conf >>Listen 8000 >>Listen 8001 >> >># NameVirtualHost is used by one of the optional configurations detailed >>below >> >>NameVirtualHost 192.168.1.91:8000 >> >> >>LoadModule env_module /usr/lib/apache/1.3/mod_env.so >># KOHA's OPAC Configuration >> >> ServerAdmin b.sims@unesco.org >> DocumentRoot /usr/local/koha/opac/htdocs >> ServerName koha-ioc.unesco.org:8000 >> ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ >> ErrorLog /usr/local/koha/log/opac-error_log >> TransferLog /usr/local/koha/log/opac-access_log >> SetEnv PERL5LIB "/usr/local/koha/intranet/modules" >> SetEnv KOHA_CONF "/etc/koha.conf" >> Options +Includes >> AddHandler server-parsed .html >> >> >> >> >>-------------------------------------------------- >> >>Benjamin Sims >>Information Services >>IOC/UNESCO >>http://ioc.unesco.org >>1 rue Miollis >>75732 Paris Cedex 15 >>FRANCE >>Tel: [33] (1) 45 68 39 92 >>Fax: [33] (1) 45 68 58 12 >> >> >>_______________________________________________ >>Koha mailing list >>Koha@lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- J. Mart?n Longo Inform?tica SID-UNCuyo http://sid.uncu.edu.ar From B.Sims at unesco.org Wed Sep 1 22:29:07 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] sample data for 2.0.0 Message-ID: Thanks to all, I seem to be making some progress with the problem below (1 out of 2 working). Next problem is with sample data - is a set available for 2.0.0 version? It seems that the bundled set does not match the database structure. (specifically, the more recent borrower table has more fields) Thanks, Benjamin Sims Information Services IOC/UNESCO -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of MJ Ray Sent: 31 August 2004 20:36 To: koha@lists.katipo.co.nz Subject: RE: [Koha] problem installing koha - virtual hosts configuration? On 2004-08-31 17:08:53 +0100 "Sims, Benjamin" wrote: > It seems to me that nothing is going wrong, I have just made an error > which > causes Apache to pass requests to the default server. I think you are probably right. The best idea is probably to read "Apache Virtual Host documentation" from the Apache Project at http://httpd.apache.org/docs/vhosts/ and see if you can spot a cause. It does sound like the default server is taking priority over this one. apache -S can be useful for debugging this, too. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From B.Sims at unesco.org Wed Sep 1 22:58:22 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] access to the librarian interface Message-ID: Its all coming together now, I apologise for flooding the list with questions. How is access to the librarian interface possible? The Manual mentions access through .htaccess or AuthenDBI. However, at the moment I have neither set up and am still refused access due to incorrect user name and password. Is there a way to work round this? The site is purely a demonstration, at the moment the ability to show it is more important than security. Benjamin Benjamin Sims Information Services IOC/UNESCO -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of Sims, Benjamin Sent: 01 September 2004 12:29 To: koha@lists.katipo.co.nz Subject: [Koha] sample data for 2.0.0 Thanks to all, I seem to be making some progress with the problem below (1 out of 2 working). Next problem is with sample data - is a set available for 2.0.0 version? It seems that the bundled set does not match the database structure. (specifically, the more recent borrower table has more fields) Thanks, Benjamin Sims Information Services IOC/UNESCO -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz] On Behalf Of MJ Ray Sent: 31 August 2004 20:36 To: koha@lists.katipo.co.nz Subject: RE: [Koha] problem installing koha - virtual hosts configuration? On 2004-08-31 17:08:53 +0100 "Sims, Benjamin" wrote: > It seems to me that nothing is going wrong, I have just made an error > which > causes Apache to pass requests to the default server. I think you are probably right. The best idea is probably to read "Apache Virtual Host documentation" from the Apache Project at http://httpd.apache.org/docs/vhosts/ and see if you can spot a cause. It does sound like the default server is taking priority over this one. apache -S can be useful for debugging this, too. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From B.Sims at unesco.org Wed Sep 1 23:03:23 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] port-based virtual hosting Message-ID: Since it took me a little time to work this out, I thought I would post this for this archive. In order to get Apache to serve the relevant sites only according to port number on a machine which already serves websites on port 80, my koha-httpd.conf reads as follows: ---------------------------------------------------------------------------- ---------------------------------------------- # Ports to listen to for Koha # uncomment these if they aren't already in main httpd.conf Listen 8000 Listen 8001 # NameVirtualHost is used by one of the optional configurations detailed below NameVirtualHost 111.222.333.444:8000 NameVirtualHost 111.222.333.444:8001 LoadModule env_module /usr/lib/apache/1.3/mod_env.so # KOHA's OPAC Configuration ServerAdmin admin@whatever.org DocumentRoot /usr/local/koha/opac/htdocs ServerName koha-server.domain.org:8000 ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ ErrorLog /usr/local/koha/log/opac-error_log TransferLog /usr/local/koha/log/opac-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" Options +Includes AddHandler server-parsed .html # KOHA's INTRANET Configuration ServerAdmin admin@whatever.org DocumentRoot /usr/local/koha/intranet/htdocs ServerName koha-lib.domain.org:8001 ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" ErrorLog /usr/local/koha/log/koha-error_log TransferLog /usr/local/koha/log/koha-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" Options +Includes AddHandler server-parsed .html ---------------------------------------------------------------------------- --------------------------------------- Benjamin Sims Information Services IOC/UNESCO -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040901/35c9f35b/attachment.htm From chris at katipo.co.nz Thu Sep 2 23:05:40 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] [s_visanu@yahoo.com: The problem of Koha] Message-ID: <20040902110540.GD27516@katipo.co.nz> ----- Forwarded message from Visanu Sirboonrung ----- Hello, My name is Visanu Sirboonrueng. I'm a student in Thailand. Now, I'm using your program in Library of College. [St.Theresa Inti College]. and I have some problem to ask you about How to set up the program for calculate the charges of book if the user returnd the book after date due? and Could I use the program in my language? [Thai language]. The last question is When I make a account for student or user, Could I make a card number by myself? So, The last one we would like to say Thank you for your helps. And We would like to ask you for get permission to use this program in our library. So Thank you for everything. from Student of Thailand --------------------------------- Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! ----- End forwarded message ----- -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From baljkas at mts.net Wed Sep 1 11:14:31 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Importing data into MARC Message-ID: <20040831231431.NXSD5478.mx-mtaout01.mts.net@mx-mtaout> Tuesday, August 31, 2004 17:48 CDT Hi, Andres, First off, kudos on what you were saying yesterday regarding salaries. I couldn't have agreed with you more. As for your databases, I suppose the solution you would want would bring the copy specific information in the second database into the title specific records of the first. Perhaps someone else on the listserv can suggest/help write a script that could merge the databases. How many records are we talking about? And how many fields of information do you want/need preserved from the second database with the purchase info? In terms of MARC coding solutions, would the 852 field suffice alone? The $z subfield is repeating. There is also the 541 note which is repeating and could be incorporated to contain more copy-specific information with defined subfields. Check that out at URL . Take a look at the Holdings information at URL ; this gives guidance on embedding holdings information, i.e. including an 876 note within each MARC record for an item. You would be repeating the 852 field (and/or 541) for each different copy of the item within the item record and (keeping in mind that I've never had to do this but from my reading) you would be linking these to their corresponding 876 notes (which have enough fields available for fairly detailed acquisitions data) using the $8 to clarify which item was meant (I suppose the bar code would be the natural choice). I hope this helps a bit. Let us know how things progress. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Andres Tarallo > Date: 2004/08/31 Tue PM 04:59:22 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] Importing data into MARC > > We're currently finishing our mapping to import our database (CEPAL > catalog in DOS/ISIS) to Koha. We have a question, and we want to know > the best solution to feed data for bulkmarcimport.pl. > > Our library has two databases. The first one has a detailed description > of each title avaliable in the library; this database has one record > for each title we have, no matter how many copies of it we have. The > second one has all the purchase information, in this database you have > one record for every copy of a book you have. Both databases are releted > via a pointer in the first one that references the records of the second > one. > > Now, we don't want to lose information and we're facing that many of our > books have many copies, so we want to know whats the best way to build > our MARC records, A record with full information from both databases for > each book we have? > > Thanks for your feedback > > > > Andres > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From rd294121 at hotmail.com Fri Sep 3 07:05:55 2004 From: rd294121 at hotmail.com (Dana Huff) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) Message-ID: Scott, The browser was the problem, and because of that I couldn't see all of the fields to set the tabs. Using Mozilla worked and then I was able to set up the MARC tab structure the way I wanted. Now, I want to load my biblio data. I have it set up in MARC21 format and am ready to use the bulkmarcimport.pl script to load it. I've already tried it on a few records on the sample database and it works. But... I want to load it into the "blank200" db and checking in that db, there is no MARC tag data. Is there a quick and safe way to import the data from the sample200 db? One that will make sure the indexes and links are kept intact? And, BTW, should the IE browser incompatibility be noted as a bug? Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040902/76f45b63/attachment.html From mjr at dsl.pipex.com Fri Sep 3 12:03:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: Message-ID: <1b4e80378ae1f52a913c0af731087f00@bouncing.localnet> On 2004-09-02 20:05:55 +0100 Dana Huff wrote: > And, BTW, should the IE browser incompatibility be noted as a bug? If the javascript is fine, I guess you should ask Microsoft. If the javascript is buggy, then it probably should be reported as a bug. I don't really speak javascript well enough to tell whose bug it is. The use of javascript for critical functions in general is already reported as bug 782 http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=782 -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From shedges at skemotah.com Fri Sep 3 12:08:56 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: References: Message-ID: <32851.65.24.138.126.1094170136.spork@webmail.skemotah.com> Dana Huff said: > And, BTW, should the IE browser incompatibility be noted as a bug? Ooh, ooh, ooh, let me say it first! -- "That's a feature, not a bug." Seriously, I'm not an expert on browsers, but I do know some, and I'm told that IE operates so differently from "normal" browsers that you'd pretty much have to write the code to work on IE (and nothing else) or on everything else (and not IE). Too bad we're forced into making such choices... Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From koha-main at toykeeper.net Fri Sep 3 13:00:34 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: <32851.65.24.138.126.1094170136.spork@webmail.skemotah.com> References: <32851.65.24.138.126.1094170136.spork@webmail.skemotah.com> Message-ID: <20040903010034.GB32382@SerDevian.XYZZ.org> * Stephen Hedges wrote: > Dana Huff said: > > And, BTW, should the IE browser incompatibility be noted as a bug? > > Seriously, I'm not an expert on browsers, but I do know some, and I'm told > that IE operates so differently from "normal" browsers that you'd pretty > much have to write the code to work on IE (and nothing else) or on > everything else (and not IE). Too bad we're forced into making such > choices... That's not entirely true. IE is one hell of a nasty browser, but making relatively simple things work in it isn't very difficult. Most of the javascript I've seen in Koha seems to merely show and hide page elements, which can be done in many different ways. Some of those ways work on IE, and some don't. However, I haven't looked in depth at Koha's web tricks, so I may be missing something important. In the worst case, each page could detect which browser is viewing it, and send different scripts accordingly. This would be cumbersome to the development process (must write things twice), but might be worthwhile. Supposedly about half of the population still uses IE even though it barely even resembles what the W3C would call a compliant browser. Or, Koha could simply inform users not to use IE. For a while, I had a specially-crafted PNG image on my site which, when viewed with IE (but no other browsers), displayed "IF YOU CAN READ THIS, YOUR BROWSER SUCKS". -- Scott From shedges at skemotah.com Sat Sep 4 01:08:49 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: References: <32851.65.24.138.126.1094170136.spork@webmail.skemotah.com> Message-ID: <5087.66.213.78.3.1094216929.spork@webmail.skemotah.com> Dana Huff said: > Okay, I got that off my chest. How do I report this as a bug? Easy enough: http://bugs.koha.org And you'll probably want to glance at the bug MJ mentioned: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=782 Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From gekigan_flare at hotPOP.com Sun Sep 5 19:34:26 2004 From: gekigan_flare at hotPOP.com (James Asis) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: References: Message-ID: <200409051534.27261.gekigan_flare@hotPOP.com> Hi. I'm more or less a Linux newbie. I have this problem, you see... I tried installing koha 2.0.0 in my home computer running Mandrake 10. The installation looked OK but after I included koha-httpd.conf to httpd.conf I get a "403 Forbidden" error when I try to access both the librarian and opac modules. All help would be greatly appreciated. -James some obscure college student in some obscure third world country From mjr at dsl.pipex.com Sun Sep 5 23:06:49 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: <200409051534.27261.gekigan_flare@hotPOP.com> Message-ID: <65d4dfcb389f3549ba9dcf32a0e15c94@bouncing.localnet> On 2004-09-05 08:34:26 +0100 James Asis wrote: > I tried installing koha 2.0.0 in my home computer running Mandrake 10. 2.0.1 is current. http://sourceforge.net/projects/koha > The installation looked OK but after I included koha-httpd.conf to > httpd.conf > I get a "403 Forbidden" error when I try to access both the librarian > and > opac modules. Does that generate anything interesting in the koha-error_log or the opac-error_log (punctuation may be incorrect)? Does your apache run other CGI scripts? -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From baijum81 at lycos.com Mon Sep 6 18:02:20 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha on Mandrake 10... Message-ID: <20040906060220.CF474C6129@ws7-5.us4.outblaze.com> > > I tried installing koha 2.0.0 in my home computer running Mandrake 10. > > 2.0.1 is current. http://sourceforge.net/projects/koha Please announce this at koha-announce list. or is there any formal announcement somewhere else? Thanks, Baiju M -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From mjr at dsl.pipex.com Mon Sep 6 20:50:46 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: <20040906060220.CF474C6129@ws7-5.us4.outblaze.com> Message-ID: On 2004-09-06 07:02:20 +0100 Baiju M wrote: > Please announce this at koha-announce list. I did not know about that list. It is not mentioned on http://koha.org/mailing/ I will post there later today, as no brown paper bags are yet reported. Thanks, -- MJR/slef My Opinion Only and not of any group I know From B.Sims at unesco.org Tue Sep 7 08:29:37 2004 From: B.Sims at unesco.org (Sims, Benjamin) Date: Wed Nov 16 16:50:25 2005 Subject: [Koha] Sample data for version 2.0.0 Message-ID: Is there any sample data available for version 2.0.0 database structure? It seems that that provided does not match. Thanks for any help, Benjamin From rd294121 at hotmail.com Fri Sep 3 17:05:59 2004 From: rd294121 at hotmail.com (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) References: <32851.65.24.138.126.1094170136.spork@webmail.skemotah.com> Message-ID: Stephen, You know, I almost asked the question that way, tongue-in-cheek. But even though I worked at Microsoft/Redmond for a number of years, I really like the Mozilla browser. I try to stay away from "religious" issues like which browser is best but you have to face the realities of life - 90% of the computers in the world use IE. I maintain a couple of web sites and have to keep browser compatibility in mind whenever I add a "feature" to a page to make it a bit more exciting or friendly. And the issue I'm talking about on that particular Koha page, the function of a button, is not rocket science. I don't know Perl that well, I'm just getting my feet wet on this project, but I do feel comfortable with CSS, PHP, JavaScript, ASP and HTML and there is usually a way to make a page at least presentable (not broken) on any (or 99%) of the browsers out there. Okay, I got that off my chest. How do I report this as a bug? And, refering back to my last email, shouldn't the blank200 database in the Win32 2.0 distribution have the MARC data tables filled? Thank you for bearing with me, Dana ----- Original Message ----- From: Stephen Hedges To: Dana Huff Cc: koha@lists.katipo.co.nz Sent: Friday, 03 September 2004 2:08 AM Subject: Re: [Koha] Problem with MARC tag structure admin (and others) Dana Huff said: > And, BTW, should the IE browser incompatibility be noted as a bug? Ooh, ooh, ooh, let me say it first! -- "That's a feature, not a bug." Seriously, I'm not an expert on browsers, but I do know some, and I'm told that IE operates so differently from "normal" browsers that you'd pretty much have to write the code to work on IE (and nothing else) or on everything else (and not IE). Too bad we're forced into making such choices... Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040903/a04c7b31/attachment.htm From koha-main at toykeeper.net Tue Sep 7 11:02:00 2004 From: koha-main at toykeeper.net (Scott Scriven) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Sample data for version 2.0.0 In-Reply-To: References: Message-ID: <20040906230200.GA13941@SerDevian.XYZZ.org> * Sims, Benjamin wrote: > Is there any sample data available for version 2.0.0 database > structure? It seems that that provided does not match. I could not find good sample data for it, but I think you can get records in MARC format from the library of congress (www.loc.gov). It didn't work when I tried, but others reported good results using it. Or, I've been converting records from iblist to fit into Koha. I doubt my conversion is very good, but it's at least a way to get ~20,000 sample records. Let me know if you want my conversion scripts. You'll have to get the iblist.com data on your own; just ask, and if you're not using it for commercial purposes, they'll give you access. A few details are here: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=TK+import -- Scott From tarallo at ort.edu.uy Tue Sep 7 12:00:51 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Importing data into MARC In-Reply-To: <20040831231431.NXSD5478.mx-mtaout01.mts.net@mx-mtaout> References: <20040831231431.NXSD5478.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <413CFA33.3070903@ort.edu.uy> Baljkas Family wrote: >[..] > >As for your databases, I suppose the solution you would want would bring the copy specific information in the second database into the title specific records of the first. > > The first idea that came to my mind was merging records from the Title databse with the records i have in the databse were i have purchase information. >Perhaps someone else on the listserv can suggest/help write a script that could merge the databases. > > I'm currently working on that, i was a litle delyaed because for some reason one of our databases had some garbage that prevented me from reading correctly the record, now i'm on track. >How many records are we talking about? And how many fields of information do you want/need preserved from the second database with the purchase info? > > i have to libraries with about 30.000 record each. The titles datasbes has an average of 21.000 records the purchase database has about 30000, meny titles are repeated and we just keep there five or six fields that are relevant for purchases. >In terms of MARC coding solutions, would the 852 field suffice alone? The $z subfield is repeating. > > Maybe, I'm not a MARC expert, we need to keep track of the purchase information. >There is also the 541 note which is repeating and could be incorporated to contain more copy-specific information with defined subfields. Check that out at URL . > > It's becoming like my pillow :), at the same time I have to map our current Isisi datasbe in CEPAL layout to Marc21. >Take a look at the Holdings information at URL ; this gives guidance on embedding holdings information, i.e. including an 876 note within each MARC record for an item. > >You would be repeating the 852 field (and/or 541) for each different copy of the item within the item record and (keeping in mind that I've never had to do this but from my reading) you would be linking these to their corresponding 876 notes (which have enough fields available for fairly detailed acquisitions data) using the $8 to clarify which item was meant (I suppose the bar code would be the natural choice). > > This week I'm working in mapping CEPAL ==> MARC21, with some help from the librarians. We were somewhat stuck becouse in CEPAL laoyuot we have a filed coded 002 were we have an inventory number: it seems to us that this maps to field 035 of MARC21. You'll here from me soon. Andres From tarallo at ort.edu.uy Tue Sep 7 12:03:23 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Importing data into MARC In-Reply-To: <32781.65.24.138.126.1093999371.spork@webmail.skemotah.com> References: <4134F4BA.50704@ort.edu.uy> <32781.65.24.138.126.1093999371.spork@webmail.skemotah.com> Message-ID: <413CFACB.3040203@ort.edu.uy> You're right I'm using MARC::Record for doing my work, since I have a databse in CEPAL i have also to map field from CEPAL to MARC21. Andres Stephen Hedges wrote: >Andres, use the regularly defined MARC tags (depending on your MARC >flavor) to store the data from your "title" database. Store the >information from your "copy" database in holdings tags (in MARC21 either >852 or a user-defined 9xx tag). The holdings tag is repeatable, each >repetition containing the information for one copy. So if you have three >copies of a title, your (very abbreviated) MARC21 record might look like: > >100 Author >245 Title >852 Copy 1 info >852 Copy 2 info >852 Copy 3 info > >Are you using MARC::Record to build the records for import? > >Stephen > >Andres Tarallo said: > > >>We're currently finishing our mapping to import our database (CEPAL >>catalog in DOS/ISIS) to Koha. We have a question, and we want to know >>the best solution to feed data for bulkmarcimport.pl. >> >>Our library has two databases. The first one has a detailed description >>of each title avaliable in the library; this database has one record >>for each title we have, no matter how many copies of it we have. The >>second one has all the purchase information, in this database you have >>one record for every copy of a book you have. Both databases are releted >>via a pointer in the first one that references the records of the second >>one. >> >>Now, we don't want to lose information and we're facing that many of our >>books have many copies, so we want to know whats the best way to build >>our MARC records, A record with full information from both databases for >>each book we have? >> >>Thanks for your feedback >> >> Andres >> >> From mjr at dsl.pipex.com Tue Sep 7 12:13:24 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Problem with MARC tag structure admin (and others) In-Reply-To: Message-ID: <37a635006976b69400e5503cc7c6f921@bouncing.localnet> On 2004-09-03 06:05:59 +0100 Dana Huff wrote: > [...] but you have to face the realities of life - 90% of the > computers in the world use IE. [...] You have to face the realities of life - you have no way of determining browser shares accurately from current data (forging is rampant), so we should be agnostic, which is what your message correctly argued for. Of course, I think that we should follow WCAG and not rely on Javascript, but I need some 30-hour days to put it right. > Okay, I got that off my chest. How do I report this as a bug? http://bugs.koha.org/ but check it's not already there. > And, refering back to my last email, shouldn't the blank200 database > in the > Win32 2.0 distribution have the MARC data tables filled? Seems unlikely, as both MARC21 and UNIMARC seem common, but you'll have to ask the win32 maintainers to be sure. I think they still live on koha-win32@lists.sourceforge.net but I could be wrong. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Please email about: BT alternative for line rental+DSL; Education on SMEs+EU FP6; office filing that works fast From dana at sefovan.org Tue Sep 7 20:32:43 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] blank200 db is really blank Message-ID: <002301c494b5$414419b0$3500a8c0@danaslaptop> I'll give this another try since everyone seemed to get so distracted by my "IE bug" question last time that no one noticed the question about the blank200 db. I installed the Koha 2.0.0 W32 R0 package and would like to populate the blank200 db that is included. But, not only is there no biblio or member data; the MARC tables are also empty. Is this normal or did something go wrong with my install? Do I need to copy the MARC tables over from the sample200 db? Thanks, Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040907/0d848c8e/attachment.html From gekigan_flare at hotPOP.com Wed Sep 8 05:06:06 2004 From: gekigan_flare at hotPOP.com (James Asis) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: References: Message-ID: <200409080106.07353.gekigan_flare@hotPOP.com> >Does that generate anything interesting in the koha-error_log or the >opac-error_log (punctuation may be incorrect)? Does your apache run >other CGI scripts? Well since I'm a newbie, I really don't know about that. I've set the opac and librarian modules to ports 8000 and 8001 (port 80 would show the default page and give me quick access to the documentation.) The koha-error_log contains something like: [Wed Sep 8 00:28:56 2004] [error] [client 127.0.0.1] client denied by server configuration: /usr/local/koha/intranet/htdocs Something to do with Group and User settings on httpd.conf? Or (more likely) it's somewhere else, like that other message I read about moving the perl files to a path in @INC, though I don't know where that is; heck, I don't even know a thing about PERL. BTW I upgraded to koha 2.0.1 a few days after I posted my message. Still gives the same error though. Thanks for your help in advance guys. -James Asis a BLIS student wondering why his university library is in the process of building its own Java-based ILS instead of considering existing open-source ILS like this one *sigh* From fmml at cedval.org Wed Sep 8 08:46:55 2004 From: fmml at cedval.org (fmml@cedval.org) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Fresh install issues... Message-ID: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> Hi all, I have just install Koha 2.0.1rc1 on a Linux redhat 9 server. I used the installer.pl to do the install. First impressions are very positives. I have some issues: I can do reservations as a member, but it does not appear in the Activity report. I have heard about "Supplier" info that can be entered in the system, but did not find any traces of it. Saw in the documentation that there are 2 acquisition mode, seem that I am stuck with the simple mode, how can I swith to the other mode? Can't make the Inventory/Stocktaking report working, what should be entered in Item Location field? Thanks in advance, Francois Meehan From baljkas at mts.net Tue Sep 7 17:30:48 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Sample data for version 2.0.0 Message-ID: <20040907053048.UYNP28042.mx-mtaout02.mts.net@mx-mtaout> Tuesday, September 7, 2004 00:24 CDT Hi, Benjamin, Scott, et al., With due deference to Scott and iblist re sample data > Subject: Re: [Koha] Sample data for version 2.0.0 > > I could not find good sample data for it, but I think you can get > records in MARC format from the library of congress > (www.loc.gov). It didn't work when I tried, but others reported > good results using it. -- I wouldn't think iblist worth pursuing given the records it provides. LC should be working okay. The archives have info on solutions to various problems others have encountered (mostly to do with settings in Koha scripts). You can also join NLC's Amicus for free and search and download records in batches. Even with some of the junk in it, you would certainly be getting better quality MARC records than with iblist. Also, unless Dave Bigwood has rescinded his offer from weeks ago, he was providing a quality MARC dataset for the asking. That would seem to me something worth following up on. Just my two cents. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mts.net Tue Sep 7 17:23:48 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Importing data into MARC Message-ID: <20040907052348.SARP5478.mx-mtaout01.mts.net@mx-mtaout> Tuesday, September 7, 2004 00:15 CDT Hi, Andres, Glad to hear back from you. > >How many records are we talking about? And how many fields of information do you want/need preserved from the second database with the purchase info? > i have to libraries with about 30.000 record each. The titles datasbes > has an average of 21.000 records the purchase database has about 30000, > meny titles are repeated and we just keep there five or six fields that > are relevant for purchases. Given the number of records you're dealing with, manual item by item re-entry certainly isn't an option. ** Could you provide an example or sample of the data? ** > >In terms of MARC coding solutions, would the 852 field suffice alone? The $z subfield is repeating. > > > Maybe, I'm not a MARC expert, we need to keep track of the purchase > information. > > >There is also the 541 note which is repeating and could be incorporated to contain more copy-specific information with defined subfields. [snip] Depending on the nature of information in those 5-6 fields you might be able to use a 037 tag or the 852 as suggested earlier. With only 5-6 fields, they should provide enough 'space' and it is probably not worth the effort trying to script more extensive notes which require linking entries. > This week I'm working in mapping CEPAL ==> MARC21, with some help from > the librarians. We were somewhat stuck becouse in CEPAL layout we have > a filed coded 002 were we have an inventory number: it seems to us that > this maps to field 035 of MARC21. Yes, the 035 would be suitable. I've seen it used in migrations to store old system numbers deemed worth keeping. > You'll hear from me soon. Cool. Good luck with your CEPAL ==> MARC21 mapping. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From bigwood at lpi.usra.edu Wed Sep 8 09:13:45 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Sample data for version 2.0.0 Message-ID: Thanks to Steven for calling the dataset quality. It is our catalog, and does have some errors and could be better. It does provide a sample dataset. It contains about 20,000 records and maybe 50,000 items. It has books, cartographic materials, videos, microforms, serials, and a few items in other catagories. Our own publications are cataloged to a very high standard and so contain many fields not commonly used. It should make a decent test set. It does not contain any printed music nor recorded music. It can be found at ftp://www.lpi.usra.edu/pub/outgoing/bigwood/ Sncerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Catalogablog http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Baljkas Family Sent: Tuesday, September 07, 2004 12:31 AM To: Scott Scriven; Sims, Benjamin Cc: koha@lists.katipo.co.nz; baljkas@mts.net Subject: Re: Re: [Koha] Sample data for version 2.0.0 Tuesday, September 7, 2004 00:24 CDT Hi, Benjamin, Scott, et al., Also, unless Dave Bigwood has rescinded his offer from weeks ago, he was providing a quality MARC dataset for the asking. That would seem to me something worth following up on. Just my two cents. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From bigwood at lpi.usra.edu Wed Sep 8 09:20:29 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Importing data into MARC Message-ID: Andres, 035 may work. If you have a multi volume set does each item have a different inventory number? Or does the set have one as a whole? If you have multiple copies of an item does each have a different number or do they all share the same number? If one number works for all copies and volumes of a set 035 will work just fine. If they are different then you should consider 852z or 852x. That way copy information can be kept with each item. Sincerely, David Bigwood -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Baljkas Family Sent: Tuesday, September 07, 2004 12:24 AM To: Andres Tarallo; koha@lists.katipo.co.nz Cc: baljkas@mts.net Subject: Re: Re: [Koha] Importing data into MARC > This week I'm working in mapping CEPAL ==> MARC21, with some help from > the librarians. We were somewhat stuck becouse in CEPAL layout we have > a filed coded 002 were we have an inventory number: it seems to us that > this maps to field 035 of MARC21. From mjr at dsl.pipex.com Wed Sep 8 11:19:33 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: <200409080106.07353.gekigan_flare@hotPOP.com> Message-ID: <5372da3403bf3c4d5d18fe3a67c8fd84@bouncing.localnet> On 2004-09-07 18:06:06 +0100 James Asis wrote: > [Wed Sep 8 00:28:56 2004] [error] [client 127.0.0.1] client denied > by server > configuration: /usr/local/koha/intranet/htdocs > > Something to do with Group and User settings on httpd.conf? Or (more > likely) > it's somewhere else That looks like it might be some ... section in your main httpd.conf that doesn't allow apache to serve files from /usr/local/koha. You can either try to fix it, or install koha's web files (intranet and opac) somewhere that the apache config does like (maybe /var/www or /home). If this is a Mandrake default, it would be good to know what is a safe suggestion. > a BLIS student wondering why his university library is in the process > of > building its own Java-based ILS instead of considering existing > open-source > ILS like this one *sigh* I'd guess it's "you don't have to pay for the koha code, so it can't be any good," right? There are still people who think like that and some universities can be slow to change while others are early adopters and experimenters... oh, and don't forget language bigotry. I'm a schemer comfortable with a reasonably good perl solution, but people from the "big OO" languages seem afraid of using systems in other languages IMO. -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Visit the AFFS stand, .org village LinuxExpoUK, 6-7 Oct From mjr at dsl.pipex.com Wed Sep 8 11:22:26 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Fresh install issues... In-Reply-To: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> Message-ID: <78025df4dd5d8348f551eb9bdf736bed@bouncing.localnet> On 2004-09-07 21:46:55 +0100 fmml@cedval.org wrote: > I can do reservations as a member, but it does not appear in the > Activity > report. I think this is a known bug and it's not the only untracked activity. It's audit time. :-( > I have heard about "Supplier" info that can be entered in the system, > but > did not find any traces of it. I think that's in normal acquisitions, which brings me to: > Saw in the documentation that there are 2 acquisition mode, seem that > I am > stuck with the simple mode, how can I swith to the other mode? In the system parameters/preferences screen, enter "Normal" as the acquisition type. Or maybe it's "normal". It is needlessly case-sensititve and I can't remember which is correct OTTOMH, sorry. I remember reports that it's broken, but can't test it fully myself because I don't really understand how it should work yet. > Can't make the Inventory/Stocktaking report working, what should be > entered in Item Location field? Librarians, help! -- MJR/slef My Opinion Only and not of any group I know http://www.ttllp.co.uk/ for creative copyleft computing Visit the AFFS stand, .org village LinuxExpoUK, 6-7 Oct From baljkas at mts.net Wed Sep 8 10:05:42 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] the signature msg on Koha on Mandrake 10 ... Message-ID: <20040907220542.WVZQ5478.mx-mtaout01.mts.net@mx-mtaout> Tuesday, September 7, 2004 16:52 CDT Hi, James, Lord knows, I don't have answers to your technical question -- > Something to do with Group and User settings on httpd.conf? Or (more likely) > it's somewhere else, like that other message I read about moving the perl > files to a path in @INC, though I don't know where that is; heck, I don't > even know a thing about PERL. > > BTW I upgraded to koha 2.0.1 a few days after I posted my message. Still gives > the same error though. -- but for this part of your (reasonable) confusion -- > a BLIS student wondering why his university library is in the process of > building its own Java-based ILS instead of considering existing open-source > ILS like this one *sigh* -- I have 3 guesses. When I was an undergrad, the smaller university I went to had a choice of adopting the ILS of the larger local provincial university, but with ridiculous costs and various very strange stipulations (I had a friend who was a reference librarian, else I wouldn't have known). Sometimes there are political forces behind things that we mere mortals will never know or understand. With library-training under my belt now, I still can't understand their paranoid insistence on certain points, nor their grandiose ideas of what should have been paid. Another guess: your university might have a policy against free software that is meant to protect proprietary data that it generates, university systems (it's hard to sue someone for damages if they didn't charge you anything for what you got and you had to accept it as is), etc. This would be moot if your university library were doing the programming itself. To me and I am sure you and others, it would seem more reasonable just to amend that policy to allow use of open source stuff (I am sure it is already happening) but ... A third and final guess: there could be a policy above the library-level administration that ties their hands. The chief librarian at the military library I worked at on contract as an assistant cataloguer was preparing for migration to another ILS, but she couldn't even consider things like Koha because they won't fit on the standard RFP form that she would have to fill out. And Lord knows, asking the upper-ups to modify a sacred standard form or allow more blanks than is usual just doesn't fly. Ah, bureaucracies: making the world just a little bit weirder every day. Hope you get some answers to your technical question now, too, James. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From shedges at skemotah.com Thu Sep 9 04:23:02 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Fresh install issues... In-Reply-To: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> References: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> Message-ID: <6870.66.213.78.3.1094660582.spork@webmail.skemotah.com> Hi, Francois - Sounds like you probably haven't been to the Preferences page yet to set up all your Koha parameters. Once that's done, then you're ready to test drive Koha. The Item Location you ask about (inventory) will be one of the branches you define in the parameters. Stephen fmml@cedval.org said: > I have just install Koha 2.0.1rc1 on a Linux redhat 9 server. I used the > installer.pl to do the install. > > First impressions are very positives. > > I have some issues: > > I can do reservations as a member, but it does not appear in the Activity > report. > > I have heard about "Supplier" info that can be entered in the system, but > did not find any traces of it. > > Saw in the documentation that there are 2 acquisition mode, seem that I am > stuck with the simple mode, how can I swith to the other mode? > > Can't make the Inventory/Stocktaking report working, what should be > entered in Item Location field? > > Thanks in advance, > > Francois Meehan -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From fmml at cedval.org Thu Sep 9 04:53:59 2004 From: fmml at cedval.org (fmml@cedval.org) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Fresh install issues... In-Reply-To: <6870.66.213.78.3.1094660582.spork@webmail.skemotah.com> References: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> <6870.66.213.78.3.1094660582.spork@webmail.skemotah.com> Message-ID: <46881.206.47.191.243.1094662439.squirrel@whoami3.cedval.org> Hi Stephen, I did setup the branch initially, using the default "Main Library". When I put that as a location nothing is returned. Tried with branch code name "MAIN" with same results. Francois > Hi, Francois - > > Sounds like you probably haven't been to the Preferences page yet to set > up all your Koha parameters. Once that's done, then you're ready to test > drive Koha. > > The Item Location you ask about (inventory) will be one of the branches > you define in the parameters. > > Stephen > > fmml@cedval.org said: >> I have just install Koha 2.0.1rc1 on a Linux redhat 9 server. I used the >> installer.pl to do the install. >> >> First impressions are very positives. >> >> I have some issues: >> >> I can do reservations as a member, but it does not appear in the >> Activity >> report. >> >> I have heard about "Supplier" info that can be entered in the system, >> but >> did not find any traces of it. >> >> Saw in the documentation that there are 2 acquisition mode, seem that I >> am >> stuck with the simple mode, how can I swith to the other mode? >> >> Can't make the Inventory/Stocktaking report working, what should be >> entered in Item Location field? >> >> Thanks in advance, >> >> Francois Meehan > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > > > From fmml at cedval.org Thu Sep 9 04:56:26 2004 From: fmml at cedval.org (fmml@cedval.org) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Fresh install issues... In-Reply-To: <78025df4dd5d8348f551eb9bdf736bed@bouncing.localnet> References: <5528.206.47.191.243.1094590015.squirrel@whoami3.cedval.org> <78025df4dd5d8348f551eb9bdf736bed@bouncing.localnet> Message-ID: <47383.206.47.191.243.1094662586.squirrel@whoami3.cedval.org> Thanks for the info, I have the acquisition normal mode working now. Regards, Francois > On 2004-09-07 21:46:55 +0100 fmml@cedval.org wrote: > >> I can do reservations as a member, but it does not appear in the >> Activity >> report. > > I think this is a known bug and it's not the only untracked activity. > It's audit time. :-( > >> I have heard about "Supplier" info that can be entered in the system, >> but >> did not find any traces of it. > > I think that's in normal acquisitions, which brings me to: > >> Saw in the documentation that there are 2 acquisition mode, seem that >> I am >> stuck with the simple mode, how can I swith to the other mode? > > In the system parameters/preferences screen, enter "Normal" as the > acquisition type. Or maybe it's "normal". It is needlessly > case-sensititve and I can't remember which is correct OTTOMH, sorry. I > remember reports that it's broken, but can't test it fully myself > because I don't really understand how it should work yet. > >> Can't make the Inventory/Stocktaking report working, what should be >> entered in Item Location field? > > Librarians, help! > > -- > MJR/slef My Opinion Only and not of any group I know > http://www.ttllp.co.uk/ for creative copyleft computing > Visit the AFFS stand, .org village LinuxExpoUK, 6-7 Oct > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > From cobi31 at hotmail.com Thu Sep 9 09:24:02 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Tags to MARC Format? Message-ID: Hi! Can I convert MARC Tags to MARC Format? How to? How can I get a manual about it? Thanks! Marco _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From cobi31 at hotmail.com Thu Sep 9 09:25:45 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Tags a MARC Format Message-ID: Hola Se puede convertir de MARC Tags a MARC Format? Como? o Donde puedo encontrar información de esto? Gracias. Marco Antonio _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From baljkas at mts.net Thu Sep 9 15:42:19 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Tags a MARC Format Message-ID: <20040909034219.ETLR5478.mx-mtaout01.mts.net@mx-mtaout> Wednesday, September 8, 2004 22:22 CDT Hi, Marco, Terry Reese's MARC Edit should be able to translate your MARC tagged format to true MARC. Check out the information on MARC Edit, which is free, available via the following LC MARC tools link: URL Hope that helps get you started. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ------------------------ Hola, Marco El MARC Edit de Terry Reese puede convertir de MARC formato con etiquetas (Tags o Tagged) a MARC formato verdadero. Examina las informaci?nas sobre el MARC Edit, programa gratis, disponiblas por la v?a de la pagina Web Registros, Sistemas y Herramientas MARC de la Biblioteca del Congreso: URL Mucha suerte! Estevan > From: "Marco Antonio Castillo Arreozola" > Date: 2004/09/08 Wed PM 04:25:45 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] MARC Tags a MARC Format > >Hi! > >Can I convert MARC Tags to MARC Format? How to? How can I >get a manual about it? > >Thanks! > >Marco ========================================================== > > Hola > > Se puede convertir de MARC Tags a MARC Format? Como? o > Donde puedo encontrar informaci?n de esto? > > Gracias. > > Marco Antonio From gekigan_flare at hotPOP.com Sun Sep 12 05:23:49 2004 From: gekigan_flare at hotPOP.com (James Asis) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha on Mandrake 10... In-Reply-To: <5372da3403bf3c4d5d18fe3a67c8fd84@bouncing.localnet> References: <5372da3403bf3c4d5d18fe3a67c8fd84@bouncing.localnet> Message-ID: <200409120123.49902.gekigan_flare@hotPOP.com> > That looks like it might be some ... section > in your main httpd.conf that doesn't allow apache to serve files from > /usr/local/koha. You can either try to fix it, or install koha's web > files (intranet and opac) somewhere that the apache config does like > (maybe /var/www or /home). If this is a Mandrake default, it would be > good to know what is a safe suggestion. > I'll check this out, but I don't know when. Recently I've been busy with schoolwork. Thank you very much for your help, in any case. -James From tarallo at ort.edu.uy Tue Sep 14 09:54:06 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Tags to MARC Format? In-Reply-To: References: Message-ID: <414616FE.9090504@ort.edu.uy> Marco: You mean translating a "human readable" representation of a marc record into iso2709?, I'm not aware of an easy way of doing that. Maybe your current ILS can give you the data in a way more suitable for crunching it with PERL or some shellscripting magic. Andres Marco Antonio Castillo Arreozola wrote: > Hi! > > Can I convert MARC Tags to MARC Format? How to? How can I get a manual > about it? > > Thanks! > > Marco > > From tarallo at ort.edu.uy Tue Sep 14 11:45:30 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Importing data into MARC In-Reply-To: <20040908020311.GA17894@SerDevian.XYZZ.org> References: <4134F4BA.50704@ort.edu.uy> <20040908020311.GA17894@SerDevian.XYZZ.org> Message-ID: <4146311A.2060602@ort.edu.uy> Scott: I haven't thought in your approach. I'm currently working from what CDS/ISIS (DOS version) exports that is very similar to ISO2709. I've decoded the information and unloaded it in a hash array, where I'm merging my databases and generating MARC records with MARC::Record. Andres Scott Scriven wrote: >* Andres Tarallo wrote: > > >>We're currently finishing our mapping to import our database (CEPAL >>catalog in DOS/ISIS) to Koha. We have a question, and we want to know >>the best solution to feed data for bulkmarcimport.pl. >> >> > >For what it's worth, it's much easier to write MARC XML files than >regular MARC files, and tends to be less error-prone. You can >use these with bulkmarcimport.pl with only slight modifications, >once you've installed MARC::File::XML for perl. > >The LoC has much more info about the format: > > http://www.loc.gov/standards/marcxml/ > >Personally, I'm converting my records to MODS format, then to >MARC XML (using a LoC stylesheet). This is even easier for me, >though it isn't as powerful. > >I put some scripts online, as examples. I haven't done very good >mapping, but it's a start: > > http://toykeeper.net/tmp/koha/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040913/01c44a92/attachment.htm From tarallo at ort.edu.uy Tue Sep 14 12:22:03 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha Message-ID: <414639AB.7090308@ort.edu.uy> As I've told you I'm currently working on mapping the database of my current ILS (CDS/ISIS, CEPAL layout) to MARC21, to import it to koha. I've managed to generate MARC records form the exported data of my ILS. I've downloaded today the Koha DB Schema, what we want to insure is that for every title we have one record is added to the biblio table, no matter how many copies of this title we have, also we want to have as many items as copies we have for each title. In order to achieve this goals we are trying to understand the way bulkmarcimport.pl handles MARC records, in order to feed it with properly loaded records. It's not clear for me the way i have to build my MARC records, in order to represent fully the reality I've presented you above. Any help will be appreciated. Andr?s From baljkas at mts.net Tue Sep 14 14:25:07 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Tags to MARC Format? Message-ID: <20040914022507.NWWO1470.mx-mtaout01.mts.net@mx-mtaout> Monday, September 13, 2004 21:20 CDT Hi, Andres, Marco, et al., As I've recommended to the list too many times now (and really, I don't get a commission from Terry Reese), MARC Edit can translate a human readable form -- usually called a tagged version -- into a true MARC record. That is, it can translated ITS tagged format into a true MARC record. How easy it is to get there then depends on what kind of tagged format you already have. For that matter, although it isn't pretty to read, with a little practice, you can read a true MARC record as it is. Your eye learns to catch the end of delimited fields once you get used to passing over all the directory information at the start. Just FYI. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Andres Tarallo > Date: 2004/09/13 Mon PM 04:54:06 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] MARC Tags to MARC Format? > > Marco: > You mean translating a "human readable" representation > of a marc record into iso2709?, I'm not aware of an easy way of doing > that. Maybe your current ILS can give you the data in a way more > suitable for crunching it with PERL or some shellscripting magic. > > Andres > > > > Marco Antonio Castillo Arreozola wrote: > > > Hi! > > > > Can I convert MARC Tags to MARC Format? How to? How can I get a manual > > about it? > > > > Thanks! > > > > Marco > > > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From shedges at skemotah.com Wed Sep 15 21:38:41 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <414639AB.7090308@ort.edu.uy> References: <414639AB.7090308@ort.edu.uy> Message-ID: <32780.65.24.138.126.1095241121.spork@webmail.skemotah.com> Hi, Andres - Andres Tarallo said: > ...we are trying to understand the way > bulkmarcimport.pl handles MARC records, in order to feed it with > properly loaded records. It's not clear for me the way i have to build > my MARC records You're writing a script using MARC::Record if I recall. So what you should do is open a file early in the script to save your records, something like: open OUTFILE, "+>bibs" or die "Cannot open output file (bibs)"; Then go through the process of putting each record together tag by tag. Something like: $tag100 = MARC::Field->new(100,'','','a'=>$author); $record->append_fields($tag100); Then when you have all the tags built add the record to your output file: print OUTFILE $record->as_usmarc(); [The perl lines above assume you are using MARC21, change accordingly for UNIMARC.] Now you have an iso2709 file ("bibs") that you can load using bulkmarcimport.pl. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mhelman at illinoisalumni.org Thu Sep 16 01:45:28 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha Message-ID: <50d101c49b2a$42b47170$2801010a@mail2world.com> Salvete! I got all of my patrons into Koha. (Yea!) I can't seem to get the permissions straight for my clerks. (Boo!) I do not yet want my clerks doing any cataloguing. Most of the time they're okay, but when they're off you wouldn't want to see the grizzly results. So, I set up an account for them called staff. I then modified the user flags so that they could circulate borrowers reserveforothers borrow updatecharges But, when I go to add a borrower, Koha yells at me saying that it doesn't think I have permission to add a borrower from the staff account. I know that it will work if I check the superlibrarian box BUT I don't want my staff to bother with the MARC catalogue (confusing) or be able to add biblios. Your help would be appreciated! Cheers, Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040915/7bb7caa1/attachment.html From shedges at skemotah.com Thu Sep 16 04:12:56 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <50d101c49b2a$42b47170$2801010a@mail2world.com> References: <50d101c49b2a$42b47170$2801010a@mail2world.com> Message-ID: <37857.66.213.78.3.1095264776.spork@webmail.skemotah.com> BWS Johnson said: > I can't seem to get the permissions straight for my clerks. (Boo!) > This is a known bug (http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=798, also no. 776 and 777) -- and unfortunately a nasty one! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From rosalie at library.org.nz Thu Sep 16 08:30:01 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: <20040915053818.60520.qmail@web20025.mail.yahoo.com> Message-ID: <41494F09.11729.A9928@localhost> Hello Amber Welcome to the Koha community. I've taken the liberty of copying your email to koha@lists.katipo.co.nz, because I know there are people there who can give you a better answer than I can on your specific question about transferring MARC records. My libraries are not yet using the new version, and we don't download MARC records, so I can't comment on that aspect, but I can tell you that we are very happy with Koha. It meets our needs as a public library, and it is quite flexible in terms of specific needs of school libraries. I am sure you will find it worth further investigation. Good Luck Rosalie On 14 Sep 2004, at 22:38, Amber Amland wrote: > Dear Rosalie Blake, > > I'm the secondary librarian at a small international school in > Southeast Asia that uses U.S. based curriculum. We have a card > catalog and would like to move to an automated library system. I > discovered Koha while doing some research online on library systems. > How is it working for you? We have about 6,500 titles in the high > school and would like to also automate our elementary library (fewer > titles) in the future and link it to the secondary library. Would Koha > be a good option for us? How is the new version working with > downloading MARC records and using the Z39.50 search tool? This is my > first time automating a library system. > > Thank you! > Amber Amland > Librarian > Mountainview ICS > amamland@yahoo.com > > > --------------------------------- > Do you Yahoo!? > Yahoo! Mail - You care about security. So do we. Rosalie Blake Head of Libraries, Horowhenua Library Trust From baljkas at mts.net Thu Sep 16 05:47:56 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha Message-ID: <20040915174756.SYSZ28042.mx-mtaout02.mts.net@mx-mtaout> Wednesday, September 15, 2004 12:43 CDT Hi, Stephen, et al., Admittedly, I don't understand scripting, but doesn't the schema you gave miss definition of the Leader and the fixed fields (especially 008) which are critical to the record being valid MARC? Or is that already in MARC::Record? Just confused, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Stephen Hedges" > Date: 2004/09/15 Wed AM 04:38:41 CDT > To: "Andres Tarallo" > CC: koha@lists.katipo.co.nz > Subject: Re: [Koha] More questions for migrating to koha > > Hi, Andres - > > Andres Tarallo said: > > ...we are trying to understand the way > > bulkmarcimport.pl handles MARC records, in order to feed it with > > properly loaded records. It's not clear for me the way i have to build > > my MARC records > > You're writing a script using MARC::Record if I recall. So what you > should do is open a file early in the script to save your records, > something like: > > open OUTFILE, "+>bibs" or die "Cannot open output file (bibs)"; > > Then go through the process of putting each record together tag by tag. > Something like: > > $tag100 = MARC::Field->new(100,'','','a'=>$author); > $record->append_fields($tag100); > > Then when you have all the tags built add the record to your output file: > > print OUTFILE $record->as_usmarc(); > > [The perl lines above assume you are using MARC21, change accordingly for > UNIMARC.] > > Now you have an iso2709 file ("bibs") that you can load using > bulkmarcimport.pl. > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From jferraro at athenscounty.lib.oh.us Thu Sep 16 09:04:24 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <20040915174756.SYSZ28042.mx-mtaout02.mts.net@mx-mtaout> References: <20040915174756.SYSZ28042.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <20040915210424.GA17667@alma.athenscounty.lib.oh.us> I can answer the leader question: MARC::Record will define a default leader automatically (tho you can specify a specific one if you like). Joshua On Wed, Sep 15, 2004 at 12:47:56PM -0500, Baljkas Family wrote: > Wednesday, September 15, 2004 12:43 CDT > > Hi, Stephen, et al., > > Admittedly, I don't understand scripting, but doesn't the schema you gave miss definition of the Leader and the fixed fields (especially 008) which are critical to the record being valid MARC? > > Or is that already in MARC::Record? > > Just confused, > > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > > > From: "Stephen Hedges" > > Date: 2004/09/15 Wed AM 04:38:41 CDT > > To: "Andres Tarallo" > > CC: koha@lists.katipo.co.nz > > Subject: Re: [Koha] More questions for migrating to koha > > > > Hi, Andres - > > > > Andres Tarallo said: > > > ...we are trying to understand the way > > > bulkmarcimport.pl handles MARC records, in order to feed it with > > > properly loaded records. It's not clear for me the way i have to build > > > my MARC records > > > > You're writing a script using MARC::Record if I recall. So what you > > should do is open a file early in the script to save your records, > > something like: > > > > open OUTFILE, "+>bibs" or die "Cannot open output file (bibs)"; > > > > Then go through the process of putting each record together tag by tag. > > Something like: > > > > $tag100 = MARC::Field->new(100,'','','a'=>$author); > > $record->append_fields($tag100); > > > > Then when you have all the tags built add the record to your output file: > > > > print OUTFILE $record->as_usmarc(); > > > > [The perl lines above assume you are using MARC21, change accordingly for > > UNIMARC.] > > > > Now you have an iso2709 file ("bibs") that you can load using > > bulkmarcimport.pl. > > > > -- > > Stephen Hedges > > Skemotah Solutions, USA > > www.skemotah.com -- shedges@skemotah.com > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From bigwood at lpi.usra.edu Thu Sep 16 08:57:22 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha Message-ID: Amber, I can't say if it is the system for you, too many variables. Before you begin a retrospective conversion (fancy term for moving to an automated system) get your collection ready. 1st and most important: Weed the collection. No sense wasting time and effort on worthless items. See the SUNLINK Weed of the Month program page for some very helpful tips. http://www.sunlink.ucf.edu/weed/ Then get your collection in order. Make sure your cards have an ISBN, proper copy information, call number prefixes are standard, etc. if you will be working from the cards. Learn about MARC most importantly the holding field and what goes where there. There is some helpful advise at http://www.dgiinc.com/advice/main.html on getting ready. I'm sure there is plenty more. Read about other retrospective conversions and see what they wished they had done different. The tool MarcEdit has a very basic Z39.50 client as well as some useful tools. http://oregonstate.edu/~reeset/marcedit/html/index.html Download it for free. This work will pay off no matter what system you decide best fits your situation. Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Catalogablog http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Rosalie Blake Sent: Wednesday, September 15, 2004 3:30 PM To: Amber Amland Cc: koha@lists.katipo.co.nz Subject: [Koha] Re: Questions about Koha Hello Amber Welcome to the Koha community. I've taken the liberty of copying your email to koha@lists.katipo.co.nz, because I know there are people there who can give you a better answer than I can on your specific question about transferring MARC records. My libraries are not yet using the new version, and we don't download MARC records, so I can't comment on that aspect, but I can tell you that we are very happy with Koha. It meets our needs as a public library, and it is quite flexible in terms of specific needs of school libraries. I am sure you will find it worth further investigation. Good Luck Rosalie On 14 Sep 2004, at 22:38, Amber Amland wrote: > Dear Rosalie Blake, > > I'm the secondary librarian at a small international school in > Southeast Asia that uses U.S. based curriculum. We have a card > catalog and would like to move to an automated library system. I > discovered Koha while doing some research online on library systems. > How is it working for you? We have about 6,500 titles in the high > school and would like to also automate our elementary library (fewer > titles) in the future and link it to the secondary library. Would Koha > be a good option for us? How is the new version working with > downloading MARC records and using the Z39.50 search tool? This is my > first time automating a library system. > > Thank you! > Amber Amland > Librarian > Mountainview ICS > amamland@yahoo.com > > > --------------------------------- > Do you Yahoo!? > Yahoo! Mail - You care about security. So do we. Rosalie Blake Head of Libraries, Horowhenua Library Trust From jmf at kados.org Thu Sep 16 10:02:32 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: References: Message-ID: <20040915220232.GA23017@frodo.kados.org> Amber, If most of your books have ISBN numbers it should be fairly trivial to write a script/form to grab the MARC records from LOC or somewhere ... that way you can avoid adding all the fields for every item ... all you'll need to specify in that case will be local holdings info like barcode, etc. I need to write such a script for a Koha installation I'm doing right now and I'll release it when I've finished ... Good luck!, -- Joshua Ferraro http://kados.org On Wed, Sep 15, 2004 at 03:57:22PM -0500, Bigwood, David wrote: > Amber, > > I can't say if it is the system for you, too many variables. Before you begin a retrospective conversion (fancy term for moving to an automated system) get your collection ready. > > 1st and most important: Weed the collection. No sense wasting time and effort on worthless items. See the SUNLINK Weed of the Month program page for some very helpful tips. http://www.sunlink.ucf.edu/weed/ > > Then get your collection in order. Make sure your cards have an ISBN, proper copy information, call number prefixes are standard, etc. if you will be working from the cards. Learn about MARC most importantly the holding field and what goes where there. There is some helpful advise at http://www.dgiinc.com/advice/main.html on getting ready. I'm sure there is plenty more. Read about other retrospective conversions and see what they wished they had done different. > > The tool MarcEdit has a very basic Z39.50 client as well as some useful tools. http://oregonstate.edu/~reeset/marcedit/html/index.html Download it for free. > > This work will pay off no matter what system you decide best fits your situation. > > Sincerely, > David Bigwood > bigwood@lpi.usra.edu > Lunar & Planetary Institute > http://www.lpi.usra.edu/library/whats_new.shtml > Catalogablog > http://www.catalogablog.blogspot.com > > > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Rosalie Blake > Sent: Wednesday, September 15, 2004 3:30 PM > To: Amber Amland > Cc: koha@lists.katipo.co.nz > Subject: [Koha] Re: Questions about Koha > > > Hello Amber > Welcome to the Koha community. I've taken the liberty of copying > your email to koha@lists.katipo.co.nz, because I know there are > people there who can give you a better answer than I can on your > specific question about transferring MARC records. My libraries are > not yet using the new version, and we don't download MARC > records, so I can't comment on that aspect, but I can tell you that we > are very happy with Koha. It meets our needs as a public library, > and it is quite flexible in terms of specific needs of school libraries. I > am sure you will find it worth further investigation. > Good Luck > Rosalie > > > On 14 Sep 2004, at 22:38, Amber Amland wrote: > > > Dear Rosalie Blake, > > > > I'm the secondary librarian at a small international school in > > Southeast Asia that uses U.S. based curriculum. We have a card > > catalog and would like to move to an automated library system. I > > discovered Koha while doing some research online on library systems. > > How is it working for you? We have about 6,500 titles in the high > > school and would like to also automate our elementary library (fewer > > titles) in the future and link it to the secondary library. Would Koha > > be a good option for us? How is the new version working with > > downloading MARC records and using the Z39.50 search tool? This is my > > first time automating a library system. > > > > Thank you! > > Amber Amland > > Librarian > > Mountainview ICS > > amamland@yahoo.com > > > > > > --------------------------------- > > Do you Yahoo!? > > Yahoo! Mail - You care about security. So do we. > > > Rosalie Blake > Head of Libraries, Horowhenua Library Trust > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Thu Sep 16 13:52:50 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha Message-ID: <20040916015250.BHVD1470.mx-mtaout01.mts.net@mx-mtaout> Wednesday, September 15, 2004 20:20 CDT Hi, Amber, Joshua, et al., Depending on how fussy your standards are for the records that you get, Joshua's scripting solution may work well, but you may get some records that are real duds: all CAPS, title and statement of responsibility with errors, no imprimatur, no SH's, etc., etc. I don't know if it's possible, but Joshua, if it is at all practicable, it **might be a good idea to write the script to reject records that are too short (less than 10 tags).** (If you are still in the beginning process of writing it, it might also be worth your while to check with Terry Reese; I vaguely remember a statement of willingness to share code with other open source-rs.) Amber, LC is pretty good with its catalogue (and you can access it for free!), so you shouldn't have too much trouble trusting the script for it. But be careful with other sources, including NLC (also free) which used contributing libraries' cataloguing without screening them for quality. There can be quite a bit of junk that will be pulled up just by an ISBN. Also, please note, even with LC, sometimes the ISBNs are miscoded, so you may end up with what I was taught to call a false negative, where there is actually a record there, but it won't be pulled by a simple standard number search. Before coding a record from scratch, always check by title and/or author, just in case (this was standard practice at our local ISM, now an OCLC branch). In terms of MARC, one little addendum to Dave Bigwood's excellent advice: **_Understanding MARC Bibliographic_ off of the LC main MARC page -- URL -- ** is a really nifty e-booklet that deals with pretty much everything, even getting into the actual structure of a record in part XI. ** The Concise Bibliographic format pages -- main page at URL -- detail the specs for each MARC field/tag and also provide LC examples of their proper use. ** Depending on your local cataloguing standards and budget concerns, that may be enough to spare you the expense of the MARC Format manual. One further minor addition to Dave's super advice on retrospective conversion (almost verbatim what we were taught in library tech training here) from my experience and that of my instructors: Conversion is an excellent time to introduce useful new perks that will impress patrons and justify the process. With the cataloguing, e.g., before you start, think about how detailed you want your records to be. Think carefully about what notes and added entries you would have wanted to make, ones that would have helped and would help your patrons, but aren't practical when trying to economise space in a card catalogue. In MARC, they are just extra lines of code. From lib at gndec.ac.in Thu Sep 16 18:49:38 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha Message-ID: [Koha] A quick question on biblioitems.dewey field's datatype wd) i also want to change he fieldtype for DDC no's like it explain in this mail, where i need to go to change it : So, I simply changed the fieldtype to varchar(15) and rerun misc/rebuildnonmarc.pl. Now, the dewey value is being correctly stored in biblioitems.dewey and properly displayed in the OPAC. So far, I haven't noticed any inconsistency due to the change. Kanwal -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mhelman at illinoisalumni.org Thu Sep 16 23:23:03 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha Message-ID: <344101c49bdf$883dcba0$0a0a010a@mail2world.com> Salvete! I would once again like to stress that Z39.50 is a nice place to visit, but I wouldn't want to live there. It's kind of like that old game show with the curtains. You really should look at the records you end up with, which to me means that you may as well find the one most suited to your needs by hand in the first place. Point number 2 - since you're automating a rather small collection, I would certainly recommend Koha. I've entered about 2600 bibliographic records and about 1900 patron records. Phew! I have about 7,000 bibliographic or so to go. I've been working at automating since about last February. Point number 3 - Library of Congress stinks for records for Kid's Stuff. I use Access Pennsylvania or Maine Infonet or in a real pinch Ohio Link. All of these can be found on the Free MARC page brought to you by SKCLS. http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html If you type "Free MARC" into google, that will get you there, too. The great thing about that page is that they give you instructions on how to get the records themselves. Watch for redundant tags with Access Pennsylvania. Doesn't happen often, but it does happen. It is really, really worth it. Oooooh so much better than cards. Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040916/3d51de51/attachment.htm From etome-nsr at mail.korksoft.com Thu Sep 16 15:50:03 2004 From: etome-nsr at mail.korksoft.com (etome-nsr@mail.korksoft.com) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Summary of Docs Discussion Message-ID: <1095306603.41490d6b8fcf2@webmail.korksoft.com> Not so long ago, a person or two started a discussion about Docs... below is requested summary/notes from the offlist documentation conversation.... a little late (email hiccup on my part). [Those of you interested in the working-space for the formal manual, for some reason it seems to be offline, tho' Mike's server is up. Mike? :) please help??! : ) Thanks] --------- (Excuse the choppy-ness of below - the discussion wandered a bit.) A formal manual and most likely some other goodies do indeed "belong" in the docs/ dir for 2.0 The set in that dir (should) get(s) updated as part of the official-release process and should be generated from the wiki Mike Reavey's currently hosting, creating a docs set frozen with a Koha official release. The earlier, original Koha wiki is more a tool for development notes (being less rigid - the one Mike hosts is designed for documentation in XML/SGML). The working "online" help effort lives there as well [this is Paul's really good idea!). The manual wiki is very rough, and is a draft at best. Login info for those interested is available -- please drop me a line (more a function of keeping us from blowing up Mike's machine with our enthusiasm!). Whitepaper/installation/etc type contributions, plus long life stuff like architectural notes etc should eventually have a presence at the manual-wiki site. At the moment, useful material lives at: the Skemotah.com site (which archives the migration notes,etc for us right now) the Koha wiki Koha.org (but NOT the manual there, it is for pre 2.0 versions) ------ As usual, thanks to everyone who loans us hosted-space, Nick ..your (hopefully briefly) tool poor docs person. From thornswabbler at earthlink.net Fri Sep 17 13:39:02 2004 From: thornswabbler at earthlink.net (Michael Watson) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: <344101c49bdf$883dcba0$0a0a010a@mail2world.com> Message-ID: The other problem with Z39.50 is that I know that some libraries consider it very poor form to do Z39.50 "record nabbing", since they may have had to pay for those MARC records from a source such as OCLC. I know that in the consortium to which our library belongs, the operational rules do specify that no member library will use Z39.50 to get catalog records without permission from the "target" library. -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of BWS Johnson Sent: Thursday, September 16, 2004 6:23 AM To: koha@lists.katipo.co.nz Subject: Re: Re: [Koha] Re: Questions about Koha Salvete! I would once again like to stress that Z39.50 is a nice place to visit, but I wouldn't want to live there. It's kind of like that old game show with the curtains. You really should look at the records you end up with, which to me means that you may as well find the one most suited to your needs by hand in the first place. Point number 2 - since you're automating a rather small collection, I would certainly recommend Koha. I've entered about 2600 bibliographic records and about 1900 patron records. Phew! I have about 7,000 bibliographic or so to go. I've been working at automating since about last February. Point number 3 - Library of Congress stinks for records for Kid's Stuff. I use Access Pennsylvania or Maine Infonet or in a real pinch Ohio Link. All of these can be found on the Free MARC page brought to you by SKCLS. http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html If you type "Free MARC" into google, that will get you there, too. The great thing about that page is that they give you instructions on how to get the records themselves. Watch for redundant tags with Access Pennsylvania. Doesn't happen often, but it does happen. It is really, really worth it. Oooooh so much better than cards. Brooke @ Hinsdale MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040916/3df493e6/attachment.html From shedges at skemotah.com Sat Sep 18 00:51:25 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Z39.50 and MARC (was Re: Questions about Koha) In-Reply-To: References: <344101c49bdf$883dcba0$0a0a010a@mail2world.com> Message-ID: <32821.65.24.138.126.1095425485.spork@webmail.skemotah.com> OK, now Michael has gone and pushed one of my buttons! Brace yourselves for a rant! MARC records do not belong to OCLC. They are not copyrighted by OCLC. They are not the intellectual property of OCLC. Why? Because OCLC did not create them -- _librarians_ did! So they belong to librarians. OCLC's attempted restrictions on the use of MARC records are just a corporate bluff! Z39.50 is the library-world's early (and somewhat clunky) version of Napster-style file sharing. Until there's something better out there for us to share our cataloging work with one another, we should not be ashamed to use Z39.50. And we should never let some company dictate to us from their multi-story buildings in Dublin, Ohio what we can do with our MARC records. (Just for the record, I have some respected friends who work for OCLC, and the company does some good things. But fostering the mind-set that we can't share our work with one another is not one of them.) Stephen Michael Watson said: > The other problem with Z39.50 is that I know that some libraries consider > it > very poor form to do Z39.50 "record nabbing", since they may have had to > pay > for those MARC records from a source such as OCLC. I know that in the > consortium to which our library belongs, the operational rules do specify > that no member library will use Z39.50 to get catalog records without > permission from the "target" library. > -----Original Message----- > From: koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of BWS Johnson > Sent: Thursday, September 16, 2004 6:23 AM > To: koha@lists.katipo.co.nz > Subject: Re: Re: [Koha] Re: Questions about Koha > > > Salvete! > > I would once again like to stress that Z39.50 is a nice place to visit, > but I wouldn't want to live there. It's kind of like that old game show > with > the curtains. You really should look at the records you end up with, which > to me means that you may as well find the one most suited to your needs by > hand in the first place. > > Point number 2 - since you're automating a rather small collection, I > would certainly recommend Koha. I've entered about 2600 bibliographic > records and about 1900 patron records. Phew! I have about 7,000 > bibliographic or so to go. I've been working at automating since about > last > February. > > Point number 3 - Library of Congress stinks for records for Kid's Stuff. > I > use Access Pennsylvania or Maine Infonet or in a real pinch Ohio Link. All > of these can be found on the Free MARC page brought to you by SKCLS. > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > If you type "Free MARC" into google, that will get you there, too. The > great thing about that page is that they give you instructions on how to > get > the records themselves. > > Watch for redundant tags with Access Pennsylvania. Doesn't happen often, > but it does happen. > > It is really, really worth it. Oooooh so much better than cards. > > Brooke @ Hinsdale MA > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tony01 at mondenet.com Sat Sep 18 04:05:13 2004 From: tony01 at mondenet.com (Anthony S.) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] feaure-set 2.0.1 stable determination Message-ID: <20040917160512.GA8517@.> Hi. Before I install a newer version of Koha, I think that it will still have the following unfixed issues, correct? I don't know how to make these determinations myself and will check bugs.koha.org for pointers to program the following features into my production installation. How has it been done in the on-line Demo? o It is impossible to give Koha-system account holders less than Super-administrative access permissions (and more than no-access permissions). Very important feature. This is what the TODO "Member Access" term means. Who else is working on that now? o Z-daemon completely works. RSVP, Tony (Ottawa, Can.) From tmcmahon at wlpl.org Sat Sep 18 09:00:58 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: References: Message-ID: <414B508A.2040903@wlpl.org> I always figured that if a library didn't want others to snag their records they shouldn't be running a public Z39.50 server. Michael Watson wrote: > The other problem with Z39.50 is that I know that some libraries > consider it very poor form to do Z39.50 "record nabbing", since they > may have had to pay for those MARC records from a source such as OCLC. > I know that in the consortium to which our library belongs, the > operational rules do specify that no member library will use Z39.50 to > get catalog records without permission from the "target" library. > > -----Original Message----- > *From:* koha-admin@lists.katipo.co.nz > [mailto:koha-admin@lists.katipo.co.nz]*On Behalf Of *BWS Johnson > *Sent:* Thursday, September 16, 2004 6:23 AM > *To:* koha@lists.katipo.co.nz > *Subject:* Re: Re: [Koha] Re: Questions about Koha > > Salvete! > > I would once again like to stress that Z39.50 is a nice place to > visit, but I wouldn't want to live there. It's kind of like that > old game show with the curtains. You really should look at the > records you end up with, which to me means that you may as well > find the one most suited to your needs by hand in the first place. > > Point number 2 - since you're automating a rather small > collection, I would certainly recommend Koha. I've entered about > 2600 bibliographic records and about 1900 patron records. Phew! I > have about 7,000 bibliographic or so to go. I've been working at > automating since about last February. > > Point number 3 - Library of Congress stinks for records for Kid's > Stuff. I use Access Pennsylvania or Maine Infonet or in a real > pinch Ohio Link. All of these can be found on the Free MARC page > brought to you by SKCLS. > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > If you type "Free MARC" into google, that will get you there, too. > The great thing about that page is that they give you instructions > on how to get the records themselves. > > Watch for redundant tags with Access Pennsylvania. Doesn't happen > often, but it does happen. > > It is really, really worth it. Oooooh so much better than cards. > > Brooke @ Hinsdale MA > -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From baljkas at mts.net Sat Sep 18 08:12:39 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Z39.50 and MARC (was Re: Questions about Koha) Message-ID: <20040917201239.MTJA1470.mx-mtaout01.mts.net@mx-mtaout> Friday, September 17, 2004 15:05 CDT Hi, Stephen et al., Just have to say: BRAVO, STEPHEN! I couldn't have said it better myself. And for Michael and the others who don't already know it: OCLC -- and I know this from practicum at what has become one of their cataloguing branches, where a lib tech friend of mine still works, following the same procedures I was taught when on my field placement, so I know this continues -- ***OCLC uses copy cataloguing techniques all the time.*** They think nothing of taking LC or NLC records or pillaging various consortia and then turning around and charging money for the records that could easily have been derived by in-house cataloguing staff in the same way!!! They have excellent cataloguers, to be sure, and they do create superb primary cataloguing, but the proprietary scripting they use to modify existing records quickly to keep up their productivity can be achieved by any dedicated cataloguing staff anywhere. As my cataloguing mentor said, it makes one consider what outsourcing is really about. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Stephen Hedges" > Date: 2004/09/17 Fri AM 07:51:25 CDT > To: "Koha Listserv" > Subject: [Koha] Z39.50 and MARC (was Re: Questions about Koha) > > OK, now Michael has gone and pushed one of my buttons! Brace yourselves > for a rant! > > MARC records do not belong to OCLC. They are not copyrighted by OCLC. > They are not the intellectual property of OCLC. Why? Because OCLC did > not create them -- _librarians_ did! So they belong to librarians. > OCLC's attempted restrictions on the use of MARC records are just a > corporate bluff! > > Z39.50 is the library-world's early (and somewhat clunky) version of > Napster-style file sharing. Until there's something better out there for > us to share our cataloging work with one another, we should not be ashamed > to use Z39.50. And we should never let some company dictate to us from > their multi-story buildings in Dublin, Ohio what we can do with our MARC > records. > > (Just for the record, I have some respected friends who work for OCLC, and > the company does some good things. But fostering the mind-set that we > can't share our work with one another is not one of them.) > > Stephen > > Michael Watson said: > > The other problem with Z39.50 is that I know that some libraries consider > > it > > very poor form to do Z39.50 "record nabbing", since they may have had to > > pay > > for those MARC records from a source such as OCLC. I know that in the > > consortium to which our library belongs, the operational rules do specify > > that no member library will use Z39.50 to get catalog records without > > permission from the "target" library. > > -----Original Message----- > > From: koha-admin@lists.katipo.co.nz > > [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of BWS Johnson > > Sent: Thursday, September 16, 2004 6:23 AM > > To: koha@lists.katipo.co.nz > > Subject: Re: Re: [Koha] Re: Questions about Koha > > > > > > Salvete! > > > > I would once again like to stress that Z39.50 is a nice place to visit, > > but I wouldn't want to live there. It's kind of like that old game show > > with > > the curtains. You really should look at the records you end up with, which > > to me means that you may as well find the one most suited to your needs by > > hand in the first place. > > > > Point number 2 - since you're automating a rather small collection, I > > would certainly recommend Koha. I've entered about 2600 bibliographic > > records and about 1900 patron records. Phew! I have about 7,000 > > bibliographic or so to go. I've been working at automating since about > > last > > February. > > > > Point number 3 - Library of Congress stinks for records for Kid's Stuff. > > I > > use Access Pennsylvania or Maine Infonet or in a real pinch Ohio Link. All > > of these can be found on the Free MARC page brought to you by SKCLS. > > > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > > > If you type "Free MARC" into google, that will get you there, too. The > > great thing about that page is that they give you instructions on how to > > get > > the records themselves. > > > > Watch for redundant tags with Access Pennsylvania. Doesn't happen often, > > but it does happen. > > > > It is really, really worth it. Oooooh so much better than cards. > > > > Brooke @ Hinsdale MA > > > > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From dana at sefovan.org Sat Sep 18 21:39:48 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Barcodes with checkdigit Message-ID: <003201c49d63$74a1a410$5800a8c0@danaslaptop> Hello, We are migrating to Koha from another system and so we already have barcodes on the books from that previous installation. But, the barcodes have a checkdigit at the end (probably not uncommon). When we export the current holdings from the old system, it only exports the "item" part of the barcode, not the location prefix or the checkdigit. I can easily add the prefix to each record before importing into Koha but the checkdigit is based on some unknown algorithm. I would like to avoid having to manually modify thousands of entries or even scan every barcode label and match it with the exported value. Any ideas? There must be someone who has faced the same problems (I hope). Thanks in advance, Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040918/5c7856ab/attachment.htm From lib at gndec.ac.in Sat Sep 18 23:35:09 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Printer Admin Message-ID: hai, i have EPSON printer & I also add it to the admin page but it doesn't work,can we use the printer on circulation desk for every transaction if yes then how. -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Sat Sep 18 23:42:46 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: <414B508A.2040903@wlpl.org> Message-ID: hai, i want to know if any freeware is available on net to use the Z39.50 server,i mean any address which i can use for this server,i am at very initial stage of the implementation ,so i need to learn the use of z39.50.Please tell me something about it. Kanwal Librarian,GNDEC On Fri, 17 Sep 2004, Tim McMahon - West Liberty Public Library wrote: > I always figured that if a library didn't want others to snag their > records they shouldn't be running a public Z39.50 server. > > Michael Watson wrote: > > > The other problem with Z39.50 is that I know that some libraries > > consider it very poor form to do Z39.50 "record nabbing", since they > > may have had to pay for those MARC records from a source such as OCLC. > > I know that in the consortium to which our library belongs, the > > operational rules do specify that no member library will use Z39.50 to > > get catalog records without permission from the "target" library. > > > > -----Original Message----- > > *From:* koha-admin@lists.katipo.co.nz > > [mailto:koha-admin@lists.katipo.co.nz]*On Behalf Of *BWS Johnson > > *Sent:* Thursday, September 16, 2004 6:23 AM > > *To:* koha@lists.katipo.co.nz > > *Subject:* Re: Re: [Koha] Re: Questions about Koha > > > > Salvete! > > > > I would once again like to stress that Z39.50 is a nice place to > > visit, but I wouldn't want to live there. It's kind of like that > > old game show with the curtains. You really should look at the > > records you end up with, which to me means that you may as well > > find the one most suited to your needs by hand in the first place. > > > > Point number 2 - since you're automating a rather small > > collection, I would certainly recommend Koha. I've entered about > > 2600 bibliographic records and about 1900 patron records. Phew! I > > have about 7,000 bibliographic or so to go. I've been working at > > automating since about last February. > > > > Point number 3 - Library of Congress stinks for records for Kid's > > Stuff. I use Access Pennsylvania or Maine Infonet or in a real > > pinch Ohio Link. All of these can be found on the Free MARC page > > brought to you by SKCLS. > > > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > > > If you type "Free MARC" into google, that will get you there, too. > > The great thing about that page is that they give you instructions > > on how to get the records themselves. > > > > Watch for redundant tags with Access Pennsylvania. Doesn't happen > > often, but it does happen. > > > > It is really, really worth it. Oooooh so much better than cards. > > > > Brooke @ Hinsdale MA > > > > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From shedges at skemotah.com Sun Sep 19 02:08:03 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: References: <414B508A.2040903@wlpl.org> Message-ID: <32783.65.24.138.126.1095516483.spork@webmail.skemotah.com> The best site (that I know of) for Z39.50 software is Index Data: http://www.indexdata.com/ Library said: > hai, > i want to know if any freeware is available on net to use the Z39.50 > server,i mean any address which i can use for this server,i am at very > initial stage of the implementation ,so i need to learn the use of > z39.50.Please tell me something about it. > > Kanwal > Librarian,GNDEC -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From dana at sefovan.org Sun Sep 19 07:56:26 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha manual in Spanish Message-ID: <006601c49db9$ab9425a0$5800a8c0@danaslaptop> Hello, It looks like a number of people have completed migrations/installations of Koha in Spanish. How many systems are there up and running? Has anyone put together a user manual or a librarian's manual in Spanish? Thanks, Dana Huff Hola, Parece que hay unas instalaciones de Koha in espa?ol. Cuantas systemas hay que estan funcionando bien? Hay alguin que ha construido un manual en espa?ol para los usarios o para los bibliotecarios? Es claro que mi primera idioma no es espa?ol, ?no?, entonces necesito mucha ayuda en esto proyecto. Muchas gracias, Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040918/de0ed517/attachment.html From jmf at kados.org Sun Sep 19 09:16:21 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: References: <414B508A.2040903@wlpl.org> Message-ID: <20040918211621.GA31126@frodo.kados.org> Hi Kanwal, I'm not sure exactly what you mean: do you need help implementing a Z39.50 server so that you can share your bibliographic data with others via Z39.50? Or are you trying to download records from other Z39.50 servers to avoid having to completely build your own MARC records? So the Z39.50 Server for Koha is in koha/z3950/server/zed-koha-server.pl. If you need help tweaking it for your system I can help (I wrote it). If you need help downloading records from _other_ Z3950 servers (i.e., you need to find addresses to use for Koha's Z39.50 client), here is the best list I know of: http://www.indexdata.dk/targettest/ (BTW: Indexdata designed SimpleServer which is the Perl module that Koha's Z39.50 server is built with, which is built with Yaz which is the Perl module that Koha's Z39.50 cleint is built with.) ;-) If you want to delve into the world of Z39.50 pretty much everything you need is linked to from LOC's Z39.50 gateway: http://www.loc.gov/z3950/gateway.html Good luck ... and don't hesitate to ask more questions. Joshua On Sat, Sep 18, 2004 at 05:12:46PM +0530, Library wrote: > hai, > i want to know if any freeware is available on net to use the Z39.50 > server,i mean any address which i can use for this server,i am at very > initial stage of the implementation ,so i need to learn the use of > z39.50.Please tell me something about it. > > Kanwal > Librarian,GNDEC > > > On Fri, 17 Sep 2004, Tim McMahon - West Liberty Public Library wrote: > > > I always figured that if a library didn't want others to snag their > > records they shouldn't be running a public Z39.50 server. > > > > Michael Watson wrote: > > > > > The other problem with Z39.50 is that I know that some libraries > > > consider it very poor form to do Z39.50 "record nabbing", since they > > > may have had to pay for those MARC records from a source such as OCLC. > > > I know that in the consortium to which our library belongs, the > > > operational rules do specify that no member library will use Z39.50 to > > > get catalog records without permission from the "target" library. > > > > > > -----Original Message----- > > > *From:* koha-admin@lists.katipo.co.nz > > > [mailto:koha-admin@lists.katipo.co.nz]*On Behalf Of *BWS Johnson > > > *Sent:* Thursday, September 16, 2004 6:23 AM > > > *To:* koha@lists.katipo.co.nz > > > *Subject:* Re: Re: [Koha] Re: Questions about Koha > > > > > > Salvete! > > > > > > I would once again like to stress that Z39.50 is a nice place to > > > visit, but I wouldn't want to live there. It's kind of like that > > > old game show with the curtains. You really should look at the > > > records you end up with, which to me means that you may as well > > > find the one most suited to your needs by hand in the first place. > > > > > > Point number 2 - since you're automating a rather small > > > collection, I would certainly recommend Koha. I've entered about > > > 2600 bibliographic records and about 1900 patron records. Phew! I > > > have about 7,000 bibliographic or so to go. I've been working at > > > automating since about last February. > > > > > > Point number 3 - Library of Congress stinks for records for Kid's > > > Stuff. I use Access Pennsylvania or Maine Infonet or in a real > > > pinch Ohio Link. All of these can be found on the Free MARC page > > > brought to you by SKCLS. > > > > > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > > > > > If you type "Free MARC" into google, that will get you there, too. > > > The great thing about that page is that they give you instructions > > > on how to get the records themselves. > > > > > > Watch for redundant tags with Access Pennsylvania. Doesn't happen > > > often, but it does happen. > > > > > > It is really, really worth it. Oooooh so much better than cards. > > > > > > Brooke @ Hinsdale MA > > > > > > > > > -- > O/Ic Library > Guru Nanak Dev Engineering College > Ludhiana (Punjab) India > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From dana at sefovan.org Mon Sep 20 06:13:26 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] dewey class and subclass etc Message-ID: <002e01c49e74$5f448ee0$5800a8c0@danaslaptop> Stephen, Did the display of "class" begin with a particular release? Or is there some other contingency? My OPAC search screens only show the biblioitems.dewey value and the number displays to 6 decimal places. The biblioitems.subclass field, though populated in the db, does not show up. I have installed Koha2.0.0-W32-R0. Is this a question for the W32 list? Any help appreciated. Thanks, Dana Huff --------------------------- Eric, Koha puts biblioitems.classification, biblioitems.dewey, and biblioitems.subclass together to form the "class" value displayed on search screens. So for instance, if you had an item with the call number: REF 781.23 Brown The classsification would be "REF", the dewey (which must be a number) would be "781.23" and the subclass would be "Brown". And search screens would return a "class" of "REF 781.23 Brown". Edit the data by editing the MARC tags/subfields that you have mapped to biblioitems.classification, biblioitems.dewey, and biblioitems.subclass. Stephen Eric G. Salayon said: > can anyone explain how should i fill up information in adding a new item? > like the Dewey, Dewey sub class what is this? When we tried, we keyed in > '005' and '133' accordingly but when c searched for the said book what we > saw on the Dewey info was 5.133, why? what does the 'Number' indicate? > another is the grouping, what is this for? i havent seen a entry for the > said grouping.. > How can u edit the data that you entered? im confused while finding a way > to do this. and also after searching for items, does the system display > the call card no, author no etc? pls help! > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040919/4c207105/attachment.htm From dana at sefovan.org Mon Sep 20 11:12:12 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] rebuildnonmarc errors Message-ID: <009f01c49e9e$1bbfea00$5800a8c0@danaslaptop> Hello, When I run rebuildnonmarc.pl, I get an error for what appears to be every 952 tag mapped to the items table. It looks like this: DBD::mysql::st execute failed: Column 'tagorder' cannot be null at c:\usr\koha200\intranet\modules/C4/Biblio.pm line 385. ERROR ==> insert into marc_subfield_table (bibid,tag,tagorder,tag_indicator,subfieldcode,subfieldorder,subfieldvalue) values (1,952,, ,b,1,SEF) The system still seems to function okay afterward. Fortunately I've only loaded 50 records so far for testing purposes. Any help will be appreciated, Dana Huff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040920/39d3026f/attachment.html From rachel at katipo.co.nz Mon Sep 20 13:49:50 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Volunteers for the next round of Koha work.... Message-ID: <414E373E.5030508@katipo.co.nz> Hi all, tommorrow we are having our first Koha IRC meeting in a while - Monday 20th GMT 1900, on #koha. One of the things up for discussion is the need for a few more "roles" within the Koha community, in particular we could go a web-edtor. Someone to sort out the website, make links to the various Wikis etc, and where necessary take some of the more "stable" info off the wiki's and replicate it a bit "Fancier" on the website. SO if anyone thinks they'd like that role - it would involve working closely I suspect with some of the Katipo staff (not a bad thing I assure you :-), then please put your hand up. Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Mon Sep 20 15:08:38 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Presentation to LIANZA Conference Message-ID: <414E49B6.3000803@katipo.co.nz> Hi all I thought I'd do a quick update on our trip to the New Zealand Library Conference 2 weeks ago. 2 of us from Katipo and Rosalie Blake from Horowhenua Library attended the conference. We did 18 Koha installs in 3 days, and training for anyone who wanted it in how to use Koha. We had a really busy time which was great. It was also really nice to meet a few of you in person (Hi Bernadette :-) You can see a picture of our warm orange stand (yep that's fake fur on the back wall :-) on the Katipo site - http://www.katipo.co.nz/about-us/news/nr1095372677.shtml Rosalie Blake from Horowhenua Libraries Trust and I gave a talk on Open Source in Libraries, and you're welcome to read our notes, and take a look at the slides... http://www.koha.org/about/presentation/lianza/Koha-OS-slides/ http://www.koha.org/about/presentation/lianza/ Simon and I are in the USA from Sunday, We will be in San Francisco, driving to Montana, and then in qnd around Pitsbergh for a week. If anyone has a Koha library en-route then we would love to stop by and see you. Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Mon Sep 20 15:12:31 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Pittsburgh In-Reply-To: <414E49B6.3000803@katipo.co.nz> References: <414E49B6.3000803@katipo.co.nz> Message-ID: <414E4A9F.3040300@katipo.co.nz> > Simon and I are in the USA from Sunday, We will be in San Francisco, > driving to Montana, and then in qnd around Pittsburgh for a week. Yeah alright I can't spell :-) Cheers Rachel From cobi31 at hotmail.com Tue Sep 21 03:52:32 2004 From: cobi31 at hotmail.com (Marco Antonio Castillo Arreozola) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Collector Message-ID: Hi! I'm Interested to get a MARC records and I installed some tools shown into http://www.loc.gov/marc/marctools.html I liked Aurora ZMARC Collector. I want to buy it, and I sent a e-mail to sales@ait.com.au but, I haven't received answer. Who knows where can I buy it? or What another tool recommend to me? Thanks. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From tarallo at ort.edu.uy Tue Sep 21 07:51:19 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <20040915174756.SYSZ28042.mx-mtaout02.mts.net@mx-mtaout> References: <20040915174756.SYSZ28042.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <414F34B7.10501@ort.edu.uy> Baljkas Family wrote: >Admittedly, I don't understand scripting, but doesn't the schema you gave miss definition of the Leader and the fixed fields (especially 008) which are critical to the record being valid MARC? > > In my program I address the problems with field 008 myself, remember that I'm migrating froma Non-MARC ILS. Andres From tarallo at ort.edu.uy Tue Sep 21 09:12:43 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <32780.65.24.138.126.1095241121.spork@webmail.skemotah.com> References: <414639AB.7090308@ort.edu.uy> <32780.65.24.138.126.1095241121.spork@webmail.skemotah.com> Message-ID: <414F47CB.8040603@ort.edu.uy> Stephen: Thanks for your answer, this is the place where I'm addressing to. I think that my question was not clear. We've been studing the Koha Database Schema (for release 2.2). According to this document we find out that one biblio is shared by many biblioitems, as many as copies of the book we have. In order to load the database how do I represent this reality in MARC 21 records? One idea we have is building a full MARC21 record for each copy of a title we have. If this is the way of doing things the Bulk marc import should take into acount this situation and make one biblio and as many biblioitems as copies of the book we have. The other idea is Build a full record with as many 035 tags as copies of that book we have. Again bulkmarcimport should take into account this and build the biblio and biblioitems needed. We want to know what is the proper way to build our records in order to get this reality fully represented in the koha database. Stephen Hedges wrote: >Hi, Andres - > >Andres Tarallo said: > > >>...we are trying to understand the way >>bulkmarcimport.pl handles MARC records, in order to feed it with >>properly loaded records. It's not clear for me the way i have to build >>my MARC records >> >> > >You're writing a script using MARC::Record if I recall. So what you >should do is open a file early in the script to save your records, >something like: > >open OUTFILE, "+>bibs" or die "Cannot open output file (bibs)"; > >Then go through the process of putting each record together tag by tag. >Something like: > >$tag100 = MARC::Field->new(100,'','','a'=>$author); >$record->append_fields($tag100); > >Then when you have all the tags built add the record to your output file: > >print OUTFILE $record->as_usmarc(); > >[The perl lines above assume you are using MARC21, change accordingly for >UNIMARC.] > >Now you have an iso2709 file ("bibs") that you can load using >bulkmarcimport.pl. > > From tarallo at ort.edu.uy Tue Sep 21 10:48:11 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] More questions for migrating to koha In-Reply-To: <414F4B5F.8080803@free.fr> References: <414639AB.7090308@ort.edu.uy> <32780.65.24.138.126.1095241121.spork@webmail.skemotah.com> <414F47CB.8040603@ort.edu.uy> <414F4B5F.8080803@free.fr> Message-ID: <414F5E2B.8090306@ort.edu.uy> Paul POULAIN wrote: > [..] > >> We've been studing the Koha Database Schema (for release 2.2). >> According to this document we find out that one biblio is shared by >> many biblioitems, as many as copies of the book we have. In order to >> load the database how do I represent this reality in MARC 21 records? > > > you mean biblio and items I think. > If you really mean biblioitems, then you're wrong : 1 biblio means 1 > biblioitem line. But may be many items. > You're right I mixed up in the schema, I'm not used to the notation used in this schema. >> One idea we have is building a full MARC21 record for each copy of a >> title we have. If this is the way of doing things the Bulk marc >> import should take into acount this situation and make one biblio and >> as many biblioitems as copies of the book we have. > > no, 1 biblio & X items. Now is understood. >> The other idea is Build a full record with as many 035 tags as copies >> of that book we have. Again bulkmarcimport should take into account >> this and build the biblio and biblioitems needed. >> >> We want to know what is the proper way to build our records in order >> to get this reality fully represented in the koha database. > > > Yes, that's the proper way if you speak of biblio & items. > in this case, the 035 subfields MUST be mapped to item tab (10) and > don't map a 035 subfield in another tab (except for ignore). Ok, we'll continue working towards this direction. Andres From mjr at dsl.pipex.com Tue Sep 21 10:54:36 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Printer Admin In-Reply-To: Message-ID: <8a1aba8caa508af13172285a49ecdaaf@bouncing.localnet> On 2004-09-18 12:35:09 +0100 Library wrote: > i have EPSON printer & I also add it to the admin page but it doesn't > work,can we use the printer on circulation desk for every transaction > if yes > then how. I'm not sure, but I suspect the circulation desk printer has to be "shared" to the server running koha in some way. With GNU/Linux systems, I'd probably use lpd for this. With a Microsoft circulation desk, I'd probably look at using smbclient and lpd on the server. Might be able to use CUPS instead of lpd, but I know less about that. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ http://www.thewalks.co.uk stand 13,Lynn Carnival,12 Sep From mjr at dsl.pipex.com Tue Sep 21 10:58:48 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] feaure-set 2.0.1 stable determination In-Reply-To: <20040917160512.GA8517@.> Message-ID: <0062e32409dca06a2e784cc75d48223a@bouncing.localnet> On 2004-09-17 17:05:13 +0100 Anthony S. wrote: > o It is impossible to give Koha-system account holders less than > Super-administrative access permissions (and more than no-access > permissions). Very important feature. This is what the TODO "Member > Access" term means. Who else is working on that now? This is number 798 on bugs.koha.org and still is not fixed in 2.0.1 - I will work on this, but it will be 2.0.3 at least before it is fixed. (Hint: 2.0.2 should appear this week, with a larger announcement than 2.0.1) > o Z-daemon completely works. I am told that it works and I suspect that my remaining problems are firewall-based. Can you tell me how it breaks for you, please? I would like to see isbnsearch support added in 2.4 - see http://www.isbn.org.uk/ for info about that. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ http://www.thewalks.co.uk stand 13,Lynn Carnival,12 Sep From lib at gndec.ac.in Tue Sep 21 22:38:37 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: <32783.65.24.138.126.1095516483.spork@webmail.skemotah.com> Message-ID: hai, i try it ,but its not working ,i am here forwarding the copy of the settings to you ,please chech it if there is any problem in how to set the Z39.50 server: Site Hostname Port Database checked Rank WWW.INDEXDATA.COM 213.150.43.11 80 www.indexindia.com 1 1 is it correct Kanwaljit On Sat, 18 Sep 2004, Stephen Hedges wrote: > The best site (that I know of) for Z39.50 software is Index Data: > http://www.indexdata.com/ > > Library said: > > hai, > > i want to know if any freeware is available on net to use the Z39.50 > > server,i mean any address which i can use for this server,i am at very > > initial stage of the implementation ,so i need to learn the use of > > z39.50.Please tell me something about it. > > > > Kanwal > > Librarian,GNDEC > > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Tue Sep 21 22:53:24 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: <20040918211621.GA31126@frodo.kados.org> Message-ID: hi, i just want to operate it on experimental basis,i want to search the catalogue of other host through koha. Kanwal On Sat, 18 Sep 2004, Joshua Ferraro wrote: > Hi Kanwal, > > I'm not sure exactly what you mean: do you need help implementing a > Z39.50 server so that you can share your bibliographic data with > others via Z39.50? Or are you trying to download records from other > Z39.50 servers to avoid having to completely build your own MARC records? > > So the Z39.50 Server for Koha is in koha/z3950/server/zed-koha-server.pl. > If you need help tweaking it for your system I can help (I wrote it). > > If you need help downloading records from _other_ Z3950 servers (i.e., > you need to find addresses to use for Koha's Z39.50 client), here > is the best list I know of: > > http://www.indexdata.dk/targettest/ > > (BTW: Indexdata designed SimpleServer which is the Perl module that > Koha's Z39.50 server is built with, which is built with Yaz which > is the Perl module that Koha's Z39.50 cleint is built with.) ;-) > > If you want to delve into the world of Z39.50 pretty much everything > you need is linked to from LOC's Z39.50 gateway: > > http://www.loc.gov/z3950/gateway.html > > Good luck ... and don't hesitate to ask more questions. > > Joshua > > On Sat, Sep 18, 2004 at 05:12:46PM +0530, Library wrote: > > hai, > > i want to know if any freeware is available on net to use the Z39.50 > > server,i mean any address which i can use for this server,i am at very > > initial stage of the implementation ,so i need to learn the use of > > z39.50.Please tell me something about it. > > > > Kanwal > > Librarian,GNDEC > > > > > > On Fri, 17 Sep 2004, Tim McMahon - West Liberty Public Library wrote: > > > > > I always figured that if a library didn't want others to snag their > > > records they shouldn't be running a public Z39.50 server. > > > > > > Michael Watson wrote: > > > > > > > The other problem with Z39.50 is that I know that some libraries > > > > consider it very poor form to do Z39.50 "record nabbing", since they > > > > may have had to pay for those MARC records from a source such as OCLC. > > > > I know that in the consortium to which our library belongs, the > > > > operational rules do specify that no member library will use Z39.50 to > > > > get catalog records without permission from the "target" library. > > > > > > > > -----Original Message----- > > > > *From:* koha-admin@lists.katipo.co.nz > > > > [mailto:koha-admin@lists.katipo.co.nz]*On Behalf Of *BWS Johnson > > > > *Sent:* Thursday, September 16, 2004 6:23 AM > > > > *To:* koha@lists.katipo.co.nz > > > > *Subject:* Re: Re: [Koha] Re: Questions about Koha > > > > > > > > Salvete! > > > > > > > > I would once again like to stress that Z39.50 is a nice place to > > > > visit, but I wouldn't want to live there. It's kind of like that > > > > old game show with the curtains. You really should look at the > > > > records you end up with, which to me means that you may as well > > > > find the one most suited to your needs by hand in the first place. > > > > > > > > Point number 2 - since you're automating a rather small > > > > collection, I would certainly recommend Koha. I've entered about > > > > 2600 bibliographic records and about 1900 patron records. Phew! I > > > > have about 7,000 bibliographic or so to go. I've been working at > > > > automating since about last February. > > > > > > > > Point number 3 - Library of Congress stinks for records for Kid's > > > > Stuff. I use Access Pennsylvania or Maine Infonet or in a real > > > > pinch Ohio Link. All of these can be found on the Free MARC page > > > > brought to you by SKCLS. > > > > > > > > http://skyways.lib.ks.us/sckls/sysserv/tutorials/marc/freemarc.html > > > > > > > > If you type "Free MARC" into google, that will get you there, too. > > > > The great thing about that page is that they give you instructions > > > > on how to get the records themselves. > > > > > > > > Watch for redundant tags with Access Pennsylvania. Doesn't happen > > > > often, but it does happen. > > > > > > > > It is really, really worth it. Oooooh so much better than cards. > > > > > > > > Brooke @ Hinsdale MA > > > > > > > > > > > > > > -- > > O/Ic Library > > Guru Nanak Dev Engineering College > > Ludhiana (Punjab) India > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From roger at hrothgar.co.uk Tue Sep 21 23:10:12 2004 From: roger at hrothgar.co.uk (Roger Horne) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Questions about Koha In-Reply-To: Message-ID: On Tue 21 Sep, Library wrote: > i try it ,but its not working ,i am here forwarding the copy of the > settings to you ,please chech it if there is any problem in how to set the > Z39.50 server: > Site Hostname Port Database checked Rank > > WWW.INDEXDATA.COM 213.150.43.11 80 www.indexindia.com 1 1 > > is it correct I think that you may have been talking at cross-purposes. The Koha Intranet parameters page refers to "Z39.50 Servers" but it means remote servers which you want to query. I think that the servers that Stephen Hedges was referring to are those which you would instal on your own site. The "Z39.50 ervers Admin" page on my Koha installation contains entries such as (unformatted): Hostname Port Database Userid Password Checked Rank Syntax LibraryOfCongress z3950.loc.gov 7090 voyager 1 1 MARC21 SCHOOL OF ADVANCED STUDIES library.sas.ac.uk 210 INNOPAC 1 2 MARC21 LONDON SCHOOL OF ECONOMICS catalogue.lse.ac.uk 2200 UNICORN 1 3 MARC21 OPEN UNIVERSITY library2.open.ac.uk 7090 VOYAGER 1 4 MARC21 You will find a list of targets at eg http://www.indexdata.dk/targettest/ and http://www.ukoln.ac.uk/distributed-systems/zdir/ . Some you will find just don't work, but others do. Roger -- Roger Horne 11 New Square, Lincoln's Inn, London WC2A 3QB, UK roger@hrothgar.co.uk http://www.hrothgar.co.uk/ From shedges at skemotah.com Wed Sep 22 04:51:34 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha Documentation Project In-Reply-To: References: Message-ID: <31094.66.213.78.3.1095785494.spork@webmail.skemotah.com> One of the discussions on yesterday's irc meeting involved the (lack of) Koha documentation. I agreed to start a discussion of what is needed, who should contribute, what format(s) will be used, etc. I'd like to start the discussion by proposing that there are really four different types of documentation that need to be produced: 1. Documentation for OPAC users. This would have to be provided as online help, since OPAC users are not going to have access to any other type of documentation. 2. Documentation for systems administrators. This would encompass installing Koha and setting the parameters, as well as maintaining the system. This documentation could (should?) be in several formats. 3. Documentation for librarians (staff). While much of the Koha intranet tasks will be familiar to many librarians, librarians who have never used an automated system before will need help. Again, this should probably be available in multiple formats. 4. Documentation for developers. For those who want to join the development effort, we need database schema, good perldocs in the code, etc. Anything else I've forgotten? Any comments? I'd also like to start emphasizing that _everyone_ on this list can help. I'm particularly interested in hearing from those of you who feel you have no clue as to how Koha works. I'd like to start collecting a list of questions that we need to address, and that includes even the simplest questions. There's no such thing as a "dumb" question. If you have a question about Koha, chances are good that many other people have the same question, and the documentation will need to have a clear answer for that question. So send 'em in. (If you're shy, send directly to me -- shedges@skemotah.com -- but usually it's better to send to the list, because your question might remind people of other questions.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Wed Sep 22 07:31:21 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Koha Documentation Project In-Reply-To: <31094.66.213.78.3.1095785494.spork@webmail.skemotah.com> Message-ID: <0364331d56530cb49ec29b92d7d646fa@bouncing.localnet> On 2004-09-21 17:51:34 +0100 Stephen Hedges wrote: > 1. Documentation for OPAC users. This would have to be provided as > online help, since OPAC users are not going to have access to any > other > type of documentation. I suspect there's scope for a poster/leaflet introduction and summary too. > Anything else I've forgotten? Any comments? So far, so good. Thanks for taking this on. From baljkas at mts.net Tue Sep 21 10:00:05 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] MARC Collector Message-ID: <20040920220005.VWIF28042.mx-mtaout02.mts.net@mx-mtaout> Monday, September 20, 2004 16:50 CDT ?Hola Marco! Well, I read through their website and I couldn't find any statement about the cost. Geez, that's annoying: I am certainly no businessperson, but is it really so illogical to think that posting the price clearly and what to do about ordering is unexpected?! Argh. Anyway, Marco, from what I can tell, you are meant to install the program first and then send for the License Key. If you ftp'd it and read the ReadMe file, you'd find that info at the end of it (I won't get started on why that isn't clearly delineated at the end of the page on the product). As for waiting for their answer, I have learned from experience that having a website seems to make certain folk rather haughty. Depending on how long ago you wrote though, you may want to send a second email indicating this is urgent for you. At a cost of $350 US and with the possibility that a string of ISBNs will return poor records anyway, I would still favour what I was taught -- and what Brooke (ave atque salve, amica!) recently reaffirmed the usefulness of -- namely searching and verifying records individually. This is not nearly as awful a process as non-cataloguers imagine. Panning through garbage records on the other hand, o the stories I could tell you ... Hope this helps a little bit. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Marco Antonio Castillo Arreozola" > Date: 2004/09/20 Mon AM 10:52:32 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] MARC Collector > > Hi! > > I'm Interested to get a MARC records and I installed some tools shown into > http://www.loc.gov/marc/marctools.html > I liked Aurora ZMARC Collector. I want to buy it, and I sent a e-mail to > sales@ait.com.au but, I haven't received answer. Who knows where can I buy > it? or What another tool recommend to me? > > Thanks. From wesselim at iss.nl Wed Sep 22 02:22:45 2004 From: wesselim at iss.nl (Michel Wesseling) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] archives Message-ID: Dear list, I have just made a subscription and now I wish to look at the list archives. How can I do this? Thanks, Michel Michel G Wesseling Head of Office Library and IT Services Institute of Social Studies Postbus 29776 NL - 2502 LT The Hague +31(0)70-4260 447 www.iss.nl m.wesseling@iss.nl From oleonard at athenscounty.lib.oh.us Wed Sep 22 07:55:08 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] archives Message-ID: <200409212009.i8LK9m1x024418@alma.athenscounty.lib.oh.us> If you've just subscribed, then maybe you haven't yet seen the footer attached to each Koha post: > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Follow that link for a link to the archive (http://lists.katipo.co.nz/public/koha/) and for UNSUBSCRIBE information should you ever need it (as unlikely as that sounds!) -- Owen From tmcmahon at wlpl.org Wed Sep 22 08:01:41 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] archives In-Reply-To: References: Message-ID: <415088A5.2000507@wlpl.org> Following the link at the bottom of a post and clicking the first link on that page should do it. Michel Wesseling wrote: >Dear list, > >I have just made a subscription and now I wish to look at the list >archives. How can I do this? > >Thanks, >Michel > >Michel G Wesseling >Head of Office >Library and IT Services >Institute of Social Studies >Postbus 29776 >NL - 2502 LT The Hague >+31(0)70-4260 447 >www.iss.nl >m.wesseling@iss.nl > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From mjr at dsl.pipex.com Wed Sep 22 08:11:57 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] archives In-Reply-To: Message-ID: <58bdffef4c3e800947479b589a3d5618@bouncing.localnet> On 2004-09-21 15:22:45 +0100 Michel Wesseling wrote: > I have just made a subscription and now I wish to look at the list > archives. How can I do this? Follow the link added to the bottom of your message: > http://lists.katipo.co.nz/mailman/listinfo/koha and follow "Koha Archives" then "2004 thread". -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ http://www.thewalks.co.uk stand 13,Lynn Carnival,12 Sep From askress2009 at yahoo.com Wed Sep 22 10:51:10 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Arabic translation Message-ID: <20040921225110.87990.qmail@web61102.mail.yahoo.com> Dear Sirs, I translated the readme file into Arabic language and submet it to the Koha project at source forg site but It seen that no one care about putting it in use. I hope that some one will give it the permission to be posted, If so I will start working on translating the Install file --------------------------------- Do you Yahoo!? vote.yahoo.com - Register online to vote today! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040921/1521d3ff/attachment.htm From rachel at katipo.co.nz Wed Sep 22 15:16:43 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Arabic translation In-Reply-To: <20040921225110.87990.qmail@web61102.mail.yahoo.com> References: <20040921225110.87990.qmail@web61102.mail.yahoo.com> Message-ID: <4150EE9B.90407@katipo.co.nz> Hi Kress > I translated the readme file into Arabic language and submet it to the > Koha project at source forg site but It seen that no one care about > putting it in use. That is great that you did it, and I'm sorry no one has approved it yet, I'll chase that up. > I hope that some one will give it the permission to be posted, If so I > will start working on translating the Install file That will be wonderful. Do you have a sourceforge account yourself already? Best wishes Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Wed Sep 22 15:51:51 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Meeting Notes Message-ID: <4150F6D7.1030303@katipo.co.nz> Kia Ora everyone, We had a good IRC meeting yesterday, it was great to see so many people, and it was hard to get back to work afterwards :-) A few decisions and resoloutions were made... Firstly a huge thank you to Pat Eyler who has done such a lot for the project over the last couple of years as our first Kaitiaki! Pat is still keen to be involved with the project, but doesn't quite have the time right now, so I've stepped in as the new Kaitiaki. I'm really excited about Koha at the moment, with bug fixes in 2.0 (thanks Slef), and a new snapshot from Paul for 2.1 things are really moving at the moment. Slef/MJR has agreed to keep supporting 2.0 until at least 2.2 has gone stable. Thank you :-) Paul Poulain is the current 2.2 Release Manager and when 2.2 becomes stable he will continue to be the 2.2 Release Maintainer which is going to be great continuity. Paul hopes to have a release candidate ready within a month or so, assuming all goes well with the last few bugs, and testing. Emiliano has been coaxed into being the 2.4 Release Manager with support from Paul and I'm sure all the rest of us too, so thanks Emiliano, we look forward to your leadership. His first task is to get a roadmap started - so feel free to start putting your thoughts forward. We are hoping that 2.4 will have code from a few differnt coders, so if you've got an itch you want to scratch see if you can get it into 2.4. Stephen Hedges has already started in his role as Documentation Tyrant - we thought we needed a librarians perspective to make sure we actually get the documentation they need. Nick is I hope continuing with his able work actually *writing* documentation without which we are all sunk :-) This tends to incorporate organising/linking in translations as well I think. Russel Garlick is going to be testing and QA'ing the 2.2 release - although I'm sure we're going to need a small army doing that really. Mike Mylonas and Rachel Priebee (not at the meeting) have volunteered to work on the website side of things - I'm hoping Mike will sort out what it should say and find all the "stuff" and Rachel will be happy to actually do the coding. Chris Cormack is still the man in charge of version 1.x, and he is hoping to get his hands into Koha again in the next year I know. IF you missed the meeting and would like to read it then the Log is available at http://koha.org/irc Click on Koha Organizational Meeting 2004-09-21 Thanks everyone Ka kite Ano Rachel Koha Kaitiaki -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From dana at sefovan.org Wed Sep 22 18:04:47 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: More questions for migrating to koha Message-ID: <002201c4a06a$14908690$5800a8c0@danaslaptop> Paul and Andres (I think) wrote: >> The other idea is Build a full record with as many 035 tags as copies >> of that book we have. Again bulkmarcimport should take into account >> this and build the biblio and biblioitems needed. >> >> We want to know what is the proper way to build our records in order >> to get this reality fully represented in the koha database. > > > Yes, that's the proper way if you speak of biblio & items. > in this case, the 035 subfields MUST be mapped to item tab (10) and > don't map a 035 subfield in another tab (except for ignore). I am confused. In other threads it has been recommended to put copies and other holdings information in 852 tags or to create 952 user tags. The 035 tag is for SYSTEM CONTROL NUMBER. Is this a better alternative? Do you then create your own (non-MARC) subfields? I am especially interested because I am trying to load our Koha DB and have used 952 tags for holding information. Now I show duplicate entries for all item information in the intranet pages but the items show up correctly in the opac screens. Looking at the db, the correct items entries are present for each biblio. The problem seems to be in the marc_subfield_table table when there are multiple tag entries for the 952 tags where there should be only one. Also, I get errors when I run "rebuildnommarc.pl" complaining of null data in the tagorder field. Your comments would be appreciated. Dana -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040922/895cba4f/attachment.html From mjr at dsl.pipex.com Wed Sep 22 20:00:55 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <4150F6D7.1030303@katipo.co.nz> Message-ID: <25eeb4273aaf5349f9a11e4940c1c126@bouncing.localnet> On 2004-09-22 04:51:51 +0100 Rachel Hamilton-Williams wrote: > Mike Mylonas and Rachel Priebee (not at the meeting) have volunteered > to work > on the website side of things - I'm hoping Mike will sort out what it > should > say and find all the "stuff" and Rachel will be happy to actually do > the > coding. I hear that Mike is taking the www.koha.org bugs over, which should give more than enough to do for now. (Actually, I thought this was done, but bugs 296, 620 and 802 are still assigned to Chris.) Looking to the longer term, can we hear about plans, please? Three things I want to throw in: 1. I refer people to my Koha England site http://www.ttllp.co.uk/koha/ which is faster for most people in the UK and links to koha.org (although koha.org doesn't link to me). 2. As an experiment, I started a koha webring from http://mjr.towers.org.uk/rings/koha-people.html but it's not really taken off (more sites and requests for use welcome). 3. I'm happy to create a "Planet Koha" with the tools of http://www.otherwayup.org.uk/planets/alug/ if there are many koha sites publishing news in RSS 1.0 -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ http://www.thewalks.co.uk stand 13,Lynn Carnival,12 Sep From rog at saas.nsw.edu.au Wed Sep 22 20:38:24 2004 From: rog at saas.nsw.edu.au (Roger BUCK) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <25eeb4273aaf5349f9a11e4940c1c126@bouncing.localnet> References: <25eeb4273aaf5349f9a11e4940c1c126@bouncing.localnet> Message-ID: <41513B51.9090708@saas.nsw.edu.au> MJ Ray wrote: > 3. I'm happy to create a "Planet Koha" with the tools of > http://www.otherwayup.org.uk/planets/alug/ if there are many koha > sites publishing news in RSS 1.0 Just a quick status report on the RSS status for http://www.koha.org/wiki/ (Tavi Wiki) I have had some discussion with Tavi developes and will have a look at solving some wiki RSS at first opportunity (I have had zero free time in last two weeks). Some known problems: Things missing from the wiki RSS feed include: insufficient information about the diff or possibility of obtaining information about both the diff and/or the complete new/updated document. Many users type nothing into the description of the change yjey have made, so the RSS feed provides very little info. There's a call to htmlspecialchars() missing somewhere in the current wiki source that is breaking the feed... Feedback welcome :) R. From lib at gndec.ac.in Wed Sep 22 23:35:57 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] marc information Message-ID: hai, i need for the information on the link of http://mak.bn.org.pl/wykaz5.htm in english.someone provide this information to me. -- kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From mjr at dsl.pipex.com Wed Sep 22 23:38:56 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <41513B51.9090708@saas.nsw.edu.au> Message-ID: On 2004-09-22 09:38:24 +0100 Roger BUCK wrote: > There's a call to htmlspecialchars() missing somewhere in the current > wiki > source that is breaking the feed... This one is the killer problem to me. I have stopped reading the wiki RSS because it doesn't display for days on end. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From lib at gndec.ac.in Thu Sep 23 00:23:43 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] marc koha mapping errors in the document Message-ID: hai, all we need to check the information available on the following link : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=MarcKohaMap i chech it according to me this is not correct because: under ITEM table: 1.it refer the tag no. 852p for barcode although although the tag no.952p directly mentioned the barcode. 2.it refer tag 890c for itemnumber which is not available in the MARC tags defined in koha. 3it refer tag 876d for dateaccessioned which is not available in the MARC tags defined in koha although there is another tag i.e.952v which represents the dateaccessioned. & also other so many tags which are not available with koha like nothing is available after 856z tag in 8xx. i am working in koha 2.0.0,i really need the help of someone to correct it,without it i am not able to do anything,please guide me. -- kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From mike at dragon-is.co.nz Thu Sep 23 00:39:41 2004 From: mike at dragon-is.co.nz (Mike Mylonas) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <25eeb4273aaf5349f9a11e4940c1c126@bouncing.localnet> References: <25eeb4273aaf5349f9a11e4940c1c126@bouncing.localnet> Message-ID: <1095856781.6960.38.camel@boris.dragon-is.co.nz> On Wed, 2004-09-22 at 20:00, MJ Ray wrote: > I hear that Mike is taking the www.koha.org bugs over, which should > give more than enough to do for now. (Actually, I thought this was > done, but bugs 296, 620 and 802 are still assigned to Chris.) Thanks for pointing this issue out, for clarity, I have now reassigned these issues to myself. > Looking to the longer term, can we hear about plans, please? Three > things I want to throw in: > 1. I refer people to my Koha England site http://www.ttllp.co.uk/koha/ > which is faster for most people in the UK and links to koha.org > (although koha.org doesn't link to me). > 2. As an experiment, I started a koha webring from > http://mjr.towers.org.uk/rings/koha-people.html but it's not really > taken off (more sites and requests for use welcome). > 3. I'm happy to create a "Planet Koha" with the tools of > http://www.otherwayup.org.uk/planets/alug/ if there are many koha > sites publishing news in RSS 1.0 (Please note these are my own opinions and at this point haven't had a chance to converse with Rachel Priebee on a firm outline yet) My initial thoughts at the moment is to basically catalogue what data we already have on the www.koha.org site, as well as other documents and sites spread around the greater WWW. Then we will draft up a Site Plan.. outlining where to from here. I have added your comments regarding the web-ring and "Planet Koha" to the list. (Thanks for the suggestions) My primary goal is to see the www.koha.org site become the pre-eminant site for all Koha related information. There is a lot of good information spread around the internet (with sites like your own), and it will be great if we can centrally collate/organise the majority of this information. Cheers Mike From dana at sefovan.org Thu Sep 23 01:13:06 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <41513467.2050405@free.fr> Message-ID: <001a01c4a0a5$e975dc80$b200a8c0@danaslaptop> Paul, Thanks for the prompt response! That is what I had assumed and so I am puzzled as to why I am getting errors in rebuildnonmarc.pl. We used the 952 "user" tag because that was already defined in our db. Here is a sample of the error: DBD::mysql::st execute failed: Column 'tagorder' cannot be null at c:\usr\koha200\intranet\modules/C4/Biblio.pm line 385. ERROR ==> insert into marc_subfield_table (bibid,tag,tagorder,tag_indicator,subfieldcode,subfieldorder,subfieldvalue) values (387,952,, ,b,1,SEF) DBD::mysql::st execute failed: Column 'tagorder' cannot be null at c:\usr\koha200\intranet\modules/C4/Biblio.pm line 932. ERROR ==> insert into marc_word (bibid, tag, tagorder, subfieldid, subfieldorder, word, sndx_word) values (387,952,,b,1,SEF,soundex(SEF)) Also, every "952" linked field, ie. every 'items' table field shows up twice but only on "intranet" pages. When we look at biblios from OPAC pages, they appear correctly. When we try to edit the 'items' data, things really get messed up. The changes appear to 'take' but then aren't there when you do a search, for example, on bar code. I'm scratching my head for ideas here. We are running Koha 2.0.0. Win32. We loaded everything into a clean db, a copy of blank200 with the marc_subfield_structure and marc_tag_structure tables built from the sql script provided with the installation. I can't see anything amiss in the table structure. Again, thanks in advance for any help. Dana ----- Original Message ----- From: Paul POULAIN To: Dana Huff Cc: koha@lists.katipo.co.nz Sent: Wednesday, 22 September 2004 10:14 AM Subject: Re: [Koha] Re: More questions for migrating to koha Dana Huff a ?crit : > Paul and Andres (I think) wrote: > > >> The other idea is Build a full record with as many 035 tags as copies > >> of that book we have. Again bulkmarcimport should take into account > >> this and build the biblio and biblioitems needed. > >> > >> We want to know what is the proper way to build our records in order > >> to get this reality fully represented in the koha database. > > > > > > Yes, that's the proper way if you speak of biblio & items. > > in this case, the 035 subfields MUST be mapped to item tab (10) and > > don't map a 035 subfield in another tab (except for ignore). > I am confused. In other threads it has been recommended to put copies > and other holdings information in 852 tags or to create 952 user tags. > The 035 tag is for SYSTEM CONTROL NUMBER. Is this a better > alternative? Do you then create your own (non-MARC) subfields? > I am especially interested because I am trying to load our Koha DB > and have used 952 tags for holding information. Now I show duplicate > entries for all item information in the intranet pages but the items > show up correctly in the opac screens. Looking at the db, the correct > items entries are present for each biblio. The problem seems to be in > the marc_subfield_table table when there are multiple tag entries for > the 952 tags where there should be only one. Also, I get errors when I > run "rebuildnommarc.pl" complaining of null data in the tagorder field. > > Your comments would be appreciated. > > Dana If I understand correctly your question, then I've a nice answer for you : you can put your items information WHERE YOU WANT : 035, 952, 852. For french UNIMARC it's 995. That's the beauty of Koha ;-) The only rules are : * put all your items fields to the same TAG * in this TAG put only items informations * use the koha <-> MARC relation to "map" MARC to the item table. All the rest is done magically ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040922/1785aba1/attachment.htm From askress2009 at yahoo.com Thu Sep 23 01:26:25 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Arabic translation Message-ID: <20040922132625.63914.qmail@web61107.mail.yahoo.com> Dear Sirs, first of all, Thanks for all this support and the best wishes. Dear Mr. Rachel, >Do you have a sourceforge account yourself already? No I don't, but I was able to submit the document without any need for an account. Dear Mr. Chris, >I accepted it, should it look like this? https://sourceforge.net/docman/display_doc.php?docid=24705&group_id=16466 No it shouldn't look like this, and I sent you an e-mail with the translated document. it's writen with the ms-windows notepad. I hope it will be displayed in the right way in the site. Love from, askress --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040922/1a8c9555/attachment.html From mjr at dsl.pipex.com Thu Sep 23 02:28:35 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: Arabic translation In-Reply-To: <20040922132625.63914.qmail@web61107.mail.yahoo.com> Message-ID: On 2004-09-22 14:26:25 +0100 kress wrote: > No it shouldn't look like this, and I sent you an e-mail with the > translated > document. it's writen with the ms-windows notepad. I hope it will be > displayed in the right way in the site. What character set is it written in? Someone needs to use the same character set, a developer can iconv it or you could rewrite it in utf-8, although I think we still might have direction problems if Arabic is the opposite to Latin script. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From shedges at skemotah.com Thu Sep 23 04:28:57 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: More questions for migrating to koha In-Reply-To: <002201c4a06a$14908690$5800a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> Message-ID: <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> Dana Huff said: > I am confused. In other threads it has been recommended to put copies and > other holdings information in 852 tags or to create 952 user tags. The 035 > tag is for SYSTEM CONTROL NUMBER. Is this a better alternative? Do you > then create your own (non-MARC) subfields? I agree, that was confusing. You are quite right, the holdings information (all of the information specific to each copy of a title, such as barcode, date aquired, etc) goes into a holdings tag. 852 is very common in MARC21, though you can define your own holdings tag, as long as the tag number starts with "9" (like "952"). This tag gets repeated in the MARC record -- once for each copy owned. > I am especially interested because I am trying to load our Koha DB and > have used 952 tags for holding information. Now I show duplicate entries > for all item information in the intranet pages but the items show up > correctly in the opac screens. Looking at the db, the correct items > entries are present for each biblio. The problem seems to be in the > marc_subfield_table table when there are multiple tag entries for the 952 > tags where there should be only one. You are allowed to have multiple 952 tags, of course (one for each copy). But I assume you are looking at _two_ 952 tags for each copy? Seems like someone else had this problem before. Does anyone remember that thread? What was the solution? > Also, I get errors when I run > "rebuildnommarc.pl" complaining of null data in the tagorder field. Could you go to bugs.koha.org and submit a bug report on this? Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From askress2009 at yahoo.com Thu Sep 23 03:56:16 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Arabic readme translation Message-ID: <20040922155616.3778.qmail@web61110.mail.yahoo.com> Dear Sirs, first of all, Thanks for all this support and the best wishes. Dear Mr. Rachel, >Do you have a sourceforge account yourself already? No I don't, but I was able to submit the document without any need for an account. Dear Mr. Chris, >I accepted it, should it look like this? https://sourceforge.net/docman/display_doc.php?docid=24705&group_id=16466 No it shouldn't look like this, and I sent you an e-mail with the translated document. it's writen with the ms-windows notepad. I hope it will be displayed in the right way in the site. Love from, askress --------------------------------- Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040922/26fcb5a6/attachment.htm From jferraro at athenscounty.lib.oh.us Thu Sep 23 05:15:18 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Test -- Please Ignore In-Reply-To: References: Message-ID: <20040922171518.GA29766@alma.athenscounty.lib.oh.us> Test please ignore. From dana at sefovan.org Thu Sep 23 10:34:22 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Re: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <4151AC9B.6030509@free.fr> Message-ID: <001001c4a0f4$538c1410$5800a8c0@danaslaptop> Paul, When might it be possible to get your fix to solve my immediate problem? Thanks, Dana ----- Original Message ----- From: Paul POULAIN To: Stephen Hedges Cc: Dana Huff ; koha@lists.katipo.co.nz Sent: Wednesday, 22 September 2004 6:47 PM Subject: Re: [Koha] Re: More questions for migrating to koha Stephen Hedges a ?crit : >>Also, I get errors when I run >>"rebuildnommarc.pl" complaining of null data in the tagorder field. >> >> >Could you go to bugs.koha.org and submit a bug report on this? > > No need, i've fixed this today (i'll commit it immediatly) Note this mail may not appear on koha ml, as it seems i've DN problems from france. in this case, pls stephen, forward this information. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040923/a01a1d85/attachment.html From dana at sefovan.org Thu Sep 23 10:41:58 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:26 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> Message-ID: <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> Stephen said: >You are allowed to have multiple 952 tags, of course (one for each copy). >But I assume you are looking at _two_ 952 tags for each copy? That is correct, _two_ 952 tags for all fields: barcode, price, homebranch, etc., for each copy. Thanks, Dana From shedges at skemotah.com Thu Sep 23 12:00:22 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:26 2005 Subject: [Fwd: Re: [Koha] Re: More questions for migrating to koha] Message-ID: <32794.65.24.138.126.1095897622.spork@webmail.skemotah.com> ---------------------------- Original Message ---------------------------- Subject: Re: [Koha] Re: More questions for migrating to koha From: "Paul POULAIN" Date: Wed, September 22, 2004 12:47 pm To: "Stephen Hedges" Cc: "Dana Huff" koha@lists.katipo.co.nz -------------------------------------------------------------------------- Stephen Hedges a ?crit : >>Also, I get errors when I run >>"rebuildnommarc.pl" complaining of null data in the tagorder field. >> >> >Could you go to bugs.koha.org and submit a bug report on this? > > No need, i've fixed this today (i'll commit it immediatly) Note this mail may not appear on koha ml, as it seems i've DN problems from france. in this case, pls stephen, forward this information. -- 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@skemotah.com From rachel at katipo.co.nz Thu Sep 23 16:33:23 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Incorrect mapping of Copyright between Breeding Farm and Koha Tables? Message-ID: <41525213.3050709@katipo.co.nz> Hi I'm going to report this as a bug, but I thought I should check here as well as I'm not that strong in this area... Details: Koha V 2.0 on Windows, Vanilla Templates, MARC OFF, Simple Acquisitions I think that this is a problem in the scripts or the template.Basically the person gets their record in from their national library (Kinetica) into their breeding farm, and it comes with a copyright date, but when they select it to use and drag it into Koha the copyright date doesn't come accross. I *think* this is either a template problem, or a mapping problem, but I'm not sure which - or if there is anything she can do about it - is there a test I can run to make sure it's not the data though? Any help would be appreciated I'm sorry they don't have their intranet available for looking at - but I'd hope that others would know if this is a problem they've had to? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From paul.poulain at free.fr Thu Sep 23 18:35:12 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: More questions for migrating to koha In-Reply-To: <001001c4a0f4$538c1410$5800a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <4151AC9B.6030509@free.fr> <001001c4a0f4$538c1410$5800a8c0@danaslaptop> Message-ID: <41526EA0.8070409@free.fr> Dana Huff a ?crit : > Paul, > > When might it be possible to get your fix to solve my immediate problem? > Here is the updated rebuildnonmarc.pl script. Works fine for a 2.1.2 install I hope. Won't work with a 2.0 (remove all what speak of frameworkcode links & that should be enough) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- A non-text attachment was scrubbed... Name: rebuildnonmarc.pl Type: text/x-perl Size: 4848 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20040923/67a65fe0/rebuildnonmarc.pl From rachel at katipo.co.nz Thu Sep 23 18:39:28 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? Message-ID: <41526FA0.90600@katipo.co.nz> Hi I was wondering wether there are other libraries, particularly corporate or specialty libraries who have a need (or could see one :-) for sub branches. The context for this is a Branch which is the office building in a city - eg Wellington And then a sub branch which is the third floor. This would be quite a lot of stuff to "touch" in Koha - specifically it would involve changing circulation and I think adds a layer of complexity perhaps to issuing and returning items. On the other hand I'd imagine that the libraies who would use this wouldn't do that much issuing and returning? SO thoughts pleasa? Is it a useful idea? Does anyone do it already? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Thu Sep 23 19:09:27 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Stupid Breeding Farm Question.... Message-ID: <415276A7.8070707@katipo.co.nz> Hi Ok this is a silly question I suspect, and I should probably know it already, but when you have a record in the breeding farm, if you then catalogue using that record, does the record stay in the breeding farm as well? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From paul.poulain at free.fr Thu Sep 23 20:43:59 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha In-Reply-To: <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> Message-ID: <41528CCF.1040202@free.fr> Dana Huff a ?crit : > Stephen said: > >> You are allowed to have multiple 952 tags, of course (one for each >> copy). >> But I assume you are looking at _two_ 952 tags for each copy? > > That is correct, _two_ 952 tags for all fields: barcode, price, > homebranch, etc., for each copy. Koha CAN NOT handle that. You must rewrite your datas before importing them into Koha. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Thu Sep 23 21:45:35 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? In-Reply-To: <41526FA0.90600@katipo.co.nz> Message-ID: <0a5d0dfb99a85e08fc612d80c4c084a5@bouncing.localnet> On 2004-09-23 07:39:28 +0100 Rachel Hamilton-Williams wrote: > I was wondering wether there are other libraries, particularly > corporate or > specialty libraries who have a need (or could see one :-) for sub > branches. [...] > On the other hand I'd imagine that the libraies who would use this > wouldn't > do that much issuing and returning? Yes, I think libraries with locations/branches and offices/subbranches are more likely to transfer books between subbranches often, instead of actually issue them. This is a case which someone discussed with me in the past, but koha isn't really ready for in 2.0. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From mjr at dsl.pipex.com Thu Sep 23 21:46:23 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Stupid Breeding Farm Question.... In-Reply-To: <415276A7.8070707@katipo.co.nz> Message-ID: On 2004-09-23 08:09:27 +0100 Rachel Hamilton-Williams wrote: > but when you have a record in the breeding farm, if you then > catalogue using > that record, does the record stay in the breeding farm as well? I think so, but I've not tested it yet. There are no silly questions. Well, very few at least. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From dana at sefovan.org Thu Sep 23 21:50:18 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> <41528CCF.1040202@free.fr> Message-ID: <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> Paul, This is the problem. When I create my Marc data, I create ONE 952 tag for each copy of the book. Each 952 tag has 'homebranch', 'holdingbranch', 'barcode', and 'price'. So for example, in a text representation of the Marc record (copying from MarcEdit which I am using to convert my text to marc format) where I have 2 copies of the book: =LDR 00000nam 2200000Ia 45e0 =008 040921s9999\\\\xx\\\\\\\\\\\\000\0\und\d =020 \\$a848267353 =082 \\$a226.5$bMOR =100 \\$aMORRIS, Leon =245 \\$aJes?s es el Cristo: Estudios sobre la Teolog??a de Juan =260 \\$aBarcelona, ES$bEditorial Clie$2003 =300 \\$fES =440 \\$aColecci?n Teologica Contemporanea =952 \\$bSEF$dSEF$pI0494007682$r18 =952 \\$bSEF$dSEF$pI0494007690$r18 When I use bulkmarcimport.pl to import the data into Koha, I get what appear to be correct insertions into the 'biblio', 'biblioitems', and 'items' tables. For this example, I would have two 'items' rows linked to the 'biblio' and 'biblioitems' records. BUT, the mapping in the 'marc_subfield_table' doubles each associated entry in the 'items' table. To illustrate: mysql> SELECT `biblionumber`,`title`,`author` FROM biblio WHERE biblionumber = 3; +--------------+--------------------------------------------------------+--------------+ | biblionumber | title | author | +--------------+--------------------------------------------------------+--------------+ | 3 | Jes?s es el Cristo: Estudios sobre la Teolog?a de Juan | MORRIS, Leon | +--------------+--------------------------------------------------------+--------------+ 1 row in set (0.00 sec) mysql> SELECT biblionumber,homebranch,holdingbranch,barcode,price FROM items WHERE biblionumber = 3; +--------------+------------+---------------+-------------+-------+ | biblionumber | homebranch | holdingbranch | barcode | price | +--------------+------------+---------------+-------------+-------+ | 3 | SEF | SEF | I0494007682 | 18.00 | | 3 | SEF | SEF | I0494007690 | 18.00 | +--------------+------------+---------------+-------------+-------+ 2 rows in set (0.00 sec) mysql> SELECT `bibid`, `tag`, `tagorder`, `subfieldcode`, `subfieldorder`, `subfieldvalue`, `valuebloblink` FROM `marc_subfield_table` WHERE `bibid` = 389; +-------+-----+----------+--------------+---------------+--------------------------------------------------------+---------------+ | bibid | tag | tagorder | subfieldcode | subfieldorder | subfieldvalue | valuebloblink | +-------+-----+----------+--------------+---------------+--------------------------------------------------------+---------------+ | 389 | 260 | 7 | a | 1 | Barcelona, ES | NULL | | 389 | 245 | 6 | a | 1 | Jes?s es el Cristo: Estudios sobre la Teolog?a de Juan | NULL | | 389 | 100 | 5 | a | 1 | MORRIS, Leon | NULL | | 389 | 090 | 4 | c | 1 | 3 | NULL | | 389 | 090 | 4 | d | 2 | 3 | NULL | | 389 | 082 | 3 | b | 2 | MOR | NULL | | 389 | 082 | 3 | a | 1 | 226.5 | NULL | | 389 | 020 | 2 | a | 1 | 848267353 | NULL | | 389 | 952 | 9 | b | 1 | SEF | NULL | | 389 | 952 | 9 | d | 2 | SEF | NULL | | 389 | 952 | 9 | p | 3 | I0494007682 | NULL | | 389 | 952 | 9 | r | 4 | 18 | NULL | | 389 | 952 | 10 | b | 1 | SEF | NULL | | 389 | 952 | 10 | d | 2 | SEF | NULL | | 389 | 952 | 10 | p | 3 | I0494007690 | NULL | | 389 | 952 | 10 | r | 4 | 18 | NULL | | 389 | 008 | 1 | | 1 | 040921s9999 xx 000 0 und d | NULL | | 389 | 952 | 12 | b | 1 | SEF | NULL | | 389 | 952 | 12 | d | 2 | SEF | NULL | | 389 | 952 | 12 | p | 3 | I0494007682 | NULL | | 389 | 952 | 12 | r | 4 | 18 | NULL | | 389 | 952 | 12 | u | 5 | 3 | NULL | | 389 | 952 | 13 | b | 1 | SEF | NULL | | 389 | 952 | 13 | d | 2 | SEF | NULL | | 389 | 952 | 13 | p | 3 | I0494007690 | NULL | | 389 | 952 | 13 | r | 4 | 18 | NULL | | 389 | 952 | 13 | u | 5 | 4 | NULL | | 389 | 260 | 7 | b | 2 | Editorial Clie | NULL | | 389 | 260 | 7 | c | 3 | 2003 | NULL | | 389 | 300 | 8 | f | 1 | ES | NULL | | 389 | 440 | 9 | a | 1 | Colecci?n Teologica Contemporanea | NULL | +-------+-----+----------+--------------+---------------+--------------------------------------------------------+---------------+ 31 rows in set (0.00 sec) mysql> This can't be happening to everyone so I must have some configuration problem. Could I be missing some PERL library? But, I get no errors when running bulkmarcimport.pl. I hope this additional information helps to clarify my problem. Thanks, Dana ----- Original Message ----- From: Paul POULAIN To: Dana Huff Cc: koha@lists.katipo.co.nz Sent: Thursday, 23 September 2004 10:43 AM Subject: Re: [Koha] Double _items_ tags, Was: More questions for migrating to koha Dana Huff a ?crit : > Stephen said: > >> You are allowed to have multiple 952 tags, of course (one for each >> copy). >> But I assume you are looking at _two_ 952 tags for each copy? > > That is correct, _two_ 952 tags for all fields: barcode, price, > homebranch, etc., for each copy. Koha CAN NOT handle that. You must rewrite your datas before importing them into Koha. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040923/91d579a6/attachment.html From paul.poulain at free.fr Thu Sep 23 22:05:32 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha In-Reply-To: <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> <41528CCF.1040202@free.fr> <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> Message-ID: <41529FEC.9090206@free.fr> Dana Huff a ?crit : > Paul, > This is the problem. When I create my Marc data, I create ONE 952 tag > for each copy of the book. Each 952 tag has 'homebranch', > 'holdingbranch', 'barcode', and 'price'. So for example, in a text > representation of the Marc record (copying from MarcEdit which I am > using to convert my text to marc format) where I have 2 copies of the > book: I'm 80% sure this is due to your koha mappings. Check twice that : * ALL subfields in 952 field are either in 10 (item) or -1 (ignore) tab. * NO subfield outside 952 are in 10 (item) tab. This can be checked with Links Koha-Marc DB, using items tab. If there is something outside 952. (I bet EUR1 that the 1st 952$ not being -1 is NOT in a 10 but a 1-9 ;-) ) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Sep 23 22:06:04 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Stupid Breeding Farm Question.... In-Reply-To: <415276A7.8070707@katipo.co.nz> References: <415276A7.8070707@katipo.co.nz> Message-ID: <4152A00C.9070504@free.fr> Rachel Hamilton-Williams a ?crit : > Hi > > Ok this is a silly question I suspect, and I should probably know it > already, but when you have a record in the breeding farm, if you then > catalogue using that record, does the record stay in the breeding farm > as well? Yes. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Sep 23 22:11:31 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? In-Reply-To: <41526FA0.90600@katipo.co.nz> References: <41526FA0.90600@katipo.co.nz> Message-ID: <4152A153.8060207@free.fr> Rachel Hamilton-Williams a ?crit : > Hi > > I was wondering wether there are other libraries, particularly > corporate or specialty libraries who have a need (or could see one :-) > for sub branches. > > The context for this is a Branch which is the office building in a > city - eg Wellington > > And then a sub branch which is the third floor. > > This would be quite a lot of stuff to "touch" in Koha - specifically > it would involve changing circulation and I think adds a layer of > complexity perhaps to issuing and returning items. > > On the other hand I'd imagine that the libraies who would use this > wouldn't do that much issuing and returning? > > SO thoughts pleasa? Is it a useful idea? Does anyone do it already? Yes, me ;-) It's the "location" field in the items table (new in 2.1.1 iirc, maybe 2.1.2) See the log of my updatedatabase CVS commit from sep, ; Modified Files: updatedatabase Log Message: adding a "location" field to the library. This field is useful when the callnumber contains no information on the room where the item is stored. With this field, we now have 3 levels of informations to find a book : * the branch. * the location. * the callnumber. This should be versatile enough to solve any storing method. This hack is quite simple, due to the nice Biblio.pm API. The MARC => koha db link is automatically managed. Just add the link in the parameters section. Enjoy ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Sep 23 22:13:32 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: [Koha-devel] Incorrect mapping of Copyright between Breeding Farm and Koha Tables? In-Reply-To: <41525213.3050709@katipo.co.nz> References: <41525213.3050709@katipo.co.nz> Message-ID: <4152A1CC.8050203@free.fr> Rachel Hamilton-Williams a ?crit : > Hi > > I'm going to report this as a bug, but I thought I should check here > as well as I'm not that strong in this area... > > Details: Koha V 2.0 on Windows, Vanilla Templates, MARC OFF, Simple > Acquisitions > > I think that this is a problem in the scripts or the > template.Basically the person gets their record in from their national > library (Kinetica) into their breeding farm, and it comes with a > copyright date, but when they select it to use and drag it into Koha > the copyright date doesn't come accross. > > I *think* this is either a template problem, or a mapping problem, but > I'm not sure which - or if there is anything she can do about it - is > there a test I can run to make sure it's not the data though? > > Any help would be appreciated > > I'm sorry they don't have their intranet available for looking at - > but I'd hope that others would know if this is a problem they've had to? mmm... the problem may come from a mapping between copyrightdate and publisheryear. I've already seen some strange things with them (sometimes Koha uses @, sometimes the publishing year) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Thu Sep 23 23:13:13 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Fwd: Re: [Koha] Koha Documentation Project] Message-ID: <32933.65.24.138.126.1095937993.spork@webmail.skemotah.com> I'm sharing parts of a message from Nick R., please feel free to comment. Stephen ---------------------------- Original Message ---------------------------- Subject: Re: [Koha] Koha Documentation Project From: etome-nsr@mail.korksoft.com Date: Thu, September 23, 2004 12:52 am To: "Stephen Hedges" -------------------------------------------------------------------------- The original manual covered Sysadmins (mainly install, when parameters were much simpler) and staff, and developers (we had a handy chunk of why/how-stuff-is-done info -- some architectural info for presentation/explanation wouldn't hurt either -- never occured to me until recently how hard it was to explain some of the webserver/perl/db potential issues etc until I looked over some of the more typical questions). I like the idea of OPAC help (as Paul's nifty built in thing is providing), but also think we could add (separately from a formal manual) a getting started card (or at least a template) and signage.... the sort of thing left/displayed/handed out at a typical library. This'd also give us the chance to include the logo ... exposure is always good, no? I think MJ mentioned something like this also. Also needed, and always a problem, is work re the FAQ and troubleshooting info -- come to think of it, some newer hardware recommendations wouldn't be amiss (CMSD I think gave us their original specs). Thoughts? I'm thinking MARC and associated questions will need special handling. Possibly a "Cataloging In Brief" for the MARC-uncomfy... also, some wise words on tags wouldn't kill us. Ditto something on translating. Any ideas on some sort of other name for the Breeding Farm? It seems to cause confusion, for one, and I had have a longtime sneaking suspicion it doesn't work well when translated. In the past (formal) docs have been in DocBook SGML/XML.... advantage here is that it permits easy multi-format output, and is relatively easy to translate the raw XML for other languages (we successfully handed the file over to people with them returning translations of stuff between tags). And gives a nice, clean look and feel. Opinions? Nick ..reply offlist cause for some reason I needs must force a listadmin to moderate my posts onto it at the moment(sigh). -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Sep 23 23:39:59 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository Message-ID: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> I'd like to officially change all references to the "breeding farm" to the "repository." For English speakers, I think "repository" is a much more accurate description. So for all (future) docs writers, please use this new terminology. (All the templates, etc., will also need to be changed.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Fri Sep 24 00:25:31 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> References: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> Message-ID: <4152C0BB.20504@free.fr> Stephen Hedges a ?crit : >I'd like to officially change all references to the "breeding farm" to the >"repository." For English speakers, I think "repository" is a much more >accurate description. So for all (future) docs writers, please use this >new terminology. (All the templates, etc., will also need to be changed.) > > I already have begun changes in the templates. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From dayofsrinivas at gmail.com Fri Sep 24 00:39:13 2004 From: dayofsrinivas at gmail.com (Srinivasulu P) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] regarding koha software Message-ID: Hello sir I would like to download the Koha software for the use of my Library, Kindly send me details of How to dowload the software, and requirements to download etc -- P.srinivas From jmf at kados.org Fri Sep 24 00:41:37 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:27 2005 Subject: [Fwd: Re: [Koha] Koha Documentation Project] In-Reply-To: <32933.65.24.138.126.1095937993.spork@webmail.skemotah.com> References: <32933.65.24.138.126.1095937993.spork@webmail.skemotah.com> Message-ID: <20040923124137.GA22065@frodo.kados.org> I missed the Koha IRC meeting due to a really unfortunate miscalculation of 1900 GMT, so I didn't get a chance to chime in on the documentation discussion... > The original manual covered Sysadmins (mainly install, when parameters > were much simpler) and staff, and developers (we had a handy chunk of > why/how-stuff-is-done info -- some architectural info for > presentation/explanation wouldn't hurt either -- never occured to me until > recently how hard it was to explain some of the webserver/perl/db > potential issues etc until I looked over some of the more typical > questions). Here's the current index of the sysadmin guide that I've been working on: (I'm hoping for feedback ... so if you see something you don't like or you don't see something that should be included let me know) Koha Systems Administrator Guide Introduction Further Reading and Resources Part I: Installation and Migration Introduction hardware software 1: Installing Koha on Debian (jferraro) 2: Installing Koha on Redhat AS (shedges) 3: Installing Koha on Fedora (jferraro) 4: Migrating to Koha (shedges) 5: Customizing Koha's Template System (oleonard) Part II: Maintenance and Troubleshooting 6: Updating Koha setting up a testing environment(jferraro) setting up CVS symlinks(jferraro) tracking arch (mjr) 7: Backups (jferraro) backing up and restoring the database role of replication as backup backing up and restoring the filesystem 8: Optimization (jferraro) optimizing MySQL load balancing with replication 9: Troubleshooting (jferraro) Koha's error reporting database corruption worst-case scenario: utilizing the statistics table Part III: Participating in the Koha Community 10: Communicating with the developers(jferraro) mailing lists IRC Wiki 11: Reporting Bugs (jferraro) 12: Submitting Code (jferraro) 13: Koha Translating (??) Part IV: Introduction to Libraries for Sysadmins 14: haven't given this much thought but we need a section on MARC. Appendix: Installing the Z3950 Server (jferraro) Cleaning up the issues data (shedges) Renewals (shedges) Reserves (shedges) Handling Overdue Items (shedges) MJ suggested part IV, "introduction to libraries for sysadmins" which would be a great addition but we need someone to write it ... So the initial draft of this document is slated to be released on Monday or Tuesday of next week (in time for OLC annual) but not all the above chapters will be finished by then :-). > Also needed, and always a problem, is work re the FAQ and troubleshooting > info -- come to think of it, some newer hardware recommendations wouldn't > be amiss (CMSD I think gave us their original specs). Thoughts? I've slid a hardware section into the intro of Part I ... great idea! > I'm thinking MARC and associated questions will need special handling. > Possibly a "Cataloging In Brief" for the MARC-uncomfy... also, some wise > words on tags wouldn't kill us. That'd fit nicely into the "introduction to libraries for sysadmins" part ... anyone want to write it? > Ditto something on translating. If someone writes it that'd be a great addition too (ch 13 in the above scheme). > In the past (formal) docs have been in DocBook SGML/XML.... advantage here > is that it permits easy multi-format output, and is relatively easy to > translate the raw XML for other languages (we successfully handed the file > over to people with them returning translations of stuff between tags). > And gives a nice, clean look and feel. Opinions? I've never used DocBook but from what I've heard it's a good medium ... I'll check it out this weekend if I have time. I've been thinking that it might be a good idea to use a Wiki for at least the initial editing of the document (so that any of us can make changes/additions to the content) and then when we're all satisfied we can move the text to more universal formats (maybe through Docbook) ... how does that sound? Flames, comments, suggestions: all welcome. Thanks, Joshua From oleonard at athenscounty.lib.oh.us Fri Sep 24 00:53:26 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? Message-ID: <200409231308.i8ND8T1x001630@alma.athenscounty.lib.oh.us> > > I was wondering wether there are other libraries, > > particularly corporate or > > specialty libraries who have a need (or could see one :-) > > for sub branches. > > Yes, I think libraries with locations/branches and > offices/subbranches > are more likely to transfer books between subbranches often I'm curious...what exactly does transferring a book *do*? It seems that by transferring a book you're pre-emptively setting the item's location to it's destination, even though it's not there yet. This isn't much better than simply checking in the book when it arrives--in both scenarios the book's location is inaccurate until it arrives. I'm also confused about the purpose of having both homebranch and holdingbranch. It would make sense if Koha have some kind of feedback about changes--"This book belongs in the Athens Branch. Transfer?" How are other libraries using these features? Am I misunderstanding how they're supposed to work? -- Owen ---- Web Developer Nelsonville Public Library http://www.athenscounty.lib.oh.us From dana at sefovan.org Fri Sep 24 00:16:44 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> <41528CCF.1040202@free.fr> <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> <41529FEC.9090206@free.fr> Message-ID: <000501c4a172$c4c2c920$9d00a8c0@danaslaptop> Paul said: > I'm 80% sure this is due to your koha mappings. > Check twice that : > * ALL subfields in 952 field are either in 10 (item) or -1 (ignore) tab. I checked very carefully 3 and 4 times: both in Koha parameters and in MySQL and all 952 fields are either 10 or -1. > * NO subfield outside 952 are in 10 (item) tab. This can be checked with > Links Koha-Marc DB, using items tab. If there is something outside 952. The 'items' table only maps to 952 tags and furthermore, there is no other mapping of a 952 field to any other Koha table but 'items'. (I bet EUR1 that the 1st 952$ not being -1 is NOT in a 10 but a 1-9 ;-) ) I hate to take your money, Paul, but I cannot find a problem in this area. I wish I could! Dana -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040923/1e6e1733/attachment.htm From jmf at kados.org Fri Sep 24 02:11:49 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] regarding koha software In-Reply-To: References: Message-ID: <20040923141149.GB22748@frodo.kados.org> Welcome to the Koha community P., Here's a Koha resource guide that may point you in the right direction: http://kados.org/LibraryScience/koha_at_a_glance.html If you have any further questions don't hesitate to ask ... Joshua On Thu, Sep 23, 2004 at 06:09:13PM +0530, Srinivasulu P wrote: > Hello sir > > I would like to download the Koha software for the use of my Library, > Kindly send me details of How to dowload the software, and > requirements to download etc > > > > -- > P.srinivas > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From bigwood at lpi.usra.edu Fri Sep 24 02:51:51 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? Message-ID: Rachael, There is the option of specifying where in a particualr library something is located. I think you can let the patron know if something is in the reference collection or large print area in a particular library. Would it be possible to treat the sub-branch as a location within the branch? Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Rachel Hamilton-Williams Sent: Thursday, September 23, 2004 1:39 AM To: koha@lists.katipo.co.nz Subject: [Koha] Do you have a need for sub-branches within Koha? Hi I was wondering wether there are other libraries, particularly corporate or specialty libraries who have a need (or could see one :-) for sub branches. The context for this is a Branch which is the office building in a city - eg Wellington And then a sub branch which is the third floor. This would be quite a lot of stuff to "touch" in Koha - specifically it would involve changing circulation and I think adds a layer of complexity perhaps to issuing and returning items. On the other hand I'd imagine that the libraies who would use this wouldn't do that much issuing and returning? SO thoughts pleasa? Is it a useful idea? Does anyone do it already? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From dana at sefovan.org Fri Sep 24 06:48:50 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <4151AC9B.6030509@free.fr> <001001c4a0f4$538c1410$5800a8c0@danaslaptop> <41526EA0.8070409@free.fr> Message-ID: <003201c4a19d$fb65d9b0$5800a8c0@danaslaptop> Paul, That works! Thank you for the quick fix - it now runs without errors. I was hoping that it might also fix the double 952 problem but we're not that lucky. Thanks again, Dana -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040923/be62b9cc/attachment.html From tarallo at ort.edu.uy Fri Sep 24 07:02:27 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? In-Reply-To: <41526FA0.90600@katipo.co.nz> References: <41526FA0.90600@katipo.co.nz> Message-ID: <41531DC3.4050302@ort.edu.uy> We've reeding your mail and example, and found that we didn't realised of instituions with that problem. Then we remeberd that a local ingeniering school has this reality, and you have sub branches within the school (phisics, electrical ingeniering, informatics, ...). As far as I'm aware they are happy with their ILS and not planning to migrate to koha. Rachel Hamilton-Williams wrote: > Hi > > I was wondering wether there are other libraries, particularly > corporate or specialty libraries who have a need (or could see one :-) > for sub branches. > > The context for this is a Branch which is the office building in a > city - eg Wellington > > And then a sub branch which is the third floor. > > This would be quite a lot of stuff to "touch" in Koha - specifically > it would involve changing circulation and I think adds a layer of > complexity perhaps to issuing and returning items. > > On the other hand I'd imagine that the libraies who would use this > wouldn't do that much issuing and returning? > > SO thoughts pleasa? Is it a useful idea? Does anyone do it already? > > Cheers > Rachel > From Rich.Baldwin at noaa.gov Fri Sep 24 07:29:17 2004 From: Rich.Baldwin at noaa.gov (Rich Baldwin) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha running on Mandrake 9.1: Follow up questions Message-ID: <4153240D.7080108@noaa.gov> I have koha running on Mandrake 9.1, MySQL 4.0, Apache 2.0. The OPAC and Admin pages are working fine. While I was setting up Koha, our librarian created ~2000+ Marc records; one file for each book. The MARC import function works fine. It imports the records in the the marc_breeding table; no errors. Inspection of the record in mysql looks correct. 1) Is there a way to import multiple MARC records at one time? I haven't looked at the code, but I would think that files cat'ed or compressed (zip, gz, etc.) could be imported w/o to much trouble. I'd be willing to add a feature if one doesn't currently exist. 2) How do I distribute MARC records from the marc_breeding table to the other tables? The librarian documentation left me at a loss on how to proceed. 3) Are there any recommended barcode scanners? Thanks, Rich From baljkas at mts.net Fri Sep 24 02:18:59 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:27 2005 Subject: [Fwd: Re: [Koha] Koha Documentation Project] Message-ID: <20040923141859.NKDC28042.mx-mtaout02.mts.net@mx-mtaout> Thursday, September 23, 2004 09:12 CDT Hi all, Regarding the MARC part you mentioned, Stephen, as I have been working (slowly) on the model records we discussed way back in April of this year, I have also been working (even more slowly) on adapting some of the materials I have on MARC cataloguing -- much from my lib tech school notes, inevitably much from LC -- towards a simple introduction to the un-MARC-ed. ;-) I rewrote the introduction to what MARC is (from the wiki) but I don't think I ever forwarded it to Pate (sorry). I think something like that definitely should have a place in the manual. We can avoid going too much into depth with strategic weblinks to more detailed info online anyhoo. Anyway, I can speed up working on this. What kind of time frame are you all looking at? I didn't notice a time frame (then again I've been up all night proof-reading). Give me a shout back. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada P.S. Love the idea of calling it a repository and not a breeding farm. I never could understand that usage. > From: "Stephen Hedges" > Date: 2004/09/23 Thu AM 06:13:13 CDT > To: koha@lists.katipo.co.nz > Subject: [Fwd: Re: [Koha] Koha Documentation Project] > > I'm sharing parts of a message from Nick R., please feel free to comment. > > Stephen > > ---------------------------- Original Message ---------------------------- > Subject: Re: [Koha] Koha Documentation Project > From: etome-nsr@mail.korksoft.com > Date: Thu, September 23, 2004 12:52 am > To: "Stephen Hedges" > -------------------------------------------------------------------------- > > The original manual covered Sysadmins (mainly install, when parameters > were much simpler) and staff, and developers (we had a handy chunk of > why/how-stuff-is-done info -- some architectural info for > presentation/explanation wouldn't hurt either -- never occured to me until > recently how hard it was to explain some of the webserver/perl/db > potential issues etc until I looked over some of the more typical > questions). > > I like the idea of OPAC help (as Paul's nifty built in thing is > providing), but also think we could add (separately from a formal manual) > a getting started card (or at least a template) and signage.... the sort > of thing > left/displayed/handed out at a typical library. This'd also give us the > chance to include the logo ... exposure is always good, no? I think MJ > mentioned something like this also. > > Also needed, and always a problem, is work re the FAQ and troubleshooting > info -- come to think of it, some newer hardware recommendations wouldn't > be amiss (CMSD I think gave us their original specs). Thoughts? > > I'm thinking MARC and associated questions will need special handling. > Possibly a "Cataloging In Brief" for the MARC-uncomfy... also, some wise > words on tags wouldn't kill us. > > Ditto something on translating. > > Any ideas on some sort of other name for the Breeding Farm? It seems to > cause confusion, for one, and I had have a longtime sneaking suspicion it > doesn't work well when translated. > > In the past (formal) docs have been in DocBook SGML/XML.... advantage here > is that it permits easy multi-format output, and is relatively easy to > translate the raw XML for other languages (we successfully handed the file > over to people with them returning translations of stuff between tags). > And gives a nice, clean look and feel. Opinions? > > Nick > ..reply offlist cause for some reason I needs must force a listadmin to > moderate my posts onto it at the moment(sigh). > > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From baljkas at mts.net Thu Sep 23 19:18:24 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Do you have a need for sub-branches within Koha? Message-ID: <20040923071824.RJIR1470.mx-mtaout01.mts.net@mx-mtaout> Thursday, September 23, 2004 02:02 CDT Hi, Rachel, Roger, et al., Regarding -- > From: Rachel Hamilton-Williams > Date: 2004/09/23 Thu AM 01:39:28 CDT > To: koha@lists.katipo.co.nz > Subject: [Koha] Do you have a need for sub-branches within Koha? > > Hi > > I was wondering wether there are other libraries, particularly corporate > or specialty libraries who have a need (or could see one :-) for sub > branches. > > The context for this is a Branch which is the office building in a city > - e.g. Wellington > > And then a sub branch which is the third floor. -- IIRC this was somewhat the situation for Roger's law firm in trying to specify locations for various legal volumes. > This would be quite a lot of stuff to "touch" in Koha - specifically it > would involve changing circulation and I think adds a layer of > complexity perhaps to issuing and returning items. Rachel, do you mean in the sense that an item would have to be returned to its originating branch and none other? Couldn't that problem be solved, as it is by say my home city's public library system with its 20 some odd branches, by the receiving library simply checking the item out to "In Transit" and returning it by whatever mutual return agreements exist locally? Even various community libraries in Winnipeg with no formal ties to the public library system return public library books mistakenly left with them to the public system, and vice versa. I should think that within the same building, it wouldn't be as much an issue as long as the source/reshelving destination are distinguishable. > On the other hand I'd imagine that the libraies who would use this > wouldn't do that much issuing and returning? I think you're probably right about that. From what I recall of Roger's example, the use was pretty strictly in-house. > SO thoughts please? Is it a useful idea? Does anyone do it already? Pretty much anything you can add to an ILS without hampering users who only need the basics is good. What you are proposing could be very handy for organisational holdings, where there isn't even necessarily a consolidated 'main library' location but where people might need to share what resources there are. One of our local highschools was originally designed to have 'pod' libraries scattered throughout its complex rather than a single main location; it eventually failed and a series of rooms became the one library in part because they had no computer system subtle and refined enough to do what you are suggesting is possible, Rachel. I'd definitely be curious to learn, as well, if anyone else knows of decentralised library systems -- perhaps in business or NPO environments -- where this kind of locating detail would be useful? Good idea, Rachel. :-) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > Rachel Hamilton-Williams Katipo Communications > MANAGING DIRECTOR Ph 021 389 128 or P.S. Congrats on the promotion (at least, that's how I read it when I finally noticed yesterday that it didn't say Web Mistress anymore!)! +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 From rjw at alembic.com Fri Sep 24 06:36:54 2004 From: rjw at alembic.com (Ron Wickersham) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> References: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> Message-ID: On Thu, 23 Sep 2004, Stephen Hedges wrote: > Date: Thu, 23 Sep 2004 07:39:59 -0400 (EDT) > From: Stephen Hedges > To: koha@lists.katipo.co.nz > Subject: [Koha] Breeding farm => Repository > > I'd like to officially change all references to the "breeding farm" to the > "repository." For English speakers, I think "repository" is a much more > accurate description. So for all (future) docs writers, please use this > new terminology. (All the templates, etc., will also need to be changed.) i'd observe that repository as a bare word is likely to cause as much confusion as "breeding farm". could i propose "import repository" to clarify which repository is being referred to? -ron From shedges at skemotah.com Fri Sep 24 08:00:23 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: References: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> Message-ID: <24526.66.213.78.3.1095969623.spork@webmail.skemotah.com> OK, "import repository" sounds alright. Any other suggestions for improvement? Stephen Ron Wickersham said: > On Thu, 23 Sep 2004, Stephen Hedges wrote: > >> Date: Thu, 23 Sep 2004 07:39:59 -0400 (EDT) >> From: Stephen Hedges >> To: koha@lists.katipo.co.nz >> Subject: [Koha] Breeding farm => Repository >> >> I'd like to officially change all references to the "breeding farm" to >> the >> "repository." For English speakers, I think "repository" is a much more >> accurate description. So for all (future) docs writers, please use this >> new terminology. (All the templates, etc., will also need to be >> changed.) > > i'd observe that repository as a bare word is likely to cause as much > confusion as "breeding farm". could i propose "import repository" to > clarify which repository is being referred to? > > -ron > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Fri Sep 24 12:31:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <1095856781.6960.38.camel@boris.dragon-is.co.nz> Message-ID: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> On 2004-09-22 13:39:41 +0100 Mike Mylonas wrote: > My primary goal is to see the www.koha.org site become the pre-eminant > site for all Koha related information. Please reconsider. I think this aim puts www.koha.org in conflict with almost all the other Koha sites. Many of them are trying to be the best site for their chosen type of information about Koha. > There is a lot of good > information spread around the internet (with sites like your own), and > it will be great if we can centrally collate/organise the majority of > this information. Great indeed, but remember: "I will not be pushed, filed, stamped, indexed, briefed, debriefed, or numbered!" My site is my own. Basically, I'll share with you if you share with me. At the moment, things like the koha logo are restricted use and most of the koha site is the default copyright (all rights reserved), as far as I can tell. That's very annoying when making publicity materials at short notice and part of the motive for my Koha England microsite: anyone can use its text, although I like being credited. Another motive is to help other turuloj follow what's happening with http://www.ttllp.co.uk/koha/#devel -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From shedges at skemotah.com Fri Sep 24 12:46:48 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha running on Mandrake 9.1: Follow up questions In-Reply-To: <4153240D.7080108@noaa.gov> References: <4153240D.7080108@noaa.gov> Message-ID: <33029.65.24.138.126.1095986808.spork@webmail.skemotah.com> Hi, Rich - Rich Baldwin said: > 1) Is there a way to import multiple MARC records at one time? I think bulkmarcimport.pl (in intranet/scripts/misc) may be what you are looking for. > 2) How do I distribute MARC records from the marc_breeding table to the other tables? The librarian documentation left me at a loss on how to proceed. You run acquisitions > add biblio and do a search for the item (usually by ISBN). The matching record from the import repository (a.k.a "breeding farm") will be retreived and you can then add your item information and save the completed record to the regular tables. > 3) Are there any recommended barcode scanners? Any barcode scanner that can emulate keyboard input ("keyboard wedge") will work just fine. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Fri Sep 24 12:58:23 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Fwd: Re: [Koha] Koha Documentation Project] In-Reply-To: <20040923141859.NKDC28042.mx-mtaout02.mts.net@mx-mtaout> References: <20040923141859.NKDC28042.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <33039.65.24.138.126.1095987503.spork@webmail.skemotah.com> Thanks, Steven, that would be great! Of course all of the docs need to be done ASAP (as in yesterday). But realistically I think we will be doing well to have some online docs ready for Paul's next release next month. Then I'd like to drop back and do some really good docs for 2.0. Since 2.0 is the first stable MARC version of Koha, your MARC intro would make a nice addition to those docs. Stephen Baljkas Family said: > Thursday, September 23, 2004 09:12 CDT > > Hi all, > > Regarding the MARC part you mentioned, Stephen, as I have been working > (slowly) on the model records we discussed way back in April of this year, > I have also been working (even more slowly) on adapting some of the > materials I have on MARC cataloguing -- much from my lib tech school > notes, inevitably much from LC -- towards a simple introduction to the > un-MARC-ed. ;-) > > I rewrote the introduction to what MARC is (from the wiki) but I don't > think I ever forwarded it to Pate (sorry). I think something like that > definitely should have a place in the manual. We can avoid going too much > into depth with strategic weblinks to more detailed info online anyhoo. > > Anyway, I can speed up working on this. What kind of time frame are you > all looking at? I didn't notice a time frame (then again I've been up all > night proof-reading). > > Give me a shout back. > > Cheers, > Steven F. Baljkas > library tech at large > Koha neophyte > Winnipeg, MB, Canada > > P.S. Love the idea of calling it a repository and not a breeding farm. I > never could understand that usage. > >> From: "Stephen Hedges" >> Date: 2004/09/23 Thu AM 06:13:13 CDT >> To: koha@lists.katipo.co.nz >> Subject: [Fwd: Re: [Koha] Koha Documentation Project] >> >> I'm sharing parts of a message from Nick R., please feel free to >> comment. >> >> Stephen >> >> ---------------------------- Original Message >> ---------------------------- >> Subject: Re: [Koha] Koha Documentation Project >> From: etome-nsr@mail.korksoft.com >> Date: Thu, September 23, 2004 12:52 am >> To: "Stephen Hedges" >> -------------------------------------------------------------------------- >> >> The original manual covered Sysadmins (mainly install, when parameters >> were much simpler) and staff, and developers (we had a handy chunk of >> why/how-stuff-is-done info -- some architectural info for >> presentation/explanation wouldn't hurt either -- never occured to me >> until >> recently how hard it was to explain some of the webserver/perl/db >> potential issues etc until I looked over some of the more typical >> questions). >> >> I like the idea of OPAC help (as Paul's nifty built in thing is >> providing), but also think we could add (separately from a formal >> manual) >> a getting started card (or at least a template) and signage.... the sort >> of thing >> left/displayed/handed out at a typical library. This'd also give us the >> chance to include the logo ... exposure is always good, no? I think MJ >> mentioned something like this also. >> >> Also needed, and always a problem, is work re the FAQ and >> troubleshooting >> info -- come to think of it, some newer hardware recommendations >> wouldn't >> be amiss (CMSD I think gave us their original specs). Thoughts? >> >> I'm thinking MARC and associated questions will need special handling. >> Possibly a "Cataloging In Brief" for the MARC-uncomfy... also, some wise >> words on tags wouldn't kill us. >> >> Ditto something on translating. >> >> Any ideas on some sort of other name for the Breeding Farm? It seems to >> cause confusion, for one, and I had have a longtime sneaking suspicion >> it >> doesn't work well when translated. >> >> In the past (formal) docs have been in DocBook SGML/XML.... advantage >> here >> is that it permits easy multi-format output, and is relatively easy to >> translate the raw XML for other languages (we successfully handed the >> file >> over to people with them returning translations of stuff between tags). >> And gives a nice, clean look and feel. Opinions? >> >> Nick >> ..reply offlist cause for some reason I needs must force a listadmin to >> moderate my posts onto it at the moment(sigh). >> >> >> -- >> Stephen Hedges >> Skemotah Solutions, USA >> www.skemotah.com -- shedges@skemotah.com >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From oleonard at athenscounty.lib.oh.us Fri Sep 24 13:45:30 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes Message-ID: <200409240200.i8O20v1x006622@alma.athenscounty.lib.oh.us> > > My primary goal is to see the www.koha.org site become the > > pre-eminantsite for all Koha related information. > > Please reconsider. I think this aim puts www.koha.org in > conflict with almost all the other Koha sites. Many of them > are trying to be the best site for their chosen type of > information about Koha. Making koha.org the central repository of knowledge and information about Koha is logical and natural. This in no way puts it in conflict with any other site if information is shared freely, which I assume we're all willing to do. People should be able to go to Koha.org first, and either find what they need there, or find links to wherever else they need to go. > My site is my own. Naturally, and the main site will have to respect whatever kind of liscence you place on that information. But I don't see any reason to think that the existence of a predominant, central koha.org should threaten any other site. > Basically, I'll share with you if you share with me. > At the moment, things like the koha logo are restricted > use and most of the koha site is the default copyright > (all rights reserved) Katipo will have to respond to this, but my instint is to say that this is a non-issue. No one here wants to keep other Koha contributors from using Koha promotional materials, logos, etc. Did you ever ask anyone if it was forbidden to use that information? What was their response? > turuloj Care to share with the rest of the class on this one? You've got me. -- Owen From mike at dragon-is.co.nz Fri Sep 24 14:20:38 2004 From: mike at dragon-is.co.nz (Mike Mylonas) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> References: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> Message-ID: <1095992438.6960.138.camel@boris.dragon-is.co.nz> On Fri, 2004-09-24 at 12:31, MJ Ray wrote: > On 2004-09-22 13:39:41 +0100 Mike Mylonas wrote: > > > My primary goal is to see the www.koha.org site become the pre-eminant > > site for all Koha related information. > > Please reconsider. I think this aim puts www.koha.org in conflict with > almost all the other Koha sites. Many of them are trying to be the > best site for their chosen type of information about Koha. Maybe I am suffering to a lack of sleep, but I am not quite sure of this comment ... I would have thought that the www.koha.org site, would be in most cases the first port of call for someone looking for information on Koha. I am certainly not trying to compete with the more specialist Koha related sites. > > There is a lot of good > > information spread around the internet (with sites like your own), and > > it will be great if we can centrally collate/organise the majority of > > this information. > > Great indeed, but remember: "I will not be pushed, filed, stamped, > indexed, briefed, debriefed, or numbered!" My site is my own. That individualism is what make Koha (and most Open Source Software) special and I am certainly not wanting to dictate to anyone what they do with their own site. Maybe my use of "centrally collate/organise" was an incorrect term .. I was just trying to avoid the use of the word catalogue. > Basically, I'll share with you if you share with me. At the moment, > things like the koha logo are restricted use and most of the koha site > is the default copyright (all rights reserved), as far as I can tell. > That's very annoying when making publicity materials at short notice > and part of the motive for my Koha England microsite: anyone can use > its text, although I like being credited. I won't comment on the copyright of the text on the current Koha site, as I feel that maybe Rachel is in the best position to clarify this. It may also be wise to move this part of the conversation (if required) to the devel list, as it may be something we can align with the Documentation team. It might help me to understand better, if you could take the time to let me know what you would like to see as the focus of the www.koha.org website. Cheers Mike From rachel at katipo.co.nz Fri Sep 24 15:55:12 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> References: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> Message-ID: <41539AA0.20705@katipo.co.nz> HI Ya >> My primary goal is to see the www.koha.org site become the pre-eminant >> site for all Koha related information. Excellent :-) I was thinking "Portal" if you know what I mean - so a site that points people to the other Koha sites, and is "authoritive" on some core aspects of the project - like who the current release people are etc etc. > Basically, I'll share with you if you share with me. At the moment, > things like the koha logo are restricted use and most of the koha site > is the default copyright (all rights reserved), as far as I can tell. You what? You're more than welcome to use the Koha logo etc - they are on the site for download (the links to them seem to disapear with alarming regularity but sorting that is Mikes new job :-) http://koha.org/developers/logos/ And that's why I put the presentation and print materials up there http://www.koha.org/about/brochure.html http://www.koha.org/about/presentation/index.html So you can use the content of them..... > That's very annoying when making publicity materials at short notice and > part of the motive for my Koha England microsite: anyone can use its > text, although I like being credited. Right - I quite deliberatly don't say anywhere on the site that it is "owned" by Katipo - there is no Katipo logo or copyright statement claiming ownership by Katipo. You are free to use it (and put stuff on it too if you want) as long as it's for the koha project. The "blobbies" have a licence with them that is just that they can't be resold - so you can use them too. What I didn't want to happen was that someone use the Koha site stuff for something not connected with koha, but anyone who is doing stuff with Koha is more than welcome to use logos, designs etc. I'm happy to send freehand or photoshop files to anyone who wants them pretty much, the only thing that is usually a stopper to that is that folks don't have the programmes to open them. Cheers R -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From pgichiri at strathmore.edu Fri Sep 24 17:37:01 2004 From: pgichiri at strathmore.edu (Peter Gichiri) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Unsubscribe. Message-ID: <119F78D8907AD411B5AE00508BB34267023401E9@yala.strathmore.edu> I beg to unsubscribe from this mailing list. What are the procedures. Thank you for the good service. Peter Wanyoike Gichiri From Howard_Dahdah at idg.com.au Fri Sep 24 19:10:01 2004 From: Howard_Dahdah at idg.com.au (Howard_Dahdah@idg.com.au) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Howard Dahdah/Australia/IDG is on Holidays Message-ID: I will be out of the office starting 24/09/2004 and will not return until 05/10/2004. Any questions for IDG Online can be directed to Steven Deare steven_deare@idg.com.au Thanks, Howard From paul.poulain at free.fr Fri Sep 24 19:45:52 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: More questions for migrating to koha In-Reply-To: <003201c4a19d$fb65d9b0$5800a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <4151AC9B.6030509@free.fr> <001001c4a0f4$538c1410$5800a8c0@danaslaptop> <41526EA0.8070409@free.fr> <003201c4a19d$fb65d9b0$5800a8c0@danaslaptop> Message-ID: <4153D0B0.6080403@free.fr> Dana Huff a ?crit : > Paul, > > That works! Thank you for the quick fix - it now runs without errors. > I was hoping that it might also fix the double 952 problem but we're > not that lucky. no. I can't remember where the problem comes from, but I already met it. Another question/idea : where is your biblioitems.itemtype mapped ? -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Sep 24 20:01:38 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <1095992438.6960.138.camel@boris.dragon-is.co.nz> References: <140f6ed0df964f7030668828e21028f0@bouncing.localnet> <1095992438.6960.138.camel@boris.dragon-is.co.nz> Message-ID: <4153D462.2030404@free.fr> Mike Mylonas a ?crit : >On Fri, 2004-09-24 at 12:31, MJ Ray wrote: > > >>>There is a lot of good >>>information spread around the internet (with sites like your own), and >>>it will be great if we can centrally collate/organise the majority of >>>this information. >>> >>> >>Great indeed, but remember: "I will not be pushed, filed, stamped, >>indexed, briefed, debriefed, or numbered!" My site is my own. >> >> >That individualism is what make Koha (and most Open Source Software) >special and I am certainly not wanting to dictate to anyone what they do >with their own site. > > Right, but that individualism is also what confuses the newbie. We all agree that information is spread all over the world & sometimes hard to find (just an example : MJ didn't knew that a koha-cvs mailing list existed !) & I fully agree with rachel when she speaks of "portal". Search koha on google : The 1st is koha-fr.org (dont know why, I never submited anything specific to google) The 2nd is koha.org, sourceforge is 8th. You appear as the last entry of the 2nd page. The wiki is in the middle of the last page. The 1st smekota link is on the middle of the 4th page. kohalabs & koha webring are there too. Other links are koha ILS related or not. Specialists says that ppl rarely look after the 1st page, and almost never after the 2nd. So we need to have a portal & koha.org being 1st or so. PS : ILS free & ILS GPL Give a lot of french. It's because "ils" is "they", free is a famous ISP in France, and GPL is "Gaz de P?trole Liqu?fi?" (don't know the term in english, probably LGP. It's a gas for cars) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Sep 24 20:29:46 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <24526.66.213.78.3.1095969623.spork@webmail.skemotah.com> References: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> <24526.66.213.78.3.1095969623.spork@webmail.skemotah.com> Message-ID: <4153DAFA.3050307@free.fr> Stephen Hedges a ?crit : >OK, "import repository" sounds alright. Any other suggestions for >improvement? > >Stephen > > you spoke of "reservoir" iirc. that's the term I used in templates (but I can switch to import reporitory if it's better. In french, it's r?servoir anyway) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Sep 24 20:30:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha running on Mandrake 9.1: Follow up questions In-Reply-To: <33029.65.24.138.126.1095986808.spork@webmail.skemotah.com> References: <4153240D.7080108@noaa.gov> <33029.65.24.138.126.1095986808.spork@webmail.skemotah.com> Message-ID: <4153DB3F.2040400@free.fr> Stephen Hedges a ?crit : >>3) Are there any recommended barcode scanners? >> >> >Any barcode scanner that can emulate keyboard input ("keyboard wedge") >will work just fine. > > That means 99% of the barcode scanners. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Fri Sep 24 21:20:20 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <200409240200.i8O20v1x006622@alma.athenscounty.lib.oh.us> Message-ID: <0b16f506ca4289b0939fb7ad2e16eef1@bouncing.localnet> (Owen, just so you know, your mail client isn't generating In-Reply-To or References, so your messages appear "out of thread" to me.) On 2004-09-24 02:45:30 +0100 Owen Leonard wrote: > [...] People should be able to go to Koha.org first, and either find > what > they need there, or find links to wherever else they need to go. Aye, that's a rather better aim. > non-issue. No one here wants to keep other Koha contributors from > using Koha > promotional materials, logos, etc. Did you ever ask anyone if it was > forbidden to use that information? What was their response? It was short notice, as I wrote. Rachel was out of the country and Chris had recently replied about artwork at http://lists.katipo.co.nz/public/koha/2003/002421.html - I don't recall the final answer, but by then I had created my own materials. >> turuloj > Care to share with the rest of the class on this one? You've got me. tur- is the stem of turo; -ul is a suffix meaning person; -oj is a suffix meaning plural noun. turuloj are the people at turo... I ought to have capitalised it, I guess. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From mjr at dsl.pipex.com Fri Sep 24 21:38:16 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [koha] web sites, was: Meeting Notes In-Reply-To: <41539AA0.20705@katipo.co.nz> Message-ID: On 2004-09-24 04:55:12 +0100 Rachel Hamilton-Williams wrote: >> like the koha logo are restricted use and most of the koha site is >> the >> default copyright (all rights reserved), as far as I can tell. > You what? > > You're more than welcome to use the Koha logo etc - they are on the > site for > download (the links to them seem to disapear with alarming regularity > but > sorting that is Mikes new job :-) On http://koha.org/developers/ it says "You are welcome to download and use these logos/graphics for the promotion and publicity of the Koha Library System. You may not use them for any other purpose." That is a restriction on field of use, which conflicts with things like the debian free software guidelines: http://www.debian.org/social_contract#guidelines (guideline 6). > And that's why I put the presentation and print materials up there > http://www.koha.org/about/brochure.html > http://www.koha.org/about/presentation/index.html > So you can use the content of them..... I only see permission to reprint the 2002 brochure. Here, unless I have permission to do something to a copyrighted work, many acts infringe copyright, including taking the content and including it in my own work. Is NZ copyright very different? >> That's very annoying when making publicity materials at short notice >> and >> part of the motive for my Koha England microsite: anyone can use its >> text, >> although I like being credited. > Right - I quite deliberatly don't say anywhere on the site that it is > "owned" > by Katipo - there is no Katipo logo or copyright statement claiming > ownership > by Katipo. You are free to use it (and put stuff on it too if you > want) as > long as it's for the koha project. If that's what you want, you should say it. If I remember it correctly, in any Berne Union state, the author automatically gets copyright on a substantial creation. It says on the "Contact Us" page that the site is maintained by Katipo. > The "blobbies" have a licence with them that is just that they can't > be > resold - so you can use them too. A lot of what I do these days involves commerce, so I avoid things with that restriction as much as possible. > What I didn't want to happen was that someone use the Koha site stuff > for > something not connected with koha, but anyone who is doing stuff with > Koha is > more than welcome to use logos, designs etc. Personally, I'd be delighted to see koha-related materials like "introduction to libraries for sysadmins" reused for non-koha things. I think it makes it more likely that koha gets good publicity (from a credit on the materials if nothing else) and more likely that others will want to let us reuse their work. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From mjr at dsl.pipex.com Fri Sep 24 21:41:00 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Unsubscribe. In-Reply-To: <119F78D8907AD411B5AE00508BB34267023401E9@yala.strathmore.edu> Message-ID: On 2004-09-24 06:37:01 +0100 Peter Gichiri wrote: > I beg to unsubscribe from this mailing list. What are the procedures. Visit http://lists.katipo.co.nz/mailman/listinfo/koha and enter your email address in the lowest box, then click "Edit Options". On the next screen, type your subscription password into the box, click "Unsubscribe" and follow further instructions. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From mjr at dsl.pipex.com Fri Sep 24 21:51:37 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: <4153D462.2030404@free.fr> Message-ID: On 2004-09-24 09:01:38 +0100 Paul POULAIN wrote: > Search koha on google : I think google ordering changes by language and variant. koha.org is top, koha-fr is 5th, sourceforge 8th and koha England is 10th for me. I find searching for koha ILS on the US variant amusing... > It's because "ils" is "they", free is a famous ISP in France, and GPL is "Gaz > de P?trole Liqu?fi?" (don't know the term in english, probably LGP. It's a > gas for cars) LPG, Liquified Petroleum Gas. The signs on car parks about GPL made me smile every visit to France this year. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From paul.poulain at free.fr Fri Sep 24 23:47:33 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] web sites, was: Meeting Notes In-Reply-To: References: Message-ID: <41540955.5030307@free.fr> MJ Ray a ?crit : >>It's because "ils" is "they", free is a famous ISP in France, and GPL is "Gaz >>de P?trole Liqu?fi?" (don't know the term in english, probably LGP. It's a >>gas for cars) >> >> >LPG, Liquified Petroleum Gas. The signs on car parks about GPL made me smile every visit to France this year. > > GPL ( the gas) is pollution free & highly cheaper (sometihng like EUR0.60 vs EUR1.05 each liter) than standard fuel. In france, free software fans often uses GPL (=GNU & gas) to make jokes. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mhelman at illinoisalumni.org Sat Sep 25 00:00:52 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:27 2005 Subject: [Fwd: Re: [Koha] Koha Documentation Project] Message-ID: <20ff01c4a22e$23b9c8f0$0a03010a@mail2world.com> Salvete! Here's what's in our server. The components were bought in February, and I bought one of the harddrives just yesterday for easy backup. It's overpowered, which is how I like it. They were bought from AllStarShop.com, I like those folks a lot. They are an eense more expensive than NewEgg, but NewEgg will not deal with government folks on a PO basis. Intel Pentium 4 2.66GHz 533MHz FSB w/ 512KB Kingston 1GB KIT DDR400 PC3200 CL3 (3-3-3) DIMM Codegen CAT-3307-CA Mid/Mini Tower ATX 350W PSU 2 ENERMAX 80mm Adjustable Speed Case Fans Mitsumi 1.44MB 3.5" Internal Floppy Drive Silver (This I bought because Hinsdale still has many things on 3.5" format. It had nothing to do with Koha) Samsung 52x32x52 Internal CD-RW Drive ATAPI 2 Seagate Barracuda 7200.7 80GB 7200RPM 8MB Buffer SATA HDD (Drive Only) Asus P4P800 i865PE P4 ATX Audio/GbLAN/SATA/RAID/AGP8X This set up minus one hard drive was 675 then. It's probably WAY cheaper now, although you could get much better stuff for the same price now. >Any ideas on some sort of other name for the Breeding Farm? It seems to >cause confusion, for one, and I had have a longtime sneaking suspicion it >doesn't work well when translated. How about temporary records? BTW, how does one get all of the breeding farm out? IE copy then delete? Brooke @ Hinsdale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040924/c341acb2/attachment.htm From dana at sefovan.org Sat Sep 25 01:21:06 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <4151AC9B.6030509@free.fr> <001001c4a0f4$538c1410$5800a8c0@danaslaptop> <41526EA0.8070409@free.fr> <003201c4a19d$fb65d9b0$5800a8c0@danaslaptop> <4153D0B0.6080403@free.fr> Message-ID: <001c01c4a239$5c7ce0e0$9d00a8c0@danaslaptop> > no. I can't remember where the problem comes from, but I already met it. > Another question/idea : where is your biblioitems.itemtype mapped ? biblioitems.itemtype is mapped to 300 f which I have mapped to tab 2 and itemtypes. Dana -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From erdem.durak at teknolist.com Sat Sep 25 02:11:21 2004 From: erdem.durak at teknolist.com (Erdem Durak) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Migrating from SageBrush Athena to Koha Message-ID: <004d01c4a240$5e663620$49741769@Teknopc3> We want to migrate from SageBrush corp. Athena LMS to Koha, but we need to migrate our borrower, circulation and cataloging data. We tried bulkmarcdataimport.pl to import our MARC data that we export from Athena but items are not imported. Is there anyone who has experience in migration from Athena to Koha? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040924/9643884d/attachment.html From shedges at skemotah.com Sat Sep 25 04:09:32 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Project In-Reply-To: <20ff01c4a22e$23b9c8f0$0a03010a@mail2world.com> References: <20ff01c4a22e$23b9c8f0$0a03010a@mail2world.com> Message-ID: <8147.66.213.78.3.1096042172.spork@webmail.skemotah.com> BWS Johnson said: >>Any ideas on some sort of other name for the Breeding Farm? It seems to >>cause confusion, for one, and I had have a longtime sneaking suspicion > it >>doesn't work well when translated. > > > How about temporary records? "Temporary records" is a term I hadn't considered, simply because of my past experience with a commercial ILS which used this term for items that were temporarily added to the regular catalog -- like InterLibrary Loan items or magazines. (We had a stack of "temporary item" barcodes on cards which we clipped to the item at circulation time. When the item was returned, the temporary item record was automatically deleted from the catalog.) But Koha has no such capability, of course, and maybe I happened to hit the one commercial ILS system in the whole world that does have this capability! Has anyone else had the same experience? Does anyone have any thoughts about "breeding farm" vs. "import repository" vs. "temporary records?" -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mjr at dsl.pipex.com Sat Sep 25 06:55:16 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Project In-Reply-To: <8147.66.213.78.3.1096042172.spork@webmail.skemotah.com> Message-ID: <8fdadca51918aa63ecac04b588e26c9a@bouncing.localnet> On 2004-09-24 17:09:32 +0100 Stephen Hedges wrote: > [...] Has anyone else had the same experience? Does > anyone have any thoughts about "breeding farm" vs. "import > repository" vs. > "temporary records?" Of those three, I prefer "import repository" or a simpler similar term like "import store". I am not a librarian, so I've been quiet so far. The programmer in me wants to label it "preloaded bibliographies" or "holding area" but they're probably no better than "breeding farm". -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From kim at mad-seumas.net Sat Sep 25 04:21:54 2004 From: kim at mad-seumas.net (kim@mad-seumas.net) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] (no subject) Message-ID: <1096042914.415449a2d8165@mail.mad-seumas.net> Hi Koha people! I have 4 hopefully easy questions about mapping MARC to KohaDB. My library uses 'free form' call numbers, to put it nicely. For example: 420.0101 1 Molinsky/WW Songbook We are a special library for ESL/bilingual/dual language teachers, and were fortunate to have an OCLC retroconversion done with an LSTA grant through our regional library system. We currently have no automation system and are looking forward to getting Koha running soon. Our call #s are in 099 with a repeatable subfield 'a': 099 420.0101 $a 1 Molinsky/WW Songbook 1) Can Koha understand the multiple $a fields and map the first part to biblioitems.classification and the second part to something else? If not, I think I will change the ISO file to subfield $b for the second $a part (and dump the db and re-import it). 2) Where should I map the second part? (Let's assume I changed it to a subfield $b.) To biblioitems.dewey or biblioitems.subclass? How have others used these fields? 3) As you know, biblioitems.dewey is of type double(8,6) and biblioitems.subclass is type char(3). If I use one of these fields, I will have to change the type, probably to varchar(25). Will changing this field type have any effect on other parts of Koha (scripts, displays, calculations, etc.?) 4) My call #s have strange characters like forward slashes, dots, hyphens, and spaces. Will this be a problem? Thanks much for all your help. Kim Scannell From baljkas at mts.net Sat Sep 25 08:29:37 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Project Message-ID: <20040924202937.BXEJ28042.mx-mtaout02.mts.net@mx-mtaout> Friday, September 24, 2004 15:20 CDT Hi, MJ et al., I come at this from a library perspective, MJ, and I kinda like your "holding area" idea. I would **definitely avoid "Temporary Records"**. That has just too many different usages in various library settings. At the very least, we should avoid things that we already know are ambiguous or potentially confusing. My own modest suggestion would be "Records Import Bin". It makes an okay acronym (RIB) and I don't think that's anything rude or silly in another Indo-European language anyway. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada P.S. MJR - Thanks for the explanation of its agglutinative structure, but I still don't know what **language** turoloj is. P.S.S. As long as we're doing the language/intercultural thing: Le kol yehudim ve'yehudot ve'gam le'olam - le'shanah tovah tikateivu ve'tikateimu. > From: MJ Ray > Date: 2004/09/24 Fri PM 01:55:16 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Koha Documentation Project > > On 2004-09-24 17:09:32 +0100 Stephen Hedges > wrote: > > > [...] Has anyone else had the same experience? Does > > anyone have any thoughts about "breeding farm" vs. "import > > repository" vs. > > "temporary records?" > > Of those three, I prefer "import repository" or a simpler similar term > like "import store". > > I am not a librarian, so I've been quiet so far. The programmer in me > wants to label it "preloaded bibliographies" or "holding area" but > they're probably no better than "breeding farm". > > -- > MJR/slef My Opinion Only and not of any group I know > Creative copyleft computing - http://www.ttllp.co.uk/ > LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From mjr at dsl.pipex.com Sat Sep 25 11:32:11 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Kartouche link updated Message-ID: <3f3ba61b77e67720d6322140253205e5@bouncing.localnet> I can't remember who wanted to know, so I'll tell you all: the link to the Kartouche translation helper software on http://www.kyfieithu.co.uk/downloads.php?lg=en has been updated to point to the current version. Kevin Donnelly is interested to hear about the software being used - his address is in the manual. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From rachel at katipo.co.nz Sat Sep 25 11:46:30 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <4153DAFA.3050307@free.fr> References: <32983.65.24.138.126.1095939599.spork@webmail.skemotah.com> <24526.66.213.78.3.1095969623.spork@webmail.skemotah.com> <4153DAFA.3050307@free.fr> Message-ID: <4154B1D6.8050309@katipo.co.nz> Hi >> OK, "import repository" sounds alright. Any other suggestions for >> improvement? > you spoke of "reservoir" iirc. that's the term I used in templates (but > I can switch to import reporitory if it's better. In french, it's > r?servoir anyway) I like reservoir - it is a common term here, but if you think that it's not used enough in general then I'm not too stressed either way. Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From mhkhan at presidency.com Sat Sep 25 19:34:48 2004 From: mhkhan at presidency.com (Mahmud Khan) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Error Deleting Biblio Message-ID: <20040925073448.1E80B6EEE9@ws1-5.us4.outblaze.com> Dear List Users, I am a new KOHA administrator (3 months or so) and having trouble trying to delete a biblio item. Following is the error message: The URL is: http://koha.presidency.edu.bd/cgi-bin/koha/detail.pl?type=intra&bib=739 Holdings Information ( items) ------------------------------ Item Type | Class | Location | Date Due | Last Seen | Barcode | Volume | Action 001 | 410 | | | | 9 780194 372220 | | More "Class" section is clickable, and so is "Action". When I click on the "Edit" or "Delete" buttons on the top of the page, I am taken to the following URL with this error message: _____ http://koha.presidency.edu.bd/cgi-bin/koha/delbiblio.pl?biblio=739 This biblio has 1 items attached, please delete them before deleting this biblio _____ If I click on the "more" link beneath the "Action" field, I get an "Internal Server Error" message. Any help or pointers to where I can search/go to resolve this problem will be appreciated. Thank you for your time, Sincerely, Mahmud Husain Khan System Administrator Presidency University http://www.presidency.edu.bd -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From dana at sefovan.org Sun Sep 26 00:12:57 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> <41528CCF.1040202@free.fr> <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> <41529FEC.9090206@free.fr> Message-ID: <003901c4a2f9$02d55bb0$5800a8c0@danaslaptop> Paul, I found the problem. I will discuss it with you offline. Dana ----- Original Message ----- From: Paul POULAIN To: Dana Huff Cc: koha@lists.katipo.co.nz Sent: Thursday, 23 September 2004 12:05 PM Subject: Re: [Koha] Double _items_ tags, Was: More questions for migrating to koha Dana Huff a ?crit : > Paul, > This is the problem. When I create my Marc data, I create ONE 952 tag for > each copy of the book. Each 952 tag has 'homebranch', 'holdingbranch', > 'barcode', and 'price'. So for example, in a text representation of the > Marc record (copying from MarcEdit which I am using to convert my text to > marc format) where I have 2 copies of the book: I'm 80% sure this is due to your koha mappings. Check twice that : * ALL subfields in 952 field are either in 10 (item) or -1 (ignore) tab. * NO subfield outside 952 are in 10 (item) tab. This can be checked with Links Koha-Marc DB, using items tab. If there is something outside 952. (I bet EUR1 that the 1st 952$ not being -1 is NOT in a 10 but a 1-9 ;-) ) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Sun Sep 26 07:08:51 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] (no subject) In-Reply-To: <1096042914.415449a2d8165@mail.mad-seumas.net> References: <1096042914.415449a2d8165@mail.mad-seumas.net> Message-ID: <32781.65.24.138.126.1096139331.spork@webmail.skemotah.com> Kim Scannell said: > 1) Can Koha understand the multiple $a fields and map the first part to > biblioitems.classification and the second part to something else? No, it can't. I'm not sure what you would get, but I'm sure it wouldn't be what you wanted. (I think that the MARC check you do after setting up your MARC parameters would complain, too.) > 2) Where should I map the second part? (Let's assume I changed it to a > subfield > $b.) To biblioitems.dewey or biblioitems.subclass? I think either one would work, provided... > 3) As you know, biblioitems.dewey is of type double(8,6) and > biblioitems.subclass is type char(3). If I use one of these fields, I > will have > to change the type, probably to varchar(25). Will changing this field > type have > any effect on other parts of Koha (scripts, displays, calculations, etc.?) No, in fact (iirc) the dewey field will be a character field in up-coming versions of Koha. > 4) My call #s have strange characters like forward slashes, dots, hyphens, > and > spaces. Will this be a problem? I don't think so, but others may be able to think of potential problems. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From askress2009 at yahoo.com Sun Sep 26 23:11:42 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Arabic translation for Readme file Message-ID: <20040926111142.92210.qmail@web61101.mail.yahoo.com> Dear Sirs, I finished translating the Readme file and stored it using UTF8 by the Texpad program I Submit it to the SourceForge - please accept it and give me the link so I can make sure it's displayed in the right way Love from, askress2009 --------------------------------- Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040926/d959f106/attachment.htm From mhelman at illinoisalumni.org Tue Sep 28 01:13:20 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository Message-ID: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> Salvete! How about raw records then? I think the simpler the language, the easier the translation and use. Brooke @ Hinsdale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040927/258c305c/attachment.html From paul.poulain at free.fr Tue Sep 28 01:30:02 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Double _items_ tags, Was: More questions for migrating to koha In-Reply-To: <005b01c4a31e$c98b4330$5800a8c0@danaslaptop> References: <002201c4a06a$14908690$5800a8c0@danaslaptop> <25227.66.213.78.3.1095870537.spork@webmail.skemotah.com> <001501c4a0f5$61e5d360$5800a8c0@danaslaptop> <41528CCF.1040202@free.fr> <002f01c4a152$bfe73f50$0b00a8c0@danaslaptop> <41529FEC.9090206@free.fr> <003d01c4a2fa$73f89090$5800a8c0@danaslaptop> <41559695.3030907@free.fr> <005b01c4a31e$c98b4330$5800a8c0@danaslaptop> Message-ID: <415815DA.4030801@free.fr> Dana Huff a ?crit : > Umm...actually the script you sent me still has the error. Here is the > corrected script with comments around the change. Dana, you're the best ;-) In fact, I use a specific bulkmarcimport when migrating french libraries. It does some specific stuff for a given library (like cleaning the XXX field, moving the YYY field, checking something...) I've fixed this bug some months ago, but I realise I never fixed the official CVS bulkmarcimport !!! I'll fix it ASAP. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Tue Sep 28 12:08:42 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Arabic translation for Readme file In-Reply-To: <20040926111142.92210.qmail@web61101.mail.yahoo.com> Message-ID: On 2004-09-26 12:11:42 +0100 kress wrote: > I Submit it to the SourceForge - please accept it and give me the > link so I > can make sure it's displayed in the right way Please upload it to some web space instead and tell us how to download it. I get "Permission denied" when trying to access admin links on sourceforge. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From shedges at skemotah.com Tue Sep 28 12:19:42 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> References: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> Message-ID: <33204.65.24.138.126.1096330782.spork@webmail.skemotah.com> BWS Johnson said: > How about raw records then? I think the simpler the language, the easier > the translation and use. I kinda like that -- it conveys the idea that the MARC records in the repository are "uncooked," that you take them and "cook" them (by adding your holdings information) and then they are ready to serve up in the catalog. But I think the problem is that "raw records" describes the records, and not the entity that holds them. I have problems of one sort or the other with every term that's been proposed. Even "repository" (my suggestion) gives the idea that the records are just stored there in a state of "repose." The "breeding farm" is really a "stockpile for imported but unfinished MARC records." So is there a way to condense that to one or two words? Paul is correct, I had originally thought that "reservoir" -- which is the term used in the French templates -- was best, since it conveys the idea of a place to hold records for later use. But the cataloger doesn't simply draw from the reservoir, there's an essential modification to the record that takes place as it's pulled from the "stockpile for imported but unfinished MARC records." Still, "reservior" does have the advantage of working (sort of) in at least two languages! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From mhelman at illinoisalumni.org Tue Sep 28 12:19:37 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository Message-ID: <1551401c4a4f0$d6b1cf60$0a09010a@mail2world.com> Salve! >BWS Johnson said: >> How about raw records then? I think the simpler the language, the easier >> the translation and use. > >I kinda like that -- it conveys the idea that the MARC records in the >repository are "uncooked," that you take them and "cook" them (by adding >your holdings information) and then they are ready to serve up in the >catalog. > That's what I was going for. Or unrefined or unpolished. >But I think the problem is that "raw records" describes the records, and >not the entity that holds them. > So raw records resevoir. :) >Paul is correct, I had originally thought that "reservoir" -- which is the >term used in the French templates -- was best, since it conveys the idea >of a place to hold records for later use. But the cataloger doesn't Nod. My issue with breeding farm was that it made it sound like there were already records there when I downloaded koha. That, and it seemed like things that breed make more things that breed. The MARC birds and bees. Alas, if only my records created themselves. I suppose I'll have to import them myself. *sigh* Brooke @ Hinsdale All tongue in cheek, of course. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040927/342921d3/attachment.htm From rosalie at library.org.nz Tue Sep 28 14:36:28 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <33204.65.24.138.126.1096330782.spork@webmail.skemotah.com> References: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> Message-ID: <415976EC.10220.146CFBD@localhost> Hi Stephen I, too like reservoir better than repository, which to me has a tone of permanent resting place, rather than temporary home. (And is it rnging a JFK bell - was it the Dallas Book Repository from which the shots were, or weren't fired? Bad vibe). Reservoir is the place you draw from, and processing as you draw is often the case with water reservoirs. Rosalie On 27 Sep 2004, at 20:19, Stephen Hedges wrote: > BWS Johnson said: > > How about raw records then? I think the simpler the language, the > > easier the translation and use. > > I kinda like that -- it conveys the idea that the MARC records in the > repository are "uncooked," that you take them and "cook" them (by > adding your holdings information) and then they are ready to serve up > in the catalog. > > But I think the problem is that "raw records" describes the records, > and not the entity that holds them. > > I have problems of one sort or the other with every term that's been > proposed. Even "repository" (my suggestion) gives the idea that the > records are just stored there in a state of "repose." > > The "breeding farm" is really a "stockpile for imported but unfinished > MARC records." So is there a way to condense that to one or two > words? > > Paul is correct, I had originally thought that "reservoir" -- which is > the term used in the French templates -- was best, since it conveys > the idea of a place to hold records for later use. But the cataloger > doesn't simply draw from the reservoir, there's an essential > modification to the record that takes place as it's pulled from the > "stockpile for imported but unfinished MARC records." Still, > "reservior" does have the advantage of working (sort of) in at least > two languages! > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Rosalie Blake Head of Libraries, Horowhenua Library Trust From rog at saas.nsw.edu.au Tue Sep 28 15:35:17 2004 From: rog at saas.nsw.edu.au (Roger BUCK) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <415976EC.10220.146CFBD@localhost> References: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> <415976EC.10220.146CFBD@localhost> Message-ID: <4158DD69.9080108@saas.nsw.edu.au> Rosalie Blake wrote: > Hi Stephen > I, too like reservoir better than repository, My 2c: Unless someone can suggest a word that is both intuitive and unambigous, then better create a new one ('fudbay' for example) that nobody can misunderstand :) R. From mjr at dsl.pipex.com Tue Sep 28 19:18:48 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <33204.65.24.138.126.1096330782.spork@webmail.skemotah.com> Message-ID: On 2004-09-28 01:19:42 +0100 Stephen Hedges wrote: > The "breeding farm" is really a "stockpile for imported but unfinished > MARC records." So is there a way to condense that to one or two > words? MARC stockpile? -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From jmf at kados.org Wed Sep 29 01:29:59 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] OLC Annual Conference Docs Message-ID: <20040928132959.GA19225@frodo.kados.org> Hi everyone, I've finally finished my conference handout and Koha presentation slides/notes for the OLC conference on Wednesday (http://http://www.olc.org/ann_conf.asp) and they are available on my website: Slides: http://kados.org/LibraryScience/presentations/OLC2004/koha.html (looks best in Mozilla; http://mozilla.org) Notes: http://kados.org/LibraryScience/presentations/OLC2004/koha-notes.html Handout: http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf (there's an html version too: http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.html) There'a also a Freemind mindmap that basically contains the same general information as the handout ... but in a mindmap format: http://kados.org/LibraryScience/koha.mm http://kados.org/LibraryScience/koha.mm.html (if you don't have Freemind you can use your browser--or download http://sourceforge.net/projects/freemind) I've also put together a static Koha resources page with a few more resources listed than on the handout (due to space constraints) that I plan to point folks to for further info (since the official one isn't ready yet): http://kados.org/LibraryScience/koha.html There's still one day before the conference so if anyone has any suggestions for improving anything let me know--if you know of any resources I've not listed please drop me a note. And feel free to use and modify anything as it's all CC licensed (http://creativecommons.org/licenses/by-nc-sa/1.0/). I'm going to try to videotape the Koha presentation, our Linux Installfest and our Kohafest ... so hopefully that'll be forthcoming too. Finally, if I have time I'll spruce up the docs I've written and get them out later today ... we'll see how that goes. Joshua Ferraro From paul.poulain at free.fr Wed Sep 29 01:43:52 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] OLC Annual Conference Docs In-Reply-To: <20040928132959.GA19225@frodo.kados.org> References: <20040928132959.GA19225@frodo.kados.org> Message-ID: <41596A98.2070704@free.fr> Joshua Ferraro a ?crit : >Handout: >http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf > > Not Found The requested URL /LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf was not found on this server. :-( -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From jmf at kados.org Wed Sep 29 01:51:15 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] OLC Annual Conference Docs In-Reply-To: <41596A98.2070704@free.fr> References: <20040928132959.GA19225@frodo.kados.org> <41596A98.2070704@free.fr> Message-ID: <20040928135115.GB19225@frodo.kados.org> Sorry ... the links are working now ... On Tue, Sep 28, 2004 at 03:43:52PM +0200, Paul POULAIN wrote: > Joshua Ferraro a ?crit : > > >Handout: > >http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf > > > > > > Not Found > > The requested URL > /LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf was not found > on this server. > > :-( > > -- > Paul POULAIN > Consultant ind?pendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From tmcmahon at wlpl.org Wed Sep 29 04:29:34 2004 From: tmcmahon at wlpl.org (Tim McMahon - West Liberty Public Library) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Project In-Reply-To: <8147.66.213.78.3.1096042172.spork@webmail.skemotah.com> References: <20ff01c4a22e$23b9c8f0$0a03010a@mail2world.com> <8147.66.213.78.3.1096042172.spork@webmail.skemotah.com> Message-ID: <4159916E.6050000@wlpl.org> Stephen Hedges wrote: >"Temporary records" is a term I hadn't considered, simply because of my >past experience with a commercial ILS which used this term for items that >were temporarily added to the regular catalog -- like InterLibrary Loan >items or magazines. (We had a stack of "temporary item" barcodes on cards >which we clipped to the item at circulation time. When the item was >returned, the temporary item record was automatically deleted from the >catalog.) But Koha has no such capability, of course, and maybe I >happened to hit the one commercial ILS system in the whole world that does >have this capability! Has anyone else had the same experience? > We do this in our current system. Scan the barcode on the card and it pops up with an uncataloged item dialog with one input box. We type the title and where the book came from. It's out of the system when it's checked back in. How do you deal with this now that you're using Koha? -- Tim McMahon Technical Services West Liberty Public Library http://www.wlpl.org From ccalle at umsa.bo Wed Sep 29 06:24:47 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] evaluation Koha 2.1.2 Message-ID: <20040928182119.M87546@www.umsa.bo> Hello brothers. They are brilliant, I am reviewing vers. 2,1,2, which profit not to understand is: Because the generator of bar code does not work to me? Because in the directory/en/barcodes/is the archives (barcodes-bottom.inc/barcodes-top.inc)? It is by that it does not allow me to enter to the function from the process of parameters? They are brilliant, thanks. Atte Christian Calle ccalle@umsa.bo University of San Andres From tarallo at ort.edu.uy Wed Sep 29 11:16:32 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Printer Admin In-Reply-To: <8a1aba8caa508af13172285a49ecdaaf@bouncing.localnet> References: <8a1aba8caa508af13172285a49ecdaaf@bouncing.localnet> Message-ID: <4159F0D0.40807@ort.edu.uy> Most modern distributions of Linux are supporting CUPS, for the sysadmins can be hard, but it pays the benefits. Andres MJ Ray wrote: > [..] > I'm not sure, but I suspect the circulation desk printer has to be > "shared" to the server running koha in some way. With GNU/Linux > systems, I'd probably use lpd for this. With a Microsoft circulation > desk, I'd probably look at using smbclient and lpd on the server. > Might be able to use CUPS instead of lpd, but I know less about that. > From lib at gndec.ac.in Wed Sep 29 23:46:16 2004 From: lib at gndec.ac.in (lib@gndec.ac.in) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] creating database without using MARC21/UNIMARC Message-ID: <200409291146.i8TBkGND007787@localhost.localdomain> please tell me if anyyone using koha without using the MARC21 or UNIMARC standards.I try for this but i face these problems : 1.the database didn't show the copyright date . 2.If the classification no. is started with zeros,it also didn't display correctly & also not searchable if we search the record through classification no. 3.Deway subclass also not shown anywhere . i am also not clear exactly that what is fill in which field.. like this is a complete classification no. 004.33 L7831R it has 3 portions like Dewey main class: 004 Dewey subclass: .33 Item/book No.: L7831R which portion is meant for which part of the classification No? kanwaljit From lib at gndec.ac.in Thu Sep 30 19:06:40 2004 From: lib at gndec.ac.in (lib@gndec.ac.in) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] creating database without using MARC21/UNIMARC In-Reply-To: <415BD135.222.3D9BA9@localhost> Message-ID: <200409300706.i8U76eND012494@localhost.localdomain> hai, i want to clear that this is my 1st experience in the automation of the library,i don't have any database .I am just starting the manual data entry in the koha to prepare the database.the problems mentioned in my earlier mail are related to the dispaly of record after entering the data manually using keyboard into the koha. Anyone provide his/her help to me? Kanwal On 9/29/2004, "Rosalie Blake" wrote: >Dear kanwaljit >It is very possible to use koha without using MARC, and my libraries >do it all the time. > >But if you don't already have a database, it's a lot more work to build >one without MARC than if you are able to import records from >another database. So while it is possible to ignore MARC, it's >probably quicker and safer to master importing MARC records. > >I'm sorry that I can't help you with your problem, but I am sure >someone else who has the experience will help you sort it out so that >you can import MARC records cleanly. > >Good Luck >Rosalie > >On 29 Sep 2004, at 11:46, lib@gndec.ac.in wrote: > >> please tell me if anyyone using koha without using the MARC21 or >> UNIMARC standards.I try for this but i face these problems : >> >> 1.the database didn't show the copyright date . >> 2.If the classification no. is started with zeros,it also didn't >> display >> correctly & also not searchable if we search the record through >> classification >> no. >> 3.Deway subclass also not shown anywhere . >> i am also not clear exactly that what is fill in which field.. >> >> like this is a complete classification no. >> >> 004.33 L7831R >> >> it has 3 portions like >> >> Dewey main class: 004 >> Dewey subclass: .33 >> Item/book No.: L7831R >> >> which portion is meant for which part of the classification No? >> >> kanwaljit >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > >Rosalie Blake >Head of Libraries, Horowhenua Library Trust > From askress2009 at yahoo.com Thu Sep 30 22:31:17 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] arabic translation for readme file Message-ID: <20040930103117.53245.qmail@web61103.mail.yahoo.com> Dear Members (men & womem) first u should have an account at yahoo then go to the group and sign in the go to the link http://groups.yahoo.com/group/librarinans_ar/files/koha/ download the text file readme-ar.txt here is a direct link but Iam not sure it will work http://f1.grp.yahoofs.com/v1/INlbQSr5Is8K2SMh7qvi6QmdgchGxRxEMT4Z-fGid05RI1bP3pvYLXEXWaIJBR12yw85pwCkk18RONj9aYdneQ/koha/readme-ar.txt love from, askress2009 --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040930/7e294161/attachment.html From sgilbert at ihm-school.org Fri Oct 1 09:10:48 2004 From: sgilbert at ihm-school.org (Suzanne Gilbert) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] [Fwd: circulation] Message-ID: <415C7658.7070803@ihm-school.org> To Anyone Who Reads This: I sent this message to a person who has been able to help me with many koha problems. She is not circulating books yet and so has not be able to help. We are using version 1.2.3 at this time. We can't remember which version we were using last year. We could have possibly been using 1.2.2 last year. I said in my original e-mail that we are using the latest version of koha. We had installed the 2.0.0 version over the summer, but I was having problems with the tag structure and so Robert installed 1.2.3 If anyone out there is using 1.2.3 and can help solve this circulation problem, it will be much appreciated. Thanks, Suzanne -------------- next part -------------- An embedded message was scrubbed... From: Suzanne Gilbert Subject: circulation Date: Thu, 23 Sep 2004 08:26:06 -0500 Size: 2374 Url: http://lists.katipo.co.nz/pipermail/koha/attachments/20040930/006ebc92/circulation.mht From tarallo at ort.edu.uy Sat Oct 2 09:43:04 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Some questions about mapping data between Koha and MARC Message-ID: <415DCF68.3060008@ort.edu.uy> Well I've finally imported some records into my Koha system. Now I'm working with the mapping from my imported ITEMS (MARC) to the Koha database.We find that in the items TAB there're a lot if fields that can be mapped but don't have a mapping.We want to know what are the following fields intended for: ** *datelastseen : This field is managed by the circulation module? **** datelastborrowed: Same question **** renewals: **** reserves: * ** location: What is this intended for? * We've been wondering what's happens with the price and replacementprice, in which currency are they held?, our library has books that are purchased in our local currency (pesos uruguayos) and many that are imported (payed in dollars or euros). For us is very important to keep both the currency also, I think that this situation maybe common to other latin american libraries. Thanks Andr?s From shedges at skemotah.com Sun Oct 3 09:31:16 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Some questions about mapping data between Koha and MARC In-Reply-To: <415DCF68.3060008@ort.edu.uy> References: <415DCF68.3060008@ort.edu.uy> Message-ID: <33039.65.24.138.126.1096749076.spork@webmail.skemotah.com> Andres Tarallo said: > We find that in the items TAB there're a lot if fields > that can be mapped but don't have a mapping.We want to know what are the > following fields intended for: > > ** *datelastseen : This field is managed by the circulation module? > > **** datelastborrowed: Same question > > **** renewals: > > **** reserves: Yes, those are all used by the module and are not going to be mapped to any MARC data. > ** location: What is this intended for? What version are you using? -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sun Oct 3 10:23:05 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Breeding farm => Repository => MARC Reservoir In-Reply-To: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> References: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> Message-ID: <33061.65.24.138.126.1096752185.spork@webmail.skemotah.com> OK, for those of you who have been waiting breathlessly for the final word on this topic... As the newly-annointed Koha Documentation Manager, and after careful consideration of all the suggestions and comments I received, I hereby declare that the "Breeding Farm" will henceforth be called the "MARC Reservoir." Thanks to everyone who contributed to this discussion. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From reseba at yahoo.com Sun Oct 3 23:28:26 2004 From: reseba at yahoo.com (Reseba) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: Hello Message-ID: An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041003/701bbb36/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Price.scr Type: application/octet-stream Size: 19530 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041003/701bbb36/Price.obj From shedges at skemotah.com Mon Oct 4 10:45:49 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure Message-ID: <32974.65.24.138.126.1096839949.spork@webmail.skemotah.com> I have attached a file called "koha_docs_structure" which contains an outline for all of the Koha documentation. This is _not_ the documentation itself, but a description of the structure that will be used to organize the documents. (If you have trouble with the attachment, you should be able to find this file on Sourceforge at http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/ within the next few days.) The outline contains some words in brackets that are names for document containers. Many of these containers simply hold other containers. Only the text that is not enclosed by brackets (for example, "Description in English") refers to an actual document. The goal is to have a place for every type of Koha-related document. If you have Koha-related documents that do not seem to have a place in the structure, please let me know. If you can think of some possible Koha-related documents that do not seem to have a place in the structure, please let me know. It is not intended that we have a document that matches every document described. But it is intended that every document that gets submitted can be easily "plugged in" to this document structure. I will be retrieving existing documents, such as Nicholas Rosasco's "Koha Manual," converting them to XML, and fitting them into this structure. All documents will be stored in XML format, but you can submit documents in any format that is comfortable for you. (XML was chosen as the format for storage because it is basic and can easily be converted to many other formats using a wide variety of tools.) I will also be looking through old e-mail messages for relevant information, and may contact some e-mail writers and ask that they expand their comments into a document that can be used as part of the Koha documentation. If you would like to submit a document, please include the following statement in the document: "This document is copyrighted (c) 2004 by . Unless otherwise stated, Koha documents are copyrighted by their respective authors. Koha-related documents may be reproduced and distributed in whole or in part, in any medium physical or electronic, as long as this copyright notice is retained on all copies. You may create a derivative work and distribute it provided that you: 1. Send your derivative work to the Koha Project for possible posting on the Internet. 2. License the derivative work with this same license, or the Linux Documentation Project License (http://www.tldp.org/manifesto.html), or the GNU General Public License (http://www.gnu.org/copyleft/gpl.html). Include a copyright notice and at least a pointer to the license used. 3. Give due credit to previous authors and major contributors. Commercial redistribution is allowed and encouraged; however, the author would like to be notified of any such distributions. Please check your local laws on copyright." OK, that's it. All comments or suggestions for improvement are welcome. --- Stephen Hedges Skemotah Solutions -------------- next part -------------- A non-text attachment was scrubbed... Name: koha_docs_structure Type: application/octet-stream Size: 14297 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041003/d38990c7/koha_docs_structure.obj From tarallo at ort.edu.uy Tue Oct 5 06:50:27 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure In-Reply-To: <32974.65.24.138.126.1096839949.spork@webmail.skemotah.com> References: <32974.65.24.138.126.1096839949.spork@webmail.skemotah.com> Message-ID: <41618D63.6080601@ort.edu.uy> I find that is fine and acceptable terms. Andres Stephen Hedges wrote: >I have attached a file called "koha_docs_structure" which contains an >outline for all of the Koha documentation. This is _not_ the >documentation itself, but a description of the structure that will be used >to organize the documents. (If you have trouble with the attachment, you >should be able to find this file on Sourceforge at >http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/ within the next few >days.) > >The outline contains some words in brackets that are names for >document containers. Many of these containers simply hold other >containers. Only the text that is not enclosed by brackets (for example, >"Description in English") refers to an actual document. > >The goal is to have a place for every type of Koha-related document. If >you have Koha-related documents that do not seem to have a place in the >structure, please let me know. If you can think of some possible >Koha-related documents that do not seem to have a place in the structure, >please let me know. > >It is not intended that we have a document that matches every document >described. But it is intended that every document that gets submitted can >be easily "plugged in" to this document structure. > >I will be retrieving existing documents, such as Nicholas Rosasco's "Koha >Manual," converting them to XML, and fitting them into this structure. >All documents will be stored in XML format, but you can submit documents >in any format that is comfortable for you. (XML was chosen as the format >for storage because it is basic and can easily be converted to many other >formats using a wide variety of tools.) > >I will also be looking through old e-mail messages for relevant >information, and may contact some e-mail writers and ask that they expand >their comments into a document that can be used as part of the Koha >documentation. > >If you would like to submit a document, please include the following >statement in the document: > > "This document is copyrighted (c) 2004 by . Unless >otherwise stated, Koha documents are copyrighted by their respective >authors. > Koha-related documents may be reproduced and distributed in whole or >in part, in any medium physical or electronic, as long as this >copyright notice is retained on all copies. > You may create a derivative work and distribute it provided that you: >1. Send your derivative work to the Koha Project for possible posting on >the Internet. >2. License the derivative work with this same license, or the Linux >Documentation Project License (http://www.tldp.org/manifesto.html), or the >GNU General Public License (http://www.gnu.org/copyleft/gpl.html). Include >a copyright notice and at least a pointer to the license used. >3. Give due credit to previous authors and major contributors. > Commercial redistribution is allowed and encouraged; however, the >author would like to be notified of any such distributions. Please >check your local laws on copyright." > > >OK, that's it. All comments or suggestions for improvement are welcome. > >--- >Stephen Hedges >Skemotah Solutions > From mjr at dsl.pipex.com Tue Oct 5 07:02:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure In-Reply-To: <41618D63.6080601@ort.edu.uy> Message-ID: <66cc931e6fe0af00426be338188da4ef@bouncing.localnet> On 2004-10-04 18:50:27 +0100 Andres Tarallo wrote: > I find that is fine and acceptable terms. I posted my concerns to koha-devel. I didn't spot the crosspost. Please see http://sourceforge.net/mailarchive/forum.php?thread_id=5695619&forum_id=2545 -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From tarallo at ort.edu.uy Tue Oct 5 07:11:51 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Some questions about mapping data between Koha and MARC In-Reply-To: <33039.65.24.138.126.1096749076.spork@webmail.skemotah.com> References: <415DCF68.3060008@ort.edu.uy> <33039.65.24.138.126.1096749076.spork@webmail.skemotah.com> Message-ID: <41619267.5050902@ort.edu.uy> I'm currently working with version 2.1.2, we are making our first imports to the library. Andres Stephen Hedges wrote: >Andres Tarallo said: > > >>We find that in the items TAB there're a lot if fields >>that can be mapped but don't have a mapping.We want to know what are the >>following fields intended for: >> >>** *datelastseen : This field is managed by the circulation module? >> >>**** datelastborrowed: Same question >> >>**** renewals: >> >>**** reserves: >> >> > >Yes, those are all used by the module and are not going to be mapped to >any MARC data. > > > >>** location: What is this intended for? >> >> > >What version are you using? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041004/a8c21ae9/attachment.htm From askress2009 at yahoo.com Tue Oct 5 07:57:27 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure Message-ID: <20041004185727.39426.qmail@web53803.mail.yahoo.com> Dear Mr. (Stephen Hedges), I think you forget to make a forlder for the (ar)abic language. love from, askress2009 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From paul.poulain at free.fr Tue Oct 5 08:23:26 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure In-Reply-To: <20041004185727.39426.qmail@web53803.mail.yahoo.com> References: <20041004185727.39426.qmail@web53803.mail.yahoo.com> Message-ID: <4161A32E.7010506@free.fr> kress a ?crit : >Dear Mr. (Stephen Hedges), >I think you forget to make a forlder for the (ar)abic >language. >love from, >askress2009 > > You're in the ...etc... part of Koha, you have not been forgotten ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Tue Oct 5 14:44:40 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha Documentation Structure In-Reply-To: <20041004185727.39426.qmail@web53803.mail.yahoo.com> References: <20041004185727.39426.qmail@web53803.mail.yahoo.com> Message-ID: <32817.65.24.138.126.1096940680.spork@webmail.skemotah.com> kress said: > Dear Mr. (Stephen Hedges), > I think you forget to make a forlder for the (ar)abic > language. > love from, > askress2009 The folders in Sourceforge have been there for some time. I plan to create new folders as needed (as I receive documents). kress, could you give me a description of the arabic document you submitted? I may need to ask you to break it down into several documents. Thanks! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From paul.poulain at free.fr Tue Oct 5 22:37:50 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha 2.2 release plan & translations Message-ID: <41626B6E.90605@free.fr> Hi Koha fans, I'm fixing a lot of bugs at the moment (some on bugs.koha.org, some reported directly by EMN and not on bugzilla) There are a few features to add (like searching in order history), but 95% of the software is ready. So, there are 2 major needs to release a great 2.2 : * OnlineHelp * Localized versions. OnlineHelp : ************ I already asked on those lists for help to write OnlineHelp. I ask again. Some stuff has been done by Stephen Hedges, thanks to him. But he NEEDS HELP to complete this help. You can do it on a 2.0 install, i'll take care of improvements when needed. Anyone can help here : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=OnlineHelp Localized versions : ******************** The ./tmpl_process3.pl is a great tool that generates a .po file that can be translated with many tools. The french translation will use it and the old ./tmpl_process.pl script is deprecated & will be dropped soon. I encourage all the translators team to work on actual CVS. I can send a uptodate file to translate to anyone requesting it. the opac is about 500 lines, the librarian interface is about 3000 lines (without OnlineHelp for instance) RELEASE PLAN : ========= The next release can be called 2.2RC1 I think. Question to the QA manager : do you want see it in stable or in unstable on sourceforge ? The next version should be released in a week or two (maximum) Note that I think we waited too much to announce 2.0 officially stable, in France that was a problem for some librarians that hesitates to install the soft even if 5+ libraries already used the 2.0.0rcX version. So I think we should release a 2.2.0 sooner and then 2.2.1, 2.2.2, as quickly as needed. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From indradg at icbic.com Wed Oct 6 07:12:28 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <41626B6E.90605@free.fr> References: <41626B6E.90605@free.fr> Message-ID: <1096999947.6110.113.camel@enforcer.banglamafia.org> Hi Paul, On Tue, 2004-10-05 at 15:07, Paul POULAIN wrote: > I encourage all the translators team to work on actual CVS. I can send a > uptodate file to translate to anyone requesting it. the opac is about > 500 lines, the librarian interface is about 3000 lines (without > OnlineHelp for instance) Requesting the uptodate file. I'm volunteering to translate Koha into my mother tongue - Bangla/Bengali (BN), spoken by about 200 million people in India and Bangladesh. cheers, -indra. -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From paul.poulain at free.fr Wed Oct 6 08:47:47 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <1096999947.6110.113.camel@enforcer.banglamafia.org> References: <41626B6E.90605@free.fr> <1096999947.6110.113.camel@enforcer.banglamafia.org> Message-ID: <4162FA63.7000801@free.fr> Indranil Das Gupta a ?crit : >Hi Paul, >On Tue, 2004-10-05 at 15:07, Paul POULAIN wrote: > > > >>I encourage all the translators team to work on actual CVS. I can send a >>uptodate file to translate to anyone requesting it. the opac is about >>500 lines, the librarian interface is about 3000 lines (without >>OnlineHelp for instance) >> >> >Requesting the uptodate file. I'm volunteering to translate Koha into my >mother tongue - Bangla/Bengali (BN), spoken by about 200 million people >in India and Bangladesh. > > Really great, I've stored on CVS (http://cvs.sourceforge.net/viewcvs.py/koha/koha/misc/translator/po/) 2 _en_EN.po files. get them, then rename them match your language (like fr_FR.po for french), then begin translation. note : the file may not appear immediatly, but they are here -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From askress2009 at yahoo.com Wed Oct 6 09:27:32 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] the arabic translation Message-ID: <20041005202732.66658.qmail@web53809.mail.yahoo.com> Dear members, again, you can find the arabic translation of the readme file in this link. the Arabic tranlstion of the Readme file http://groups.yahoo.com/group/librarinans_ar/files/koha/ Love from, askress2009 _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From mjr at dsl.pipex.com Wed Oct 6 09:57:15 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] the arabic translation In-Reply-To: <20041005202732.66658.qmail@web53809.mail.yahoo.com> Message-ID: <0b4107a4ff6b705bbfaf5af8dac58523@bouncing.localnet> On 2004-10-05 21:27:32 +0100 kress wrote: > again, you can find the arabic translation of the > readme file in this link. Yahoo doesn't like me. Maybe you should email that directly to the documentation manager so he can upload it somewhere? -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk From tarallo at ort.edu.uy Wed Oct 6 12:10:22 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Currency on Items Message-ID: <416329DE.4030104@ort.edu.uy> While working with the Items in the koha-MARC link I?ve noticed that the books have a price and reposition price, but is not stablished the Currency of that price. Koha "assumes" the local currency? This is very importatn for us, we have many books purchased in the United States and Europe that are in dollars and Euros. Andr?s From shedges at skemotah.com Wed Oct 6 12:35:34 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Currency on Items In-Reply-To: <416329DE.4030104@ort.edu.uy> References: <416329DE.4030104@ort.edu.uy> Message-ID: <33000.65.24.138.126.1097019334.spork@webmail.skemotah.com> Andres Tarallo said: > While working with the Items in the koha-MARC link I?ve noticed that the > books have a price and reposition price, but is not stablished the > Currency of that price. Koha "assumes" the local currency? Yes, Koha assumes the local currency. (Someone may correct me, but I believe MARC "assumes" the local currency, too.) You can manage currencies and exchange rates with Koha's "normal acquisitions" module when you place and receive orders, but the catalogue record has no way of tracking currencies and exchange rates. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tarallo at ort.edu.uy Thu Oct 7 06:44:50 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Currency on Items In-Reply-To: <33000.65.24.138.126.1097019334.spork@webmail.skemotah.com> References: <416329DE.4030104@ort.edu.uy> <33000.65.24.138.126.1097019334.spork@webmail.skemotah.com> Message-ID: <41642F12.10602@ort.edu.uy> Hmmm .... It will be usefull (at least for us) to have the currency as an atribute to the Item. I'll study the subject and latter on we speak about. Andres Stephen Hedges wrote: >Andres Tarallo said: > > >>While working with the Items in the koha-MARC link I?ve noticed that the >>books have a price and reposition price, but is not stablished the >>Currency of that price. Koha "assumes" the local currency? >> >> > >Yes, Koha assumes the local currency. (Someone may correct me, but I >believe MARC "assumes" the local currency, too.) You can manage >currencies and exchange rates with Koha's "normal acquisitions" module >when you place and receive orders, but the catalogue record has no way of >tracking currencies and exchange rates. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041006/81702bbe/attachment.html From tarallo at ort.edu.uy Thu Oct 7 06:47:20 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Currency on Items In-Reply-To: <33000.65.24.138.126.1097019334.spork@webmail.skemotah.com> References: <416329DE.4030104@ort.edu.uy> <33000.65.24.138.126.1097019334.spork@webmail.skemotah.com> Message-ID: <41642FA8.10100@ort.edu.uy> Hmmm .... It will be usefull (at least for us) to have the currency as an atribute to the Item. I'll study the subject and latter on we speak about. Andres Stephen Hedges wrote: >Andres Tarallo said: > > >>While working with the Items in the koha-MARC link I?ve noticed that the >>books have a price and reposition price, but is not stablished the >>Currency of that price. Koha "assumes" the local currency? >> >> > >Yes, Koha assumes the local currency. (Someone may correct me, but I >believe MARC "assumes" the local currency, too.) You can manage >currencies and exchange rates with Koha's "normal acquisitions" module >when you place and receive orders, but the catalogue record has no way of >tracking currencies and exchange rates. > > > From tarallo at ort.edu.uy Thu Oct 7 07:07:09 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Currency on Items In-Reply-To: <20041006061951.XVJA1470.mx-mtaout01.mts.net@mx-mtaout> References: <20041006061951.XVJA1470.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <4164344D.4040402@ort.edu.uy> Steven: In my current ILS I take care of the following Items: Price, Currency (Pesos Uruguayos, Dollars, Euro) and exchange rate. This is important for us, we keep track of our books in both local currency and the foreing currency of the country they were purchased (we import many books), remeber that I live in a developing country (with inflation) and exchange rate matters here. Andres Baljkas Family wrote: >Wednesday, October 6, 2004 01:10 CDT > >Hi, Stephen et al., > >Just 2 cents on the MARC matter. > >To be accurate, MARC21 makes *no* assumption about currency type/s. That is left for humans doing the coding to worry about. In Canada, we are so used to entering prices twice (first for CDN, second for USD) it is a non-issue. All Andres should do is make sure his library's cataloguing policy allows for the different entries. > >You will find that exempla for use of MARC21 on the LC website and elsewhere are mostly (i.e. almost all) using USD as the default. Sort of *cuius regio, eius religio*. > >And one other minor correction, Stephen: the catalogue record has multiple points at which you can track currency (I wouldn't see the point in noting the exchange rate, but maybe I am just not OCD enough), not the least of which is within the $c qualifier ("the price or a brief statement of availability and [my emphasis] **any parenthetical information qualifying the information**"). > >Just FYI. > > From rosalie at library.org.nz Thu Oct 7 09:33:37 2004 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:50:27 2005 Subject: [Koha] Re: [Fwd: librarian from india need for your help] In-Reply-To: <1059.192.168.10.217.1097004381.squirrel@192.168.10.217> Message-ID: <41650D71.3106.1D513E@localhost> Hello Kanwal The people who can help you most with implementing Koha are on the koha list, and I will circulate this reply to that list so that people can contact you direct. What you should do: Join the koha list at http://koha.org/mailing/ Then send a post to the list telling everyone which version of koha you are treying to implement, and as much detail as possible about what is going wrong. Good Luck Rosalie > > hello dear madam, > i am Mrs.Kanwaljit Dhindsa working as a librarian in > engg. college. I want some help from your side. > I am also implementing Koha LIS software,but i have > some problems in implementation ,do you any provide > help to me > if yes,then i will write you in detail about my > problems.If the concerned person for automation is > another one ,please forward my mail to him/her. > i will be very thankful to you, > > with kind regards, > Kanwal > > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - 100MB free storage! > http://promotions.yahoo.com/new_mail > > Rosalie Blake Head of Libraries, Horowhenua Library Trust From Bart.Goossens at lin.vlaanderen.be Fri Oct 8 00:41:51 2004 From: Bart.Goossens at lin.vlaanderen.be (Bart Goossens) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Support and training Message-ID: <41652B7F.8070007@lin.vlaanderen.be> Dear We're now working with CDS/ISIS and ProCite and want to convert about 20000 records into Koha. Can someone tell me who much it costs to implement Koha and if it is possible to get support and training? Yours sincerely -- -- Bart Goossens Bibliothecaris / Librarian Instituut voor Bosbouw en Wildbeheer Institute for Forestry and Game Management Gaverstraat 4 B-9500 Geraardsbergen Belgium tel.: +32 (0)54 43 71 27 fax: +32 (0)54 43 61 60 e-mail: Bart.Goossens@lin.vlaanderen.be http://www.ibw.vlaanderen.be http://www.felnet.be (Flanders Environmental Library Network) From lib at gndec.ac.in Fri Oct 8 20:03:14 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: Message-ID: On Wed, 6 Oct 2004, Library wrote: > hai all, > i want to set up my OPAC for 2.0.0 because it shows only title,author,copyright & > location but i also want the calssification no. in the OPAC.But i don't > know how to do it,if anyone knows about it,please tell me...? > kanwaljit > Librarian > GNDEC,Ludhiana > > > > Hi Paul, > > > > On Tue, 2004-10-05 at 15:07, Paul POULAIN wrote: > > > > > I encourage all the translators team to work on actual CVS. I can send a > > > uptodate file to translate to anyone requesting it. the opac is about > > > 500 lines, the librarian interface is about 3000 lines (without > > > OnlineHelp for instance) > > > > Requesting the uptodate file. I'm volunteering to translate Koha into my > > mother tongue - Bangla/Bengali (BN), spoken by about 200 million people > > in India and Bangladesh. > > > > cheers, > > -indra. > > > > > > > > > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From akc at bic.boseinst.ernet.in Fri Oct 8 20:34:29 2004 From: akc at bic.boseinst.ernet.in (Dr. Arun K. Chakraborty) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Support and training In-Reply-To: <41652B7F.8070007@lin.vlaanderen.be> References: <41652B7F.8070007@lin.vlaanderen.be> Message-ID: <20041008073429.M68203@bic.boseinst.ernet.in> Dear I am also looking for the same solution. With best wishes (Dr. Arun Kumar Chakraborty) Librarian Bose Institute, Kolkata, India On Thu, 07 Oct 2004 13:41:51 +0200, Bart Goossens wrote > Dear > > We're now working with CDS/ISIS and ProCite and want to convert > about 20000 records into Koha. Can someone tell me who much it costs > to implement Koha and if it is possible to get support and training? > Yours sincerely > > -- > -- > Bart Goossens > Bibliothecaris / Librarian > Instituut voor Bosbouw en Wildbeheer > Institute for Forestry and Game Management > Gaverstraat 4 > B-9500 Geraardsbergen > Belgium > > tel.: +32 (0)54 43 71 27 > fax: +32 (0)54 43 61 60 > e-mail: Bart.Goossens@lin.vlaanderen.be > > http://www.ibw.vlaanderen.be > http://www.felnet.be (Flanders Environmental Library Network) > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha DR. ARUN KUMAR CHAKRABORTY LIBRARIAN BOSE INSTITUTE, KOLKATA, INDIA MAIN CAMPUS : 93/1 A.P.C. ROAD, KOLKATA 700 009 INDIA PH : 91-33-2350 2402/03, 6619,6702 FAX : 91-33-2350 6790 CENTENARY CAMPUS : P1/12 CIT SCHEME - VII-M, KOLKATA 700 054 INDIA PH : 91-33-2337 9544, 9416, 9219 FAX : 91-33-2334 3886 Ph (Res) : 33-2672 1192, 3892 E-MAIL : akc@bic.boseinst.ernet.in, arunchkr@vsnl.net.in, c_arunk@hotmail.com From rachel at katipo.co.nz Sat Oct 9 02:08:33 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: Koha not working - Error Message In-Reply-To: References: Message-ID: <41669151.6080409@katipo.co.nz> Dear Asim, I will forward you message to the Koha list so your question can be easily answered - you should consider joining the list, the people are very helpful. Cheers - and welcome to the Koha family Rachel ASIM AMIN wrote: > Dear Sir/Madam, > > i have installed koha on windows 98 with all requirments , now after I > am opening the main page but seeing following error, while i installed > all the thing required for koha. > > I have also tried to installed it again and again but not functioning, > sir I'll wait for your technical support. I want to use this software > for our library.. > > Thanks > > > Server error! > > The server encountered an internal error and was unable to complete > your request. > > Error message: > Premature end of script headers: opac-main.pl > > If you think this is a server error, please contact the webmaster > . > > > Error 500 > > 10.95.95.96 > 10/07/04 13:54:01 > Apache/2.0.52 (Win32) > > // > > Asim Amin > KPO/Network Admin > SSAQ Museum of Archaeology and Ethnology > University of Peshawar, NWFP, Pakistan. > > > > > ------------------------------------------------------------------------ > Protect your PC - Click here > for McAfee.com VirusScan Online From paul.poulain at free.fr Sat Oct 9 02:23:02 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: Koha not working - Error Message In-Reply-To: <41669151.6080409@katipo.co.nz> References: <41669151.6080409@katipo.co.nz> Message-ID: <416694B6.80604@free.fr> Rachel Hamilton-Williams a ?crit : >> >> Server error! >> >> The server encountered an internal error and was unable to complete >> your request. >> Error message: >> Premature end of script headers: opac-main.pl >> >> If you think this is a server error, please contact the webmaster >> . > Hi asim, This message is useless, it just means there is an error, but don't say where/what sort of. What is useful is the log file. Hidden somewhere, but I don't know where for your win98 server, as I work only with GNU/linux. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Sat Oct 9 02:24:20 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Support and training In-Reply-To: <41652B7F.8070007@lin.vlaanderen.be> References: <41652B7F.8070007@lin.vlaanderen.be> Message-ID: <41669504.5080109@free.fr> Bart Goossens a ?crit : > Dear > > We're now working with CDS/ISIS and ProCite and want to convert about > 20000 records into Koha. > Can someone tell me who much it costs to implement Koha and if it is > possible to get support and training? > Yours sincerely Hi Bart, What about some help from France (Marseille) ? do you speak french ? If you may be interested, you can send me a mail (paul at koha-fr.org) directly -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From oleonard at athenscounty.lib.oh.us Sat Oct 9 02:37:03 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: Koha not working - Error Message Message-ID: <200410081354.i98Dsv1x003410@alma.athenscounty.lib.oh.us> > >> Error message: > >> Premature end of script headers: opac-main.pl > Hidden somewhere, but I don't know where for your win98 > server If it is an Apache installation on windows, it's probably in a folder like this: C:\Program Files\Apache Group\Apache\logs\error.log -- Owen From garthus at lilrc.org Sat Oct 9 03:49:42 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <41665088.8070501@free.fr> References: <41626B6E.90605@free.fr> <1096999947.6110.113.camel@enforcer.banglamafia.org> <4162FA63.7000801@free.fr> <41655790.4060807@lilrc.org> <41665088.8070501@free.fr> Message-ID: <4166A906.80403@lilrc.org> Paul, If you send me the files, I would be willing to do translations for Russian, Turkish and Kyrgyz.. I would like to use Koha as the Opac front end for a project which I am working on in Central Aasia. Gerry Gerry Arthus Systems Administrator: Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor: Departments of: Graduate Computer Engineering, Earth and Environmental Science, and Engineering Management C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville, New York US 11548-1300 Phone: 516-299-2293 POULAIN wrote: > Gerry Arthus a ?crit : > >> Paul, >> What languages are already translated for koha. >> >> Gerry > > > in 2.0 we had english, french, polish, chines. > In 2.2 we have english, french soon, don't know other languages status > yet. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041008/8e0936fe/attachment.htm From clb24 at buffalo.edu Sat Oct 9 05:08:41 2004 From: clb24 at buffalo.edu (Christopher L Brown-Syed) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] MICRO CDS/ISIS import into Koha? Message-ID: Pardon me if this is a FAQ. Has anyone successfully exported a catalogue from Micro CDS/ISIS (the Unesco software of the early 1990s), and imported it into Koha? ISIS exported records in ISO 2709 format, I believe. By now, most ISIS users would have migrated to WinISIS, which had a GUI, and maybe different file structures. But there are still some NGOs and not for profits sticking to their old DOS based ISIS. Cheers, Chris -- Christopher Brown-Syed o ~ clb24@buffalo.edu ~ \-----\---/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "There can be no virtue in obeying the law of gravity." - J.E.McTaggart. From tarallo at ort.edu.uy Sat Oct 9 07:12:43 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] MICRO CDS/ISIS import into Koha? In-Reply-To: References: Message-ID: <4166D89B.8070103@ort.edu.uy> We're currently doing this process (Universidad ORT, Montevideo, Uruguay). We've MicroISIS for DOS our cataloging system is CEPAL (very popular in Latin America), we run MicroISIS in Windows (9x). As far as I know microisis is still widely deployed in many libraries at least here in Uruguay (it was distributed for free), and I think similar situation is common to the rest of latin america. With the help of our Librarians and some documentation from the OpenISIS project we're decoding the exported files (that are similar to ISO2709, but not conforming). We're writing our own tools to do the translation between ISIS maping (CEPAL) to MARC21 and the merge of our databases. Right know we have a test instalation working, with about 1000 biblios retrieved from each of the two branches our university has. We hope to start working in a few days in adding functionalities to Koha. WinISIS works with MARC (I think). Welcome aboard !!!!!!!!! Andres Christopher L Brown-Syed wrote: >Pardon me if this is a FAQ. Has anyone successfully exported a catalogue >from Micro CDS/ISIS (the Unesco software of the early 1990s), and imported >it into Koha? ISIS exported records in ISO 2709 format, I believe. By now, >most ISIS users would have migrated to WinISIS, which had a GUI, and maybe >different file structures. But there are still some NGOs and not for >profits sticking to their old DOS based ISIS. > > From shedges at skemotah.com Sat Oct 9 12:00:58 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] MICRO CDS/ISIS import into Koha? In-Reply-To: <4166D89B.8070103@ort.edu.uy> References: <4166D89B.8070103@ort.edu.uy> Message-ID: <32801.65.24.138.126.1097276458.spork@webmail.skemotah.com> Christopher, you might also want to go to the Koha wiki (www.koha.org/wiki) and take a look at Baiju's "CDS/ISIS based system to Koha" migration notes in the "Installation and migration" section. Stephen Andres Tarallo said: > We're currently doing this process (Universidad ORT, Montevideo, > Uruguay). We've MicroISIS for DOS our cataloging system is CEPAL (very > popular in Latin America), we run MicroISIS in Windows (9x). As far as I > know microisis is still widely deployed in many libraries at least here > in Uruguay (it was distributed for free), and I think similar situation > is common to the rest of latin america. > > With the help of our Librarians and some documentation from the OpenISIS > project we're decoding the exported files (that are similar to ISO2709, > but not conforming). We're writing our own tools to do the translation > between ISIS maping (CEPAL) to MARC21 and the merge of our databases. > > Right know we have a test instalation working, with about 1000 biblios > retrieved from each of the two branches our university has. We hope to > start working in a few days in adding functionalities to Koha. > > WinISIS works with MARC (I think). Welcome aboard !!!!!!!!! > > Andres > > Christopher L Brown-Syed wrote: > >>Pardon me if this is a FAQ. Has anyone successfully exported a catalogue >>from Micro CDS/ISIS (the Unesco software of the early 1990s), and >> imported >>it into Koha? ISIS exported records in ISO 2709 format, I believe. By >> now, >>most ISIS users would have migrated to WinISIS, which had a GUI, and >> maybe >>different file structures. But there are still some NGOs and not for >>profits sticking to their old DOS based ISIS. >> >> -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From baijum81 at lycos.com Sat Oct 9 17:56:14 2004 From: baijum81 at lycos.com (Baiju M) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] MICRO CDS/ISIS import into Koha? Message-ID: <20041009045614.C4661C610F@ws7-5.us4.outblaze.com> I think CDS/ISIS version 1.3.x onwards has support for exporting data as XML, but I failed to export data as XML from 1.3.x of CSS/ISIS. If you cannot export data as XML from old CDS/ISIS versions, first import the data into newer version of CDS/ISIS (1.4 or later). I think most the libraries will be using some third party ISIS pascal based software for management of library activities (circulation, cataloging etc.), All these data can be exported as ISO 2709 (CCF?), now you can import this into ISIS 1.4 or 1.5.x and then export it as XML. I think a large number of ISIS users will be migrating to Koha by next few years. The document available in the wiki is not sufficiant for a quick migration, I will try to imrove it, I expect contribution from other users who migrated to Koha from ISIS. Stephen, what about icluding the ISIS migration document in the standard Koha document as an appendix? Regards, Baiju M ----- Original Message ----- From: "Stephen Hedges" Date: Fri, 8 Oct 2004 19:00:58 -0400 (EDT) To: koha@lists.katipo.co.nz Subject: Re: [Koha] MICRO CDS/ISIS import into Koha? > Christopher, you might also want to go to the Koha wiki > (www.koha.org/wiki) and take a look at Baiju's "CDS/ISIS based system to > Koha" migration notes in the "Installation and migration" section. > > Stephen > > Andres Tarallo said: > > We're currently doing this process (Universidad ORT, Montevideo, > > Uruguay). We've MicroISIS for DOS our cataloging system is CEPAL (very > > popular in Latin America), we run MicroISIS in Windows (9x). As far as I > > know microisis is still widely deployed in many libraries at least here > > in Uruguay (it was distributed for free), and I think similar situation > > is common to the rest of latin america. > > > > With the help of our Librarians and some documentation from the OpenISIS > > project we're decoding the exported files (that are similar to ISO2709, > > but not conforming). We're writing our own tools to do the translation > > between ISIS maping (CEPAL) to MARC21 and the merge of our databases. > > > > Right know we have a test instalation working, with about 1000 biblios > > retrieved from each of the two branches our university has. We hope to > > start working in a few days in adding functionalities to Koha. > > > > WinISIS works with MARC (I think). Welcome aboard !!!!!!!!! > > > > Andres > > > > Christopher L Brown-Syed wrote: > > > >>Pardon me if this is a FAQ. Has anyone successfully exported a catalogue > >>from Micro CDS/ISIS (the Unesco software of the early 1990s), and > >> imported > >>it into Koha? ISIS exported records in ISO 2709 format, I believe. By > >> now, > >>most ISIS users would have migrated to WinISIS, which had a GUI, and > >> maybe > >>different file structures. But there are still some NGOs and not for > >>profits sticking to their old DOS based ISIS. > >> > >> -- _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10 From hsrai at gmx.net Sat Oct 9 19:35:44 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] fine2.pl compilation aborted Message-ID: It appears to us that Koha2.0.0 works fine, except fine calulation as it need to be entered in crontab. Before entering in crontab, i tried it using ./fines2.pl, but it failed and gave following message: > Can't locate C4/Context.pm in @INC (@INC contains: > /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 > /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) > at > ./fines2.pl line 30. > BEGIN failed--compilation aborted at ./fines2.pl line 30. while this file was there at: /usr/local/koha/intranet/modules/C4/Context.pm Then I used following way to bring it in its path (I know it is wrong way, but I don't know right way, please help me here also.) ln -s /usr/local/koha/intranet/modules/C4 C4 On this, above mentioned error was eliminated, but it gave following error: > DBD::mysql::st execute failed: No Database Selected at > /usr/lib/perl5/5.8.0/C4/Circulation/Fines.pm line 71. > DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at > /usr/lib/perl5/5.8.0/C4/Circulation/Fines.pm line 75. Please let me know the fault. Is my installation fine? What and where I need to change? Thanks in advance. -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : Procmail recipe to split digests LOST #076 A procmail recipe to split digests from mailing lists into its component mails, would be as shown .. (This example is for LIH digests). In your .procmailrc (or /etc/procmailrc) add: :0: * (^To:.*|^Cc:.*)linux-india-help | formail +1 -ds >> $HOME/mail/LIH ####[rfowkar (at) yahoo.com]################################## : From indradg at icbic.com Sat Oct 9 21:25:10 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] fine2.pl compilation aborted In-Reply-To: References: Message-ID: <1097310309.8270.6.camel@enforcer.banglamafia.org> Hi, On Sat, 2004-10-09 at 12:05, H S Rai wrote: > /usr/local/koha/intranet/modules/C4/Context.pm > > Then I used following way to bring it in its path (I know it is wrong > way, but I don't know right way, please help me here also.) Assuming that you are using the Bash shell, the "proper" technique is to use the following `export PERL5LIB="/usr/local/koha/intranet/modules"` before running the Koha command line scripts. cheers, -indranil -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From shedges at skemotah.com Sun Oct 10 02:37:35 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] MICRO CDS/ISIS import into Koha? In-Reply-To: <20041009045614.C4661C610F@ws7-5.us4.outblaze.com> References: <20041009045614.C4661C610F@ws7-5.us4.outblaze.com> Message-ID: <32951.65.24.138.126.1097329055.spork@webmail.skemotah.com> Baiju M said: > Stephen, what about icluding the ISIS migration document in the standard > Koha document as an appendix? Yes, it will be in the documentation, but in the section about migration (for systems administrators). Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From rjw at alembic.com Tue Sep 28 14:55:22 2004 From: rjw at alembic.com (Ron Wickersham) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Breeding farm => Repository In-Reply-To: <415976EC.10220.146CFBD@localhost> References: <183f01c4a493$c272fcc0$0a03010a@mail2world.com> <415976EC.10220.146CFBD@localhost> Message-ID: hi Stephen, carrying on this difficult issue ;-)... may i offer "MARC input reservoir" or "raw MARC reservoir" as a possible solution? while it's three words, somehow it seems better than leaving MARC out. -ron On Tue, 28 Sep 2004, Rosalie Blake wrote: > Hi Stephen > I, too like reservoir better than repository, which to me has a tone of > permanent resting place, rather than temporary home. (And is it > rnging a JFK bell - was it the Dallas Book Repository from which the > shots were, or weren't fired? Bad vibe). > Reservoir is the place you draw from, and processing as you draw > is often the case with water reservoirs. > Rosalie > > On 27 Sep 2004, at 20:19, Stephen Hedges wrote: > > > BWS Johnson said: > > > How about raw records then? I think the simpler the language, the > > > easier the translation and use. > > > > I kinda like that -- it conveys the idea that the MARC records in the > > repository are "uncooked," that you take them and "cook" them (by > > adding your holdings information) and then they are ready to serve up > > in the catalog. > > > > But I think the problem is that "raw records" describes the records, > > and not the entity that holds them. > > > > I have problems of one sort or the other with every term that's been > > proposed. Even "repository" (my suggestion) gives the idea that the > > records are just stored there in a state of "repose." > > > > The "breeding farm" is really a "stockpile for imported but unfinished > > MARC records." So is there a way to condense that to one or two > > words? > > > > Paul is correct, I had originally thought that "reservoir" -- which is > > the term used in the French templates -- was best, since it conveys > > the idea of a place to hold records for later use. But the cataloger > > doesn't simply draw from the reservoir, there's an essential > > modification to the record that takes place as it's pulled from the > > "stockpile for imported but unfinished MARC records." Still, > > "reservior" does have the advantage of working (sort of) in at least > > two languages! > > > > -- > > Stephen Hedges > > Skemotah Solutions, USA > > www.skemotah.com -- shedges@skemotah.com > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > Rosalie Blake > Head of Libraries, Horowhenua Library Trust > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From amin200m at uregina.ca Fri Oct 1 05:54:56 2004 From: amin200m at uregina.ca (Mohamed Amin) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Full Arabic Translation Message-ID: <415C4870.4070704@uregina.ca> Hi everybody, I'd like to announce that we have finished a full Arabice translation for Koha-1.2.3 It is now installed in the State Information Service - Resources Center "www.sis.gov.eg", the system is available for internal use untill now. It has been tested and accepted by the library professionals in Egypt. My team and I are working currently in the translation of Koha-2.0. Also I'm working with some decision makers in the biggest libraries in Egypt in order to have thier support, as we are thinking of making Koha the default library system for governomental libraries. I'm expecting a lot of your support and wish you good luck. All the best. Mohamed Amin Software Systems Engineering University of Regina Regina SK, S4S 0A2 Canada Tel: +1(306) 337-8049 From N.Hatch at ecla.de Thu Sep 30 03:08:38 2004 From: N.Hatch at ecla.de (Nicole Hatch) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] recent acquisitions search function Message-ID: <36A66A894E83724CBD97F09AB7615E260B2304@eclaex01.ecla.int> Hello Koha, I think it's a really cool that Koha's main opac allows patrons to view recent acquisitions (acquired in the last 30 days). This works fine for my fiction and non fiction books, but for some reason it won't allow me to search Digital Videodisc and Video Cassette. Instead, it directs me to my server administrator. My administrator can't figure it out either. Has anyone else ever had this problem? Any suggestions? Below is the link to the user site. http://opac.ecla.int/cgi-bin/koha/opac-main.pl Thanks, Nicole Nicole Hatch Programme Coordinator / Librarian European College of Liberal Arts Platanenstr. 24 13156 Berlin +49 30 4373 3124 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20040929/8f771a68/attachment.html From lib at gndec.ac.in Wed Oct 6 20:17:21 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <1096999947.6110.113.camel@enforcer.banglamafia.org> Message-ID: hai all, i want to set up my OPAC for 2.0.0 because it shows only title,author,copyright & location but i also want the calssification no. in the OPAC.But i don't know how to do it,if anyone knows about it,please tell me...? kanwaljit Librarian GNDEC,Ludhiana > Hi Paul, > > On Tue, 2004-10-05 at 15:07, Paul POULAIN wrote: > > > I encourage all the translators team to work on actual CVS. I can send a > > uptodate file to translate to anyone requesting it. the opac is about > > 500 lines, the librarian interface is about 3000 lines (without > > OnlineHelp for instance) > > Requesting the uptodate file. I'm volunteering to translate Koha into my > mother tongue - Bangla/Bengali (BN), spoken by about 200 million people > in India and Bangladesh. > > cheers, > -indra. > > > From mjr at dsl.pipex.com Mon Oct 11 22:42:31 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] fine2.pl compilation aborted In-Reply-To: <1097310309.8270.6.camel@enforcer.banglamafia.org> Message-ID: <47cd12ba99f07f81fa5792c0f63d2735@bouncing.localnet> On 2004-10-09 09:25:10 +0100 Indranil Das Gupta wrote: > Assuming that you are using the Bash shell, the "proper" technique is > to > use the following `export PERL5LIB="/usr/local/koha/intranet/modules"` > before running the Koha command line scripts. I prefer to put -I/usr/local/koha/intranet/modules after "perl" and before the script name. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Speaking at ESF on Sat 16 Oct - http://www.affs.org.uk/ From tarallo at ort.edu.uy Tue Oct 12 07:45:04 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey Message-ID: <416AD4B0.8090406@ort.edu.uy> Hi !!! I've my test instalation working, now I'm receiving feedback from my users. We've noticed that we can't see the Dewey of a biblio when we enter to the catalog. However, if with go to the database the dewey is asociated to MARC Field 90d, as I specified in the Parameters (Links MARC-Koha). How can I solve this? Andres From tarallo at ort.edu.uy Tue Oct 12 12:39:37 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Are adquisitons working? Message-ID: <416B19B9.5000006@ort.edu.uy> We continue testing our pilot instalation, today we made a bounch of adquistions and we stomped with a weird behaviour (bug?). We made an aquisition, purchased 5 items of the same title. We received the order, stated that we received the 5 items. We're asked for the barcode only on time (this is right?), and the budget is adjusted accordingly. Then we go to the catalog and search for the book, we find it with 0 avaliable items, we see the details and find that we have only one item, we lost 4 !!!!!. Thanks Andres From mjr at dsl.pipex.com Wed Oct 13 01:16:03 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: <416AD4B0.8090406@ort.edu.uy> Message-ID: On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: > We've noticed that we can't see the Dewey of a biblio when we enter > to the > catalog. What does "enter to the catalogue" mean? > However, if with go to the database the dewey is asociated to MARC > Field 90d, > as I specified in the Parameters (Links MARC-Koha). How can I solve > this? -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Speaking at ESF on Sat 16 Oct - http://www.affs.org.uk/ From mjr at dsl.pipex.com Wed Oct 13 01:21:25 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Are adquisitons working? In-Reply-To: <416B19B9.5000006@ort.edu.uy> Message-ID: <5a2a664c21f60a5f1f2b53eb5921e71d@bouncing.localnet> On 2004-10-12 00:39:37 +0100 Andres Tarallo wrote: > We continue testing our pilot instalation, today we made a bounch of > adquistions and we stomped with a weird behaviour (bug?). Excuse me, but my memory is bad. What version is your pilot installation? In 2.0.1, full acquisitions seems to have many bugs but I don't know enough testers to track them all down. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Speaking at ESF on Sat 16 Oct - http://www.affs.org.uk/ From tarallo at ort.edu.uy Wed Oct 13 06:56:03 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: References: Message-ID: <416C1AB3.9020809@ort.edu.uy> MJ Ray wrote: > On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: > >> We've noticed that we can't see the Dewey of a biblio when we enter >> to the catalog. > > What does "enter to the catalogue" mean? If you're in the Intranet click in "catalog" search for a book, then click on it. If I wan't to edit the biblio it expect to find the Dewey in the 090d, but Koha finds the Dewey in 082. Since we're not LOC we should use the 090d as our dewey. Andres PD:we're working with version 2.1.2 of Koha. From tarallo at ort.edu.uy Wed Oct 13 07:02:32 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Are adquisitons working? In-Reply-To: <5a2a664c21f60a5f1f2b53eb5921e71d@bouncing.localnet> References: <5a2a664c21f60a5f1f2b53eb5921e71d@bouncing.localnet> Message-ID: <416C1C38.1060802@ort.edu.uy> We're working with version 2.1.2 MJ Ray wrote: > On 2004-10-12 00:39:37 +0100 Andres Tarallo wrote: > >> We continue testing our pilot instalation, today we made a bounch of >> adquistions and we stomped with a weird behaviour (bug?). > > > Excuse me, but my memory is bad. What version is your pilot > installation? In 2.0.1, full acquisitions seems to have many bugs but > I don't know enough testers to track them all down. > From matt at rainbowwings.org Wed Oct 13 14:18:54 2004 From: matt at rainbowwings.org (Matt Hartfield) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Z39.50 search javascript errors Message-ID: <1097630334.23878.206335966@webmail.messagingengine.com> Hi all, I've installed a pilot version of Koha to try it out for a new small library in Ohio (USA). The interface is very nice, and for the most part is working great, but I'm having troubles with the Z39.50 search portion of the acquisitions interface. With either the simple or the normal/advanced interface, when I edit a MARC biblio and click the "Z39.50 search" button I get this Javascript error in the Javascript console of my browser (happens on Firefox, Mozilla, and IE): Error: document.forms[0].field_value has no properties Source File: acqui.simple/addbiblio.pl?oldbiblionumber=1 Line: 412 When I inspect the DOM of the page I see that document.forms[0] doesn't have any property field_value, so this looks like a legitimate error message. Is this page working for other people? My Koha version is: 2.0.1RC1 Thanks, Matt Hartfield --- Matt Hartfield matt@rainbowwings.org From lib at gndec.ac.in Thu Oct 14 00:42:32 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] koha testing cancel/lost & in binding books Message-ID: sir, please check the following that i perform the some actions on some books like: W25370 : i gave the comment to this no. that this is in binding but now i don't find out ,where it is? 24927 :i select the option lost for this no. this is also not shown in search. W25022 : i select it as cancelled ,is it retrieable in the database or not. database treated these three types only as cancelled or differently,please direct. -- Mrs.kanwal librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Thu Oct 14 00:51:19 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: Message-ID: hi koha! i think he is asking about the OPAC display screen, we also have the same problem that when we search any record it doesn't display the Classification no. & i think we need to reset our OPAC .how can we do it? > On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: > > > We've noticed that we can't see the Dewey of a biblio when we enter > > to the > > catalog. > > What does "enter to the catalogue" mean? > > > However, if with go to the database the dewey is asociated to MARC > > Field 90d, > > as I specified in the Parameters (Links MARC-Koha). How can I solve > > this? > > -- O/Ic Library Guru Nanak Dev Engineering College Ludhiana (Punjab) India From Rich.Baldwin at noaa.gov Thu Oct 14 01:45:05 2004 From: Rich.Baldwin at noaa.gov (Rich Baldwin) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? Message-ID: <416D2351.80900@noaa.gov> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041013/b8a8e6d5/attachment.htm From shedges at skemotah.com Thu Oct 14 05:44:23 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Z39.50 search javascript errors In-Reply-To: <1097630334.23878.206335966@webmail.messagingengine.com> References: <1097630334.23878.206335966@webmail.messagingengine.com> Message-ID: <39449.66.213.78.3.1097685863.spork@webmail.skemotah.com> Matt Hartfield said: > With either the simple or the > normal/advanced interface, when I edit a MARC biblio and click the > "Z39.50 search" button I get this Javascript error in the Javascript > console of my browser Hmm, that's a little confusing. Normally you don't edit the biblio, you choose to add a biblio, supply some search term (like an ISBN), then click on "Z39.50 Search" to start searching against your list of Z39.50 servers for a record that matches your search term. After you've selected a match, that's when you get the chance to edit the biblio. I've had no problems with the Z39.50 search -- assuming I remember to start the daemon :-) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Oct 14 05:54:19 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: References: Message-ID: <1603.66.213.78.3.1097686459.spork@webmail.skemotah.com> You're using 2.1.2, correct? If so, you might want to try mapping your call number (Dewey or whatever) to the itemcallnumber field. Older versions of Koha can split the call number across several fields (biblioitems.classification, biblioitems.dewey, and biblioitems.subclass). That means you may have to adjust your mapping and/or edit the templates in order to see what you want to see on the OPAC screens. Stephen Library said: > hi koha! > i think he is asking about the OPAC display screen, we also have the same > problem that when we search any record it doesn't display the > Classification no. & i think we need to reset our OPAC .how can we do it? > >> On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: >> >> > We've noticed that we can't see the Dewey of a biblio when we enter >> > to the >> > catalog. > -- > O/Ic Library > Guru Nanak Dev Engineering College > Ludhiana (Punjab) India > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Oct 14 05:56:52 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? In-Reply-To: <416D2351.80900@noaa.gov> References: <416D2351.80900@noaa.gov> Message-ID: <1840.66.213.78.3.1097686612.spork@webmail.skemotah.com> Rich, could you share your MARC-to-Koha mapping with us? Sounds like the problem may be there. Stephen Rich Baldwin said: > Running version 2.0.1 on Mandrake 10.1 w/ Apache2. > > Our librarian has assembled serveral thoasand Marc record files which > import into the breeder table fine. I can add a biblio by using the > Acquistions Marc Biblio Management; I add a title. All of the > fields and subfields are correct (all nine). I get to the add > biblo page; this seems to work fine too. However, when doing a > Catalog search I can't find any of my titles! If I enter the the > copyright date in the title field for a particular book, I get the > reference information, but the fields have all shifted from the > correct order as when adding the biblio. What has happened? I > suspect there are some subfields which need to be turned off or on, but > it is unclear (from an administrators perspective) exactly which Marc > subfields need to be turned on and which need to be turned off. I > thought that the purpose of having a standard was to avoid this type of > tuning. Would greatly appreciate your advice. > > Thanks, Rich -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tarallo at ort.edu.uy Thu Oct 14 07:04:27 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: References: Message-ID: <416D6E2B.5020302@ort.edu.uy> I was speaking in the intranet, however I've also noticed that in the OPAC doesn't appear. Andres Library wrote: >hi koha! >i think he is asking about the OPAC display screen, we also have the same >problem that when we search any record it doesn't display the >Classification no. & i think we need to reset our OPAC .how can we do it? > > >>On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote >> >> >> >>>We've noticed that we can't see the Dewey of a biblio when we enter >>>to the >>>catalog. >>> >>> >>What does "enter to the catalogue" mean? >> >> From tarallo at ort.edu.uy Thu Oct 14 07:16:16 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey - CLARIFICATION NEEDED!! In-Reply-To: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> References: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <416D70F0.1020807@ort.edu.uy> Baljkas Family wrote: [..] >I was treated to the condescension of being told that I don't understand basic library terms. > > As I've told all of you when I'm intrduced myself in a programmer not a library technician >The problem Andres is running into is the IMPORTANT DISTINCTION (and until Dave Bigwood or one of my cataloguing mentors tells me I have this wrong I am sticking with what I know I was taught and have seen applied) BETWEEN AN ASSIGNED >CALL NUMBER (in this case Dewey) AND A CALL NUMBER USED LOCALLY. > > >Andres, the 082 is the correct tag for an (any) assigned Dewey number. Hmm... that was not what I understood from reading the documents of LOC. Take into account that we don't follow the LOC directives. > The indicators are used to code its cataloguing >source. Similarly for the 050 (LC number) or, for Canadians, 055 (LC-type > number assigned by NLC). >The custom of using 090 for the LOCAL call number stays with us (remains in several ILS) because the 090 WAS the place LC used to store its local call number used. > > OK, so I shoud map my Dewey to 082? I might misunderstood the LOC. >I feel like the voice crying in the wilderness, but here I go again: What Koha needs to do is ADOPT/ASSIGN A STANDARDISED/DEFAULT (modifiable if you wish) MARC TAG FOR THE CALL NUMBER TO BE USED/DISPLAYED BY THE SYSTEM. > > You seem to be confirming my suspects. >Andres, as for a more immediate solution to your problem: I think Stephen Hedges fielded this question (when I last remember it arising) several months ago. Maybe you can find it in the archives? Mapping the 082 to the 090? > > I might map my current field (remember that I use CDS/ISIS) to 082. >Stepping down off the soap box now, in the hopes that this may get us somewhere new, > > So do I. From hsrai at gmx.net Thu Oct 14 20:23:35 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] fine2.pl compilation aborted In-Reply-To: <47cd12ba99f07f81fa5792c0f63d2735@bouncing.localnet> Message-ID: Monday at 10:42am +0100 MJ Ray wrote: > On 2004-10-09 09:25:10 +0100 Indranil Das Gupta wrote: > > use the following `export PERL5LIB="/usr/local/koha/intranet/modules"` > > before running the Koha command line scripts. > > I prefer to put -I/usr/local/koha/intranet/modules after "perl" and > before the script name. I put path in script file: > #!/usr/bin/perl -I/usr/local/koha/intranet/modules > # This script loops through each overdue item, determines the fine, > # and updates the total amount of fines due by each user. It relies Now it ran fine one time, but on 2nd run it gave following error message: DBD::mysql::st execute failed: called with 2 bind variables when 1 are needed at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 156. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 157. May I know, what to change now. Thanks in advance. -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : Commenting lines under vi (for scripts) LOST #256 To comment out multiple lines while writing scripts under vi (where # is the comment marker): :.,+N s/^/#/g (where N is number of lines to be commented after the current cursor location inclusive of current). ####[kumarayil (at) eth.net]################################## : From lib at gndec.ac.in Thu Oct 14 21:06:57 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey In-Reply-To: <1603.66.213.78.3.1097686459.spork@webmail.skemotah.com> Message-ID: On Wed, 13 Oct 2004, Stephen Hedges wrote: > You're using 2.1.2, correct? If so, you might want to try mapping your > call number (Dewey or whatever) to the itemcallnumber field. > > Older versions of Koha can split the call number across several fields > (biblioitems.classification, biblioitems.dewey, and biblioitems.subclass). i am using koha 2.0.0 & also have confusion about the call no. where i need to set up & how..although i try for this....like i map only biblioitems.classification that is working fine but where i need to map the other classification fields like:- biblioitems.dewey biblioitems.subclass >>classification 082 a Classification number >>dewey ? >>subclass ? kanwal librarian gndec,ludhiana > That means you may have to adjust your mapping and/or edit the templates > in order to see what you want to see on the OPAC screens. > > Stephen > > Library said: > > hi koha! > > i think he is asking about the OPAC display screen, we also have the same > > problem that when we search any record it doesn't display the > > Classification no. & i think we need to reset our OPAC .how can we do it? > > > >> On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: > >> > >> > We've noticed that we can't see the Dewey of a biblio when we enter > >> > to the > >> > catalog. From matt at rainbowwings.org Mon Oct 18 05:32:02 2004 From: matt at rainbowwings.org (Matt Hartfield) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Z39.50 search javascript errors In-Reply-To: <39449.66.213.78.3.1097685863.spork@webmail.skemotah.com> References: <1097630334.23878.206335966@webmail.messagingengine.com> <39449.66.213.78.3.1097685863.spork@webmail.skemotah.com> Message-ID: Though I said it badly, that's what I was doing =). I figured out the problem - my MARC mapping was set up incorrectly. The error message had me confused, but apparently if my MARC mapping is incorrect the Javascript ends up out of whack. I fixed that and now the searches are executed. On to the next issue: the searches are being executed against my 2 Z targets and they're showing up in the z3950results table in the database, but they're not displaying in the popup results window for me to select one of them. That window tells me that I got no results even though I get exactly one hit back on ISBN from both Z servers. Any ideas for something goofy that I've neglected to configure? =) Thanks, Matt -- Matt Hartfield matt@rainbowwings.org http://www.rainbowwings.org Blog: http://www.rainbowwings.org/blogs/matt On Wed, 13 Oct 2004, Stephen Hedges wrote: > Hmm, that's a little confusing. Normally you don't edit the biblio, you > choose to add a biblio, supply some search term (like an ISBN), then click > on "Z39.50 Search" to start searching against your list of Z39.50 servers > for a record that matches your search term. After you've selected a > match, that's when you get the chance to edit the biblio. From baljkas at mts.net Wed Oct 6 19:19:51 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Currency on Items Message-ID: <20041006061951.XVJA1470.mx-mtaout01.mts.net@mx-mtaout> Wednesday, October 6, 2004 01:10 CDT Hi, Stephen et al., Just 2 cents on the MARC matter. To be accurate, MARC21 makes *no* assumption about currency type/s. That is left for humans doing the coding to worry about. In Canada, we are so used to entering prices twice (first for CDN, second for USD) it is a non-issue. All Andres should do is make sure his library's cataloguing policy allows for the different entries. You will find that exempla for use of MARC21 on the LC website and elsewhere are mostly (i.e. almost all) using USD as the default. Sort of *cuius regio, eius religio*. And one other minor correction, Stephen: the catalogue record has multiple points at which you can track currency (I wouldn't see the point in noting the exchange rate, but maybe I am just not OCD enough), not the least of which is within the $c qualifier ("the price or a brief statement of availability and [my emphasis] **any parenthetical information qualifying the information**"). Just FYI. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Stephen Hedges" > Date: 2004/10/05 Tue PM 06:35:34 CDT > To: "Andres Tarallo" > CC: koha@lists.katipo.co.nz > Subject: Re: [Koha] Currency on Items > > Andres Tarallo said: > > While working with the Items in the koha-MARC link I?ve noticed that the > > books have a price and reposition price, but is not stablished the > > Currency of that price. Koha "assumes" the local currency? > > Yes, Koha assumes the local currency. (Someone may correct me, but I > believe MARC "assumes" the local currency, too.) You can manage > currencies and exchange rates with Koha's "normal acquisitions" module > when you place and receive orders, but the catalogue record has no way of > tracking currencies and exchange rates. > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com From rachel at katipo.co.nz Tue Oct 5 16:37:48 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] USA Road Trip Update In-Reply-To: <412BA0D3.3090007@buniek.com> References: <412BA0D3.3090007@buniek.com> Message-ID: <51608.69.144.248.102.1096947468.squirrel@mail.katipo.co.nz> Hi all I thought I'd catch you up on where we actually got to on our trip... We spent a day being jetlagged in san Francisco - basically trying to stay awake :-) Then drove to Yosemite to see the trees - very big, very cool. Stayed in a TENT - freezing! and heard them scaring away b ears in the carpark - woke up in fright in the night Went on to Ely Navada over the taiaga pass - very high, snow, great views. Stayed in Ely - Nice folks at the SubWay where we had breakfast, but horrible coffee - got into unintentional argument with the nice girl and her boss about how espresso coffee isn't supposeed to be a huge cup of milky coffee - ho humm... Went to great basin national park - cute, saw dear, cave, really old bristlecone pines - got gently snowed on which was fun Went to Utah - stayed in Payston, nice food from the charming one man band diner, and then good breakfast recommended by hotel receptionist because we overslept for the free breaky. Did more utah than we meant to because we took ar wrong turn at Everston, so ended up in Logan, rather than at the monument we meant to go to Drove to Teton and Yellowstone, saw more elk antlers than is really good for someone, and stayed in historic hotel .because there wasn't anywhere else - oh and saw old faithful blow Got up early, saw bison, saw Elk, saw lots and lots more bison, saw a black bear and her 2 cubs, and yet more bison.... Drove to Billings montana, over beartooth pass/mountains Stayedin billings, and went to find pictographs today but couldn't find them, so basically walked about in the desert which was fun And tommorrow we fly to pitsburgh for a week. Cheers R -- Rachel Hamilton-Williams General Manager, Katipo Communications PO Box 12487, Wellington, New Zealand Phone +64-21-389 128, or +64-4-934 1285 Fax +64-4-934 1286 Web www.katipo.co.nz From baljkas at mts.net Thu Oct 7 11:11:24 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Currency on Items Message-ID: <20041006221124.FINF1470.mx-mtaout01.mts.net@mx-mtaout> Wednesday, October 6, 2004 16:50 CDT Hi, Andres, Sorry for being flippant about the exchange rate data. If you wish to record such data, it is certainly within the scope of the 020$c (ISBN, qualifying info) to do so. Someone can correct me, but I am fairly certain it would be okay to code as in the following example: 020 __ $a0201696967 $c$24.95 (CAD) 020 __ $a0201696967 $c$17.95 (USD; exchange rate) I've seen cataloguing copy where just the $c was entered in, just to track price data. I was taught that cataloguers should always have the $a (just to reinforce what incarnation of the text we are talking about) so I always do that, but one of the examples at LC contradicts that teaching, so you should be allowed to adapt $c for your local usages. Again, sorry for being flippant before about exchange rates. I am very sympathetic to your libraries' expenses in importing books and other materials. It is a major issue in academic libraries in Canada, too. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Andres Tarallo > Date: 2004/10/06 Wed PM 01:07:09 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Currency on Items > > Steven: > > In my current ILS I take care of the following Items: Price, Currency > (Pesos Uruguayos, Dollars, Euro) and exchange rate. This is important > for us, we keep track of our books in both local currency and the > foreing currency of the country they were purchased (we import many > books), remeber that I live in a developing country (with inflation) and > exchange rate matters here. > > Andres > > > Baljkas Family wrote: > > >Wednesday, October 6, 2004 01:10 CDT > > > >Hi, Stephen et al., > > > >Just 2 cents on the MARC matter. > > > >To be accurate, MARC21 makes *no* assumption about currency type/s. That is left for humans doing the coding to worry about. In Canada, we are so used to entering prices twice (first for CDN, second for USD) it is a non-issue. All Andres should do is make sure his library's cataloguing policy allows for the different entries. > > > >You will find that exempla for use of MARC21 on the LC website and elsewhere are mostly (i.e. almost all) using USD as the default. Sort of *cuius regio, eius religio*. > > > >And one other minor correction, Stephen: the catalogue record has multiple points at which you can track currency (I wouldn't see the point in noting the exchange rate, but maybe I am just not OCD enough), not the least of which is within the $c qualifier ("the price or a brief statement of availability and [my emphasis] **any parenthetical information qualifying the information**"). > > > >Just FYI. From garthus at lilrc.org Sat Oct 16 06:12:16 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <416CFF7E.7373.385A35@localhost> References: <41665088.8070501@free.fr> <416CFF7E.7373.385A35@localhost> Message-ID: <417004F0.1030908@lilrc.org> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Virtual Library and On-Line Educational Environment.gif Type: image/gif Size: 60420 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041015/bba5b0da/VirtualLibraryandOn-LineEducationalEnvironment.gif From baljkas at mts.net Wed Oct 6 19:22:31 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Currency on Items - whoops ... Message-ID: <20041006062231.XVNR1470.mx-mtaout01.mts.net@mx-mtaout> Wednesday, October 6, 2004 01:21 CDT Hi all, Whoops. That was the $c in the 020 (ISBN). Sorry. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Stephen Hedges" > Date: 2004/10/05 Tue PM 06:35:34 CDT > To: "Andres Tarallo" > CC: koha@lists.katipo.co.nz > Subject: Re: [Koha] Currency on Items > > Andres Tarallo said: > > While working with the Items in the koha-MARC link I?ve noticed that the > > books have a price and reposition price, but is not stablished the > > Currency of that price. Koha "assumes" the local currency? > > Yes, Koha assumes the local currency. (Someone may correct me, but I > believe MARC "assumes" the local currency, too.) You can manage > currencies and exchange rates with Koha's "normal acquisitions" module > when you place and receive orders, but the catalogue record has no way of > tracking currencies and exchange rates. > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges@skemotah.com > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Sat Oct 9 15:22:47 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations Message-ID: <20041009022247.PBPD28042.mx-mtaout02.mts.net@mx-mtaout> Friday, October 8, 2004 21:17 CDT Salut Paul, I requested the files for translation last time there was a general message on it (months ago), but never heard back from you. Seeing Gerry Arthus' message today, I am trying again. As before, depending on the complexity of the translations required, I could probably do German and Croatian. Thanks for your attention. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Gerry Arthus > Date: 2004/10/08 Fri AM 09:49:42 CDT > To: Paul POULAIN , koha@lists.katipo.co.nz, > koha-devel@lists.sourceforge.net > Subject: Re: [Koha] Koha 2.2 release plan & translations > > Paul, > > If you send me the files, I would be willing to do translations for > Russian, Turkish and Kyrgyz.. I would like to use Koha as the Opac front > end for a project which I am working on in Central Asia. > > Gerry > > Gerry Arthus From baljkas at mts.net Wed Oct 13 14:50:12 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey - CLARIFICATION NEEDED!! Message-ID: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> Tuesday, October 12, 2004 20:10 CDT Hi, Andres, I was actually waiting for someone to raise the point you did (again), as rather than responding to my pointing it out last time, I was treated to the condescension of being told that I don't understand basic library terms. So here it is again programming folks. The problem Andres is running into is the IMPORTANT DISTINCTION (and until Dave Bigwood or one of my cataloguing mentors tells me I have this wrong I am sticking with what I know I was taught and have seen applied) BETWEEN AN ASSIGNED CALL NUMBER (in this case Dewey) AND A CALL NUMBER USED LOCALLY. Andres, the 082 is the correct tag for an (any) assigned Dewey number. The indicators are used to code its cataloguing source. Similarly for the 050 (LC number) or, for Canadians, 055 (LC-type number assigned by NLC). The custom of using 090 for the LOCAL call number stays with us (remains in several ILS) because the 090 WAS the place LC used to store its local call number used. To be absolutely clear, the CLASSIFICATION part is often present in both, as is the ITEM identifying part (usually represented by the author cutter). The two TOGETHER make up the CALL NUMBER. Almost all library cataloguing I have seen evinces complete numbers in 050 and 082 when it contains those fields. It is true, however, that sometimes you will see incomplete numbers in the 050 or 082, numbers that give the CLASSIFICATION (COLLOCATION) part but lack the ITEM part. This is not terribly distressing to most cataloguers as it is common practice to adjust 050 and 082 cutters to one's own collection (in fact, if you aspire to have unique call numbers for each book in your collection, it is necessary). I feel like the voice crying in the wilderness, but here I go again: What Koha needs to do is ADOPT/ASSIGN A STANDARDISED/DEFAULT (modifiable if you wish) MARC TAG FOR THE CALL NUMBER TO BE USED/DISPLAYED BY THE SYSTEM. This number could be contained in the 090, it could be in 852, etc. There are several options. (LC's actual number is in the 050, with qualifications on actual locations in 925 and 955.) Different ILS usually make one location the default and unlike Koha don't give anyone the right to change that. If, in Open Source spirit, you wish to make this modifiable, that is super: just, please, please, please MAKE A DECISION. Dare to be autocratic. Also, for whatever it's worth, with the number that is used locally, I would suggest that you not worry so much about parsing it into its classification and item parts. Entering it in one tag's subfield (e.g. 90d) as an alphanumeric string should suffice. In larger libraries and wherever users find searching by call numbers useful, this can be handled through instruction on where to truncate numbers (basically, teaching your patrons enough to recognise where the item part begins; if they make a mistake, they learn soon enough when they get to the shelves). The practice established by the chief cataloguer at the military library I worked at seemed to function quite well; we entered numbers in our local call number displayed field (90a) as with this example which should be familiar to the cataloguers among us: Z 694.15 .A56 A53 1998. For us, the breaks/spaces also translated into line breaks for the spine labels (to be honest, we also dropped the initial periods for space reasons, so for AACR2R1998 we would have had Z 694.15 A56 A53 1998 -- no one ever noticed that some periods were missing). My observation of discussions suggests to me that the 852 is shaping up as the Koha MARC21 flavour default. I still think it would be better if you programmers chose one of the 9xx fields, just because Koha could then keep the UNIMARC and MARC21 flavours the same for default location of call number (which would probably be less confusing in the long run for most users, especially those who are only starting to learn about MARC). Andres, as for a more immediate solution to your problem: I think Stephen Hedges fielded this question (when I last remember it arising) several months ago. Maybe you can find it in the archives? Mapping the 082 to the 090? Stepping down off the soap box now, in the hopes that this may get us somewhere new, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Andres Tarallo > Date: 2004/10/12 Tue PM 12:56:03 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Where's the Dewey > > MJ Ray wrote: > > > On 2004-10-11 19:45:04 +0100 Andres Tarallo wrote: > > > >> We've noticed that we can't see the Dewey of a biblio when we enter > >> to the catalog. > > > > What does "enter to the catalogue" mean? > > If you're in the Intranet click in "catalog" search for a book, then > click on it. If I wan't to edit the biblio it expect to find the Dewey > in the 090d, but Koha finds the Dewey in 082. Since we're not LOC we > should use the 090d as our dewey. > > Andres > > PD:we're working with version 2.1.2 of Koha. > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From shedges at skemotah.com Tue Oct 19 04:58:43 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey - CLARIFICATION NEEDED!! In-Reply-To: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> References: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <24062.66.213.78.3.1098115123.spork@webmail.skemotah.com> Baljkas Family said: > I feel like the voice crying in the wilderness, but here I go again: What > Koha needs to do is ADOPT/ASSIGN A STANDARDISED/DEFAULT (modifiable if you > wish) MARC TAG FOR THE CALL NUMBER TO BE USED/DISPLAYED BY THE SYSTEM. > > This number could be contained in the 090, it could be in 852, etc. There > are several options. (LC's actual number is in the 050, with > qualifications on actual locations in 925 and 955.) Different ILS usually > make one location the default and unlike Koha don't give anyone the right > to change that. If, in Open Source spirit, you wish to make this > modifiable, that is super: just, please, please, please MAKE A DECISION. > Dare to be autocratic. Why be autocratic? Why mandate the tags that can be used for local information? I think we should continue to let libraries either use their current MARC layout or devise their own local information tag and then just tell Koha where to find the information, instead of hard-coding a certain tag and subfield where everyone has to put their local call number. Stephen -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From tarallo at ort.edu.uy Wed Oct 20 00:00:58 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Message-ID: <4174F3EA.1080100@ort.edu.uy> I'm Currently brushing up my Mapping to MARC, in order not to lost meaningful information (from my present database). We have a doubt about field 008: Does Koha uses it? How is filled? From tarallo at ort.edu.uy Wed Oct 20 00:21:02 2004 From: tarallo at ort.edu.uy (Andres Tarallo) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <20041009022247.PBPD28042.mx-mtaout02.mts.net@mx-mtaout> References: <20041009022247.PBPD28042.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <4174F89E.1050202@ort.edu.uy> All the files to be translated came with the program, you should only have to run a script and make the .po, then start translating. Andres Baljkas Family wrote: >Friday, October 8, 2004 21:17 CDT > >Salut Paul, > >I requested the files for translation last time there was a general message on it (months ago), but never heard back from you. Seeing Gerry Arthus' message today, I am trying again. As before, depending on the complexity of the translations required, I could probably do German and Croatian. > >Thanks for your attention. > >Cheers, >Steven F. Baljkas >library tech at large >Koha neophyte >Winnipeg, MB, Canada > > > >>From: Gerry Arthus >>Date: 2004/10/08 Fri AM 09:49:42 CDT >>To: Paul POULAIN , koha@lists.katipo.co.nz, >> koha-devel@lists.sourceforge.net >>Subject: Re: [Koha] Koha 2.2 release plan & translations >> >>Paul, >> >>If you send me the files, I would be willing to do translations for >>Russian, Turkish and Kyrgyz.. I would like to use Koha as the Opac front >>end for a project which I am working on in Central Asia. >> >>Gerry >> >>Gerry Arthus >> >> > > > From garthus at lilrc.org Wed Oct 20 03:33:46 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.2 release plan & translations In-Reply-To: <4174F89E.1050202@ort.edu.uy> References: <20041009022247.PBPD28042.mx-mtaout02.mts.net@mx-mtaout> <4174F89E.1050202@ort.edu.uy> Message-ID: <417525CA.8070908@lilrc.org> Andres, Thank you, I found it yesterday while looking through the unzipped files. Gerry Tarallo wrote: > All the files to be translated came with the program, you should only > have to run a script and make the .po, then start translating. > > > Andres > > > Baljkas Family wrote: > >> Friday, October 8, 2004 21:17 CDT >> >> Salut Paul, >> >> I requested the files for translation last time there was a general >> message on it (months ago), but never heard back from you. Seeing >> Gerry Arthus' message today, I am trying again. As before, depending >> on the complexity of the translations required, I could probably do >> German and Croatian. >> >> Thanks for your attention. >> >> Cheers, >> Steven F. Baljkas >> library tech at large >> Koha neophyte >> Winnipeg, MB, Canada >> >> >> >>> From: Gerry Arthus >>> Date: 2004/10/08 Fri AM 09:49:42 CDT >>> To: Paul POULAIN , koha@lists.katipo.co.nz, >>> koha-devel@lists.sourceforge.net >>> Subject: Re: [Koha] Koha 2.2 release plan & translations >>> >>> Paul, >>> >>> If you send me the files, I would be willing to do translations for >>> Russian, Turkish and Kyrgyz.. I would like to use Koha as the Opac >>> front end for a project which I am working on in Central Asia. >>> >>> Gerry >>> >>> Gerry Arthus >>> >> >> >> >> > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From paul.poulain at free.fr Wed Oct 20 04:48:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha 2.1.3 has been released Message-ID: <41753767.3030302@free.fr> Hello, This is the 4nd UNSTABLE VERSION of the future Koha 2.2. Please install this version only if you want to test and give some help to the team that develops this software. Use it on a production machine only if you know what you are doing WARNING : * This version is ONLY available in ENGLISH. biblio frameworks are only available in UNIMARC - french. * This version is tested only with mozilla. Should work (partially) with IE. * Any 2.1.0 install must be uninstalled before installing 2.1.3 No update is provided for 2.1.0. INSTALLATION * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./installer.pl * Follow the instructions UPGRADE from previous 2.0.0preX or RCx version * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./koha.upgrade * Follow the instructions UPGRADE from previous 1.2.x version : UPGRADE TO A 2.0.0 version before upgrading to 2.1.3 This will be mandatory for the 2.2 official release. UPDATE from a 2.1.x version is NOT AVAILABLE. Don't install 2.1.3 on a 2.1.x test database. A lot of DB changes have been done since 2.1.x & could not be handled by the DB updater. ============ WHAT'S NEW ============ * A lot of bugfixes. The list is too long to be done. * adding possibility to order orders by publisher and/or budget/publisher * adding search history feature in orders * adding minor features to barcode generator : - possibility to print continuous barcodes numbers, but not from items - possibility to replace the title/author by a manually typed text under the barcode itself. * The borrowernote field is shown on issue and transfer * The textmessaging field appears in OPAC when the user logs in * When a field is repeated, the new field is now created after the existing one * a plugin has been added for UNIMARC for 210c (editor) and 225a (collection) - create a authority category called "EDITORS" - set : 200$a => ISBN 200$b => editor 200$c => (repeatable) collection. Then enter, for example : $a 23 $b Hachette Litterature $c collection1|collection2|collection3 map your "editor" field to plugin 210c, your "collection" field to plugin 225a Once you arrive on the editor field, if the beginning of the ISBN exists, the editor is automatically found. Once you arrive on collection field, click on ... you can choose in the collection list. The 210c / 225a comes from the UNIMARC editor/collection field, but should work as well with MARC21. =========== WHAT'S NEXT =========== This version is quite stable. It is installed successfully at Ecole des Mines de Nantes, in France. Some work must still be done on install & update procedures anyway. =========== ROADMAP : =========== The roadmap for Koha 2.2 is available here : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Oct 20 04:59:47 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: [Koha-devel] Koha 2.1.3 has been released In-Reply-To: <41753767.3030302@free.fr> References: <41753767.3030302@free.fr> Message-ID: <417539F3.8010104@free.fr> oups... I've forgotten the adress. Here it is : http://sourceforge.net/project/shownotes.php?release_id=276410 -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From baljkas at mts.net Wed Oct 20 06:05:09 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Message-ID: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> Tuesday, October 19, 2004 11:55 CDT Hi, Andres, A really quick response ... > I'm currently brushing up my mapping to MARC, in order not > to lose meaningful information (from my present database). > > We have a doubt about field 008: Does Koha uses it? How is > filled? When I last asked about this recently, I was told that Koha doesn't use the 008. I am not sure how it would be filled automatically, or even if that is what Koha tries to do with it. Otherwise, I think you'd have to create a coding sequence that would suffice for your library's needs and meet at least the minimum requirements (008 positions 6, 7-10, 11-14, 15-17, 35-37, 38 and 39). Properly, a cataloguer should be coding the 008 field *individually for each MARC record*, since the elements that constitute the 008 can only be coded accurately from inspection of the item being described. Hope this helps. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From baljkas at mb.sympatico.ca Wed Oct 20 10:05:01 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey - CLARIFICATION NEEDED!! References: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> <24062.66.213.78.3.1098115123.spork@webmail.skemotah.com> Message-ID: <004501c4b61f$4c4be460$7eb4a18e@oemcomputer> Tuesday, October 19, 2004 15:49 CDT Hi, Stephen, Just a quick rejoinder on this subject ... > Baljkas Family said: > > > I feel like the voice crying in the wilderness, but here I go again: What > > Koha needs to do is ADOPT/ASSIGN A STANDARDISED/DEFAULT (modifiable if you > > wish) MARC TAG FOR THE CALL NUMBER TO BE USED/DISPLAYED BY THE SYSTEM. > > > > This number could be contained in the 090, it could be in 852, etc. There > > are several options. (LC's actual number is in the 050, with > > qualifications on actual locations in 925 and 955.) Different ILS usually > > make one location the default and unlike Koha don't give anyone the right > > to change that. If, in Open Source spirit, you wish to make this > > modifiable, that is super: just, please, please, please MAKE A DECISION. > > Dare to be autocratic. > > Why be autocratic? Why mandate the tags that can be used for local > information? I think we should continue to let libraries either use their > current MARC layout or devise their own local information tag and then > just tell Koha where to find the information, instead of hard-coding a > certain tag and subfield where everyone has to put their local call > number. The reason is very simple, Stephen: many people don't want to be programmers and are nervous/afraid to try to make alterations to code. It may be hard to believe for someone with your computer skills, but many of us feel quite comfortable adapting ourselves to certain system constraints. In fact, we are used to having to do so. None of the ILS that I have dealt with have ever given users the choice of where the local call number used goes. At the most, a few systems have allowed the librarians decisions of which tags get displayed for the OPAC (something else Koha also does, whichyou clarified for me several weeks back). I am wondering, though, whether we are thinking about this in the same way. When you say "hard-coding", do you mean making a change that would be unalterable or at least extremely difficult to alter? What I meant wasn't that. I am suggesting that there be a default tag for the local call number used (in the definition of MARC tags) already in Koha when one downloads it. For groups that are new to MARC and thus have no records to convert over, it would be very simple to accept a preset location for the local call number. I did not mean to suggest that it be made unalterable or fiendishly tricky to change, but I do see value in setting something as a default tag for that information. (It might even be useful to have a tag set aside where one could enter the call number as it needs to be printed for spine labels, in case that is different than the linear display for any reason.) Remember: one of the things touted by many of the ILS Koha will be competing with is the idea of a turn-key system. If one can eliminate any steps in getting it up and running, that only helps Koha seem even more appealing. Thanks for your answer. Looking forward to your next reply. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.777 / Virus Database: 524 - Release Date: 14/10/2004 From N.Hatch at ecla.de Wed Oct 20 03:05:51 2004 From: N.Hatch at ecla.de (Nicole Hatch) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] recent acquisitions search function Message-ID: <36A66A894E83724CBD97F09AB7615E260D6F0F@eclaex01.ecla.int> Hello Koha, I think it's a really cool that Koha's main opac allows patrons to view recent acquisitions (acquired in the last 30 days). This works fine for my fiction and non fiction books, but for some reason it won't allow me to search Digital Videodisc and Video Cassette. Instead, it directs me to my server administrator. My administrator can't figure it out either. Has anyone else ever had this problem? Any suggestions? Below is the link to the user site. http://opac.ecla.int/cgi-bin/koha/opac-main.pl Thanks, Nicole Nicole Hatch Programme Coordinator / Librarian European College of Liberal Arts Platanenstr. 24 13156 Berlin +49 30 4373 3124 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041019/5419e57b/attachment.html From paul.poulain at free.fr Wed Oct 20 20:30:48 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Where's the Dewey - CLARIFICATION NEEDED!! In-Reply-To: <004501c4b61f$4c4be460$7eb4a18e@oemcomputer> References: <20041013015012.NOFJ1470.mx-mtaout01.mts.net@mx-mtaout> <24062.66.213.78.3.1098115123.spork@webmail.skemotah.com> <004501c4b61f$4c4be460$7eb4a18e@oemcomputer> Message-ID: <41761428.8050209@free.fr> Steven F. Baljkas a ?crit : >What I meant wasn't that. I am suggesting that there be a default tag for >the local call number used (in the definition of MARC tags) already in Koha >when one downloads it. > >For groups that are new to MARC and thus have no records to convert over, it >would be very simple to accept a preset location for the local call number. > > I 10000% agree with this. Better : the installer in 2.2 provide ways to do this. You can select and "import" various files. In UNIMARC, there are already 3 (outdated, I must update them), and i'll add many as soon as I find interesting things. For example, for christian UNIMARC library, i will add soon the file to have beginning-of-isbn / christian editors / collections already when you install Koha. Thus, a christian library will immediatly have a working nice plugin to "magically" find the editor and the collection list when the isbn is typed. ANY file can be provided through this structure. SO : Any library with a MARC21 well working install should export it's marc_*_structure tables and send them to me (with some explanations). same thing for authorities, z3950 server list, or ANYTHING else (note : the export must just be done through a "mysqldump -c -ulogin -p KOHA_DB Table1ToDump Table2ToDump" the -c (complete) is important in case of a DB change HTH -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Oct 20 20:34:43 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? In-Reply-To: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> References: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <41761513.6050701@free.fr> Baljkas Family a ?crit : >>We have a doubt about field 008: Does Koha uses it? How is >>filled? >> >> >When I last asked about this recently, I was told that Koha doesn't use the 008. > >I am not sure how it would be filled automatically, or even if that is what Koha tries to do with it. Otherwise, I think you'd have to create a coding sequence that would suffice for your library's needs and meet at least the minimum requirements (008 positions 6, 7-10, 11-14, 15-17, 35-37, 38 and 39). > >Properly, a cataloguer should be coding the 008 field *individually for each MARC record*, since the elements that constitute the 008 can only be coded accurately from inspection of the item being described. > > An other possibility, implying some coding that could be added to official Koha : develop a plugin to do it automatically. ESMP in France has developped plugins for 1xx fields, that also have many calculated bytes. Feel free to copy them (it's in value_builder directory of Koha) and modify for 008. The 210 and 215 plugins may also be useful to see how to find a value in the MARC editor (and thus automatically suggest something) : the 210 searches for the ISBN, that is in 010 field. The 215 searches for ISBN (010) and editor (210) to build the list of possible collections. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Wed Oct 20 20:45:39 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] CALL for HELP (french => english) translation Message-ID: <417617A3.1090806@free.fr> Hi, I've written a 15 pages OpenOffice document that describes Koha 2.2 (all features : old and new ones). It's in french. So if someone volunteers to translate it english or any other language, feel free to ask. Note it's NOT a user manual. It's a "should I become a user ?" manual ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From lib at gndec.ac.in Wed Oct 20 23:18:44 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] (no subject) Message-ID: hi all! Can anyone suggest to me about the copyright protection period for the article published in the journals/magazines & other periodicals. -- Kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Wed Oct 20 23:21:22 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] copyright act for journals/magazines Message-ID: hi all! Can anyone suggest to me about the copyright protection period for the article published in the journals/magazines & other periodicals. -- Kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Thu Oct 21 00:22:06 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] cancelled books Message-ID: Hi all, i want ur help to solve the problems in the cancellation/lost of the books... if once i lost one item & i feed it to the database,after that when i found it..how can i recover the old biblio.... -- Kanwal Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From Rich.Baldwin at noaa.gov Thu Oct 21 00:39:34 2004 From: Rich.Baldwin at noaa.gov (Rich Baldwin) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? In-Reply-To: <1840.66.213.78.3.1097686612.spork@webmail.skemotah.com> References: <416D2351.80900@noaa.gov> <1840.66.213.78.3.1097686612.spork@webmail.skemotah.com> Message-ID: <41764E76.4000002@noaa.gov> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041020/80bdd1b2/attachment.htm From shedges at skemotah.com Thu Oct 21 00:41:03 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] cancelled books In-Reply-To: References: Message-ID: <32806.65.24.138.126.1098272463.spork@webmail.skemotah.com> Lost items are not removed from the database -- they are simply tagged as "lost." If the "lost" item is later found and scanned, the lost tag is automatically removed. Stephen Library said: > Hi all, > i want ur help to solve the problems in the cancellation/lost of the > books... > if once i lost one item & i feed it to the database,after that when i > found it..how can i recover the old biblio.... > > -- > Kanwal > Librarian > Guru Nanak Dev Engineering College > Ludhiana (Punjab) India > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Thu Oct 21 00:44:09 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? In-Reply-To: <41764E76.4000002@noaa.gov> References: <416D2351.80900@noaa.gov> <1840.66.213.78.3.1097686612.spork@webmail.skemotah.com> <41764E76.4000002@noaa.gov> Message-ID: <32809.65.24.138.126.1098272649.spork@webmail.skemotah.com> Rich, this may be a stupid question, but did you choose MARC21 as your MARC flavor? And are your MARC records MARC21? Stephen Rich Baldwin said: > > Stephen, > > Sure. How ? I just installed Koha and setup apache. SO.... I'm > using whatever the default settings are for the Marc to Koha mappings. > I can send you a sample marc record if that would be helpful. > > Tx, Rich > > Stephen Hedges wrote: > > Rich, could you share your MARC-to-Koha mapping with us? Sounds like > the > problem may be there. > > Stephen > > Rich Baldwin said: > > > Running version 2.0.1 on Mandrake 10.1 w/ Apache2. > > Our librarian has assembled serveral thoasand Marc record files which > import into the breeder table fine. I can add a biblio by using the > Acquistions Marc Biblio Management; I add a title. All of the > fields and subfields are correct (all nine). I get to the add > biblo page; this seems to work fine too. However, when doing a > Catalog search I can't find any of my titles! If I enter the the > copyright date in the title field for a particular book, I get the > reference information, but the fields have all shifted from the > correct order as when adding the biblio. What has happened? I > suspect there are some subfields which need to be turned off or on, but > it is unclear (from an administrators perspective) exactly which Marc > subfields need to be turned on and which need to be turned off. I > thought that the purpose of having a standard was to avoid this type of > tuning. Would greatly appreciate your advice. > > Thanks, Rich > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From garthus at lilrc.org Thu Oct 21 02:02:21 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] (no subject) In-Reply-To: References: Message-ID: <417661DD.2060806@lilrc.org> Library wrote: >hi all! >Can anyone suggest to me about the copyright protection period for the >article published in the journals/magazines & other periodicals. > > > Depends on which country you are located in. Gerry From garthus at lilrc.org Thu Oct 21 02:00:55 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] CALL for HELP (french => english) translation In-Reply-To: <417617A3.1090806@free.fr> References: <417617A3.1090806@free.fr> Message-ID: <41766187.7090708@lilrc.org> Paul, Send it to me, I will post it back right away. Gerry POULAIN wrote: > Hi, > > I've written a 15 pages OpenOffice document that describes Koha 2.2 > (all features : old and new ones). > It's in french. > So if someone volunteers to translate it english or any other > language, feel free to ask. > > Note it's NOT a user manual. > It's a "should I become a user ?" manual ;-) > From tarallo at ort.edu.uy Thu Oct 21 07:52:04 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? In-Reply-To: <41761513.6050701@free.fr> References: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> <41761513.6050701@free.fr> Message-ID: <4176B3D4.2010005@ort.edu.uy> Esteven and Paul: Thanks you both for your answers. Our librarians concern with field 008 is that they want to be capable of exporting correctly formated records to other libraries. Maybe Paul idea es in the best solution. Paul POULAIN wrote: > Baljkas Family a ?crit : > >>> We have a doubt about field 008: Does Koha uses it? How is >>> filled? >>> >> >> When I last asked about this recently, I was told that Koha doesn't >> use the 008. >> >> I am not sure how it would be filled automatically, or even if that >> is what Koha tries to do with it. Otherwise, I think you'd have to >> create a coding sequence that would suffice for your library's needs >> and meet at least the minimum requirements (008 positions 6, 7-10, >> 11-14, 15-17, 35-37, 38 and 39). >> >> Properly, a cataloguer should be coding the 008 field *individually >> for each MARC record*, since the elements that constitute the 008 can >> only be coded accurately from inspection of the item being described. >> >> > An other possibility, implying some coding that could be added to > official Koha : develop a plugin to do it automatically. > ESMP in France has developped plugins for 1xx fields, that also have > many calculated bytes. Feel free to copy them (it's in value_builder > directory of Koha) and modify for 008. > > The 210 and 215 plugins may also be useful to see how to find a value > in the MARC editor (and thus automatically suggest something) : the > 210 searches for the ISBN, that is in 010 field. The 215 searches for > ISBN (010) and editor (210) to build the list of possible collections. > From garthus at lilrc.org Thu Oct 21 06:33:37 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: [Koha-devel] CALL for HELP (french => english) translation In-Reply-To: <41768265.7000900@free.fr> References: <417617A3.1090806@free.fr> <32800.65.24.138.126.1098268751.spork@webmail.skemotah.com> <41768265.7000900@free.fr> Message-ID: <4176A171.7080101@lilrc.org> Paul, Here is rough draft, just has to be cleaned up. Gerry POULAIN wrote: > Stephen Hedges a ?crit : > >> Paul, please send me a copy -- thanks! >> >> > Irma asked the document to translate it too. > PLEASE divide the work between you, to avoid doing twice the same thing ! > > Use Stephen (documentation dictator) as needed. > > Keep on good work. > -------------- next part -------------- A non-text attachment was scrubbed... Name: Help_fren_Eng.rtf Type: application/msword Size: 130565 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041020/2ed64575/Help_fren_Eng.dot From lib at gndec.ac.in Thu Oct 21 21:06:49 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? In-Reply-To: <41764E76.4000002@noaa.gov> Message-ID: Hi all! please forward the sample marc record( Marc to Koha mappings ) on koha list, i also need for it..i m using 2.0.0. thanks a lot kanwaljit On Wed, 20 Oct 2004, Rich Baldwin wrote: > Stephen, > > Sure.? How ?? I just installed Koha and setup apache.? SO....? I'm using > whatever the default settings are for the Marc to Koha mappings.? I can > send you a sample marc record if that would be helpful. > > Tx, Rich > > Stephen Hedges wrote: > > Rich, could you share your MARC-to-Koha mapping with us? Sounds like the > problem may be there. > > Stephen > > Rich Baldwin said: > > > Running version 2.0.1 on Mandrake 10.1 w/ Apache2. > > Our librarian has assembled serveral thoasand Marc record files which > import into the breeder table fine. I can add a biblio by using the > Acquistions Marc Biblio Management; I add a title. All of the > fields and subfields are correct (all nine). I get to the add > biblo page; this seems to work fine too. However, when doing a > Catalog search I can't find any of my titles! If I enter the the > copyright date in the title field for a particular book, I get the > reference information, but the fields have all shifted from the > correct order as when adding the biblio. What has happened? I > suspect there are some subfields which need to be turned off or on, but > it is unclear (from an administrators perspective) exactly which Marc > subfields need to be turned on and which need to be turned off. I > thought that the purpose of having a standard was to avoid this type of > tuning. Would greatly appreciate your advice. > > Thanks, Rich > > > _______________________________________________ Koha mailing list > Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha > -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From rachel at katipo.co.nz Fri Oct 22 13:52:43 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: [Koha-devel] CALL for HELP (french => english) translation In-Reply-To: <417617A3.1090806@free.fr> References: <417617A3.1090806@free.fr> Message-ID: <417859DB.5080709@katipo.co.nz> Hi guys > I've written a 15 pages OpenOffice document that describes Koha 2.2 (all > features : old and new ones). > It's in french. > So if someone volunteers to translate it english or any other language, > feel free to ask. Sounds great - have the translations come back? Cheers R -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From rachel at katipo.co.nz Fri Oct 22 14:02:41 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] recent acquisitions search function In-Reply-To: <36A66A894E83724CBD97F09AB7615E260B2304@eclaex01.ecla.int> References: <36A66A894E83724CBD97F09AB7615E260B2304@eclaex01.ecla.int> Message-ID: <41785C31.90704@katipo.co.nz> Hi Nicole > I think it?s a really cool that Koha?s main opac allows patrons to view > recent acquisitions (acquired in the last 30 days). This works fine for > my fiction and non fiction books, but for some reason it won?t allow me > to search Digital Videodisc and Video Cassette. Instead, it directs me > to my server administrator. My administrator can?t figure it out either. > Has anyone else ever had this problem? Any suggestions? Below is the > link to the user site. Did you get any help with this? The link below doesn't work for me (probably it only works from within your organisation?). It sounds like the search call is incorrect for those two itemtypes - coule there be a space or similar that is causing problems? cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From indradg at icbic.com Fri Oct 22 18:50:00 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Has the 2.0.0 version tarball removed from sf site? Message-ID: <1098424200.17855.5.camel@enforcer.banglamafia.org> Hi I urgently need a copy of Koha 2.0.0 tarball... I have a copy at my office but it is closed till middle of next week for vacations. The 2.0.0 version is no longer available at sf site. I need to setup 2.0 -> import my mysql dump (based on 2.0.0) -> upgrade to 2.1.3 for testing. Can anyone help me? tia -indranil -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From hsrai at gmx.net Fri Oct 22 19:29:41 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Has the 2.0.0 version tarball removed from sf site? In-Reply-To: <1098424200.17855.5.camel@enforcer.banglamafia.org> Message-ID: Today at 11:20am +0530 Indranil Das Gupta wrote: > The 2.0.0 version is no longer available at sf site. I need to setup 2.0 > Can anyone help me? Do you want following: http://202.131.118.92/graphics/download/GNU_Linux/LibraryAutomation/koha-2.0.0RC1.tar.gz -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : Capturing screen output using setterm LOST #142 To capture what is on a console to a file: $setterm -dump -file screen.dump To append to above file, for subsequent text screens : $setterm -append -file screen.dump ####[bish (at) nde.vsnl.net.in]############################### : From indradg at icbic.com Fri Oct 22 22:15:13 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Translation trouble with Koha Message-ID: <1098436514.19995.8.camel@enforcer.banglamafia.org> Paul, The situation: 1. So far I have translated about 40% of the default_intranet PO file into Bangla (Bengali - bn_IN) for the 2.2 po (from CVS) 2. I wanted to see how accurate the translations were and tried to generate bn_IN templates using the tmpl_process.pl script - ON THE Koha 2.1.3 code the syntax used was `./tmpl_process.pl install - i /var/www/koha/intranet/htdocs/intranet-tmpl/default/en/ - o /var/www/koha/intranet/htdocs/intranet-tmpl/default/bn_IN/ -s default_intranet_bn_IN.po -r` 3. Landed up with a big mess... the templates got generated but in EN! My hunch is that I am doing something insanely stupid out here... any hints? thanks in anticipation -indra. PS> I haven't yet RTFM-ed the tmpl_process.pl script ;-P -- Indranil Das Gupta L2C2.ORG From mjr at dsl.pipex.com Sat Oct 23 05:56:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Has the 2.0.0 version tarball removed from sf site? In-Reply-To: <1098424200.17855.5.camel@enforcer.banglamafia.org> Message-ID: <966a2060008c061a653d8c498f446081@bouncing.localnet> On 2004-10-22 06:50:00 +0100 Indranil Das Gupta wrote: > The 2.0.0 version is no longer available at sf site. It is, but not as a tarball. After configuring CVS as described on the sourceforge site and then the command is similar to "cvs checkout -r R_2-0-0" and you get the 2.0.0 source code. You then need to run misc/buildrelease to create the actual tarball. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/ From rachel at katipo.co.nz Sun Oct 24 17:54:31 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] USA Road Trip Update In-Reply-To: <4179D59E.30502@losch.net> References: <412BA0D3.3090007@buniek.com> <51608.69.144.248.102.1096947468.squirrel@mail.katipo.co.nz> <4179D59E.30502@losch.net> Message-ID: <417B3587.2030705@katipo.co.nz> Hi Darryl Darryl Gibson wrote: > Glad your having fun in the USA. Sorry for the bad coffee, but we > usually seek out Dunkin Doughnuts for decent coffee. Though I gave up > the stuff for tea, it is really difficult to make a bad cup or pot of tea. :-) We found some good coffee (and food) too, but the bad was just sooo spectacularly bad :-) > When I joined this list, in late June/early July, there was so little > message traffic, I ignored it. Now I'm trying to catch up with all the > traffic I missed! Yeah there has been a pile lately > I'm sorry I missed your visit to Pittsburgh, I'm a president of a small > town library, an hour East of Pitt., and would have loved to have shown > you our little library. Though I would have been embarrassed to do so. Oh that would have been cool - never mind > I know nothing about library operations! About a year ago, I attended a > library meeting, and offered to donate them a linux machine. They > gracefully accepted the offer, and nominated me President on the spot. > Then to my astonishment, they held the election, and I won, unopposed. > (The needed to fill the position for tax purposes, to obtain their tax > exempt status. Crikey that must have been a bit of a shock :-) I'm pretty sure none of our libraries here work that way. > I tried to nurse the powers to be, into adopting Linux, setting up a > secure network etc... Things went relatively fine while I was busy > wiring and configuring the network, printer, etc... Then I announced the > system was working, and we should start the migration to linux, and all > heck broke loose. The director wanted guarantees about inbound and > outbound security, porn filtering etc... I was totally unprepared for > the attack, and I stepped away for everything to regroup and see what > would happen. > Wednesday, 11/3, I have to show up, or my position became vacant, for > missing three meetings. So that is my showdown at the OK Corral. Is that three committee meetings? > Anyway, can anybody point me to some good "Why Linux" sites? If I can > prove my point next month, I'm going to resign, over software license > liability issues. (We don't have any!) > Ah, politics. Man that does all sound a bit weird to me. OK I'm not sure about the "why linux" sites but here are some things that might start you off.... http://computerworld.co.nz/news.nsf/NL/D8756CF82783C722CC256F1400175226 Should Your Business Use Linux? http://www.aaxnet.com/editor/edit010.html How do I convince my boss that Linux is an excellent operating system for business use? http://www.linuxjournal.com/modules.php?op=modload&name=FAQ&file=index&myfaq=yes&id_cat=5 Adding Linux to Corporate Networks Is Harder Than You Think http://www.osopinion.com/modules.php?op=modload&name=News&file=article&sid=1594&mode=thread&order=0&thold=0 Why Linux? http://stason.org/TULARC/os/why-linux.html How to convice your manager it's ok to use open source (from HP) http://opensource.hp.com/downloads/HowToConvinceYourManager.pdf http://www.linuxjournal.com/search.php?query=&topic=9 And this one looks interesting... http://opensource.hp.com/the_source/linux_papers/als-fullpaper-1999.html Hope they help - or give you a place to start anyway :-) cheers Rachel > Darryl Gibson, President, Panther Valley Public Library > http://home.ptd.net/~pvplib/ > > -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From tarallo at ort.edu.uy Tue Oct 26 12:25:16 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Plug-in would not work In-Reply-To: <003701c4bae7$c31a29e0$04b0a18e@oemcomputer> References: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> <41761513.6050701@free.fr> <003701c4bae7$c31a29e0$04b0a18e@oemcomputer> Message-ID: <417D8B5C.4060905@ort.edu.uy> As I've told our main concern is thinking in the futore, were we might be interested in exporting MARC records. Our current catalog isn't in MARC so we thought that an automatic aproach could be usefull, at least for most relevant fields. Our two branches have more that 20.000 titles (and growing) right know we don't find suitable filling such database 008 fields. Andres Steven F. Baljkas wrote: >Monday, October 25, 2004 17:23 CDT > >Hi, Paul, Andres, et al., > >I meant to get back to this right away but forgot. Sorry. > >As a synopsis: Andres had been asking about whether Koha uses the 008 (at >present, no) and how to code it (automatically or manually, as required by >AACR2R and MARC21 rules). > >From: "Paul POULAIN" >To: "Baljkas Family" >Cc: "Andres Tarallo" ; >Sent: Wednesday, October 20, 2004 2:34 AM >Subject: Re: [Koha] Marc Field 008? > > > > >>Baljkas Family a ?crit : >> >> >> >>>>We have a doubt about field 008: Does Koha uses it? >>>>How is [it] filled? >>>> >>>> >>>> >>>When I last asked about this recently, I was told that Koha doesn't use >>> >>> >the 008. > > >>>I am not sure how it would be filled automatically, or even if that is >>> >>> >what Koha tries to do with it. Otherwise, I think you'd have to create a >coding sequence that would suffice for your library's needs and meet at >least the minimum requirements (008 positions 6, 7-10, 11-14, 15-17, 35-37, >38 and 39). > > >>>Properly, a cataloguer should be coding the 008 field *individually for >>> >>> >each MARC record*, since the elements that constitute the 008 can only be >coded accurately from inspection of the item being described. > > >>> >>> >>Another possibility [exists], implying some coding that could be added to >>official Koha : develop a plugin to do it automatically. >> >> > >The problem is, Paul, that the 008 codes information NOT recorded in other >fields. As far as I can tell from my reading of UNIMARC (cf. 1xx fields), >this is as true for UNIMARC as it is for MARC21 (or CANMARC, USMARC, and >other precursors). There is simply no way that it could be derived properly >from other fields because all the information it is supposed to code is not >coded elsewhere in any given record. > >If Koha is going to claim that it follows established library standards, it >is important to realise what those standards entail. > > > >>ESMP in France has developped plugins for 1xx fields, that also have >>many calculated bytes. Feel free to copy them (it's in value_builder >>directory of Koha) and modify for 008. >> >> > >I don't know how sophisticated the plugin the Ecole Superieur des Mines >(ESMP, n'est-ce pas?) developed is, but even to try to code the 008 from >other data elements present, you would need to read from several fields, >which may or may not be there -- there might be a 041 from which one could >compile the 008 positions 35-37 for language, but 041 is often omitted; >there could be mention of all significant types of illustrative matter in >the 300 $b, but often one sees only the standard 'ill.'; there could be >various 5xx notes indicating whether an item consitutes a government >publication (and even which kind) or conference proceedings or a >festschrift, or one could even scan the 245 $b and $c to check for common >governmental department names or words/phrases indicating a conference or >festschrift -- but even if all that could be done (and it seems to me as a >non-programmer like more of a headache that just doing it properly from the >library science perspective in the first place) when all that was done, >there would still be information missing that is required according to the >minimum standards for valid records as specified in MARC21 protocols (e.g. >for books: illustrative materials, nature of contents, indexing, record >status, source, and more). > >Now, as I suggested to Andres, you could code for parts of the 008 by >deciding arbitrarily that the majority of the materials have certain >characteristics, e.g., have no illustrations, are for various audiences, are >not indexed, are not government publications, not conference proceedings and >not festschriften, are not fiction, are written in English (or French, or >Spanish, whatever your dominant language is), etc., etc., creating a dummy >008. Such a dummy string might look something like this: > >008 041025n########nyu###########000|0#eng#u > >This is, however, not good practice, but it could be used as a stop-gap >measure. Ideally, one's records should have this information already, one >should download records with it, or have one's cataloguers spend the time to >code the records individually. > >If it is still unclear to UNIMARC users why this would be so, please review >all the fields of your 1xx block: then remember that the 008 codes for >elements from almost ALL of these in one field, the position values of which >change depending on what kind of material one is cataloguing. > > > >>The 210 and 215 plugins may also be useful to see how to find a value in >>the MARC editor (and thus automatically suggest something) : the 210 >>searches for the ISBN, that is in 010 field. The 215 searches for ISBN >>(010) and editor (210) to build the list of possible collections. >> >> > >I am sorry, Paul, but I just don't understand how this would work to >determine coding values for the 008. > >The ISBN (010 in UNIMARC, 020 in MARC21) itself contains encoded information >for publisher (editor means something different in English) but even it >creates problems: its is supposed to be international and the numbers are >supposed to be unique, but errors do occur (I have seen 2 so far in my >career). It seems to me that a plugin for the 008 would have to be absurdly >complex in order to determine things that cataloguers do easily by sight. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041025/483678b7/attachment.htm From baljkas at mts.net Tue Oct 26 20:08:15 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Plug-in would not work Message-ID: <20041026070815.EKZN1382.mx-mtaout01.mts.net@mx-mtaout> Tuesday, October 26, 2004 01:59 CDT Hi, Andr?s, Skipping all the lengthy explanation of the potential problem with any plug-in for handling the 008 coding ... > From: Andr?s Tarallo > Date: 2004/10/25 Mon PM 06:25:16 CDT > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] Marc Field 008? Plug-in would not work > > As I've told our main concern is thinking in the futore, were we might > be interested in exporting MARC records. Our current catalog isn't in > MARC so we thought that an automatic aproach could be usefull, at least > for most relevant fields. Remembering that you do have the data and can convert it to MARC, and remembering that you were saying that there are few MARC record sources for Spanish-language materials such as in your collection, I am thinking that your librarians may have to hunker down and add the 008 fields manually. If they used the dummy 008 string I suggested as a stop-gap, they would be able to go through the records slowly and correct the 008s (either with item in hand, as preferred, or not, as would be the more likely choice). Otherwise, I'd suggest doing a test search to see if there are other sources of MARC Spanish-language records, ones that would have the 008s as required. But then I remember you asking about combining the two databases you have (the one on items, and the other on acquisitions data for the items) so you'd still have to do quite a bit of data entry ... unless someone has figured out a way that you can rip the needed fields out of one database, pull the related MARC records, open a MARC editor, and combine the fields. > Our two branches have more that 20.000 titles (and growing) right know > we don't find suitable filling such database 008 fields. With 20,000 titles to do -- and more coming in at all times -- I think it would be an excellent idea to save yourselves the frustration and just settle on the dummy 008 string for now, coding it for new records and working backwards towards correcting it in older records. Hope this helps a bit, Andr?s. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From paul.poulain at free.fr Tue Oct 26 20:38:45 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Plug-in would not work In-Reply-To: <003701c4bae7$c31a29e0$04b0a18e@oemcomputer> References: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> <41761513.6050701@free.fr> <003701c4bae7$c31a29e0$04b0a18e@oemcomputer> Message-ID: <417DFF05.90009@free.fr> Steven F. Baljkas a ?crit : >Anyway, that's all I had to say on the 008 and its complexities. > > In fact, I mixed 2 differents things because I know only a few things on MARC21. Let me explain : In UNIMARC, * The 210/225 fields can sometimes be CALCULATED from other values (ISBN in my sample) * The 1xx fields are byte oriented fields : each byte has it's own meaning. VERY hard to type manually. We have 2 completly differents plugins for UNIMARC, but they use the same mechanics (the plugin API) : For 210/225, we try to calculate the editor & the collection from the ISBN. For 1xx, we just show nice list, select boxes, checked values to HELP the cataloguer. Nothing is calculated here. The user is just helped : when he arrives on the 101 field, he gets a ... on the right, that pops up a popup, with a nice GUI to help him & make things easier. For the MARC21 008 field, it seems the plugin system should be used like for UNIMARC 1xx . I hope it's more clear. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From Rich.Baldwin at noaa.gov Wed Oct 27 01:26:00 2004 From: Rich.Baldwin at noaa.gov (Rich Baldwin) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Catalog search table and breeder table mis-match? In-Reply-To: <32809.65.24.138.126.1098272649.spork@webmail.skemotah.com> References: <416D2351.80900@noaa.gov> <1840.66.213.78.3.1097686612.spork@webmail.skemotah.com> <41764E76.4000002@noaa.gov> <32809.65.24.138.126.1098272649.spork@webmail.skemotah.com> Message-ID: <417E4258.4020501@noaa.gov> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041026/6c4e70e9/attachment.html From garthus at lilrc.org Wed Oct 27 01:52:12 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: [Koha-translate] Re: [Koha-devel] CALL for HELP (french => english) translation In-Reply-To: <417859DB.5080709@katipo.co.nz> References: <417617A3.1090806@free.fr> <417859DB.5080709@katipo.co.nz> Message-ID: <417E487C.1000506@lilrc.org> Rachel, It was sent to the list, here it is again. (rough draft). Gerry Hamilton-Williams wrote: > > Hi guys > >> I've written a 15 pages OpenOffice document that describes Koha 2.2 >> (all features : old and new ones). >> It's in french. >> So if someone volunteers to translate it english or any other >> language, feel free to ask. > > > Sounds great - have the translations come back? > > Cheers > R > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Help_fren_Eng.rtf Type: application/msword Size: 130565 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041026/fe4a0286/Help_fren_Eng.dot From indradg at icbic.com Wed Oct 27 07:57:16 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:28 2005 Subject: First screenshot of Koha in Bangla was -> Re: [Koha] Translation trouble with Koha In-Reply-To: <417DFFBC.2090407@free.fr> References: <1098436514.19995.8.camel@enforcer.banglamafia.org> <417DFFBC.2090407@free.fr> Message-ID: <1098817037.10867.8.camel@enforcer.banglamafia.org> Hi Paul, On Tue, 2004-10-26 at 09:41 +0200, Paul POULAIN wrote: > /me should remove tmpl_process.pl from CVS... because the script to use > is the tmpl_process3.pl !!! Thanks a bunch for pointing this out... of course as I am sitting on Gentoo, I needed to do an `emerge Locale-PO` before I could get tmpl_process3.pl to run... but thats another story ;-) Well, tmpl_process3.pl worked... I have some errors with unterminated strings etc. and I will go over them again... in the meantime here is the Koha About Page rendered on Konqueror 3.3.0 in Bangla (BN) http://www.ilug-cal.org/koha-scrn-01.jpg Right now I am compiling cvs mozilla which has much better support of CSS IMHO > Should be the source of your problem ;-) *grins* thanks again... -indra. -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From baljkas at mb.sympatico.ca Tue Oct 26 12:10:04 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Marc Field 008? Plug-in would not work References: <20041019170509.UKEQ28042.mx-mtaout02.mts.net@mx-mtaout> <41761513.6050701@free.fr> Message-ID: <003701c4bae7$c31a29e0$04b0a18e@oemcomputer> Monday, October 25, 2004 17:23 CDT Hi, Paul, Andres, et al., I meant to get back to this right away but forgot. Sorry. As a synopsis: Andres had been asking about whether Koha uses the 008 (at present, no) and how to code it (automatically or manually, as required by AACR2R and MARC21 rules). From: "Paul POULAIN" To: "Baljkas Family" Cc: "Andres Tarallo" ; Sent: Wednesday, October 20, 2004 2:34 AM Subject: Re: [Koha] Marc Field 008? > Baljkas Family a ?crit : > > >>We have a doubt about field 008: Does Koha uses it? > >> How is [it] filled? > >> > >When I last asked about this recently, I was told that Koha doesn't use the 008. > > > >I am not sure how it would be filled automatically, or even if that is what Koha tries to do with it. Otherwise, I think you'd have to create a coding sequence that would suffice for your library's needs and meet at least the minimum requirements (008 positions 6, 7-10, 11-14, 15-17, 35-37, 38 and 39). > > > >Properly, a cataloguer should be coding the 008 field *individually for each MARC record*, since the elements that constitute the 008 can only be coded accurately from inspection of the item being described. > > > > > Another possibility [exists], implying some coding that could be added to > official Koha : develop a plugin to do it automatically. The problem is, Paul, that the 008 codes information NOT recorded in other fields. As far as I can tell from my reading of UNIMARC (cf. 1xx fields), this is as true for UNIMARC as it is for MARC21 (or CANMARC, USMARC, and other precursors). There is simply no way that it could be derived properly from other fields because all the information it is supposed to code is not coded elsewhere in any given record. If Koha is going to claim that it follows established library standards, it is important to realise what those standards entail. > ESMP in France has developped plugins for 1xx fields, that also have > many calculated bytes. Feel free to copy them (it's in value_builder > directory of Koha) and modify for 008. I don't know how sophisticated the plugin the Ecole Superieur des Mines (ESMP, n'est-ce pas?) developed is, but even to try to code the 008 from other data elements present, you would need to read from several fields, which may or may not be there -- there might be a 041 from which one could compile the 008 positions 35-37 for language, but 041 is often omitted; there could be mention of all significant types of illustrative matter in the 300 $b, but often one sees only the standard 'ill.'; there could be various 5xx notes indicating whether an item consitutes a government publication (and even which kind) or conference proceedings or a festschrift, or one could even scan the 245 $b and $c to check for common governmental department names or words/phrases indicating a conference or festschrift -- but even if all that could be done (and it seems to me as a non-programmer like more of a headache that just doing it properly from the library science perspective in the first place) when all that was done, there would still be information missing that is required according to the minimum standards for valid records as specified in MARC21 protocols (e.g. for books: illustrative materials, nature of contents, indexing, record status, source, and more). Now, as I suggested to Andres, you could code for parts of the 008 by deciding arbitrarily that the majority of the materials have certain characteristics, e.g., have no illustrations, are for various audiences, are not indexed, are not government publications, not conference proceedings and not festschriften, are not fiction, are written in English (or French, or Spanish, whatever your dominant language is), etc., etc., creating a dummy 008. Such a dummy string might look something like this: 008 041025n########nyu###########000|0#eng#u This is, however, not good practice, but it could be used as a stop-gap measure. Ideally, one's records should have this information already, one should download records with it, or have one's cataloguers spend the time to code the records individually. If it is still unclear to UNIMARC users why this would be so, please review all the fields of your 1xx block: then remember that the 008 codes for elements from almost ALL of these in one field, the position values of which change depending on what kind of material one is cataloguing. > The 210 and 215 plugins may also be useful to see how to find a value in > the MARC editor (and thus automatically suggest something) : the 210 > searches for the ISBN, that is in 010 field. The 215 searches for ISBN > (010) and editor (210) to build the list of possible collections. I am sorry, Paul, but I just don't understand how this would work to determine coding values for the 008. The ISBN (010 in UNIMARC, 020 in MARC21) itself contains encoded information for publisher (editor means something different in English) but even it creates problems: its is supposed to be international and the numbers are supposed to be unique, but errors do occur (I have seen 2 so far in my career). It seems to me that a plugin for the 008 would have to be absurdly complex in order to determine things that cataloguers do easily by sight. Anyway, that's all I had to say on the 008 and its complexities. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.777 / Virus Database: 524 - Release Date: 14/10/2004 From rachel at katipo.co.nz Wed Oct 27 18:03:21 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Koha Admin Screens Message-ID: <417F2C19.5070105@katipo.co.nz> Hi all, I was setting up a quick demo Koha today for someone and it got me thinking about a better way to layout the admin screens. http://katipo.co.nz/gallery/koha-admin Are some pictures. My general feeling was that there are only a few things you need to set if you're just wanting to put in a few books and see what it does (hence the short list of required settings) But that then the other preferences should be grouped into the area they relate to perhaps? I did think that they could be grouped into "things to do if you've got a big library" and things to do if you don't - but that seemed a bit harder to decide on. Anyway let me know if it appeals - we might give it a try in the Katipo templates first. PLUS are there actually more admin parameters than I've got here.... And are any of them MARC/NON MARC specific - I'd particularly like to not have people setting variables that they don't have to. Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From lib at gndec.ac.in Thu Oct 28 19:56:48 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Server Error: opac-main.pl, path problem Message-ID: I tried to install koha-2.0.1. After installtion, the home page cgi-bin/koha/opac-main.pl, in browser gave following error. > The server encountered an internal error and was unable to complete > your request. Error message: Premature end of script headers: opac-main.pl On manual running it gave following error: > [root@glide cgi-bin]# ./opac-main.pl > Can't locate C4/Auth.pm in @INC (@INC contains: > /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 > /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) at > ./opac-main.pl line 7. > BEGIN failed--compilation aborted at ./opac-main.pl line 7. > [root@glide cgi-bin]# If I include path like perl -I /usr/local/koha/intranet/modules/ opac-main.pl , then it executed fine. On using: export PERL5LIB="/usr/local/koha/intranet/modules" it runs fine, when used as ./opac-main.pl and [root@glide cgi-bin]# export shows following: declare -x PERL5LIB="/usr/local/koha/intranet/modules" But through browser, it gave same error of "Premature end of script headers: opac-main.pl". What will be solution? -- H.S.Rai From indradg at icbic.com Thu Oct 28 20:15:54 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Server Error: opac-main.pl, path problem In-Reply-To: References: Message-ID: <1098947754.22447.40.camel@enforcer.banglamafia.org> Hi, On Thu, 2004-10-28 at 12:26 +0530, Library wrote: > [root@glide cgi-bin]# export > > shows following: > > declare -x PERL5LIB="/usr/local/koha/intranet/modules" > > But through browser, it gave same error of "Premature end of script > headers: opac-main.pl". But of course! the PERL5LIB environment variable you set is effective only for that particular shell. So naturally when u run the script from the commandline of that shell it can locate Auth.pm However, that environment variable isn't shared by your webserver. I use Name-based Virtual Hosting ability of Apache and in my case, the soln is simple I use -> > SetEnv PERL5LIB "/var/www/koha/intranet/modules" in each of the virtual host definition sections. Since I don't know how you are setting it up so YMMV cheers, -indra. -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From csg7142 at students.kennesaw.edu Fri Oct 29 04:42:33 2004 From: csg7142 at students.kennesaw.edu (csg7142@students.kennesaw.edu) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql Message-ID: <1098978153.41811369eccf8@students.kennesaw.edu> My apologies if this issue has been addressed previously, I didn?t find it in the archives. After logging into Koha the login screen keeps appearing again after clicking on a new link. We where able to add a branch but no books or new users. The Mysql Koha tables are empty. Any help would be beneficial. We are running: http://localhost:8080/cgi-bin/koha/about.pl Koha version: 2.0.1RC1 OS version (from 'uname -a'): OpenBSD 3.4 GENERIC#18 i386 Perl version: 5.008 MySQL version: 3.23.58 Apache version: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.7b bash-2.05b# less /usr/local/koha/log/koha-error_log [Thu Oct 28 00:08:20 2004] [error] [client ###.###.###.###] File does not exist: /usr/local/koha/intranet/htdocs/favicon.ico DBD::mysql::st execute failed: Unknown column 'password' in 'field list' at /usr/local/koha/intranet/modules/C4/Auth.pm line 351. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 353. DBD::mysql::st execute failed: Unknown column 'password' in 'field list' at /usr/local/koha/intranet/modules/C4/Auth.pm line 359. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 361. DBD::mysql::db selectrow_array failed: Table 'Koha.sessions' doesn't exist at /usr/local/koha/intranet/modules/C4/Auth.pm line 224. DBD::mysql::st execute failed: Unknown column 'password' in 'field list' at /usr/local/koha/intranet/modules/C4/Auth.pm line 351. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 353. DBD::mysql::st execute failed: Unknown column 'password' in 'field list' at /usr/local/koha/intranet/modules/C4/Auth.pm line 359. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 361. DBD::mysql::db do failed: Table 'Koha.sessions' doesn't exist at /usr/local/koha/intranet/modules/C4/Auth.pm line 281. DBD::mysql::db do failed: Table 'Koha.sessions' doesn't exist at /usr/local/koha/intranet/modules/C4/Auth.pm line 283. DBD::mysql::st execute failed: Unknown column 'userid' in 'where clause' at /usr/local/koha/intranet/modules/C4/Auth.pm line 400. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 401. DBD::mysql::st execute failed: Unknown column 'flags' in 'field list' at /usr/local/koha/intranet/modules/C4/Auth.pm line 385. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 386. DBD::mysql::st execute failed: Table 'Koha.userflags' doesn't exist at /usr/local/koha/intranet/modules/C4/Auth.pm line 388. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 389. DBD::mysql::st execute failed: Unknown column 'userid' in 'where clause' at /usr/local/koha/intranet/modules/C4/Auth.pm line 426. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Auth.pm line 428. =-=-=-=-=-=-= Chris Gilbert Kennesaw State University ------------------------------------------------- From mjr at dsl.pipex.com Fri Oct 29 14:44:08 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: <1098978153.41811369eccf8@students.kennesaw.edu> Message-ID: <22b92d524647eabb0830e7dd67514788@bouncing.localnet> On 2004-10-28 16:42:33 +0100 csg7142@students.kennesaw.edu wrote: > DBD::mysql::st execute failed: Unknown column 'password' in 'field > list' at > /usr/local/koha/intranet/modules/C4/Auth.pm line 351. My first thought is that the database did not install completely. There should be 60 or so tables. Can you check whether there are in your copy? (Connect to mysql and enter "show tables;" IIRC) -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/ From mjr at dsl.pipex.com Fri Oct 29 14:51:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Server Error: opac-main.pl, path problem (2.0.1) In-Reply-To: Message-ID: On 2004-10-28 07:56:48 +0100 Library wrote: > But through browser, it gave same error of "Premature end of script > headers: > opac-main.pl". > > What will be solution? I don't know. What are the relevant lines of your web server's error.log file? Possibly in /usr/local/koha/log -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/ From olwen at ihug.co.nz Fri Oct 29 21:47:33 2004 From: olwen at ihug.co.nz (Olwen) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Re: Thanks :) Message-ID: An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041029/c93c87eb/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: price.cpl Type: application/octet-stream Size: 22018 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041029/c93c87eb/price.obj From csg7142 at students.kennesaw.edu Sat Oct 30 17:45:44 2004 From: csg7142 at students.kennesaw.edu (csg7142@students.kennesaw.edu) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql Message-ID: <1099111544.41831c781f1f2@students.kennesaw.edu> Thank you for your quick responce. >> DBD::mysql::st execute failed: Unknown column 'password' in 'field >> list' at >> /usr/local/koha/intranet/modules/C4/Auth.pm line 351. > > My first thought is that the database did not install completely. > There should be 60 or so tables. Can you check whether there are in > your copy? (Connect to mysql and enter "show tables;" IIRC) mysql> use Koha; mysql> show tables; +--------------------+ | Tables_in_Koha | +--------------------+ | accountlines | | accountoffsets | | additionalauthors | | aqbookfund | | aqbooksellers | | aqbudget | | aqorderbreakdown | | aqorderdelivery | | aqorders | | biblio | | biblioanalysis | | biblioitems | | bibliosubject | | bibliosubtitle | | borexp | | borrowers | | branchcategories | | branches | | branchtransfers | | catalogueentry | | categories | | categoryitem | | classification | | currency | | deletedbiblio | | deletedbiblioitems | | deletedborrowers | | deleteditems | | issues | | items | | itemsprices | | itemtypes | | multipart | | multivolume | | newitems | | printers | | procedures | | publisher | | reserveconstraints | | reserves | | searchstats | | serialissues | | statistics | | stopwords | | systempreferences | | users | +--------------------+ 46 rows in set (0.00 sec) ------------------------------------------------- From mjr at dsl.pipex.com Mon Nov 1 00:09:17 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: <1099111544.41831c781f1f2@students.kennesaw.edu> Message-ID: On 2004-10-30 05:45:44 +0100 csg7142@students.kennesaw.edu wrote: >> My first thought is that the database did not install completely. >> There should be 60 or so tables. Can you check whether there are in >> your copy? (Connect to mysql and enter "show tables;" IIRC) > mysql> use Koha; > mysql> show tables; [...] > 46 rows in set (0.00 sec) You are missing a number of tables. Check your installation log for problems, if you made one. You may be able to fix this by running scripts/updater/updatedatabase manually, but I've not tried that recently. Let us know how it goes, please. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/ From csg7142 at students.kennesaw.edu Mon Nov 1 10:20:34 2004 From: csg7142 at students.kennesaw.edu (csg7142@students.kennesaw.edu) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: References: Message-ID: <1099257634.418557226b49c@students.kennesaw.edu> Quoting MJ Ray : > On 2004-10-30 05:45:44 +0100 csg7142@students.kennesaw.edu wrote: > > >> My first thought is that the database did not install completely. > >> There should be 60 or so tables. Can you check whether there are in > >> your copy? (Connect to mysql and enter "show tables;" IIRC) > > mysql> use Koha; > > mysql> show tables; > [...] > > 46 rows in set (0.00 sec) > > You are missing a number of tables. Check your installation log for > problems, if you made one. You may be able to fix this by running > scripts/updater/updatedatabase manually, but I've not tried that > recently. > > Let us know how it goes, please. bash# pwd /usr/local/koha/intranet/scripts/updater bash-2.05b# perl updatedatabase -I /usr/local/koha/intranet/modules/C4 Can't locate C4/Context.pm in @INC (@INC contains: /usr/libdata/perl5/i386- openbsd/5.8.0 /usr/local/libdata/perl5/i386- openbsd/5.8.0 /usr/libdata/perl5 /usr/local/libdata/perl5 /usr/local/libdata/per l5/site_perl/i386-openbsd /usr/libdata/perl5/site_perl/i386- openbsd /usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl /usr/loc al/lib/perl5/site_perl .) at updatedatabase line 22. BEGIN failed--compilation aborted at updatedatabase line 22. As for the installation log I am not sure where it would reside, I checked in the dir where I put the tar ball /usr/src/koha-2.0.1 and the koha error logs are /usr/local/koha/log/. ------------------------------------------------- From mjr at dsl.pipex.com Mon Nov 1 11:39:04 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: <1099257634.418557226b49c@students.kennesaw.edu> Message-ID: On 2004-10-31 21:20:34 +0000 csg7142@students.kennesaw.edu wrote: > bash-2.05b# perl updatedatabase -I /usr/local/koha/intranet/modules/C4 > > Can't locate C4/Context.pm [...] Try without the C4 on the end of the command. > As for the installation log I am not sure where it would reside, I > checked in > the dir where I put the tar ball /usr/src/koha-2.0.1 and the koha > error logs > are /usr/local/koha/log/. No, I meant your logbook. Some sysadmins keep logbooks and some use the "script" command to record installations. If you don't do either, then we probably can't figure out what went wrong. This is probably a problem, so: What would users think of install.pl and upgrade.pl saving a log file in the current directory when run? Good/bad/indifferent? Home directory instead? Thanks for persevering(sp!) -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/ From chris at katipo.co.nz Mon Nov 1 11:43:47 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: References: <1099257634.418557226b49c@students.kennesaw.edu> Message-ID: <20041031224347.GY21225@katipo.co.nz> On Sun, Oct 31, 2004 at 10:39:04PM +0000, MJ Ray said: > > What would users think of install.pl and upgrade.pl saving a log file > in the current directory when run? Good/bad/indifferent? Home > directory instead? > I think its a good idea. Current directory sounds fine. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From Mike.Lake at uts.edu.au Mon Nov 1 11:54:57 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:28 2005 Subject: [Koha] Authorization problems between Koha and Mysql In-Reply-To: References: Message-ID: <41856D41.5040300@uts.edu.au> MJ Ray wrote: > No, I meant your logbook. Some sysadmins keep logbooks and some use the > "script" command to record installations. If you don't do either, then > we probably can't figure out what went wrong. This is probably a > problem, so: > > What would users think of install.pl and upgrade.pl saving a log file in > the current directory when run? Good/bad/indifferent? Home directory > instead? Hi all I just used script on Sat when installing koha. For those that don't know it use it like this: $script -c "perl install.pl" It's really useful as it created a transcript of the entire installation process. man script. A logfile would be useful. One thing to be mindful of when having install.pm automatically create a log file is what to do about the library admin username/password that a user chose. Best perhaps to just omit that one bit of info from the log. The advantage of a log file generated by install.pl is that it could also include more behind-the-scenes info for debugging failed installs. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From BernadetteC at burwood.org.nz Mon Nov 1 09:56:57 2004 From: BernadetteC at burwood.org.nz (Bernadette Cassidy) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Koha - copyright date Message-ID: <913F8A29AAA1A344A3E97B8573F4BE4901D16B@server.burwood.local> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Copyright date.doc Type: application/msword Size: 63488 bytes Desc: Copyright date.doc Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041101/3adfe4e9/Copyrightdate.doc From shedges at skemotah.com Tue Nov 2 12:56:18 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Koha - copyright date In-Reply-To: <913F8A29AAA1A344A3E97B8573F4BE4901D16B@server.burwood.local> References: <913F8A29AAA1A344A3E97B8573F4BE4901D16B@server.burwood.local> Message-ID: <32808.65.24.138.126.1099353378.spork@webmail.skemotah.com> Bernadette Cassidy said: > Since the upgrade of Koha to version 2.0, I've noticed when adding new > items that Koha doesn't display the publication date - see attached > catalogue record. Does anyone know why?! What do you have mapped to biblio.copyrightdate? (Should be 260c if you're using MARC21.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From Mike.Lake at uts.edu.au Tue Nov 2 19:26:25 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? In-Reply-To: <20041031224347.GY21225@katipo.co.nz> References: <1099257634.418557226b49c@students.kennesaw.edu><20041031224347.GY21225@katipo.co.nz> Message-ID: <41872891.5060206@uts.edu.au> Hi all I installed Koha last weekend. Installation went fine, its a nice program. Im evaluating it for use by the Royal Society of NSW's library. http://nsw.royalsoc.org.au so thought I'd better join the list. Most things seems to be working fine. I have gone through and setup most of the things in the "System parameters". I tried the "MARC biblio export" and as it says "leave blank to export every biblio" thats what I did. I had loaded the sample data and so I have biblio info in there - I can search for and find it. But when I click Export it just saves an empty 'marc.pl' file. I expected lots of MARC stuff. If I goto: koha/intranet/cgi-bin/export and try export$ perl -I /home/rsnsw/koha/intranet/modules ./marc.pl I get: DBI connect(':','',...) failed: Access denied for user: 'mikel@localhost' (Using password: NO) at /home/rsnsw/koha/intranet/modules/C4/Context.pm line 368 DBI connect(':','',...) failed: Access denied for user: 'mikel@localhost' (Using password: NO) at /home/rsnsw/koha/intranet/modules/C4/Context.pm line 368 Can't call method "selectrow_array" on an undefined value at /home/rsnsw/koha/intranet/modules/C4/Context.pm line 320. export$ What should I try/look at to solve this? I am using Koha version: 2.0.1RC1 -- Mike Lake Caver, Linux enthusiast and interested in anything technical. -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From Mike.Lake at uts.edu.au Tue Nov 2 19:34:39 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? In-Reply-To: <41872891.5060206@uts.edu.au> References: <1099257634.418557226b49c@students.kennesaw.edu><20041031224347.GY21225@katipo.co.nz> <41872891.5060206@uts.edu.au> Message-ID: <41872A7F.4010107@uts.edu.au> Hi again One more bit of info that is prob important. Michael Lake wrote: > If I goto: koha/intranet/cgi-bin/export and try > export$ perl -I /home/rsnsw/koha/intranet/modules ./marc.pl > > I get: > > DBI connect(':','',...) failed: Access denied for user: > 'mikel@localhost' (Using password: NO) at > /home/rsnsw/koha/intranet/modules/C4/Context.pm line 368 > DBI connect(':','',...) failed: Access denied for user: > 'mikel@localhost' (Using password: NO) at > /home/rsnsw/koha/intranet/modules/C4/Context.pm line 368 > Can't call method "selectrow_array" on an undefined value at > /home/rsnsw/koha/intranet/modules/C4/Context.pm line 320. > export$ The mikel above is my login name for the laptop running Koha. The name of the Administrator for using the Intranet part is a different name. I have a .my.cnf file in my root dir which provides shell access to MySQL so the script should be able to access the koha database. I can access it via mysql at the command line as mikel. Mike -- Mike Lake Caver, Linux enthusiast and interested in anything technical. -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From paul.poulain at free.fr Tue Nov 2 22:50:53 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Koha future Message-ID: <4187587D.2070402@free.fr> Hi all, I tried to put all suggestions for Koha future into a wiki page. It's on : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap2.2.x I merged 2.2.x and 2.4.0 features. But the table shows in which version it should be done. Feel free to complete this page, I will add features myself if you post only on this list. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Nov 2 23:32:52 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] 2.0.0 release date Message-ID: <41876254.40605@free.fr> Hi, My goal here is to ask for a 2.0.0 release date. It may sound strange to have the Release Manager asking users for a release date, but let me explain : The 2.1.3 works fine since some weeks in EMN, in France. My opinion is that the 2.1.3 can be used in production. Not 100% bug free with a UNIMARC DB, but works. The question is : how works 2.1.3 with a MARC21 installation ? Important question, but I don't know it's answer yet. Nelsonville or Katipo, did you do some tests ? So, when do you think I could publish a 2.2.0RC1 in the stable tree ? My opinion is ASAP : I don't want to wait for months like I did for 2.0.0. As I said previously, I realize delaying the 2.0.0 version had a very bad effect on french libraries, that didn't want to install 2.0.0RCx, thinking it was too unstable. The DB schema didn't change from 2.1.2 to 2.1.3 and still has no change. I think this is the most important point : the DB IS stable, so Koha is on the road to be stable. Feel free to argue if you don't agree & have any other opinion/idea. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mjr at dsl.pipex.com Wed Nov 3 00:53:05 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <41872891.5060206@uts.edu.au> Message-ID: <7c34a562092df7278d61201051812ceb@bouncing.localnet> On 2004-11-02 06:26:25 +0000 Michael Lake wrote: [...] > loaded the sample data and so I have biblio info in there - I can > search for > and find it. But when I click Export it just saves an empty 'marc.pl' > file. I > expected lots of MARC stuff. I'll take a look at this when testing 2.0.2beta0. It used to work. > If I goto: koha/intranet/cgi-bin/export and try > > export$ perl -I /home/rsnsw/koha/intranet/modules ./marc.pl > I get: > DBI connect(':','',...) failed: Access denied for user: > 'mikel@localhost' > (Using password: NO) at > /home/rsnsw/koha/intranet/modules/C4/Context.pm line > 368 You may need to put KOHACONF=/hoem/rsnsw/koha.conf on the start of that line, as it looks like Context.pm isn't finding the login details. This is a direct connect, so I think my.cnf hasn't anything to do with it. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From indradg at icbic.com Wed Nov 3 06:57:00 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] 2.0.0 release date In-Reply-To: <41876254.40605@free.fr> References: <41876254.40605@free.fr> Message-ID: <1099418220.9138.16.camel@enforcer.banglamafia.org> Hi Paul, On Tue, 2004-11-02 at 11:32 +0100, Paul POULAIN wrote: > Hi, > > My goal here is to ask for a 2.0.0 release date. ^^^^^ Err... you mean 2.2.0... ? ;-) > The question is : how works 2.1.3 with a MARC21 installation ? I am test running 2.1.3 at my installation (WBUT) and we are on MARC21. So far it looks good. I have a question, with L10N support on Koha, is there a specific reason why the default charset defined in the meta tags is iso-8859-1 and not utf-8? I needed to change it to utf-8 for BN translated templates and include files. I did get a funny bug cropping up while testing the BN translation of Koha. A particular vowel used as conjunct was being rendered in the drop-down list as U+8249 unicode codepoint, whereas the data is correctly stored in the MySQL db (v4.0.20) and displayed correctly when viewed through phpmyadmin interface. The bug shows up both on Konqueror 3.3.0 as well as cvs Mozilla 1.8a5. I have checked and its not a widget rendering problem as the same vowel conjunct is rendered perfectly when I test using a test page. Methinks I need to look at the code *grin* > Important question, but I don't know it's answer yet. Nelsonville or > Katipo, did you do some tests ? I tested MARC export, tried the reports - seems to work. More as it comes :) cheers, -indra. -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From garthus at lilrc.org Wed Nov 3 06:46:47 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] 2.0.0 release date In-Reply-To: <1099418220.9138.16.camel@enforcer.banglamafia.org> References: <41876254.40605@free.fr> <1099418220.9138.16.camel@enforcer.banglamafia.org> Message-ID: <4187C807.4020502@lilrc.org> I will be using 2.2.x version for the Turkish/russian interface work and we also need to use UTF-8; will see if there are any problems soon. Gerry Indranil Das Gupta wrote: >Hi Paul, > >On Tue, 2004-11-02 at 11:32 +0100, Paul POULAIN wrote: > > >>Hi, >> >>My goal here is to ask for a 2.0.0 release date. >> >> > ^^^^^ > >Err... you mean 2.2.0... ? ;-) > > > >>The question is : how works 2.1.3 with a MARC21 installation ? >> >> > >I am test running 2.1.3 at my installation (WBUT) and we are on MARC21. >So far it looks good. > >I have a question, with L10N support on Koha, is there a specific reason >why the default charset defined in the meta tags is iso-8859-1 and not >utf-8? > >I needed to change it to utf-8 for BN translated templates and include >files. > >I did get a funny bug cropping up while testing the BN translation of >Koha. A particular vowel used as conjunct was being rendered in the >drop-down list as U+8249 unicode codepoint, whereas the data is >correctly stored in the MySQL db (v4.0.20) and displayed correctly when >viewed through phpmyadmin interface. > >The bug shows up both on Konqueror 3.3.0 as well as cvs Mozilla 1.8a5. I >have checked and its not a widget rendering problem as the same vowel >conjunct is rendered perfectly when I test using a test page. > >Methinks I need to look at the code *grin* > > > >>Important question, but I don't know it's answer yet. Nelsonville or >>Katipo, did you do some tests ? >> >> > >I tested MARC export, tried the reports - seems to work. More as it >comes :) > >cheers, >-indra. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041102/b8d4c047/attachment.html From COURYHOUSE at aol.com Tue Nov 2 09:53:30 2004 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Considering Open Source Software ( for lib. article smecc got a mention) Message-ID: <7b.3714b87b.2eb7fc4a@aol.com> http://www.infotoday.com/cilmag/sep04/balas.shtml dated nov 1, 2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041101/5edb1294/attachment.htm From Mike.Lake at uts.edu.au Wed Nov 3 12:15:19 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <7c34a562092df7278d61201051812ceb@bouncing.localnet> References: <7c34a562092df7278d61201051812ceb@bouncing.localnet> Message-ID: <41881507.3010306@uts.edu.au> MJ Ray wrote: > On 2004-11-02 06:26:25 +0000 Michael Lake wrote: > > [...] > >> loaded the sample data and so I have biblio info in there - I can >> search for and find it. But when I click Export it just saves an empty >> 'marc.pl' file. I expected lots of MARC stuff. > > > I'll take a look at this when testing 2.0.2beta0. It used to work. > >> If I goto: koha/intranet/cgi-bin/export and try >> >> export$ perl -I /home/rsnsw/koha/intranet/modules ./marc.pl >> I get: >> DBI connect(':','',...) failed: Access denied for user: >> 'mikel@localhost' (Using password: NO) at >> /home/rsnsw/koha/intranet/modules/C4/Context.pm line 368 > > > You may need to put KOHACONF=/hoem/rsnsw/koha.conf on the start of that > line, as it looks like Context.pm isn't finding the login details. This > is a direct connect, so I think my.cnf hasn't anything to do with it. My koha.conf is still in /etc/koha.conf I see in Context.pm that there is "use constant CONFIG_FNAME => "/etc/koha.conf"; so that should be fine. The koha directory is under a /home/rsnsw/ user. I can see though that /etc/koha.conf wasn't readable by the user rsnsw so I have changed for now the permissions of koha.conf to be readable (it's not a production system yet). I no longer get the DBI connect error. I get: Can't locate object method 'config' via package C4::Context at Output.pm line 78. I can see that config is a defined method in Context.pm and there is a 'use Context;' in Output.pm so it should have found it. The error is prob something else unrelated. I'd best get some real work done and get back to looking at this later :-) Any ideas in the meantime appreciated. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From Mike.Lake at uts.edu.au Wed Nov 3 17:58:47 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <41881507.3010306@uts.edu.au> References: <7c34a562092df7278d61201051812ceb@bouncing.localnet><41881507.3010306@uts.edu.au> Message-ID: <41886587.1050809@uts.edu.au> Michael Lake wrote: >>> loaded the sample data and so I have biblio info in there - I can >>> search for and find it. But when I click Export it just saves an >>> empty 'marc.pl' file. I expected lots of MARC stuff. Still trying to get this working. I have reinstalled just in case. Running from command line: perl -I /home/rsnsw/koha/intranet/modules -file marc.dat just produces a page of HTML to screen now and at least no errors but no file marc.dat I see that it needs to set a cookie. Cookies are allowed in my browser and I can see the sessionID cookie from localhost there. Im still getting a zero length file from running marc.pl What should I use from the command line to test it? What do people get? I prob also need to try a marc import but I dont have a example of a single marc record. Can one be posted here as an example? I looked at the archives but didnt find an 'example'. Thanks Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From baljkas at mts.net Wed Nov 3 18:51:44 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 Message-ID: <20041103055144.OEUA1377.mx-mtaout02.mts.net@mx-mtaout> Tuesday, November 2, 2004 23:43 CDT Hi, Michael, I am attaching a single MARC record as you requested. If you want more, let me know. From Mike.Lake at uts.edu.au Wed Nov 3 19:19:01 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <20041103055144.OEUA1377.mx-mtaout02.mts.net@mx-mtaout> References: <20041103055144.OEUA1377.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <41887855.4050706@uts.edu.au> Baljkas Family wrote: > I am attaching a single MARC record as you requested. If you want more, let me know. > From past experience trying to discuss them on the listserv and elsewhere, it'll probably > be split into 2 parts, one part appearing somewhere in the body of this text I am > typing, with the remainder (usually after the Directory part) continuing below. > Hopefully, you'll still be able to recover it. > I don't remember what extension Koha needs for its MARC records, so you may need to > change the .mrc to something else. > > The record attached is for: > The hidden encyclical of Pius XI / Georges Passelecq and > Bernard Suchecky ; translated from the French by Steven > Rendall ; with an introduction by Garry Wills. -- > Thanks. I have the attachement fine but I'm wondering if there are some character encoding probs. It appears on a single line in either Windows or Linux and there are control characters in the text. I was expecting ASCII or 7 bit stuff. Would that be correct? I tried it anyway and recieved: Import into Breeding Farm, 2 imported records, 2 records parsed. This suggests then that its in the "Breeding Farm" and that when I do a MARC search it will find it. When I go to the catalog and search on 245a - Title contains 'hidden' or 100c - Title and other words contains 'hidden' I dont get any biblios. Its a bit hard to see whats what as its all on one line. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From Mike.Lake at uts.edu.au Wed Nov 3 19:27:10 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <20041103055144.OEUA1377.mx-mtaout02.mts.net@mx-mtaout> References: <20041103055144.OEUA1377.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <41887A3E.5000108@uts.edu.au> Baljkas Family wrote: > I am attaching a single MARC record as you requested. If you want more, let me know. > From past experience trying to discuss them on the listserv and elsewhere, it'll probably > be split into 2 parts, one part appearing somewhere in the body of this text I am > typing, with the remainder (usually after the Directory part) continuing below. > Hopefully, you'll still be able to recover it. > I don't remember what extension Koha needs for its MARC records, so you may need to > change the .mrc to something else. > > The record attached is for: > The hidden encyclical of Pius XI / Georges Passelecq and > Bernard Suchecky ; translated from the French by Steven > Rendall ; with an introduction by Garry Wills. -- > Ah the import did work as its in the breeding farm. I just looked at the tables and saw a marc_breeding. Okies :-) $ mysql -e "select id,file,title from marc_breeding;" koha +----+---------+------------------------------------+ | id | file | title | +----+---------+------------------------------------+ | 1 | Baljkas | The hidden encyclical of Pius XI / | +----+---------+------------------------------------+ Now how do i see it in the catalog ? Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From baljkas at mts.net Thu Nov 4 05:15:28 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 Message-ID: <20041103161528.QQNF1377.mx-mtaout02.mts.net@mx-mtaout> Wednesday, November 3, 2004 09:38 CST Hi again, Michael, Well, I don't know about how to get it to display -- I thought that it just did 'automagically' (as one Koha'ite put it earlier on) -- but I can answer your query about MARC record structure. > > [snip] > > The record attached is for: > > The hidden encyclical of Pius XI / Georges Passelecq and > > Bernard Suchecky ; translated from the French by Steven > > Rendall ; with an introduction by Garry Wills. -- > > > > Thanks. I have the attachment fine but I'm wondering if there are some > character encoding probs. It appears on a single line in either Windows > or Linux and there are control characters in the text. I was expecting > ASCII or 7 bit stuff. Would that be correct? I take it when you say control characters, you mean the little box-like things (or other symbols). These indicate the beginnings of subfields (well, that, and a few other things). They are supposed to be there. BTW, different systems -- ILS and editors -- will display different symbols to show these delimiters, but all amount to the same thing. As for the single line: MARC records are usually short enough to fit on one line in a text editor. If you take a look at the record, it begins with a set of fixed position-coding data called the Leader, which is immediately followed by a set of numbers called the Directory. If you took a really careful look at the Directory you could see that the different MARC tags you have in your record are encoded there, along with the number of spaces the data in the fields takes up. The Directory essentially encodes the data matrix, allowing for unpacking of the information. For a better explanation than I am giving, please see: In terms of ASCII or 7-bit stuff: as far as I know, the character set has always been ASCII. In one section of the General Introduction to MARC21 Concise Bibliographic Format (i.e. what is used for item records), there is a note stating "ASCII is used for the structure elements of the record, with most coded data also specified within the ASCII range of characters." In fact, in the formal explanations there, one sees references to specific ASCII codes (e.g. "The Directory ends with a field terminator character (ASCII 1E hex)" and, under Variable fields, "The data in a MARC 21 record is organized into variable fields, each identified by a three-character numeric tag that is stored in the Directory entry for the field. Each field ends with a field terminator character. The MARC record ends with a record terminator (ASCII 1D hex)"). Anyway, I hope that helps clarify, Michael. If I am missing what you meant or misunderstanding it, please let me know and I'll try again. > I tried it anyway and received: > Import into Breeding Farm, 2 imported records, 2 records parsed. > This suggests then that its in the "Breeding Farm" and that when I do a > MARC search it will find it. > When I go to the catalog and search on 245a - Title contains 'hidden' or > 100c - Title and other words contains 'hidden' I dont get any biblios. As you stated elsewhere that you are using MARC21, the 100c definitely should NOT have the word 'hidden' in it. That occurs in the 245a. The 'title' in the 100c is not the title of a work but rather a title in the sense of honorific! If you look at the examples for proper coding of the 100 field on the LC site at you would find the following 2 illustrations of what is meant: 100 0#$aJohn,$cthe Baptist, Saint. 100 0#$aJohn$bII Comnenus,$cEmperor of the East,$d1088-1143. Hope that helps. > It's a bit hard to see what's what as it's all on one line. True, but then again, MARC communications format is really not meant for us to read, but for computers. ;-) They don't need the spaces our brains like to have. It takes some time, but, if you want to, eventually you could get used to reading raw MARC just as easily as the more user-friendly tagged (matrix) form. In the meantime, continued good luck with your work. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From Mike.Lake at uts.edu.au Thu Nov 4 14:54:49 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: References: Message-ID: <41898BE9.8090201@uts.edu.au> Hi all David Bigwood kindly sent me some help.... > Mike, > To view MARC records download MarcEdit http://oregonstate.edu/~reeset/marcedit/html/index.html > It is free. > The MARC format is a compressed format, it is all on one line. > MarcEdit is a wonderful tool and may be useful in cleaning the records before importing. > To get an overview of your MARC records, fields used, > MARC RTP http://www.loungebythelake.com/marcrtp/marc-explained.html is great. Also free. The above is helping enormously. The tutorials on that site are excellent. The reason why I thought the format might have been 7bit and on multiple lines was my cursory reading of: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=WhatIsMarc e.g. 200 1# $a Je craque $b Text imprim? $f Guy Bedos 200 : title zone Of course I should read the full spec http://www.loc.gov/marc/ :-) With the wonderful MarcEdit program I have opened the marc file that Steven Baljkas posted and now I can read and understand each field. Thanks. -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From rachel at katipo.co.nz Thu Nov 4 20:46:57 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> Message-ID: <4189DE71.6090804@katipo.co.nz> Dear Angrosh, I have forwarded your message to the Koha mailing list - there are many skilled Linux people there - unfortunatly I'm not one of them. Let me know if you don't get help from anyone and I'll try and find someone specifically to help you. If you would like to join the Koha mailing list you are most welcome, and people there can give you a lot of help Best wishes, and thankyou for choosing Koha :-) cheers Rachel Angrosh wrote: > Dear Sir, > > I am verymuch impressed by KOHA and I am interested in using KOHA and > automate our library. For this reason, I have installed Linux Redhat and > changed my working environment. > > I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. > > I carried out the following steps: > > *_Installing MySQL Server_* > > I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP directory > > When is executed the following command: > > [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am > getting the following: > > Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, Key ID > 025e5136 > > Error: failed dependencies: librarysqlclient.so.10 is needed by > mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by > mysql-server-3.23.58-1.386.rpm. > > Sir, I am a layman in Linux. I am unable to solve the problem can you > please help me out. Futher, because of the problem, I am unable to move > forward. > > I request you to kinly help me out. > > Angrosh > Assistant Librarian > Indian Institute of Plantation Management > Banaglore > Ph. 23213515 -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From ferreyra at ort.edu.uy Fri Nov 5 01:22:03 2004 From: ferreyra at ort.edu.uy (Laura Ferreyra) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] A question to librarians... Message-ID: <418A1EEB.4C8696E8@ort.edu.uy> Dear all, We are trying to adopt Koha as our library system. As our library is univerity we have to manage some special features. As a librarian I would like to met other librarians from university libraries who are using koha now, in order to ask them for advice. Does anyone know names of university libraries using this system?. Thank you very much. Lic. Laura Ferreyra University Library Montevideo, Uruguay. From mjr at dsl.pipex.com Fri Nov 5 01:21:23 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <41881507.3010306@uts.edu.au> Message-ID: <19be1324accfe4ea477a83047d648c38@bouncing.localnet> On 2004-11-02 23:15:19 +0000 Michael Lake wrote: > MJ Ray wrote: >> On 2004-11-02 06:26:25 +0000 Michael Lake >> wrote: >>> loaded the sample data and so I have biblio info in there - I can >>> search >>> for and find it. But when I click Export it just saves an empty >>> 'marc.pl' >>> file. I expected lots of MARC stuff. >> I'll take a look at this when testing 2.0.2beta0. It used to work. I've tried this on a 2.0.1 test server that I have here and it works fine. The file is called marc.pl (which we probably should fix), but it does contain MARC data. I don't know what to suggest. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From biomyth at yahoo.com Fri Nov 5 02:53:33 2004 From: biomyth at yahoo.com (pierre pierre) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <4189DE71.6090804@katipo.co.nz> Message-ID: <20041104135333.59091.qmail@web54510.mail.yahoo.com> You will find some information on your problem at the following address: http://dev.mysql.com/doc/mysql/en/Linux-RPM.html But you may consider installing the last MySQL release : MySQL4.1 (http://dev.mysql.com/downloads/mysql/4.1.html) Regards, Pierre Rachel Hamilton-Williams wrote:Dear Angrosh, I have forwarded your message to the Koha mailing list - there are many skilled Linux people there - unfortunatly I'm not one of them. Let me know if you don't get help from anyone and I'll try and find someone specifically to help you. If you would like to join the Koha mailing list you are most welcome, and people there can give you a lot of help Best wishes, and thankyou for choosing Koha :-) cheers Rachel Angrosh wrote: > Dear Sir, > > I am verymuch impressed by KOHA and I am interested in using KOHA and > automate our library. For this reason, I have installed Linux Redhat and > changed my working environment. > > I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. > > I carried out the following steps: > > *_Installing MySQL Server_* > > I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP directory > > When is executed the following command: > > [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am > getting the following: > > Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, Key ID > 025e5136 > > Error: failed dependencies: librarysqlclient.so.10 is needed by > mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by > mysql-server-3.23.58-1.386.rpm. > > Sir, I am a layman in Linux. I am unable to solve the problem can you > please help me out. Futher, because of the problem, I am unable to move > forward. > > I request you to kinly help me out. > > Angrosh > Assistant Librarian > Indian Institute of Plantation Management > Banaglore > Ph. 23213515 -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha --------------------------------- Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com/a -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041104/d72088f6/attachment.html From mjoyner at ewc.edu Fri Nov 5 03:00:15 2004 From: mjoyner at ewc.edu (Michael Joyner) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <4189DE71.6090804@katipo.co.nz> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> <4189DE71.6090804@katipo.co.nz> Message-ID: <418A35EF.9090702@ewc.edu> Please install apt-rpm and use apt-get install mysql-server Rachel Hamilton-Williams wrote: > Dear Angrosh, > > I have forwarded your message to the Koha mailing list - there are many > skilled Linux people there - unfortunatly I'm not one of them. > > Let me know if you don't get help from anyone and I'll try and find > someone specifically to help you. > > If you would like to join the Koha mailing list you are most welcome, > and people there can give you a lot of help > > Best wishes, and thankyou for choosing Koha :-) > > cheers > Rachel > > > Angrosh wrote: > >> Dear Sir, >> >> I am verymuch impressed by KOHA and I am interested in using KOHA and >> automate our library. For this reason, I have installed Linux Redhat >> and changed my working environment. >> I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. >> >> I carried out the following steps: >> >> *_Installing MySQL Server_* >> >> I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP directory >> >> When is executed the following command: >> >> [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am >> getting the following: >> >> Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, Key >> ID 025e5136 >> >> Error: failed dependencies: librarysqlclient.so.10 is needed by >> mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by >> mysql-server-3.23.58-1.386.rpm. >> >> Sir, I am a layman in Linux. I am unable to solve the problem can you >> please help me out. Futher, because of the problem, I am unable to >> move forward. >> >> I request you to kinly help me out. >> >> Angrosh >> Assistant Librarian >> Indian Institute of Plantation Management >> Banaglore >> Ph. 23213515 > > -- Michael Joyner Systems Administrator Edward Waters College 1658 Kings Road Jacksonville, FL 32209 904-470-8170 mjoyner@ewc.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: mjoyner.vcf Type: text/x-vcard Size: 688 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041104/3e14b6de/mjoyner.vcf From garthus at lilrc.org Fri Nov 5 03:30:31 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <4189DE71.6090804@katipo.co.nz> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> <4189DE71.6090804@katipo.co.nz> Message-ID: <418A3D07.3030403@lilrc.org> Angrosh, do not install redhat 3.0, there are several issues which cause problems, mostly the bastards at redhat purposely left out some files which you have to get from update services; same shit they learned from Microsoft. Go to the Aurox web site: http://aurox.org/pl/index.php There is an English version of the site, and download aurox version 10.0.1a, do a complete install and then remove the packages which you do not want. This polish version of Linux is free and is the Fedora 1.0 core. I have done several installs and they went well.. If you would like I can post instructions which should be easy to follow. If you have problem with download, tell me since I have already made the four discs for this version. Gerry Gerry Arthus Systems Administrator: Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor: Departments of: Graduate Computer Engineering, Earth and Environmental Science, and Engineering Management C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville, New York US 11548-1300 Phone: 516-299-2293 Rachel Hamilton-Williams wrote: > Dear Angrosh, > > I have forwarded your message to the Koha mailing list - there are > many skilled Linux people there - unfortunatly I'm not one of them. > > Let me know if you don't get help from anyone and I'll try and find > someone specifically to help you. > > If you would like to join the Koha mailing list you are most welcome, > and people there can give you a lot of help > > Best wishes, and thankyou for choosing Koha :-) > > cheers > Rachel > > > Angrosh wrote: > >> Dear Sir, >> >> I am verymuch impressed by KOHA and I am interested in using KOHA and >> automate our library. For this reason, I have installed Linux Redhat >> and changed my working environment. >> I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. >> >> I carried out the following steps: >> >> *_Installing MySQL Server_* >> >> I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP directory >> >> When is executed the following command: >> >> [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am >> getting the following: >> >> Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, Key >> ID 025e5136 >> >> Error: failed dependencies: librarysqlclient.so.10 is needed by >> mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by >> mysql-server-3.23.58-1.386.rpm. >> >> Sir, I am a layman in Linux. I am unable to solve the problem can you >> please help me out. Futher, because of the problem, I am unable to >> move forward. >> >> I request you to kinly help me out. >> >> Angrosh >> Assistant Librarian >> Indian Institute of Plantation Management >> Banaglore >> Ph. 23213515 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041104/09ce0825/attachment.html From bigwood at lpi.usra.edu Fri Nov 5 03:41:16 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Test Records Message-ID: I have made our catalog of MARC records available for anyone who wants them for testing. The file contains about 22,000 records containing about 53,000 items. It has the holdings in field 856. The records are pretty clean but it is the actual catalog of our collection, so it is not perfect. I just finished doing some clean-up on the catalog. Using MarcEdit and MARC RTP I was able to spot incorrect or obsolete fields and subfields and change them. I've replaced the file in our FTP site with the cleaned-up version. There are readme files there that explain the file in greater detail. For anyone interested the URL is: ftp://www.lpi.usra.edu/pub/outgoing/bigwood Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com From garthus at lilrc.org Fri Nov 5 03:40:33 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <418A3D07.3030403@lilrc.org> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> <4189DE71.6090804@katipo.co.nz> <418A3D07.3030403@lilrc.org> Message-ID: <418A3F61.1020909@lilrc.org> Angrosh, Aurox installs version 4.x.x of MYSQL and it works just fine. Gerry Gerry Arthus wrote: > Angrosh, > do not install redhat 3.0, there are several issues which cause > problems, mostly the bastards at redhat purposely left out some files > which you have to get from update services; same shit they learned > from Microsoft. Go to the Aurox web site: > > http://aurox.org/pl/index.php > > There is an English version of the site, and download aurox version > 10.0.1a, do a complete install and then remove the packages which you > do not want. This polish version of Linux is free and is the Fedora > 1.0 core. I have done several installs and they went well.. If you > would like I can post instructions which should be easy to follow. If > you have problem with download, tell me since I have already made the > four discs for this version. > > Gerry > > Gerry Arthus > > Systems Administrator: > > Long Island Library Resources Council > > SUNY at Stony Brook > > Stony Brook, New York > > US 11794-3399 > > Phone: 1-631-632-6652 > > FAX: 631-632-6662 > > Home: 631-289-7565 > > Email: garthus@lilrc.org > > > > Professor: > > Departments of: > > Graduate Computer Engineering, Earth and Environmental Science, and > Engineering Management > > C.W. Post Campus of Long Island University > > 720 Northern Boulevard > > Brookville, New York > > US 11548-1300 > > Phone: 516-299-2293 > > > > > > > > > > > > Rachel Hamilton-Williams wrote: > >> Dear Angrosh, >> >> I have forwarded your message to the Koha mailing list - there are >> many skilled Linux people there - unfortunatly I'm not one of them. >> >> Let me know if you don't get help from anyone and I'll try and find >> someone specifically to help you. >> >> If you would like to join the Koha mailing list you are most welcome, >> and people there can give you a lot of help >> >> Best wishes, and thankyou for choosing Koha :-) >> >> cheers >> Rachel >> >> >> Angrosh wrote: >> >>> Dear Sir, >>> >>> I am verymuch impressed by KOHA and I am interested in using KOHA >>> and automate our library. For this reason, I have installed Linux >>> Redhat and changed my working environment. >>> I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. >>> >>> I carried out the following steps: >>> >>> *_Installing MySQL Server_* >>> >>> I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP >>> directory >>> >>> When is executed the following command: >>> >>> [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am >>> getting the following: >>> >>> Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, >>> Key ID 025e5136 >>> >>> Error: failed dependencies: librarysqlclient.so.10 is needed by >>> mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by >>> mysql-server-3.23.58-1.386.rpm. >>> >>> Sir, I am a layman in Linux. I am unable to solve the problem can >>> you please help me out. Futher, because of the problem, I am unable >>> to move forward. >>> >>> I request you to kinly help me out. >>> >>> Angrosh >>> Assistant Librarian >>> Indian Institute of Plantation Management >>> Banaglore >>> Ph. 23213515 >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041104/05731a7c/attachment.htm From paul.poulain at free.fr Fri Nov 5 03:57:50 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <4189DE71.6090804@katipo.co.nz> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> <4189DE71.6090804@katipo.co.nz> Message-ID: <418A436E.6070100@free.fr> Rachel Hamilton-Williams a ?crit : >> Sir, I am a layman in Linux. I am unable to solve the problem can you >> please help me out. Futher, because of the problem, I am unable to >> move forward. > You could also consider installing another distro : Mandrakelinux is really easy to set up. Everything works fine for a Koha install (mysql, apache, Perl...) just misses some very specific perl packages (MARC::Record or Net::z3950), but they are easy to install - and should be installed on any distro anyway ! -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From garthus at lilrc.org Fri Nov 5 03:52:24 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Re: KOHA - Help Please With Installing 2.0 In-Reply-To: <418A3F61.1020909@lilrc.org> References: <000801c4c23f$aabe8f80$dd9741db@iipmlibrary> <4189DE71.6090804@katipo.co.nz> <418A3D07.3030403@lilrc.org> <418A3F61.1020909@lilrc.org> Message-ID: <418A4228.2000801@lilrc.org> Angrosh, Forgot one thing, after you install Aurox or any Linux or Unix variant, go to: http://webmin.com/ and install the tarball version of webmin (in order to get a reliable configuration), do not us RPM for aurox, there are library issues even with redhat 3.0 ES; then use the perl module tool in webmin to install all perl modules, it goes very fast and works fine. You can then use the various webmin modules to configure your unix/linux variant. I found that I can do a complete install of Aurox , webmin, perl modules, and KOHA in about 30 to 45 minutes, including all of the configurations. And I have only started working with koha in the last two weeks. Gerry Gerry Arthus wrote: > Angrosh, > > Aurox installs version 4.x.x of MYSQL and it works just fine. > > Gerry > > > Gerry Arthus wrote: > >> Angrosh, >> do not install redhat 3.0, there are several issues which cause >> problems, mostly the bastards at redhat purposely left out some files >> which you have to get from update services; same shit they learned >> from Microsoft. Go to the Aurox web site: >> >> http://aurox.org/pl/index.php >> >> There is an English version of the site, and download aurox version >> 10.0.1a, do a complete install and then remove the packages which >> you do not want. This polish version of Linux is free and is the >> Fedora 1.0 core. I have done several installs and they went well.. If >> you would like I can post instructions which should be easy to >> follow. If you have problem with download, tell me since I have >> already made the four discs for this version. >> >> Gerry >> >> Gerry Arthus >> >> Systems Administrator: >> >> Long Island Library Resources Council >> >> SUNY at Stony Brook >> >> Stony Brook, New York >> >> US 11794-3399 >> >> Phone: 1-631-632-6652 >> >> FAX: 631-632-6662 >> >> Home: 631-289-7565 >> >> Email: garthus@lilrc.org >> >> >> >> Professor: >> >> Departments of: >> >> Graduate Computer Engineering, Earth and Environmental Science, and >> Engineering Management >> >> C.W. Post Campus of Long Island University >> >> 720 Northern Boulevard >> >> Brookville, New York >> >> US 11548-1300 >> >> Phone: 516-299-2293 >> >> >> >> >> >> >> >> >> >> >> >> Rachel Hamilton-Williams wrote: >> >>> Dear Angrosh, >>> >>> I have forwarded your message to the Koha mailing list - there are >>> many skilled Linux people there - unfortunatly I'm not one of them. >>> >>> Let me know if you don't get help from anyone and I'll try and find >>> someone specifically to help you. >>> >>> If you would like to join the Koha mailing list you are most >>> welcome, and people there can give you a lot of help >>> >>> Best wishes, and thankyou for choosing Koha :-) >>> >>> cheers >>> Rachel >>> >>> >>> Angrosh wrote: >>> >>>> Dear Sir, >>>> >>>> I am verymuch impressed by KOHA and I am interested in using KOHA >>>> and automate our library. For this reason, I have installed Linux >>>> Redhat and changed my working environment. >>>> I tried to install Koha 2.0.0 on Redhat Enterprise Linux AS 3. >>>> >>>> I carried out the following steps: >>>> >>>> *_Installing MySQL Server_* >>>> >>>> I downloaded mysql-server-3.23.58-1.386.rpm. Installed in TEMP >>>> directory >>>> >>>> When is executed the following command: >>>> >>>> [root@localhost tmp]# rpm -i mysql-server-3.23.58-1.386.rpm., I am >>>> getting the following: >>>> >>>> Warning: mysql-server-3.23.58-1.386.rpm. V3DSA signature: No Key, >>>> Key ID 025e5136 >>>> >>>> Error: failed dependencies: librarysqlclient.so.10 is needed by >>>> mysql-server-3.23.58-1.386.rpm. mysql = 3.23.58 is needed by >>>> mysql-server-3.23.58-1.386.rpm. >>>> >>>> Sir, I am a layman in Linux. I am unable to solve the problem can >>>> you please help me out. Futher, because of the problem, I am unable >>>> to move forward. >>>> >>>> I request you to kinly help me out. >>>> >>>> Angrosh >>>> Assistant Librarian >>>> Indian Institute of Plantation Management >>>> Banaglore >>>> Ph. 23213515 >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041104/aab212f0/attachment.html From cjones12 at joimail.com Fri Nov 5 06:27:40 2004 From: cjones12 at joimail.com (cjones12@joimail.com) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers Message-ID: <418a668c.148.684.14060@joimail.com> Just installed Koha on Debian Sarge (testing). Used the 2.0.1 tarball from sourceforge. Looks good, except that searching for isbn or title using z3950 returns "server not responding" for all my biblio servers. I've checked my installation against all the docs I could find, searched the mail list, and I'm just not seeing the problem. Not sure what other information you need. Can someone help? From garthus at lilrc.org Fri Nov 5 09:27:11 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <418a668c.148.684.14060@joimail.com> References: <418a668c.148.684.14060@joimail.com> Message-ID: <418A909F.4050300@lilrc.org> cjones, What are the settings for you Z3950 sever? Gerry 12@joimail.com wrote: >Just installed Koha on Debian Sarge (testing). Used the >2.0.1 tarball from sourceforge. Looks good, except that >searching for isbn or title using z3950 returns "server not >responding" for all my biblio servers. I've checked my >installation against all the docs I could find, searched the >mail list, and I'm just not seeing the problem. > >Not sure what other information you need. Can someone help? >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > From Mike.Lake at uts.edu.au Fri Nov 5 11:31:54 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] A question to librarians... In-Reply-To: <418A1EEB.4C8696E8@ort.edu.uy> References: <418A1EEB.4C8696E8@ort.edu.uy> Message-ID: <418AADDA.3080908@uts.edu.au> Laura Ferreyra wrote: > We are trying to adopt Koha as our library system. As our library is > univerity we have to manage some special features. > As a librarian I would like to met other librarians from university > libraries who are using koha now, in order to ask them for advice. > Does anyone know names of university libraries using this system?. Im new at Koha too, and not a librarian :-), but found this a week ago. It's a list of users. http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From Mike.Lake at uts.edu.au Fri Nov 5 11:38:54 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <19be1324accfe4ea477a83047d648c38@bouncing.localnet> References: <19be1324accfe4ea477a83047d648c38@bouncing.localnet> Message-ID: <418AAF7E.3020306@uts.edu.au> Hi all, >>> On 2004-11-02 06:26:25 +0000 Michael Lake wrote: >>> >>>> loaded the sample data and so I have biblio info in there - I can >>>> search for and find it. But when I click Export it just saves an >>>> empty 'marc.pl' file. I expected lots of MARC stuff. MJ Ray wrote: > I've tried this on a 2.0.1 test server that I have here and it works > fine. The file is called marc.pl (which we probably should fix), but it > does contain MARC data. > I don't know what to suggest. What exactly is the command line you are using. I was using perl -I /home/rsnsw/koha/intranet/modules marc.pl -file marc.dat (or similar, I'm on my Windows box now) Also if you type "set | grep KOHA" what do you get for the env variables in the bash shell? I have found that if none is set marc.pl prints a web page but if I have something set KOHA_CONF=/etc/koha.conf or KOHA_CONF=/etc I get an error that it can't make a DBI connection. Thus marc.pl is reading the env variable KOHA_CONF though i should not have to set it as marc.pl looks for koha.conf in /etc if there is no env variable set. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From mjr at dsl.pipex.com Fri Nov 5 12:28:34 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] How to get MARC biblio export to work? 2.0.1RC1 In-Reply-To: <418AAF7E.3020306@uts.edu.au> Message-ID: On 2004-11-04 22:38:54 +0000 Michael Lake wrote: > MJ Ray wrote: >> I've tried this on a 2.0.1 test server that I have here and it works >> fine. >> The file is called marc.pl (which we probably should fix), but it >> does >> contain MARC data. >> I don't know what to suggest. > What exactly is the command line you are using. I'm not. I'm visiting it from the web interface and clicking "Export". Doing it from the command-line is very tricky, as you found. I'm not sure exactly what settings are required to run it that way. Maybe Chris or Paul can help. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From Mike.Lake at uts.edu.au Fri Nov 5 16:30:07 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog en masse. In-Reply-To: References: Message-ID: <418AF3BF.9080802@uts.edu.au> Bigwood, David wrote: > I have made our catalog of MARC records available for anyone who wants them for testing. > The file contains about 22,000 records containing about 53,000 items. Thanks for that. I used MarcEdit to dump to a text file and can see each fields and what it contains very easily now. I have also used the web based import tool to import your lpi.mrc into the "Breeding Farm". It took a while. I can now see that there are lots of records in the marc_breeding table. I now have the same problem as when I imported the single record that Steven Baljkas sent me which I imported; it's in the breeding farm but how to move them all to the catalog? I can do it for a single entry if I go to "Add biblio" and enter an ISBN number e.g. Here is what I have learned: This line in Davids marc records is an ISBN =020 \\$a0821204505 If I search for this in 'Add biblio' up comes the book on 'The scanning electron microscope' in the breeding farm. I can add it and it shows the marc fields, which I can edit, before adding it to the catalog. But how do I get the thousands of entries from the breeding farm into the catalog? Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From chris at katipo.co.nz Fri Nov 5 16:35:13 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog en masse. In-Reply-To: <418AF3BF.9080802@uts.edu.au> References: <418AF3BF.9080802@uts.edu.au> Message-ID: <20041105033513.GF21225@katipo.co.nz> On Fri, Nov 05, 2004 at 02:30:07PM +1100, Michael Lake said: > If I search for this in 'Add biblio' up comes the book on 'The scanning > electron microscope' in the breeding farm. I can add it and it shows the > marc fields, which I can edit, before adding it to the catalog. > > But how do I get the thousands of entries from the breeding farm into > the catalog? > Hi ya The short answer is you dont :) The breeding farm (which is soon to be renamed though I forget to what) is a place that stores catalog records for you to use when cataloguing. It sounds to me like you want to do a bulk population of your catalogue, to do this, the bulkmarcimport.pl script should be used. It lives in the misc/ directory. The idea with the breeding farm is you can populate it with marc data and as you acquisition new items, you can use the data in the breeding farm as a starting point. Its not a way to quickly populate a catalogue. I hope this is some help Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From Mike.Lake at uts.edu.au Fri Nov 5 17:24:06 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <20041105033513.GF21225@katipo.co.nz> References: <418AF3BF.9080802@uts.edu.au> <20041105033513.GF21225@katipo.co.nz> Message-ID: <418B0066.3090802@uts.edu.au> Chris Cormack wrote: > It sounds to me like you want to do a bulk population of your catalogue, to > do this, the bulkmarcimport.pl script should be used. It lives in the misc/ > directory. Okies. perl -I /home/rsnsw/koha/intranet/modules bulkmarcimport.pl -file lpi.mrc -v 1 I get access errors like my previous posts. If KOHA_CONF is not set in the bash shell env I get this: DBD::mysql::db Access denied for user koha_admin@localhost to database koha at Biblio.pm line 289 If I set KOHA_CONF using 'export KOHA_CONF=/etc' I get this: DBI Connect (':', '') failed. Access denied for user mike@localhost (using password NO) at Contex.pm line 368. mike is my login name on the shell koha_admin is the admin user when I setup Koha. It's similar to the problem I get when I tried the marc export from command line. Authentication with mysql. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From rog at saas.nsw.edu.au Fri Nov 5 21:52:25 2004 From: rog at saas.nsw.edu.au (Roger BUCK) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] A question to librarians... In-Reply-To: <418AADDA.3080908@uts.edu.au> References: <418A1EEB.4C8696E8@ort.edu.uy> <418AADDA.3080908@uts.edu.au> Message-ID: <418B3F33.3020906@saas.nsw.edu.au> Michael Lake wrote: > Im new at Koha too, and not a librarian :-), but found this a week ago. > It's a list of users. > > http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaUsers This page was affected by spam - The user table has now been restored. R. From mjr at dsl.pipex.com Fri Nov 5 23:45:04 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <418B0066.3090802@uts.edu.au> Message-ID: <2ec304e96d633ac13407172f2bec3ccc@bouncing.localnet> On 2004-11-05 04:24:06 +0000 Michael Lake wrote: > If I set KOHA_CONF using 'export KOHA_CONF=/etc' I get this: You definitely need to set KOHA_CONF to the location of the koha.conf file, not just the directory. This error is closer to working: > DBD::mysql:b Access denied for user koha_admin@localhost to database > koha at > Biblio.pm line 289 Can you connect with a mysql client as the koha_admin user? (Previously, you wrote that you can access it as mikel.) If not, do the mysql.user and mysql.db entries for that user look correct to you? -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From cjones at partialflow.com Sat Nov 6 01:56:43 2004 From: cjones at partialflow.com (Christopher M. Jones) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <418A909F.4050300@lilrc.org> References: <418a668c.148.684.14060@joimail.com> <418A909F.4050300@lilrc.org> Message-ID: <1099659403.4650.0.camel@copernicus.inet> Here are my settings and some logfile stuff. File /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options contains the following: RunAsUser=www-data KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon KohaModuleDir=/usr/local/koha/intranet/modules LogDir=/usr/local/koha/log KohaConf=/etc/koha.conf I started the daemon with z3950daemon-launch.sh. 'ps -A' shows processz3950queue. z3950 log file shows the following: starting loop starting loop starting loop starting loop starting loop starting loop starting loop 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS LIBRARY COMPUTER SYS$ 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS ONLINE 1956/23 : illcso.illinois.edu:210 search done. Event: '?? Connection.pm:153' died and then $Event::DIED died with: Can't cal$ at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 Event: '?? Connection.pm:153' died and then $Event::DIED died with: Can't cal$ at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 Event: '?? Connection.pm:153' died and then $Event::DIED died with: Can't cal$ at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 1958/23 : Processing title=A Wrinkle in Time at BASHKIR STATE UNIVERSITY OF M$ 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF MEDICINE 1958/23 : http://www.bsmu.anrb.ru:210 search done. 1955/23 : Processing title=A Wrinkle in Time at LibraryOfCongress z3950.loc.g$ 1955/23 : no connection at LibraryOfCongress 1955/23 : z3950.loc.gov:7090 search done. 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA DELLA CRUSCA FIRENZ$ 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE 1957/23 : biblio.crusca.fi.it:9909 search done. starting loop starting loop > cjones, > What are the settings for you Z3950 sever? > > Gerry > > > > > > > > > > > 12@joimail.com wrote: > > >Just installed Koha on Debian Sarge (testing). Used the > >2.0.1 tarball from sourceforge. Looks good, except that > >searching for isbn or title using z3950 returns "server > not >responding" for all my biblio servers. I've checked > my >installation against all the docs I could find, > searched the >mail list, and I'm just not seeing the > problem. > > >Not sure what other information you need. Can someone > help? >_______________________________________________ > >Koha mailing list > >Koha@lists.katipo.co.nz > >http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > Save email to disk as a text file From biomyth at yahoo.com Sat Nov 6 07:02:13 2004 From: biomyth at yahoo.com (pierre pierre) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <2ec304e96d633ac13407172f2bec3ccc@bouncing.localnet> Message-ID: <20041105180213.40005.qmail@web54502.mail.yahoo.com> Dear all, I am trying as well to import the data kindly offered by David Bigwood. I would like to keep on evaluating koha before migrating my data from CDS/ISIS. Unfortunately I have the following message: [root@koha misc]# pwd /usr/local/koha/intranet/scripts/misc [root@koha misc]# ./bulkmarcimport.pl -file /root/lpi.mrc -n 1 Can't locate C4/Context.pm in @INC (@INC contains: /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 /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) at ./bulkmarcimport.pl line 10. BEGIN failed--compilation aborted at ./bulkmarcimport.pl line 10. I am new to PERL, so it's certainly a very basic trouble. I guess I miss a couple of libraries because the INC variable is not properly defined. But the question is: how can I define it properly? Thanks for any advice. Pierre __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From jmf at kados.org Sat Nov 6 08:10:05 2004 From: jmf at kados.org (Joshua Ferraro) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <20041105180213.40005.qmail@web54502.mail.yahoo.com> References: <2ec304e96d633ac13407172f2bec3ccc@bouncing.localnet> <20041105180213.40005.qmail@web54502.mail.yahoo.com> Message-ID: <20041105191005.GA20177@frodo.kados.org> Hi Pierre, Try running: [root@koha misc]# perl -I /path/to/modules bulkmarcimport.pl -file ...etc where /path/to/modules is the path to your Koha modules directory--probably /usr/local/koha/intranet/modules (the directory with the C4 directory in it). Let us know if it doesn't work. Good luck! Joshua On Fri, Nov 05, 2004 at 10:02:13AM -0800, pierre pierre wrote: > Dear all, > > I am trying as well to import the data kindly offered > by David Bigwood. > I would like to keep on evaluating koha before > migrating my data from CDS/ISIS. > > Unfortunately I have the following message: > > [root@koha misc]# pwd > /usr/local/koha/intranet/scripts/misc > [root@koha misc]# ./bulkmarcimport.pl -file > /root/lpi.mrc -n 1 > Can't locate C4/Context.pm in @INC (@INC contains: > /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 > /usr/lib/perl5/5.8.0/i386-linux-thread-multi > /usr/lib/perl5/5.8.0 .) at ./bulkmarcimport.pl line > 10. > BEGIN failed--compilation aborted at > ./bulkmarcimport.pl line 10. > > I am new to PERL, so it's certainly a very basic > trouble. I guess I miss a couple of libraries because > the INC variable is not properly defined. But the > question is: how can I define it properly? > > Thanks for any advice. > > Pierre > > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From biomyth at yahoo.com Sat Nov 6 08:43:02 2004 From: biomyth at yahoo.com (pierre pierre) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <20041105191005.GA20177@frodo.kados.org> Message-ID: <20041105194302.21510.qmail@web54507.mail.yahoo.com> Dear Joshua, Thanks for your help. Indeed after a little perl -MCPAN -e 'install "Time::HiRes"' (to avoid the “Can't locate Time/HiRes.pm in @INC” message) the sript starts its process. But then I have a similar error message to the one Mike has: DBD::mysql::db do failed: Access denied for user 'kohaadmin'@'localhost' to database 'Koha' at /usr/local/koha/intranet/modules/C4/Biblio.pm line 330. With MySQL Query Browser I do not have any problem to connect with the kohaadmin user using the password I defined during the installation of Koha. Well, I'll try to have a look at the script to understand what it does. Thanks again, Pierre --- Joshua Ferraro wrote: > Hi Pierre, > > Try running: > [root@koha misc]# perl -I /path/to/modules > bulkmarcimport.pl -file ...etc > > where /path/to/modules is the path to your Koha > modules directory--probably > /usr/local/koha/intranet/modules (the directory with > the C4 directory in it). > > Let us know if it doesn't work. Good luck! > > Joshua > > On Fri, Nov 05, 2004 at 10:02:13AM -0800, pierre > pierre wrote: > > Dear all, > > > > I am trying as well to import the data kindly > offered > > by David Bigwood. > > I would like to keep on evaluating koha before > > migrating my data from CDS/ISIS. > > > > Unfortunately I have the following message: > > > > [root@koha misc]# pwd > > /usr/local/koha/intranet/scripts/misc > > [root@koha misc]# ./bulkmarcimport.pl -file > > /root/lpi.mrc -n 1 > > Can't locate C4/Context.pm in @INC (@INC contains: > > /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 > > /usr/lib/perl5/5.8.0/i386-linux-thread-multi > > /usr/lib/perl5/5.8.0 .) at ./bulkmarcimport.pl > line > > 10. > > BEGIN failed--compilation aborted at > > ./bulkmarcimport.pl line 10. > > > > I am new to PERL, so it's certainly a very basic > > trouble. I guess I miss a couple of libraries > because > > the INC variable is not properly defined. But the > > question is: how can I define it properly? > > > > Thanks for any advice. > > > > Pierre > > > > > > > > __________________________________ > > Do you Yahoo!? > > Check out the new Yahoo! Front Page. > > www.yahoo.com > > > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From oleonard at athenscounty.lib.oh.us Sat Nov 6 09:19:30 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Acquisitions search Message-ID: <200411052027.iA5KRk1x023486@alma.athenscounty.lib.oh.us> It seems strange to me that there are two different search interfaces for the regular catalog and for acquisitions. It would be nice if the catalog search options were there for acquisitions as well. I guess the big difference is that the acquisitions search has to include the breeding farm as well. Do the developers see that as something that will change soon? Or do I misunderstand the complexity of the issue? -- Owen From jferraro at athenscounty.lib.oh.us Sat Nov 6 10:58:23 2004 From: jferraro at athenscounty.lib.oh.us (Joshua Ferraro) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Getting records from breeding farm into the catalog enmasse. In-Reply-To: <20041105194302.21510.qmail@web54507.mail.yahoo.com> References: <20041105191005.GA20177@frodo.kados.org> <20041105194302.21510.qmail@web54507.mail.yahoo.com> Message-ID: <20041105215823.GA23021@alma.athenscounty.lib.oh.us> Hi Pierre, What version of Koha are you running? That error looks to me (at first glance) like a potential bug in the module's method for building the user@host string. Let me know what version of the Biblio.pm module you're running and I'll check it out. Anyone else have any other ideas? Joshua On Fri, Nov 05, 2004 at 11:43:02AM -0800, pierre pierre wrote: > Dear Joshua, > > Thanks for your help. Indeed after a little > perl -MCPAN -e 'install "Time::HiRes"' > (to avoid the ?Can't locate Time/HiRes.pm in @INC? > message) the sript starts its process. > > But then I have a similar error message to the one > Mike has: > DBD::mysql::db do failed: Access denied for user > 'kohaadmin'@'localhost' to database 'Koha' at > /usr/local/koha/intranet/modules/C4/Biblio.pm line > 330. > > With MySQL Query Browser I do not have any problem to > connect with the kohaadmin user using the password I > defined during the installation of Koha. > > Well, I'll try to have a look at the script to > understand what it does. > > Thanks again, > > Pierre > > --- Joshua Ferraro wrote: > > > Hi Pierre, > > > > Try running: > > [root@koha misc]# perl -I /path/to/modules > > bulkmarcimport.pl -file ...etc > > > > where /path/to/modules is the path to your Koha > > modules directory--probably > > /usr/local/koha/intranet/modules (the directory with > > the C4 directory in it). > > > > Let us know if it doesn't work. Good luck! > > > > Joshua > > > > On Fri, Nov 05, 2004 at 10:02:13AM -0800, pierre > > pierre wrote: > > > Dear all, > > > > > > I am trying as well to import the data kindly > > offered > > > by David Bigwood. > > > I would like to keep on evaluating koha before > > > migrating my data from CDS/ISIS. > > > > > > Unfortunately I have the following message: > > > > > > [root@koha misc]# pwd > > > /usr/local/koha/intranet/scripts/misc > > > [root@koha misc]# ./bulkmarcimport.pl -file > > > /root/lpi.mrc -n 1 > > > Can't locate C4/Context.pm in @INC (@INC contains: > > > /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 > > > /usr/lib/perl5/5.8.0/i386-linux-thread-multi > > > /usr/lib/perl5/5.8.0 .) at ./bulkmarcimport.pl > > line > > > 10. > > > BEGIN failed--compilation aborted at > > > ./bulkmarcimport.pl line 10. > > > > > > I am new to PERL, so it's certainly a very basic > > > trouble. I guess I miss a couple of libraries > > because > > > the INC variable is not properly defined. But the > > > question is: how can I define it properly? > > > > > > Thanks for any advice. > > > > > > Pierre > > > > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > Check out the new Yahoo! Front Page. > > > www.yahoo.com > > > > > > > > > _______________________________________________ > > > Koha mailing list > > > Koha@lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mts.net Sat Nov 6 13:12:58 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Acquisitions search Message-ID: <20041106001258.BXNC1382.mx-mtaout01.mts.net@mx-mtaout> Friday, November 5, 2004 18:05 CST Hi, Owen, Maybe I am missing something important here, too. I definitely agree that having more search options open for library staff is desirable. From baljkas at mts.net Sat Nov 6 13:39:58 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Questions on data security, liability and RFP issues Message-ID: <20041106003958.KQAW1377.mx-mtaout02.mts.net@mx-mtaout> Friday, November 5, 2004 18:14 CST Greetings all, Owen's question reminded me of some issues I had been meaning to ask about for a while now. First off, the whole issue of data security in the Koha ILS. I don't think this question has been raised before -- and I apologise in advance if it has been, or if asking it this way is simply hopelessly naive/ignorant: but how safe against hacking, e.g. would Koha be? Or is this more a matter of systems admin level securities behind which Koha would be shielded? (G*d, I hope so.) Does anyone in the library world side of things know if there have been any papers or studies on security issues that one should look at? I know that the security aspect was important for the military library that I worked at as a cataloguer, not so much for the materials that were in it, to be honest, but just as a matter of standing protocols on the base. Nowadays, though, increasingly in Canada and my little bit of it in Manitoba, protection of privacy information is important, and the CLA has made it clear that libraries have a duty to protect borrower information. Also, I need some advice on the separate but related issue of accountability and legal liability. I realise that in adopting Koha we are accepting personal (individual or corporate) liability as part of the responsibility for adopting, but has anyone out there had to deal with not being able to use an Open Source application basically because -- and I am sorry for being crude here -- as far as the PTBs in their corporate or organisational culture were concerned, it was against the rules because there would be no one to sue if something went wrong? {To be clear I find this whole line of thinking ludicrous, but then again, I probably don't understand the law well enough to worry about things like Koha that seem to work so well being allowed to work to everyone's benefit.) Again, from my experience on the military base, this was one rationale given for excluding Open Source solutions (even if the Chief Librarian had been seriously interested in such). Does anyone have any experience dealing with this legalistic problem in promoting Open Source generally or Koha specifically as a viable solution? Prof. Chawner, if you are still tuned in, is this something you might have happened across in your research? The final issue likely will seem trivial to those not in the library side of things so I apologise in advance again: but is there a recommended practice in doing an RFP process with Open Source? And yes, I know how stupid that sounds, but in the situation I am looking at, it will be absolutely critical to fill out that standard paperwork and I honestly have no idea how to do it (and no, asking for help in bending the rules would get me nowhere). Computer support, by the way, would be a given :-) , but determining how much would be nice. IIRC Paul (?) gave us some estimates a while back. Any further recommendations for costing this from the system admin people? Any and all input on these matters will be gratefully received and greatly appreciated. TIA. If I can provide a concrete proposal with answers to objections on the issues above, I am hoping that through some contacts we have here, I might be able to advance Koha for school and community library use. I know Koha could do the job: I am convinced it is just a matter of successfully navigating the process. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada From oleonard at athenscounty.lib.oh.us Sat Nov 6 14:07:33 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Acquisitions search Message-ID: <200411060115.iA61Fg1x025004@alma.athenscounty.lib.oh.us> > Maybe I am missing something important here, too. I'm just not being clear enough. Of course there should be separate pages for Acquisitions search and Catalog search, but the Acquistions search shouldn't be limited to only title and ISBN. All the options of the regular search should also be available for searching in the Acquisitions module. -- Owen From chris at katipo.co.nz Sat Nov 6 16:15:31 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Questions on data security, liability and RFP issues In-Reply-To: <20041106003958.KQAW1377.mx-mtaout02.mts.net@mx-mtaout> References: <20041106003958.KQAW1377.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <20041106031531.GI21225@katipo.co.nz> On Fri, Nov 05, 2004 at 06:39:58PM -0600, Baljkas Family said: > Friday, November 5, 2004 18:14 CST > > Greetings all, > > Owen's question reminded me of some issues I had been meaning to ask about for a while now. > > First off, the whole issue of data security in the Koha ILS. > > I don't think this question has been raised before -- and I apologise in advance if it has been, or if asking it this way is simply hopelessly naive/ignorant: but how safe against hacking, e.g. would Koha be? Or is this more a matter of systems admin level securities behind which Koha would be shielded? (G*d, I hope so.) > I can take a crack at this part, ill leave all the legal stuff to someone else :) The security we have on koha, is that the librarian interface is behind password authentication, but you can disable this. What HLT does and other libraries we have worked with do, is not make the librarian interface available to the world. This can be done by restricting access to only certain ips, or only available on a lan. These are of course system administrator tasks, and the sys admin can do a lot more, such as securing the box serving koha as much as possible. You could use mysql replication and have a seperate box serving the opac with a read only database, such that the only interface available to the public has no write access. Again more sys admin tasks. What we as developers try to do, is to make sure that we dont write cgi's that are vulnerable to attack, and we depend on the writers of such things as apache, and mysql and linux to keep their products as secure as they can. Then we depend on the system admins of the Koha installations to do their part. Basically it boils down to the sysadmin, they can make the data stored in Koha as secure or as insecure as they like. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From mikel at speleonics.com.au Sat Nov 6 16:36:43 2004 From: mikel at speleonics.com.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Questions on data security, liability and RFP issues References: <20041106003958.KQAW1377.mx-mtaout02.mts.net@mx-mtaout> <20041106031531.GI21225@katipo.co.nz> Message-ID: <418C46CB.5000706@speleonics.com.au> Chris Cormack wrote: > The security we have on koha, is that the librarian interface is behind > password authentication, but you can disable this. What HLT does and other > libraries we have worked with do, is not make the librarian interface > available to the world. This can be done by restricting access to only > certain ips, or only available on a lan. Here is just one thing that you can do as an example. Have a look at the file /etc/apache/koha-httpd.conf Where you have: # OPAC Interface lots of settings .... # Intranet Interface lots of settings .... Allow From 123.456.789.4 you can add an 'Allow from' directive to the web server to disallow access to other than the ip address 123.456.789.4 Best though is to work through what you have with the Sys Admin that runs the systems. Mike From shedges at skemotah.com Sun Nov 7 01:51:03 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <418a668c.148.684.14060@joimail.com> References: <418a668c.148.684.14060@joimail.com> Message-ID: <32867.65.24.138.126.1099745463.spork@webmail.skemotah.com> Did you start the Z3950 daemon? Usuallu done by: /usr/local/koha/intranet/scripts/z3950daemon/z3950-daemon-launch.sh cjones12@joimail.com said: > Just installed Koha on Debian Sarge (testing). Used the > 2.0.1 tarball from sourceforge. Looks good, except that > searching for isbn or title using z3950 returns "server not > responding" for all my biblio servers. I've checked my > installation against all the docs I could find, searched the > mail list, and I'm just not seeing the problem. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From shedges at skemotah.com Sun Nov 7 02:06:03 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <1099659403.4650.0.camel@copernicus.inet> References: <418a668c.148.684.14060@joimail.com> <418A909F.4050300@lilrc.org> <1099659403.4650.0.camel@copernicus.inet> Message-ID: <32883.65.24.138.126.1099746363.spork@webmail.skemotah.com> Oops, sorry about posting earlier that you should start the daemon. I just had a bunch of delayed mail arrive in my mailbox, including this message, so I see you did start the daemon. My first thought would be that you haven't set up your Z3950 servers correctly in the parameters. But since Library of Congress comes pre-defined, that could only be true if you modified the LoC setting, too. Are you able to connect "manually" to the LoC catalog at http://catalog.loc.gov/ ? Christopher M. Jones said: > Here are my settings and some logfile stuff. > > File > /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options > contains the following: > > RunAsUser=www-data > KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon > KohaModuleDir=/usr/local/koha/intranet/modules > LogDir=/usr/local/koha/log > KohaConf=/etc/koha.conf > > I started the daemon with z3950daemon-launch.sh. 'ps -A' > shows processz3950queue. > > z3950 log file shows the following: > > starting loop > starting loop > starting loop > starting loop > starting loop > starting loop > starting loop > 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS > LIBRARY COMPUTER SYS$ > 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS > ONLINE > 1956/23 : illcso.illinois.edu:210 search done. > Event: '?? Connection.pm:153' died and then $Event::DIED > died with: Can't cal$ > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > Event: '?? Connection.pm:153' died and then $Event::DIED > died with: Can't cal$ > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > Event: '?? Connection.pm:153' died and then $Event::DIED > died with: Can't cal$ > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > 1958/23 : Processing title=A Wrinkle in Time at BASHKIR > STATE UNIVERSITY OF M$ > 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF > MEDICINE > 1958/23 : http://www.bsmu.anrb.ru:210 > search done. > 1955/23 : Processing title=A Wrinkle in Time at > LibraryOfCongress z3950.loc.g$ > 1955/23 : no connection at LibraryOfCongress > 1955/23 : z3950.loc.gov:7090 search done. > 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA > DELLA CRUSCA FIRENZ$ > 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE > 1957/23 : biblio.crusca.fi.it:9909 search done. > starting loop > starting loop > > > >> cjones, >> What are the settings for you Z3950 sever? >> >> Gerry >> >> >> >> >> >> >> >> >> >> >> > 12@joimail.com > wrote: >> >> >Just installed Koha on Debian Sarge (testing). Used the >> >2.0.1 tarball from sourceforge. Looks good, except that >> >searching for isbn or title using z3950 returns "server >> not >responding" for all my biblio servers. I've checked >> my >installation against all the docs I could find, >> searched the >mail list, and I'm just not seeing the >> problem. > >> >Not sure what other information you need. Can someone >> help? >_______________________________________________ >> >Koha mailing list >> >Koha@lists.katipo.co.nz >> >http://lists.katipo.co.nz/mailman/listinfo/koha > >> > >> > >> > >> > > Save email to disk as a text file > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From cjones at partialflow.com Sun Nov 7 06:24:58 2004 From: cjones at partialflow.com (Christopher M. Jones) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <32883.65.24.138.126.1099746363.spork@webmail.skemotah.com> References: <418a668c.148.684.14060@joimail.com> <418A909F.4050300@lilrc.org> <1099659403.4650.0.camel@copernicus.inet> <32883.65.24.138.126.1099746363.spork@webmail.skemotah.com> Message-ID: <1099761897.2264.2.camel@copernicus.inet> Thanks for your response. That makes sense to try. But how do I do that? On Sat, 2004-11-06 at 07:06, Stephen Hedges wrote: > Oops, sorry about posting earlier that you should start the daemon. I > just had a bunch of delayed mail arrive in my mailbox, including this > message, so I see you did start the daemon. > > My first thought would be that you haven't set up your Z3950 servers > correctly in the parameters. But since Library of Congress comes > pre-defined, that could only be true if you modified the LoC setting, too. > > Are you able to connect "manually" to the LoC catalog at > http://catalog.loc.gov/ ? > > Christopher M. Jones said: > > Here are my settings and some logfile stuff. > > > > File > > /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options > > contains the following: > > > > RunAsUser=www-data > > KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon > > KohaModuleDir=/usr/local/koha/intranet/modules > > LogDir=/usr/local/koha/log > > KohaConf=/etc/koha.conf > > > > I started the daemon with z3950daemon-launch.sh. 'ps -A' > > shows processz3950queue. > > > > z3950 log file shows the following: > > > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS > > LIBRARY COMPUTER SYS$ > > 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS > > ONLINE > > 1956/23 : illcso.illinois.edu:210 search done. > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > 1958/23 : Processing title=A Wrinkle in Time at BASHKIR > > STATE UNIVERSITY OF M$ > > 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF > > MEDICINE > > 1958/23 : http://www.bsmu.anrb.ru:210 > > search done. > > 1955/23 : Processing title=A Wrinkle in Time at > > LibraryOfCongress z3950.loc.g$ > > 1955/23 : no connection at LibraryOfCongress > > 1955/23 : z3950.loc.gov:7090 search done. > > 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA > > DELLA CRUSCA FIRENZ$ > > 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE > > 1957/23 : biblio.crusca.fi.it:9909 search done. > > starting loop > > starting loop > > > > > > > >> cjones, > >> What are the settings for you Z3950 sever? > >> > >> Gerry > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > 12@joimail.com > > wrote: > >> > >> >Just installed Koha on Debian Sarge (testing). Used the > >> >2.0.1 tarball from sourceforge. Looks good, except that > >> >searching for isbn or title using z3950 returns "server > >> not >responding" for all my biblio servers. I've checked > >> my >installation against all the docs I could find, > >> searched the >mail list, and I'm just not seeing the > >> problem. > > >> >Not sure what other information you need. Can someone > >> help? >_______________________________________________ > >> >Koha mailing list > >> >Koha@lists.katipo.co.nz > >> >http://lists.katipo.co.nz/mailman/listinfo/koha > > > >> > > >> > > >> > > >> > > > > Save email to disk as a text file > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > From mrmrmr50 at yahoo.com Mon Nov 8 03:29:38 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac seach add-on Message-ID: <20041107142938.38956.qmail@web21208.mail.yahoo.com> hi would it be a stretch to include on the koha opac search a link to amazon to get more info like see this book. I've been looking at cpan net::amazon. The heavy example script from net::amazon looks good but it returns info from amazon in xml The idea would be the koha opac seach result returns a link to amazon with the isbn from the koha database [as an option] You can not just add the isbn to the url. The amazon url contains the isbn but also contains a pointer to their database which changes depending on the isbn entered. I'm guessing a script could be written to open amazon and tab down to their search box. Then apply the isbn from koha and simulate a cr or enter. Any thought on how to do this? thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From oleonard at athenscounty.lib.oh.us Mon Nov 8 04:00:13 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac seach add-on Message-ID: <200411071508.iA7F8S1x014511@alma.athenscounty.lib.oh.us> > You can not just add the isbn to the url. The amazon > url contains the isbn but also contains a pointer to > their database which changes depending on the isbn > entered. I would have thought you could just add the isbn to the url. Can you give us an example of how that won't work? > I'm guessing a script could be written to open amazon > and tab down to their search box. Then apply the isbn > from koha and simulate a cr or enter. No, there's no way for this to work. It's possible that there are aspects to the Amazon API that would allow interaction like you want, but there's no way to interact between Koha and a search form on Amazon's web page. That's all client-side stuff, and you can't program it from the server side. Amazon *does* seem to be the ideal we'd all like to be. And the core issue is details--reviews, synopses, cover images, etc. The proprietary systems that are being sold today really emphasize this aspect by parterning with other information- providers to get more detail into the OPAC. Our cataloging resources don't seem to be up to the job of getting enough information into the hands of our patrons. It's a tough issue, but one we'll have to face if we want to move Koha into the mainstream. -- Owen From mrmrmr50 at yahoo.com Mon Nov 8 09:26:08 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac add-on Message-ID: <20041107202608.46562.qmail@web21203.mail.yahoo.com> hi here is an example http://www.amazon.com/exec/obidos/ASIN/073571228x/qid%3D1099770587/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 http://www.amazon.com/exec/obidos/ASIN/1861004494/qid%3D1099770864/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 the isbn# folows the /ASIN/ in the url note that the next pointer /qid%xxx... has changed. simply changing the field after /ASIN/ to the isbn will not give you the correct result. although it might be a quick fix , changing isbn in the ulr doesn't work. is it possible to write something in php ie embed the script into the html opac page which comes up so that: 1. a link would be opened to amazon books Like [Buy-it] 2. the isbn# automatically filled from koha DB 3. a computer driven enter or cr. thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From chris at katipo.co.nz Mon Nov 8 09:29:20 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac seach add-on In-Reply-To: <20041107142938.38956.qmail@web21208.mail.yahoo.com> References: <20041107142938.38956.qmail@web21208.mail.yahoo.com> Message-ID: <20041107202920.GJ21225@katipo.co.nz> On Sun, Nov 07, 2004 at 06:29:38AM -0800, mike re-v said: > hi > would it be a stretch to include on the koha opac > search a link to amazon to get more info like see this > book. I've been looking at cpan net::amazon. The > heavy example script from net::amazon looks good but > it returns info from amazon in xml Hiya I actually wrote a script a while back, that fetches review data from amazon. It then populates the Koha database with it. So that in the opac you can display peoples reviews from amazon if you want. The Amazon hacks book from Oreilly has tons of neat code snippets to allow you to do things like this. I could commit the reviews script to the unstable branch, perhaps we could build some more scripts like this. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From oleonard at athenscounty.lib.oh.us Mon Nov 8 10:04:33 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac add-on Message-ID: <200411072110.iA7LAJ1x016009@alma.athenscounty.lib.oh.us> > here is an example > http://www.amazon.com/exec/obidos/ASIN/073571228x/qid%3D1099770 587/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > http://www.amazon.com/exec/obidos/ASIN/1861004494/qid%3D1099770 864/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > the isbn# folows the /ASIN/ in the url > note that the next pointer /qid%xxx... has changed. > > simply changing the field after /ASIN/ to the isbn > will not give you the correct result. If I understand you correctly, the root of your problem is that all the stuff *after* the ISBN doesn't matter at all. It's all session stuff. All you need is this: http://www.amazon.com/exec/obidos/ASIN/073571228x/ ...in order to pull up an Amazon record. Amazon adds all the rest. So we make the link in the template like this: http://www.amazon.com/exec/obidos/ASIN/ It should work fine. > 3. a computer driven enter or cr. This is the part that's not possible. You can't simulate user input like that on a separate site. And if we're just talking about pulling up an Amazon record from an ISBN, we don't have to. One concern, however, is how far to trust Amazon to always have details on the item in your catalog. That's where a solution like Chris' has advantages--you're sucking down the information into your own database, so you know whether there's extended information to display. -- Owen From baljkas at mts.net Mon Nov 8 16:04:18 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac add-on Message-ID: <20041108030418.MLAS1382.mx-mtaout01.mts.net@mx-mtaout> Sunday, November 7, 2004 20:47 CST Hi, all, Just wanted to sound off quickly on this whole link-to-Amazon idea. Please, be aware, that not all of us in the library world are that enamoured of Amazon.com. Yes, they have transformed the world of bookselling and they certainly provide a valuable resource of information to librarians and readers in general. That acknowledged, their 'formula' for determining what books would be of interest to you as a reader is laughable. It relies heavily on commercialised data, totally ignoring the fact that many people are buying books for more than one person at a time, whereas (depending on the demographic) most library users are only borrowing for themselves. Their standard review sources are reputable (if again, overwhelmingly commercial: try to find a critical review that is actually critical! I dare you!) but many people seem to rely on the readership. Some of the ignorant voices that are allowed authority in this manner are very troubling, indeed, and may dissuade readers away from good materials that fall outside popular fads and even scholarly vogues. For suggested materials, I'd sooner trust NoveList or the Reader's Guides to various genre lits than Amazon. It is practically useless in terms of more academic materials. Some of the ludicrous things it's suggested to me in the past indicate some fairly eccentric buying patterns somewhere in the U.S. I think the idea of allowing a link to Amazon -- AS AN OPTION -- is great. I myself would not want a library catalogue I was responsible for taking on the role of free advertising for a vast commercial enterprise. I thought what Chris suggested was more useful, and certainly conforms with what I have seen done: quick summaries in 520s derived from Amazon.com, with that source cited in the note. With either approach, given the copyright statement at the bottom of all Amazon.com pages, I am wondering whether you might have legal problems whether you link to them or downlink their info to your catalogue. (You may not be aware of this, but it is illegal to download the cover shots of books for use in one's own catalogue without express permission -- whether one can scan the covers of books and other materials and use those as photographic proof of ownership would depend on jurisdictional interpretations.) Finally, one note on ISBNs. However Amazon.com is managing the ISBN/ASIN numbers, they do seem to change the location -- not to forget the actual contents!! -- of pages depending on whether the item sought is still in print and available through them, still available but no longer in print, and when it is no longer in print and no longer available through them. Wouldn't you need to be able to design something to discriminate between those 3 cases? Anyway, just some thoughts. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Owen Leonard" > Date: 2004/11/07 Sun PM 03:04:33 CST > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] opac add-on > > > here is an example > > > http://www.amazon.com/exec/obidos/ASIN/073571228x/qid%3D1099770 > 587/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > > > > http://www.amazon.com/exec/obidos/ASIN/1861004494/qid%3D1099770 > 864/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > > > the isbn# folows the /ASIN/ in the url > > note that the next pointer /qid%xxx... has changed. > > > > simply changing the field after /ASIN/ to the isbn > > will not give you the correct result. > > If I understand you correctly, the root of your problem is > that all the stuff *after* the ISBN doesn't matter at all. > It's all session stuff. All you need is this: > > http://www.amazon.com/exec/obidos/ASIN/073571228x/ > > ...in order to pull up an Amazon record. Amazon adds all the > rest. So we make the link in the template like this: > > http://www.amazon.com/exec/obidos/ASIN/ > > It should work fine. > > > 3. a computer driven enter or cr. > > This is the part that's not possible. You can't simulate user > input like that on a separate site. And if we're just talking > about pulling up an Amazon record from an ISBN, we don't have > to. > > One concern, however, is how far to trust Amazon to always > have details on the item in your catalog. That's where a > solution like Chris' has advantages--you're sucking down the > information into your own database, so you know whether > there's extended information to display. > > -- Owen > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From askress2009 at yahoo.com Mon Nov 8 22:08:16 2004 From: askress2009 at yahoo.com (kress) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Arabic version of koha Message-ID: <20041108090816.6576.qmail@web53806.mail.yahoo.com> Dear members of the list, A friend of me sent me this mail and I forwarded it to u because I couldn't find a replay Love from, askress2009 > Dear All, > > How can I install the Arabic version for koha System? > > Best Regards > Ahmed Amin ********************RAMADAN*******************RAMADAN*******************RAMADAN******** Ramadan is a special month of the year for over one billion Muslims throughout the world for more information Visit http://www.holidays.net/ramadan/ http://www.ramadan.nl/ http://www.ramadan.co.uk/ http://www.factmonster.com/spot/ramadan1.html ********************RAMADAN*******************RAMADAN*******************RAMADAN******** --------------------------------- Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041108/9ee400e8/attachment.htm From gbengaadara at yahoo.com Mon Nov 8 22:43:16 2004 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC Message-ID: <20041108094316.89452.qmail@web20224.mail.yahoo.com> Hello All, Well done for the brilliant work being done on koha. I have installed 2.0.1rc1 on redhat 9.1. i have the following problem 1. itemtype does not show up in OPAC search. i also installed the windows version of koha on XP and found out the same thing occured. i have used marc check in parameters and everything was ok. 2. i want to use lccn rather than dewey. how do i remove dewey from the OPAC search and how do i set the koha system to use lccn? i have currently mapped marc field 050 to bibloitems.classification. am i correct? do i need to do more things? in the windows version i found this mapped to 852. 3. also in the mark links mapping i found that some lib column have NR. does this have any special meaning? 4. i have tried 2.1.3 but this had too many errors with redhat 9. any recommended distro for this version? i am not a librarian but i am about to do a koha install for 2 libraries here in Nigeria. thanks ===== Olugbenga Adara MCP Consultant, 3om Services, 75, Lebanon Street, Dugbe, Ibadan, Nigeria. Tel: 234-2-2412090 Mobile: 234-803-3220288 __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From mjr at dsl.pipex.com Tue Nov 9 02:05:07 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Questions on data security, liability and RFP issues In-Reply-To: <20041106003958.KQAW1377.mx-mtaout02.mts.net@mx-mtaout> Message-ID: On 2004-11-06 00:39:58 +0000 Baljkas Family wrote: > I don't think this question has been raised before -- and I apologise > in > advance if it has been, or if asking it this way is simply hopelessly > naive/ignorant: but how safe against hacking, e.g. would Koha be? Or > is this > more a matter of systems admin level securities behind which Koha > would be > shielded? (G*d, I hope so.) I went through the code fixing some structural security errors during the 1.9 development versions. I've not tried testing koha heavily, simply through lack of time. In 2.0, there are some known bugs to do with the librarian access levels: having the circulation desk get full librarian access is undesirable. I hope this has been fixed during 2.1 and will be available to users in 2.2, but I've not checked. Maybe more 2.1-centred developers can tell? I think you also want to consider the security of all machines which use the koha librarian interface. It's mostly hopeless having wonderful security on the server if someone can put a password sniffer on a superlibrarian's computer. This may even be a larger vulnerability than almost all likely server problems. > [...] the PTBs in their corporate or organisational culture were > concerned, > it was against the rules because there would be no one to sue if > something > went wrong? I believe this is largely a distraction tactic. At best, you will end up effectively suing your supplier's insurance company. Few of the people who raise this question have ever suggested trying to sue Microsoft after a virus shuts down their office computers or overflows their email. Some organisations like free software because it reduces absolute dependence on one outside supplier, even if it will take more time/cost more to develop in-house or find an alternative supplier. It gives more options and keeping options open is usually good for business. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From garthus at lilrc.org Tue Nov 9 02:25:56 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Questions on data security, liability and RFP issues In-Reply-To: References: Message-ID: <418F73E4.8000703@lilrc.org> MJ Ray, Security is only ask good as the best backup. That is a backup off machine and preferably off-site.All systems can be compromised in one way or another. Worry more about whether your dbase is backed and less about hackers. Those libraries who retain vendors (at often extortionary prices) do not worry about such things , since the vendor does it all, (including owning their database). The price for freedom from extortionary vendor tactics is the responsibility of securing one's records, it is not a resource intensive process.. Gerry :) Gerry Arthus Systems Administrator: Long Island Library Resources Council SUNY at Stony Brook Stony Brook, New York US 11794-3399 Phone: 1-631-632-6652 FAX: 631-632-6662 Home: 631-289-7565 Email: garthus@lilrc.org Professor: Departments of: Graduate Computer Engineering, Earth and Environmental Science, and Engineering Management C.W. Post Campus of Long Island University 720 Northern Boulevard Brookville, New York US 11548-1300 Phone: 516-299-2293 wrote: > On 2004-11-06 00:39:58 +0000 Baljkas Family wrote: > >> I don't think this question has been raised before -- and I apologise >> in advance if it has been, or if asking it this way is simply >> hopelessly naive/ignorant: but how safe against hacking, e.g. would >> Koha be? Or is this more a matter of systems admin level securities >> behind which Koha would be shielded? (G*d, I hope so.) > > > I went through the code fixing some structural security errors during > the 1.9 development versions. I've not tried testing koha heavily, > simply through lack of time. > > In 2.0, there are some known bugs to do with the librarian access > levels: having the circulation desk get full librarian access is > undesirable. I hope this has been fixed during 2.1 and will be > available to users in 2.2, but I've not checked. Maybe more > 2.1-centred developers can tell? > > I think you also want to consider the security of all machines which > use the koha librarian interface. It's mostly hopeless having > wonderful security on the server if someone can put a password sniffer > on a superlibrarian's computer. This may even be a larger > vulnerability than almost all likely server problems. > >> [...] the PTBs in their corporate or organisational culture were >> concerned, it was against the rules because there would be no one to >> sue if something went wrong? > > > I believe this is largely a distraction tactic. At best, you will end > up effectively suing your supplier's insurance company. Few of the > people who raise this question have ever suggested trying to sue > Microsoft after a virus shuts down their office computers or overflows > their email. > > Some organisations like free software because it reduces absolute > dependence on one outside supplier, even if it will take more > time/cost more to develop in-house or find an alternative supplier. It > gives more options and keeping options open is usually good for business. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041108/12492a25/attachment.html From mjr at dsl.pipex.com Tue Nov 9 03:00:35 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC In-Reply-To: <20041108094316.89452.qmail@web20224.mail.yahoo.com> Message-ID: <1a6482cc92d5110d9977afa393d928aa@bouncing.localnet> On 2004-11-08 09:43:16 +0000 Olugbenga Adara wrote: > 2. i want to use lccn rather than dewey. how do i > remove dewey from the OPAC search and how do i set the > koha system to use lccn? This alone probably means that you will need 2.1 or 2.2 at least. I do not plan making a change this large during the 2.0.x series. You may find some way of hacking it in, but I do not recommend it. The bug report is http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=498 2.1 developers, will 2.2 support different call number systems? -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From garthus at lilrc.org Tue Nov 9 03:07:52 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac add-on In-Reply-To: <20041108030418.MLAS1382.mx-mtaout01.mts.net@mx-mtaout> References: <20041108030418.MLAS1382.mx-mtaout01.mts.net@mx-mtaout> Message-ID: <418F7DB8.5040009@lilrc.org> Baljkas Family, I agree wholeheartedly. In fact why not a link to OAI (Open Archives Initiative). I personally am not impressed with Amazon,Yahoo, or such vendors. We should look at supporting and linking to Open Source type projects as a venue to increase public awareness. For example, what about the Gutenberg database, which is full-text, as an adjunct to a Koha Virtual Catalog. One could search one's own or other libraries in addition to the Gutenberg collection and pull down full text versions of over 10,000 texts (and growing). I for one find people (Americans especially) worship to much at the font of Corporate greed.The job of librarians is to facilitate the access to information not inadvertantly promote the corporate bastardization of public information (search engines which sell precedence for example). Gerry wrote: >Sunday, November 7, 2004 20:47 CST > >Hi, all, > >Just wanted to sound off quickly on this whole link-to-Amazon idea. > >Please, be aware, that not all of us in the library world are that enamoured of Amazon.com. Yes, they have transformed the world of bookselling and they certainly provide a valuable resource of information to librarians and readers in general. > >That acknowledged, their 'formula' for determining what books would be of interest to you as a reader is laughable. It relies heavily on commercialised data, totally ignoring the fact that many people are buying books for more than one person at a time, whereas (depending on the demographic) most library users are only borrowing for themselves. > >Their standard review sources are reputable (if again, overwhelmingly commercial: try to find a critical review that is actually critical! I dare you!) but many people seem to rely on the readership. Some of the ignorant voices that are allowed authority in this manner are very troubling, indeed, and may dissuade readers away from good materials that fall outside popular fads and even scholarly vogues. > >For suggested materials, I'd sooner trust NoveList or the Reader's Guides to various genre lits than Amazon. It is practically useless in terms of more academic materials. Some of the ludicrous things it's suggested to me in the past indicate some fairly eccentric buying patterns somewhere in the U.S. > >I think the idea of allowing a link to Amazon -- AS AN OPTION -- is great. I myself would not want a library catalogue I was responsible for taking on the role of free advertising for a vast commercial enterprise. > >I thought what Chris suggested was more useful, and certainly conforms with what I have seen done: quick summaries in 520s derived from Amazon.com, with that source cited in the note. > >With either approach, given the copyright statement at the bottom of all Amazon.com pages, I am wondering whether you might have legal problems whether you link to them or downlink their info to your catalogue. (You may not be aware of this, but it is illegal to download the cover shots of books for use in one's own catalogue without express permission -- whether one can scan the covers of books and other materials and use those as photographic proof of ownership would depend on jurisdictional interpretations.) > >Finally, one note on ISBNs. However Amazon.com is managing the ISBN/ASIN numbers, they do seem to change the location -- not to forget the actual contents!! -- of pages depending on whether the item sought is still in print and available through them, still available but no longer in print, and when it is no longer in print and no longer available through them. Wouldn't you need to be able to design something to discriminate between those 3 cases? > >Anyway, just some thoughts. > >Cheers, >Steven F. Baljkas >library tech at large >Koha neophyte >Winnipeg, MB, Canada > > > >>From: "Owen Leonard" >>Date: 2004/11/07 Sun PM 03:04:33 CST >>To: koha@lists.katipo.co.nz >>Subject: Re: [Koha] opac add-on >> >> >> >>>here is an example >>> >>> >>> >>http://www.amazon.com/exec/obidos/ASIN/073571228x/qid%3D1099770 >>587/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 >> >> >>> >>> >>> >>> >>http://www.amazon.com/exec/obidos/ASIN/1861004494/qid%3D1099770 >>864/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 >> >> >>>the isbn# folows the /ASIN/ in the url >>>note that the next pointer /qid%xxx... has changed. >>> >>>simply changing the field after /ASIN/ to the isbn >>>will not give you the correct result. >>> >>> >>If I understand you correctly, the root of your problem is >>that all the stuff *after* the ISBN doesn't matter at all. >>It's all session stuff. All you need is this: >> >>http://www.amazon.com/exec/obidos/ASIN/073571228x/ >> >>...in order to pull up an Amazon record. Amazon adds all the >>rest. So we make the link in the template like this: >> >>http://www.amazon.com/exec/obidos/ASIN/ >> >>It should work fine. >> >> >> >>>3. a computer driven enter or cr. >>> >>> >>This is the part that's not possible. You can't simulate user >>input like that on a separate site. And if we're just talking >>about pulling up an Amazon record from an ISBN, we don't have >>to. >> >>One concern, however, is how far to trust Amazon to always >>have details on the item in your catalog. That's where a >>solution like Chris' has advantages--you're sucking down the >>information into your own database, so you know whether >>there's extended information to display. >> >> -- Owen >>_______________________________________________ >>Koha mailing list >>Koha@lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041108/36239483/attachment.htm From bigwood at lpi.usra.edu Tue Nov 9 04:18:35 2004 From: bigwood at lpi.usra.edu (Bigwood, David) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] opac seach add-on Message-ID: Another idea, how about a search on Yahoo or Google of Open Worldcat? For examples of a few tools see http://faculty.washington.edu/murata/worldcat/ For more details on Open Worldcat see http://faculty.washington.edu/murata/worldcat/ This might be a good option to offer on 0 hit searches? Sincerely, David Bigwood bigwood@lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml -----Original Message----- From: koha-admin@lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of mike re-v Sent: Sunday, November 07, 2004 8:30 AM To: koha@lists.katipo.co.nz Subject: [Koha] opac seach add-on hi would it be a stretch to include on the koha opac search a link to amazon to get more info like see this book. I've been looking at cpan net::amazon. The heavy example script from net::amazon looks good but it returns info from amazon in xml The idea would be the koha opac seach result returns a link to amazon with the isbn from the koha database [as an option] You can not just add the isbn to the url. The amazon url contains the isbn but also contains a pointer to their database which changes depending on the isbn entered. I'm guessing a script could be written to open amazon and tab down to their search box. Then apply the isbn from koha and simulate a cr or enter. Any thought on how to do this? thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From baljkas at mb.sympatico.ca Tue Nov 9 07:13:56 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - answer to your question 3 References: <20041108094316.89452.qmail@web20224.mail.yahoo.com> Message-ID: <002201c4c5be$b67697a0$2c19fea9@oemcomputer> Monday, November 8, 2004 12:12 CST Greetings, Olugbenga Adara, Since the programmer folk have tackled your more difficult technical questions (especially with the important note on your question 2), I thought I could handle question 3. NR = Not Repeating. This is standard Library of Congress/et al. notation for a field that can occur only once in a valid MARC record. Hope that helps a bit. Good luck with your installations. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Olugbenga Adara" To: Sent: Monday, November 08, 2004 3:43 AM Subject: [Koha] Item type does not show in OPAC > Hello All, > > Well done for the brilliant work being done on koha. I > have installed 2.0.1rc1 on redhat 9.1. > > i have the following problem > > 1. itemtype does not show up in OPAC search. i also > installed the windows version of koha on XP and found > out the same thing occured. i have used marc check in > parameters and everything was ok. > > 2. i want to use lccn rather than dewey. how do i > remove dewey from the OPAC search and how do i set the > koha system to use lccn? i have currently mapped marc > field 050 to bibloitems.classification. am i correct? > do i need to do more things? in the windows version i > found this mapped to 852. > > 3. also in the mark links mapping i found that some > lib column have NR. does this have any special > meaning? > > 4. i have tried 2.1.3 but this had too many errors > with redhat 9. any recommended distro for this > version? > > i am not a librarian but i am about to do a koha > install for 2 libraries here in Nigeria. > > thanks > > ===== > Olugbenga Adara MCP > Consultant, 3om Services, > 75, Lebanon Street, Dugbe, > Ibadan, Nigeria. > Tel: 234-2-2412090 > Mobile: 234-803-3220288 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.788 / Virus Database: 533 - Release Date: 01/11/2004 From shedges at skemotah.com Tue Nov 9 11:49:49 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC In-Reply-To: <20041108094316.89452.qmail@web20224.mail.yahoo.com> References: <20041108094316.89452.qmail@web20224.mail.yahoo.com> Message-ID: <32929.65.24.138.126.1099954189.spork@webmail.skemotah.com> An answer to part of your message: Olugbenga Adara said: > 3. also in the mark links mapping i found that some > lib column have NR. does this have any special > meaning? It means "Not Repeatable" -- smoe MARC tags can be repeated as often as needed to collect all the information needed for a complete record, others ("NR") can be used only once in each record. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From cjones at partialflow.com Tue Nov 9 15:12:16 2004 From: cjones at partialflow.com (Christopher M. Jones) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers In-Reply-To: <32883.65.24.138.126.1099746363.spork@webmail.skemotah.com> References: <418a668c.148.684.14060@joimail.com> <418A909F.4050300@lilrc.org> <1099659403.4650.0.camel@copernicus.inet> <32883.65.24.138.126.1099746363.spork@webmail.skemotah.com> Message-ID: <1099966335.18022.8.camel@copernicus.inet> Yes, I can get to the website, but there's something wrong. I installed Koha at home to play with it, and everything works fine out of the box on my home machine. When I go to z3950.loc.gov:7090 in mozilla from home I get an error message from Yaz. At school, it never finds the server at all. Is this an issue with kernel support, maybe? The only difference between Debian at school and Debian at home is the 2.6.8 kernel at home vs. the 2.4.x Debian kernel at school. And I do remember reading something about kernel dependencies with Debian. Are you able to connect "manually" to the LoC catalog at > http://catalog.loc.gov/ ? > > Christopher M. Jones said: > > Here are my settings and some logfile stuff. > > > > File > > /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options > > contains the following: > > > > RunAsUser=www-data > > KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon > > KohaModuleDir=/usr/local/koha/intranet/modules > > LogDir=/usr/local/koha/log > > KohaConf=/etc/koha.conf > > > > I started the daemon with z3950daemon-launch.sh. 'ps -A' > > shows processz3950queue. > > > > z3950 log file shows the following: > > > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > starting loop > > 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS > > LIBRARY COMPUTER SYS$ > > 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS > > ONLINE > > 1956/23 : illcso.illinois.edu:210 search done. > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > Event: '?? Connection.pm:153' died and then $Event::DIED > > died with: Can't cal$ > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > 1958/23 : Processing title=A Wrinkle in Time at BASHKIR > > STATE UNIVERSITY OF M$ > > 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF > > MEDICINE > > 1958/23 : http://www.bsmu.anrb.ru:210 > > search done. > > 1955/23 : Processing title=A Wrinkle in Time at > > LibraryOfCongress z3950.loc.g$ > > 1955/23 : no connection at LibraryOfCongress > > 1955/23 : z3950.loc.gov:7090 search done. > > 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA > > DELLA CRUSCA FIRENZ$ > > 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE > > 1957/23 : biblio.crusca.fi.it:9909 search done. > > starting loop > > starting loop > > > > > > > >> cjones, > >> What are the settings for you Z3950 sever? > >> > >> Gerry > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > > 12@joimail.com > > wrote: > >> > >> >Just installed Koha on Debian Sarge (testing). Used the > >> >2.0.1 tarball from sourceforge. Looks good, except that > >> >searching for isbn or title using z3950 returns "server > >> not >responding" for all my biblio servers. I've checked > >> my >installation against all the docs I could find, > >> searched the >mail list, and I'm just not seeing the > >> problem. > > >> >Not sure what other information you need. Can someone > >> help? >_______________________________________________ > >> >Koha mailing list > >> >Koha@lists.katipo.co.nz > >> >http://lists.katipo.co.nz/mailman/listinfo/koha > > > >> > > >> > > >> > > >> > > > > Save email to disk as a text file > > > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > From baljkas at mts.net Tue Nov 9 15:34:07 2004 From: baljkas at mts.net (Baljkas Family) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] new install: z3950 client not connecting to servers Message-ID: <20041109023407.TYDZ1382.mx-mtaout01.mts.net@mx-mtaout> Monday, November 8, 2004 20:30 CST Hi, Christopher, In answer to your question about connecting "manually" to the Library of Congress catalogues: yes, you can. In some ways, it is even preferable to go on a record by record basis, as one can evaluate different choices in record available that may occur. BTW, the MARC record, when saved is a long alphanumeric string, beginning with a long set of mostly numbers. Do not be alarmed by this. It is normal. If you are still having problems with the Z39.50 parameters and you are certain it isn't Koha-related, you might want to check through the specs at URL Hope this has helped. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Christopher M. Jones" > Date: 2004/11/08 Mon PM 08:12:16 CST > To: koha@lists.katipo.co.nz > Subject: Re: [Koha] new install: z3950 client not connecting to servers > > Yes, I can get to the website, but there's something wrong. I installed > Koha at home to play with it, and everything works fine out of the box > on my home machine. When I go to z3950.loc.gov:7090 in mozilla from home > I get an error message from Yaz. At school, it never finds the server at > all. Is this an issue with kernel support, maybe? The only difference > between Debian at school and Debian at home is the 2.6.8 kernel at home > vs. the 2.4.x Debian kernel at school. And I do remember reading > something about kernel dependencies with Debian. > > Are you able to connect "manually" to the LoC catalog at > > http://catalog.loc.gov/ ? > > > > Christopher M. Jones said: > > > Here are my settings and some logfile stuff. > > > > > > File > > > /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options > > > contains the following: > > > > > > RunAsUser=www-data > > > KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon > > > KohaModuleDir=/usr/local/koha/intranet/modules > > > LogDir=/usr/local/koha/log > > > KohaConf=/etc/koha.conf > > > > > > I started the daemon with z3950daemon-launch.sh. 'ps -A' > > > shows processz3950queue. > > > > > > z3950 log file shows the following: > > > > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS > > > LIBRARY COMPUTER SYS$ > > > 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS > > > ONLINE > > > 1956/23 : illcso.illinois.edu:210 search done. > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > 1958/23 : Processing title=A Wrinkle in Time at BASHKIR > > > STATE UNIVERSITY OF M$ > > > 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF > > > MEDICINE > > > 1958/23 : http://www.bsmu.anrb.ru:210 > > > search done. > > > 1955/23 : Processing title=A Wrinkle in Time at > > > LibraryOfCongress z3950.loc.g$ > > > 1955/23 : no connection at LibraryOfCongress > > > 1955/23 : z3950.loc.gov:7090 search done. > > > 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA > > > DELLA CRUSCA FIRENZ$ > > > 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE > > > 1957/23 : biblio.crusca.fi.it:9909 search done. > > > starting loop > > > starting loop > > > > > > > > > > > >> cjones, > > >> What are the settings for you Z3950 sever? > > >> > > >> Gerry > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > > 12@joimail.com > > > wrote: > > >> > > >> >Just installed Koha on Debian Sarge (testing). Used the > > >> >2.0.1 tarball from sourceforge. Looks good, except that > > >> >searching for isbn or title using z3950 returns "server > > >> not >responding" for all my biblio servers. I've checked > > >> my >installation against all the docs I could find, > > >> searched the >mail list, and I'm just not seeing the > > >> problem. > > > >> >Not sure what other information you need. Can someone > > >> help? >_______________________________________________ > > >> >Koha mailing list > > >> >Koha@lists.katipo.co.nz > > >> >http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > >> > > > >> > > > >> > > > >> > > > > > > Save email to disk as a text file > > > > > > _______________________________________________ > > > Koha mailing list > > > Koha@lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From mrmrmr50 at yahoo.com Wed Nov 10 01:20:20 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] no item count 2.0.1 Message-ID: <20041109122020.42998.qmail@web21205.mail.yahoo.com> No item count despite marc-check good. I have noticed no problem with my marc-records on 1.2.3 The bulkmarcimport has a script which identifies item type using if then else. If the 852 tag has a numerical dewey ->JNF else->FIC.Simplistic, OK, but it works. I know my macr21 records have item types built into the 008 tag. Could they be someplace else. The 090 tag c,d for Koha item I'm thinking might not be standard. Interestingly,my raw biblio numbers match. If I add a biblio manually I get an item count. Could someone be kind enough to send me several marc21 records which automatically populate the koha database. I think I'll need an example marc21 to see how I need to build my marc21 file Of course I could be completely wrong headed in my analysis of the problem. thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From gbengaadara at yahoo.com Wed Nov 10 06:34:25 2004 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - Question 1 again In-Reply-To: <002201c4c5be$b67697a0$2c19fea9@oemcomputer> Message-ID: <20041109173425.39455.qmail@web20223.mail.yahoo.com> Hello all, Thanks to every one who responded to my questions. i actually installed koha at the Hezekiah Oluwasanmi Library of the Obafemi Awolowo University, Ile-Ife, Nigeria today. They have a collection well in excess of 30,000 items and automating for the first time. the installation went well without errors on rh 9.1 i imported some biblio records from the lpi.mrc marc record kindly made available by someone on this list, but on the opac search result page the book is found, but without item type showing. i guess this problem may be similar to the post by mike re-v (no item count 2.0.1). please could someone give me a pointer to what may be happening? and how solve it? Also what is the best method for a library freshly automating to get records into koha (30,000+). given the fact that the internet connection at the library is flaky. thanks ===== Olugbenga Adara MCP Consultant, 3om Services, 75, Lebanon Street, Dugbe, Ibadan, Nigeria. Tel: 234-2-2412090 Mobile: 234-803-3220288 __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From shedges at skemotah.com Wed Nov 10 08:04:07 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Koha Docs Message-ID: <34380.66.213.78.3.1100027047.spork@webmail.skemotah.com> I have begun the process of loading some Koha documents to Sourceforge, which will be the repository for Koha docs until we come up with a better place to store them. Look in koha-doc/en/general and you will find the "official" XML version of Brooke's "Newbie Guide" from the Koha wiki, as well as an HTML conversion of the XML source. Look in koha-doc/en/sysadmin/migration and you'll find the XML and HTML of my "Migrating to Koha" document. I'm working on Nick Rosasco's official Koha Manual (for version 1.2.3) as well as Paul's brochure for version 2.2.0 (in both French and English). I'm open to suggestions for more documents to transfer to XML and load to Sourceforge, so send 'em my way! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From rachel at katipo.co.nz Wed Nov 10 19:13:43 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - Question 1 again In-Reply-To: <20041109173425.39455.qmail@web20223.mail.yahoo.com> References: <20041109173425.39455.qmail@web20223.mail.yahoo.com> Message-ID: <4191B197.2040306@katipo.co.nz> Hi Olugbenga I'm not sure if you have had this answered already, but you need to go into your system preferences and setup the itemtypes to match the ones coming accross from your old system. So if you have itemtypes that are BK = Book Set up one the same and the itemtype will display. > i actually installed koha at the Hezekiah Oluwasanmi > Library of the Obafemi Awolowo University, Ile-Ife, > Nigeria today. They have a collection well in excess > of 30,000 items and automating for the first time. > the installation went well without errors on rh 9.1 > > i imported some biblio records from the lpi.mrc marc > record kindly made available by someone on this list, > but on the opac search result page the book is found, > but without item type showing. > > i guess this problem may be similar to the post by > mike re-v (no item count 2.0.1). please could someone > give me a pointer to what may be happening? and how > solve it? > > Also what is the best method for a library freshly > automating to get records into koha (30,000+). given > the fact that the internet connection at the library > is flaky. > > > thanks > > > > ===== > Olugbenga Adara MCP > Consultant, 3om Services, > 75, Lebanon Street, Dugbe, > Ibadan, Nigeria. > Tel: 234-2-2412090 > Mobile: 234-803-3220288 > > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From mrmrmr50 at yahoo.com Thu Nov 11 01:04:02 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] no item count 2.0.1 Message-ID: <20041110120402.29280.qmail@web21204.mail.yahoo.com> hi I do not get an item count using bulkmarcimport. The marc records are marc21 852 compliant. I'v used macr3xml<->xml2marc nad sed /search/replace/ to change 852 tag markers to 952s. All bibliographic and local datas in the 952 tags show up in the koha biblio when doing a search. However, no item count... Despite marc-check good. Intestingly, item count does show correctly on a manual imput of a biblio. Export of the manual biblio shows the 090 c,d tags populated with the correct biblio number. Import of the exported manually produced record has all datas. Similiar to bulkmarcimport, including the zero item count thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From tunji.adepeju at onebox.com Thu Nov 11 08:30:52 2004 From: tunji.adepeju at onebox.com (tunji.adepeju@onebox.com) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - Question 1 again Message-ID: Gbenga, Congrats on this installation which is presumably the first in Nigeria. Am sure it will open more doors for KOHA in this country with great but untapped potentials. I want us to get more Libraries hooked to KOHA and am sure KATIPO family will support the setting up of a KOHA USER in Nigeria. A road show may be organised to which KOHA experts may be invited. Anyone interested? Tunji Adepeju ADETUNJI ADEPEJU tunji.adepeju@onebox.com - email (917) 344-3783 x2340 - voicemail/fax -----Original Message----- From: Olugbenga Adara Sent: Tue, 9 Nov 2004 09:34:25 -0800 (PST) To: koha@lists.katipo.co.nz Subject: [Koha] Item type does not show in OPAC - Question 1 again Hello all, Thanks to every one who responded to my questions. i actually installed koha at the Hezekiah Oluwasanmi Library of the Obafemi Awolowo University, Ile-Ife, Nigeria today. They have a collection well in excess of 30,000 items and automating for the first time. the installation went well without errors on rh 9.1 i imported some biblio records from the lpi.mrc marc record kindly made available by someone on this list, but on the opac search result page the book is found, but without item type showing. i guess this problem may be similar to the post by mike re-v (no item count 2.0.1). please could someone give me a pointer to what may be happening? and how solve it? Also what is the best method for a library freshly automating to get records into koha (30,000+). given the fact that the internet connection at the library is flaky. thanks ==== Olugbenga Adara MCP Consultant, 3om Services, 75, Lebanon Street, Dugbe, Ibadan, Nigeria. Tel: 234-2-2412090 Mobile: 234-803-3220288 __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From garthus at lilrc.org Thu Nov 11 08:25:30 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - answer to your question 3 In-Reply-To: <002201c4c5be$b67697a0$2c19fea9@oemcomputer> References: <20041108094316.89452.qmail@web20224.mail.yahoo.com> <002201c4c5be$b67697a0$2c19fea9@oemcomputer> Message-ID: <41926B2A.200@lilrc.org> Olugbenga, I think I mentioned it previously, use aurox 10.0.1a version for the new version of koha. Redhat has messed around with some files and libraries in order to ensure that you pay for their licenses. Since Aurox is the fedora 1.0 core that is what you would use to set up webmin which you would use to administer the box. Also do not use RPM's, use the tar.gz file, it installs perfectly with tar -zxvf, then reset your directory name (if you wish) and proceed with the install. gerry From rachel at katipo.co.nz Thu Nov 11 14:08:05 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Item type does not show in OPAC - Question 1 again In-Reply-To: References: Message-ID: <4192BB75.5000204@katipo.co.nz> Hi > Congrats on this installation which is presumably the first in Nigeria. > Am sure it will open more doors for KOHA in this country with great but untapped potentials. > > I want us to get more Libraries hooked to KOHA and am sure KATIPO family will support the setting up of a KOHA USER in Nigeria. A road show may be organised to which KOHA experts may be invited. > > Anyone interested? Possibley :-) How muc do you think it would cost? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From Mike.Lake at uts.edu.au Thu Nov 11 17:05:30 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] Errors still from bulkmarcimport In-Reply-To: <20041105215823.GA23021@alma.athenscounty.lib.oh.us> References: <20041105191005.GA20177@frodo.kados.org><20041105194302.21510.qmail@web54507.mail.yahoo.com><20041105215823.GA23021@alma.athenscounty.lib.oh.us> Message-ID: <4192E50A.90901@uts.edu.au> Hi all This is a follow up on errors in bulkmarcimport. Im still getting errors with the DBI connect. As a test i'm using the marc file supplied by Steven Baljkas, emcs2.mrc Command line is this: misc$ perl -I /home/rsnsw/koha/intranet/modules bulkmarcimport.pl -file emcs2.mrc Output is this: DBD::mysql::db do failed: Access denied for user: 'koha_admin@localhost' to database 'koha' at /home/rsnsw/koha/intranet/modules/C4/Biblio.pm line 289. DBD::mysql::db do failed: Access denied for user: 'koha_admin@localhost' to database 'koha' at /home/rsnsw/koha/intranet/modules/C4/Biblio.pm line 371. DBD::mysql::db do failed: Access denied for user: 'koha_admin@localhost' to database 'koha' at /home/rsnsw/koha/intranet/modules/C4/Biblio.pm line 371. 1 MARC record done in 0.469326972961426 secondsmisc$ Note that there are 3 error messages for this 1 record. Using David Bigwoods data there are lots of the same above errors. I have exported KOHA_CONF=/etc/koha.conf and koha.conf is readable by ugo so bulkmarcimport can read it OK. The user 'koha_admin' is in koha.conf and the password, lets say its 'secret'. I can access the mysql koha database like this OK mysql -u koha_admin -psecret koha mysql> and in the mysql user table there is the entry user=koha_admin and Host=localhost so bulkmarcimport should have no problems connecting to the koha database ! There is no version number in the bulkmarcimport script to report. Im using the one from the koha 2.0.1 tarball. Mike Joshua Ferraro wrote: > Hi Pierre, > What version of Koha are you running? That > error looks to me (at first glance) like a > potential bug in the module's method for > building the user@host string. Let me know > what version of the Biblio.pm module you're > running and I'll check it out. > Anyone else have any other ideas? > On Fri, Nov 05, 2004 at 11:43:02AM -0800, pierre pierre wrote: > >>Dear Joshua, >> >>Thanks for your help. Indeed after a little >>perl -MCPAN -e 'install "Time::HiRes"' >>(to avoid the ?Can't locate Time/HiRes.pm in @INC? >>message) the sript starts its process. >> >>But then I have a similar error message to the one >>Mike has: >>DBD::mysql::db do failed: Access denied for user >>'kohaadmin'@'localhost' to database 'Koha' at >>/usr/local/koha/intranet/modules/C4/Biblio.pm line >>330. >> >>With MySQL Query Browser I do not have any problem to >>connect with the kohaadmin user using the password I >>defined during the installation of Koha. -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From ccalle at umsa.bo Fri Nov 12 05:19:08 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] koha on fedora core 2 and not to make run with apache2 - httpd-2.0.50 Message-ID: <20041111160554.M68415@www.umsa.bo> Greetings to all. Considered profit not to make run koha2.0.1, in fedora with apache2 httpd-2.0.50.? please I request aid to them! If it runs to me with the previous vers. of apache...! thanks;) Atte. Christian Calle From ccalle at umsa.bo Fri Nov 12 05:23:39 2004 From: ccalle at umsa.bo (Christian Calle) Date: Wed Nov 16 16:50:29 2005 Subject: [Koha] koha on fedora core 2 and not to make run with apache/2.0.52 Message-ID: <20041111162206.M11398@www.umsa.bo> Greetings to all. Considered profit not to make run koha2.0.1, in fedora with apache/2.0.52 !! please I request aid to them! If it runs to me with the previous vers. of apache...! thanks;) Atte. Christian Calle From garthus at lilrc.org Fri Nov 12 05:57:37 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] koha on fedora core 2 and not to make run with apache/2.0.52 In-Reply-To: <20041111162206.M11398@www.umsa.bo> References: <20041111162206.M11398@www.umsa.bo> Message-ID: <41939A01.5040501@lilrc.org> Christian, Is this redhat version of fedora? Gerry > > From mrmrmr50 at yahoo.com Fri Nov 12 09:04:04 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Fedora core 2 install Message-ID: <20041111200404.71798.qmail@web21205.mail.yahoo.com> hi YES fc 2 runs Koha 1.2.3 and 2.0.1 fine $uname -a kernel 2.6.5-1.386 build may 04 #/usr/sbin/apachectl -v server 2.0.49 mysql>show attributes; mysql 3.23.58 re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com From garthus at lilrc.org Fri Nov 12 09:04:04 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Fedora core 2 install In-Reply-To: <20041111200404.71798.qmail@web21205.mail.yahoo.com> References: <20041111200404.71798.qmail@web21205.mail.yahoo.com> Message-ID: <4193C5B4.5040802@lilrc.org> mike, I assume you cannot get it to run with apache version 2.x. Next week I will post installation instructions for Aurox version which is redhat fedora 1.0 core, it comes with apache 2.xx and mysql 4.xx installed and preconfigured for LAMP. The perl module and koha install runs well since you do not have to worry about setting up MYSQL or apache. go to aurox.org for OS. Also it helps if you install webmin http://www.webmin.com to administer the linux box. Gerry -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041111/163bc08a/attachment.html From paul.poulain at free.fr Wed Nov 17 03:01:06 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Koha 2.2.0RC1 is out... Message-ID: <419A0822.9010401@free.fr> All informations here : http://sourceforge.net/project/shownotes.php?release_id=283087 PS : help is needed for bug hunting, of course... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From shedges at skemotah.com Wed Nov 17 06:07:53 2004 From: shedges at skemotah.com (Stephen Hedges) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] New Koha document Message-ID: <21843.66.213.78.3.1100624873.spork@webmail.skemotah.com> I'm pleased to announce that Baiju M's document detailing the process of migrating from the CDS/ISIS system to Koha is now available on the Sourceforge Koha site (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/en/sysadmin/migration/). You'll find the "official" XML source as well as an HTML conversion there. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com From h.jackson at acu.ac.uk Wed Nov 17 06:12:07 2004 From: h.jackson at acu.ac.uk (Harry Jackson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] daemon failing to insert into marc_breeding Message-ID: <419A34E7.9020406@acu.ac.uk> I am assessing Koha 2.0.1RC1 for use here and I am in need of some pointers. First thing I need to get working is the import facility. I have got as far as getting the daemon working and downloading a marc record and updading the z3950results table. Having searched throught the daemon source I was under the impression that the ImportBreeding method would then insert the record into the marc_breeding table but this does not appear to be happening. Any pointers on where abouts in the source to look would be helpful. The output from the daemon is as follows (looks fine to my untrained eye) 1 starting loop 2 starting loop 3 starting loop 4 29114/37 : Processing isbn=0470846747 at LibraryOfCongress z3950.loc.gov:7090 Voyager MARC21 (1 forks) 5 29114/37 : 2 >> 6 29114/37 : creating and 29114/37 : working on results entry 73 7 29114/37 : connected to LibraryOfCongress 8 29114/37 : LibraryOfCongress : 1 records found, retrieving them (max 80) 9 29115/37 : Processing isbn=0470846747 at ION.SLV.VIC.GOV.AU 192.190.180.3:7090 voyager MARC21 (2 forks) 10 29115/37 : 2 >> 11 29115/37 : creating and 29115/37 : working on results entry 74 12 29115/37 : connected to ION.SLV.VIC.GOV.AU 13 29115/37 : ION.SLV.VIC.GOV.AU : no records found 14 29115/37 : 192.190.180.3:7090 search done. And to answer the question at: 185 # and connect to z3950 server 186 #FIXME: why do we need $dbi ? can't we use $dbh ? in the daemon source. The reason you are unable to use the handle created before the fork is because you cannot share database connections across process's. Cheers, Harry From Brenda.Chawner at vuw.ac.nz Wed Nov 17 11:56:49 2004 From: Brenda.Chawner at vuw.ac.nz (Brenda Chawner) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Questions on data security, liability and RFP issues Message-ID: Steven, I'm afraid I've being a bit slow on the uptake of this one. The responses so far have been very sensible, and I agree that good system administration practices are the best approach to security. Your question about accountability and legal liability for open source software isn't something I've looked at so far.. The GPL (which is what Koha uses) explicitly states that the software is offered with no warranty (to my knowledge it is the most commonly used free software licence). If you know a lawyer, you might want to find out how that clause of the license might be interepreted in Manitoba. I know that there have been a couple of books published recently on open source licensing, and if you have access to a copy of either one, you might like to see if they say anything about this. They are Understanding Open Source and Free Software Licensing by Andrew M. St. Laurent and Open Source Licensing: Software Freedom and Intellectual Property Law by Lawrence Rosen. Like you, I've come across the attitude that we want to buy things from a big company so that we can sue them if necessary, and think it's a sad comment about people's perspective (and a possible indicator of a future problem). You might be fighting an uphill battle with that one, as I think that free software is more easily adopted by people who are sympathetic to the concept. FirstMonday recently published an article about open source development and education, and you might find some helpful arguments there. You can find it at: http://www.firstmonday.org/issues/issue9_8/hepburn/index.html -- Brenda Chawner School of Information Management Victoria University of Wellington P O Box 600 Wellington NEW ZEALAND (04) 463 5780 fax (04) 463 5446 brenda.chawner@vuw.ac.nz From h.jackson at acu.ac.uk Wed Nov 17 23:46:23 2004 From: h.jackson at acu.ac.uk (Harry Jackson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] I think theres a Bug in new 2.2 Koha release Message-ID: <419B2BFF.8000005@acu.ac.uk> Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 110. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 111. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 112. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 113. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 189. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 190. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 191. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 192. Global symbol "$context" requires explicit package name at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 193. To fix Add the following line: my $context = C4::Context->new("/path to/koha.conf"); to /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue The line needs to go before the first use of the $context variable. Replace "path to" with the directory of where your koha.conf file is. Harry From tarallo at ort.edu.uy Thu Nov 18 00:14:40 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: I think theres a Bug in new 2.2 Koha release In-Reply-To: <419B2BFF.8000005@acu.ac.uk> References: <419B2BFF.8000005@acu.ac.uk> Message-ID: <419B32A0.3030306@ort.edu.uy> I don't think so. You must have the following lines added to your virtual hosts configuration: SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" please set KOHA_CONF to wherever is your koha configuration file. Hope this helps Andr?s PS: There're a few bugs in the context.pm module when you're working under mod_perl. We at ORT are working to fix them, since a greater performance is achieved when working under mod_perl. Harry Jackson wrote: > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 110. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 111. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 112. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 113. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 189. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 190. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 191. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 192. > Global symbol "$context" requires explicit package name at > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 193. > > > To fix > > Add the following line: > > my $context = C4::Context->new("/path to/koha.conf"); > > to > > /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue > > The line needs to go before the first use of the $context variable. > Replace "path to" with the directory of where your koha.conf file is. > > Harry From paul.poulain at free.fr Thu Nov 18 00:51:05 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: [Koha-devel] Re: I think theres a Bug in new 2.2 Koha release In-Reply-To: <419B32A0.3030306@ort.edu.uy> References: <419B2BFF.8000005@acu.ac.uk> <419B32A0.3030306@ort.edu.uy> Message-ID: <419B3B29.9080503@free.fr> Andr?s Tarallo a ?crit : > PS: There're a few bugs in the context.pm module when you're working > under mod_perl. We at ORT are working to fix them, since a greater > performance is achieved when working under mod_perl. Right. Don't forget to submit your changes to koha-dev or ask for a sourceforge developper entry. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From tarallo at ort.edu.uy Thu Nov 18 01:18:30 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Bugs in new 2.2 Koha release In-Reply-To: <419B3B29.9080503@free.fr> References: <419B2BFF.8000005@acu.ac.uk> <419B32A0.3030306@ort.edu.uy> <419B3B29.9080503@free.fr> Message-ID: <419B4196.7050008@ort.edu.uy> We' ll do so. We've submited some patches to koha-devel, but we will patch against the new version a submit our patches. We hope to have a working 2.2.0 RC1 instalation by friday, to stasrt patching and testing the patches. Andres Paul POULAIN wrote: > Andr?s Tarallo a ?crit : > >> PS: There're a few bugs in the context.pm module when you're working >> under mod_perl. We at ORT are working to fix them, since a greater >> performance is achieved when working under mod_perl. > > > Right. Don't forget to submit your changes to koha-dev or ask for a > sourceforge developper entry. > From mjr at dsl.pipex.com Thu Nov 18 01:29:50 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Questions on data security, liability and RFP issues In-Reply-To: Message-ID: <29f9c6edd3c3ab0fcb5e95d8766193ef@bouncing.localnet> On 2004-11-16 22:56:49 +0000 Brenda Chawner wrote: > [...] Open Source Licensing: Software Freedom and Intellectual > Property > Law by Lawrence Rosen. A note of caution about this one: Lawrence Rosen is legal counsel to the failed Open Source Initiative (which is dangerous because it claimed to have "no position" on so-called "intellectual property") and the author of two licences that debian contributors don't much like: I think it was because they seem to make distributors responsible for ensuring users enter into a contract. I've not reviewed either book and I'm not a lawyer, but I think you should look at the author's background when considering their advice. Good recommendation of First Monday. I've liked reading it in the past. Their current issue has a lot of interesting articles too, including one on accountability. Not quite the same as liability, but might interest some. http://www.firstmonday.org/issues/issue9_11/index.html -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From mjr at dsl.pipex.com Thu Nov 18 01:38:53 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] daemon failing to insert into marc_breeding In-Reply-To: <419A34E7.9020406@acu.ac.uk> Message-ID: On 2004-11-16 17:12:07 +0000 Harry Jackson wrote: > I am assessing Koha 2.0.1RC1 for use here and I am in need of some > pointers. 2.0.2 is out now, but announcements seem to be running slow. There aren't any changes to the importing, as far as I know, so an upgrade probably won't help you. > The output from the daemon is as follows (looks fine to my untrained > eye) > 1 starting loop > 2 starting loop > 3 starting loop > 4 29114/37 : Processing isbn=0470846747 at LibraryOfCongress > z3950.loc.gov:7090 Voyager MARC21 (1 forks) > 5 29114/37 : 2 >> > 6 29114/37 : creating and 29114/37 : working on results entry 73 > 7 29114/37 : connected to LibraryOfCongress > 8 29114/37 : LibraryOfCongress : 1 records found, retrieving > them (max > 80) > 9 29115/37 : Processing isbn=0470846747 at ION.SLV.VIC.GOV.AU > 192.190.180.3:7090 voyager MARC21 (2 forks) > 10 29115/37 : 2 >> > 11 29115/37 : creating and 29115/37 : working on results entry 74 > 12 29115/37 : connected to ION.SLV.VIC.GOV.AU > 13 29115/37 : ION.SLV.VIC.GOV.AU : no records found > 14 29115/37 : 192.190.180.3:7090 search done. I'm a bit surprised that there's no line like "z3950.log.gov:7090 search done" in there. Can any z3950daemon guru just confirm to me whether there should be, please? To be frank, I've often resorted to network monitors and lots of print statements in the daemon to figure out what it's doing. I hope that the 2.2.0 daemon works better, but I've not had time to test it yet. I'll try to get time in the next few days. > And to answer the question at: > 185 # and connect to z3950 server > 186 #FIXME: why do we need $dbi ? can't we use $dbh ? > in the daemon source. The reason you are unable to use the handle > created > before the fork is because you cannot share database connections > across > process's. Of course! Thanks for pointing it out. I'll go change the note in the 2.1/2.2 sources if it's still there. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From jjenning at fastmail.fm Thu Nov 18 09:41:01 2004 From: jjenning at fastmail.fm (jared jennings) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] using the cuecat with bought barcodes? Message-ID: hi, i'm the sort of IT go-to person for a small college library for which i've set up Koha. i added some javascript to the templates so you can scan barcodes using the cuecat, without changing any of the perl (not for barcodes, anyway). (i've been meaning to put up a patch you can apply somewhere, but haven't. anyone want it?) now my librarian is about to purchase professionally made barcodes, and wants to know they'll work before she spends hundreds of US$ on them. i'm only really worried that we'll find they are printed too small and the cuecats won't read them, and i haven't been able to find any sufficiently technical specs. so is anyone using the cuecat with professional (e.g., 1" x 2", er, 2.5cm x 5cm) barcode stickers? has anyone tried and failed? From rachel at katipo.co.nz Thu Nov 18 18:33:35 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Acquisitions search In-Reply-To: <200411060115.iA61Fg1x025004@alma.athenscounty.lib.oh.us> References: <200411060115.iA61Fg1x025004@alma.athenscounty.lib.oh.us> Message-ID: <419C342F.9060200@katipo.co.nz> Hi >>Maybe I am missing something important here, too. > > > I'm just not being clear enough. Of course there should be > separate pages for Acquisitions search and Catalog search, but > the Acquistions search shouldn't be limited to only title and > ISBN. All the options of the regular search should also be > available for searching in the Acquisitions module. Sorry I'm jumping in late - but I think I know acquisitions pretty well, so lets see if I can help :-) In Acquisitions, the only thing you should be searching the catalogue is to see if you have a particular title because you're adding one in. So the search should be fairly specific - you don't want to wade through 10 pages of results to see if the book in your hand/order form is already in your catalgue or breeding farm/resevoire. I can't imagine that you would want to slow that down by combining searches etc - unless in Real Life (TM) people have so incorrectly catalogued an item that you need some other method of tracking it down, to add your new item to that biblio? But if that was the case wouldn't you want to just add a new one anyway? The basic premise we had of acquisitions is that you're acquisitioning a new item, probably one of 20 that just came in a box, and you want a super fast way to accuratly check that you don't have the biblio already loaded (or to load it from the Resevoire if you have it). The other think you do in acquisistions if you're using the full mode, is to check up on suppliers, see what is on order etc etc, which I wouldn't think needs the general search stuff either? Does that make more sense? OR crucially is our "picture" wrong, and that's not actually what's happening in Real Life Acquisitioning? Cheers Rachel > -- Owen > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From lib at gndec.ac.in Thu Nov 18 19:08:42 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] fines2.pl Message-ID: Hi all, We installthe Koha 2.0.1 sucessfuly & most of its feature are working properly,but still i am unable to implement it because the fine script is not working. When i run the command,it runs without showing any error but it doesn't count the fine after running the command also. Please help me,what is wrong with it... this was also the problem with 2.0.0 ,so till now i am not able to implement the KOha... although i am connecting with koha atleast before 6 months... I really need for ur help? -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From lib at gndec.ac.in Thu Nov 18 19:55:38 2004 From: lib at gndec.ac.in (lib@gndec.ac.in) Date: Wed Nov 16 16:50:30 2005 Subject: Fwd: [Koha] New Koha document Message-ID: <200411180655.iAI6tcsx028477@gndec.ac.in> Dear Sir, the following link may be help you at some extent. Please write where you have the problem to install the koha only in linux environment. Perl modules which are available on sourceforge.net site are .rpm files which are not installed by me.I install the .tar.gz file of perl modules which are available at: http://www.cpan.org/modules/INSTALL.html My files are:(just for example) Event-1.00.tar.gz Net-Z3950-0.44.tar.gz HTML-Template-2.6.tar.gz koha-2.0.1.tar libyaz-2.0.26-1.i386.rpm tcp_wrappers-7.6-34.i386.rpm Mail-Sendmail-0.79.tar.gz yaz-2.0.26.tar.gz MARC-Record-1.38.tar.gz from all these files the NET Z3950 is not working properly others are fine. Kanwal Dhindsa --- Original Message --- Date: 11/16/2004 From: "Stephen Hedges" Subject: [Koha] New Koha document I'm pleased to announce that Baiju M's document detailing the process of migrating from the CDS/ISIS system to Koha is now available on the Sourceforge Koha site (http://cvs.sourceforge.net/viewcvs.py/koha/koha-doc/en/sysadmin/migration/). You'll find the "official" XML source as well as an HTML conversion there. -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From lib at gndec.ac.in Thu Nov 18 20:34:45 2004 From: lib at gndec.ac.in (Library) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha Message-ID: Hi all, Can anybody tell me what is the estimated cost(worth us$) of Koha2.0.1 . -- Librarian Guru Nanak Dev Engineering College Ludhiana (Punjab) India From tarallo at ort.edu.uy Thu Nov 18 23:45:42 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: References: Message-ID: <419C7D56.4090402@ort.edu.uy> Koha is free software, you won't pay FOR THE SOFTWARE, but you might (or maybe not) pay FOR SERVICES in order to have it working to your wishes. The services you may pay might be: conversion of the data in your current ILS, setup of the server and some customization (may require programming). The cost of the services varies from country to country and the expertice of the people you hire: and of course what you can pay for them. Andres Library wrote: >Hi all, >Can anybody tell me what is the estimated cost(worth us$) of Koha2.0.1 . > > > > From paul.poulain at free.fr Thu Nov 18 23:54:13 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] bugs in 2.2.0RC1 Message-ID: <419C7F55.5070904@free.fr> Hi, 3 bugs have been found (and fixed) in Koha 2.2.0RC1 : * import in reservoir : bug that makes title & isbn being empty instead of being correctly found. * OPAC : it was possible to reserve books that were "notforloan" * Circulation : no warning when a reserve was made on a book that you try to issue to someone else. I'll release a 2.2.0RC1b today or next day (with some french translation improvements probably) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Thu Nov 18 23:55:41 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] using the cuecat with bought barcodes? In-Reply-To: References: Message-ID: <419C7FAD.8050003@free.fr> jared jennings a ?crit : > hi, i'm the sort of IT go-to person for a small college library for > which i've set up Koha. > > i added some javascript to the templates so you can scan barcodes > using the cuecat, without changing any of the perl (not for barcodes, > anyway). (i've been meaning to put up a patch you can apply somewhere, > but haven't. anyone want it?) Send them to the release manager (I mean me ;-) ) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From hsrai at gmx.net Fri Nov 19 01:42:59 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: <419C7D56.4090402@ort.edu.uy> Message-ID: Today at 7:45am -0300 Andr?s Tarallo wrote: > Koha is free software, you won't pay FOR THE SOFTWARE, but you might (or > maybe not) pay FOR SERVICES in order to have it working to your wishes. > Library wrote: > >Can anybody tell me what is the estimated cost(worth us$) of > >Koha2.0.1 . I guess the query was about worth in term of money (US$) and not about cost. There may be similar proprietary software costing $2000, but still having feaures less than Koha. Koha may be free (cost wise) but feature wise it may have worth of $4000. So, some comparison of this sort (cost to benefit ratio, total cost of ownership etc), which may help potential user or decision maker to take infomed decision and not be misguided by marketing executive of proprietary software -- H. S. Rai From tarallo at ort.edu.uy Fri Nov 19 01:41:14 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: References: Message-ID: <419C986A.6010408@ort.edu.uy> I've misunderstood the question. First of all you should have clear what you're looking for, the desired features. Then you make a comparison chart with the packages you may find more suitables, and take into account an estimation of the cost of making them work in the way you're expecting. And you make a decison. Hope this helps H S Rai wrote: >Today at 7:45am -0300 Andr?s Tarallo wrote: > > >> Koha is free software, you won't pay FOR THE SOFTWARE, but you might (or >> maybe not) pay FOR SERVICES in order to have it working to your wishes. >> >> > > > >> Library wrote: >> >> >> >Can anybody tell me what is the estimated cost(worth us$) of >> >Koha2.0.1 . >> >> > >I guess the query was about worth in term of money (US$) and not >about cost. There may be similar proprietary software costing $2000, >but still having feaures less than Koha. Koha may be free (cost wise) >but feature wise it may have worth of $4000. > >So, some comparison of this sort (cost to benefit ratio, total cost >of ownership etc), which may help potential user or decision maker to >take infomed decision and not be misguided by marketing executive of >proprietary software > > From paul.poulain at free.fr Fri Nov 19 01:54:04 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: <419C986A.6010408@ort.edu.uy> References: <419C986A.6010408@ort.edu.uy> Message-ID: <419C9B6C.9020303@free.fr> Andr?s Tarallo a ?crit : > I've misunderstood the question. First of all you should have clear what > you're looking for, the desired features. > > Then you make a comparison chart with the packages you may find more > suitables, and take into account an estimation of the cost of making > them work in the way you're expecting. And you make a decison. I had misunderstood the question too. I won't speak of features, I will speak of numbers. Koha 2.2 is 247 000 lines of code, 5 years of work. Work of 30 developpers (16 of them having commited more than 1000 lines of code, the 1st being me with 133 000 lines, the 2nd chris (from Katipo) with 40 000 lines, the 3rd being steve (canada, has left the project now) with 30 000 lines). Just for history purposes : the lowest commiter has submitted 2 lines of code (saas), but it's our wiki provider, so he is involved in Koha in another way ! PS : numbers excluding translator work, that is not small (for example, 3 persons for french 2.2) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Fri Nov 19 04:41:44 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] circulation on Koha 2.2.0 and issuingrules Message-ID: <419CC2B8.6020102@free.fr> Hi, Seems there's something that must be explained on Koha 2.2.0... The issuingrules MUST be set again, even if you upgraded from Koha 2.0. It's due to the new structure of issuingrules. So, you must : * set issuingrules for a given borrowertype / branch / itemtype * ALSO set issuingrules for * (all of them) Otherwise, you're saying : - a "student" can issue up to 5 "book" in "main branch" - "anybody (*)" can issue up to 0 "book" in "main branch" - a "student" can issue up to 0 "any item (*)" in "main branch" If you miss this, you will always have to confirm each issuing, which is quite poor... PS : pour les lecteurs francophones, d?sol?, je fais au plus rapide... -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From belendia_abdissa at yahoo.com Tue Nov 16 20:18:56 2004 From: belendia_abdissa at yahoo.com (Belendia Abdissa) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] koha user manual Message-ID: <20041116071856.98156.qmail@web90006.mail.scd.yahoo.com> Hi We were planning to develop software for our library system. But we search on the internet we get Koha and it fulfills all our requirements. There fore we decided to use it. But we can’t get a user manual in order to train our librarians. So would you please send as the user manual immediately? --------------------------------- Do you Yahoo!? The all-new My Yahoo! – Get yours free! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041115/50d69127/attachment.htm From baljkas at mb.sympatico.ca Thu Nov 18 17:58:49 2004 From: baljkas at mb.sympatico.ca (Steven F. Baljkas) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: A question about display formats in Koha References: <419A5ECD.16AB647F@ort.edu.uy> Message-ID: <000e01c4cd2b$4b84d1e0$5ba52dce@oemcomputer> Wednesday, November 17, 2004 22:50 CST Dear Ms. Ferreyra, My apologies for not responding more swiftly. I regret, too, that I don't have a proper answer to your question. An ISBD view -- or what some will think of as a card catalogue view -- would indeed be desirable. I don't know why you are getting an ERROR message in response to selecting that option. To be honest, I don't remember anyone ever mentioning this in the 2+ years I've been a loyal reader of the listserv. Can someone else please advise here? Are there others out there who use/want to use an ISBD (traditional) display mode? Are they/you receiving the same ERROR message? For the benefit of the programmers, developers and any others interested/involved, the format Ms. Ferreyra is referring to is summarised in the jpeg I have attached, drawn from the Anglo-American Cataloguing Rules, Second edition, 1998 revision (AACR2R 1998). Concentrate on the second level of description as this gives the best sense of the structure. If this is more than just a glitch that Laura is experiencing, I could map out the MARC fields involved if that is of help to fixing the problem. Again, my apologies for not having a ready (quick) answer, but hopefully someone more knowledgeable will respond shortly. Best wishes with your CDS/ISIS to Koha work. Sincerely, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ----- Original Message ----- From: "Laura Ferreyra" To: ; Sent: Tuesday, November 16, 2004 2:10 PM Subject: A question about display formats in Koha > Dear Mr. Baljkas, > > Let me introduce myself, my name is Laura Ferreyra, I'm a librarian and > I'm part of the teamwork in which also works Andres Tarallo and is > trying to turn the library system of ORT University (Montevideo, > Uruguay) from CDS/Isis to Koha. > > What we want to know is what possibilities we have to see the records in > koha through other display formats (for instance ISBD). This option > appears in the page, but when we click on it it says ERROR. Andres > recommended me to contact you and ask for advice. > > Looking forward to hearing from you > Thank you very much in advance, > > Lic. Laura Ferreyra > ORT University > Libary Sistem --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.788 / Virus Database: 533 - Release Date: 01/11/2004 -------------- next part -------------- A non-text attachment was scrubbed... Name: ISBDview-dslevels040.jpg Type: image/jpeg Size: 86971 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20041117/14dbcaec/ISBDview-dslevels040.jpg From Mike.Lake at uts.edu.au Fri Nov 19 12:33:46 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] bugs in 2.2.0RC1 In-Reply-To: <419C7F55.5070904@free.fr> References: <419C7F55.5070904@free.fr> Message-ID: <419D315A.3020306@uts.edu.au> Paul POULAIN wrote: > I'll release a 2.2.0RC1b today or next day (with some french translation > improvements probably) There are many instances of 'wether it can be repeated' in the intranet section. A wether is a castrated sheep. I think you mean 'whether'. Being an Australian I would not dream of telling any New Zealander sheep jokes here :-) There are lots of instances of 'recieve' in both text, args to scripts and script names. Receive is spelt with the i after the e but this would be a pretty big change and users scripts would fail. This might be one to leave. Mike -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From adalid at tij.uia.mx Fri Nov 19 12:42:56 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] INSTALLING KOHA 2.2 OVER WIN32 INSTALLATION? Message-ID: <200411182315.iAINFpvF024602@wenceslaus.tij.uia.mx> It's possible to install/upgrade Koha 2.2 over an existing Win32 installation. LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From paul.poulain at free.fr Sat Nov 20 00:06:34 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] INSTALLING KOHA 2.2 OVER WIN32 INSTALLATION? In-Reply-To: <200411182315.iAINFpvF024602@wenceslaus.tij.uia.mx> References: <200411182315.iAINFpvF024602@wenceslaus.tij.uia.mx> Message-ID: <419DD3BA.7030502@free.fr> Adalid Ortiz a ?crit : >It's possible to install/upgrade Koha 2.2 over an existing Win32 installation. > > There's no reason why it would not. However, having no win32 computer, I can't test it. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Sat Nov 20 00:10:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: A question about display formats in Koha In-Reply-To: <000e01c4cd2b$4b84d1e0$5ba52dce@oemcomputer> References: <419A5ECD.16AB647F@ort.edu.uy> <000e01c4cd2b$4b84d1e0$5ba52dce@oemcomputer> Message-ID: <419DD4BF.2090502@free.fr> Steven F. Baljkas a ?crit : >An ISBD view -- or what some will think of as a card catalogue view -- would >indeed be desirable. I don't know why you are getting an ERROR message in >response to selecting that option. > Do you mean you installed Koha 2.2RC1 and selected button ? and it didn't worked ? strange, works fine for me (although the ISBD setup for MARC21 still has to be done by someone... click online help on parameters systempreferences pages for some explanations) >To be honest, I don't remember anyone >ever mentioning this in the 2+ years I've been a loyal reader of the >listserv. > > on the french lists, someone requested it & it's now in the 2.2.0RC1 ;-) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From genji18 at yahoo.co.nz Sat Nov 20 00:23:33 2004 From: genji18 at yahoo.co.nz (Waylon Robertson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] INSTALLING KOHA 2.2 OVER WIN32 INSTALLATION? In-Reply-To: <419DD3BA.7030502@free.fr> References: <200411182315.iAINFpvF024602@wenceslaus.tij.uia.mx> <419DD3BA.7030502@free.fr> Message-ID: <6.1.2.0.0.20041120002240.01ef2da8@pop.mail.yahoo.com.au> Tested and works. few bugs in 2.2 though.. not ready yet. At 12:06 a.m. 20/11/2004, Paul POULAIN wrote: >Adalid Ortiz a ?crit : > >>It's possible to install/upgrade Koha 2.2 over an existing Win32 >>installation. >> >There's no reason why it would not. >However, having no win32 computer, I can't test it. > >-- >Paul POULAIN >Consultant ind?pendant en logiciels libres >responsable francophone de koha (SIGB libre http://www.koha-fr.org) > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.796 / Virus Database: 540 - Release Date: 13/11/2004 -------------- next part -------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.796 / Virus Database: 540 - Release Date: 13/11/2004 From tarallo at ort.edu.uy Sat Nov 20 00:32:49 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: A question about display formats in Koha In-Reply-To: <419DD4BF.2090502@free.fr> References: <419A5ECD.16AB647F@ort.edu.uy> <000e01c4cd2b$4b84d1e0$5ba52dce@oemcomputer> <419DD4BF.2090502@free.fr> Message-ID: <419DD9E1.1000604@ort.edu.uy> The test instalation at Universidad ORT (where laura works) is 2.1.2, we haven't deplyed yet 2.2.0 RC1, we've been busy hunting down some bugs in context.pm in a mod_perl enviroment. Andres Paul POULAIN wrote: > Steven F. Baljkas a ?crit : > >> An ISBD view -- or what some will think of as a card catalogue view >> -- would >> indeed be desirable. I don't know why you are getting an ERROR >> message in >> response to selecting that option. > > Do you mean you installed Koha 2.2RC1 and selected button ? and > it didn't worked ? strange, works fine for me (although the ISBD setup > for MARC21 still has to be done by someone... click online help on > parameters systempreferences pages for some explanations) > >> To be honest, I don't remember anyone >> ever mentioning this in the 2+ years I've been a loyal reader of the >> listserv. >> >> > on the french lists, someone requested it & it's now in the 2.2.0RC1 ;-) > From genji18 at yahoo.co.nz Sat Nov 20 00:28:37 2004 From: genji18 at yahoo.co.nz (Waylon Robertson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Acquisition additem-nomarc Message-ID: <6.1.2.0.0.20041120002638.01e4c6c0@pop.mail.yahoo.com.au> Undefined subroutine &main::branches called at C:/usr/koha200pre2/intranet/cgi-bin/koha/acqui.simple/additem-nomarc.pl line 72 Cause: Someone commented out C4::Catalogue. to fix: Remove # in front of use. -------------- next part -------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.796 / Virus Database: 540 - Release Date: 13/11/2004 From genji18 at yahoo.co.nz Sat Nov 20 00:57:06 2004 From: genji18 at yahoo.co.nz (Waylon Robertson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Bug: Acquisitions.simple, saveitem.pl Message-ID: <6.1.2.0.0.20041120004900.01e35c28@pop.mail.yahoo.com.au> Posting to koha due to not having post access to koha-devel yet. line 37: itemnotes => $input->param('notes')?$input->param('notes'):"" Make it: itemnotes => $input->param('itemnotes')?$input->param('itemnotes'):"" Template is remarkably fine. -------------- next part -------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.796 / Virus Database: 540 - Release Date: 13/11/2004 From paul.poulain at free.fr Sat Nov 20 01:35:25 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Acquisition additem-nomarc In-Reply-To: <6.1.2.0.0.20041120002638.01e4c6c0@pop.mail.yahoo.com.au> References: <6.1.2.0.0.20041120002638.01e4c6c0@pop.mail.yahoo.com.au> Message-ID: <419DE88D.9010800@free.fr> Waylon Robertson a ?crit : > Undefined subroutine &main::branches called at > C:/usr/koha200pre2/intranet/cgi-bin/koha/acqui.simple/additem-nomarc.pl > line 72 > Cause: Someone commented out C4::Catalogue. to fix: Remove # in front > of use. I suppose you speak of 2.2.0RC1 even if your directory if koha200pre2 The problem is in known bugs in the release notes : it's due to MARC=OFF systempref. Katipo promised to solve the problem. Note to katipo & you : removing the # before C4::Catalogue should not be done : the Catalogue.pm is deprecated (splitted in Biblio.pm & acquisition.pm) So, any sub called in Catalogue.pm should be moved somewhere else. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From genji18 at yahoo.co.nz Sat Nov 20 02:13:22 2004 From: genji18 at yahoo.co.nz (Waylon Robertson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Bug: Biblio.pm Message-ID: <6.1.2.0.0.20041120012000.01f8adf8@pop.mail.yahoo.com.au> Biblio.pm Line 1697: $biblioitem->{'pages'}, $biblioitem->{'bnotes'}, should be: $biblioitem->{'pages'}, $biblioitem->{'notes'}, moredetail.tmpl expects bnotes, but in the biblioitem table, its notes. so it doesn't work.: Line 30 of moredetail.tmpl:

Notes:

Should be:

Notes:

as moredetail.pl passes the table results bibitem, which has notes, not bnotes. In saveitem.pl its notes too, so in passing to newbiblio, saves a null string to bnotes... and biblioitem.notes is always null. A few bnotes mistakes in other files: line 96 in modbib.pl: notes => $data->{'bnotes'} should be: notes => $data->{'notes'} modbibitem.pl - line 119: $template->param(bnotes=>$data->{'bnotes'}); should be: $template->param(bnotes=>$data->{'notes'}); in the opac cgi directory - opac-moredetail.pl line 95: Notes: $data->{'notes'}
should be: Notes: $data->{'bnotes'}
marc_subfields_structure.pl line 100: if ($field eq 'notes') { $field = 'bnotes'; } Trying to repair the mistakes someone made... and forgetting to update the table to include a bnotes field? fix by: # if ($field eq 'notes') { $field = 'bnotes'; } comment out. z3950import.pl line 809: $biblioitem{bnotes} =$input->param('notes'); should be: $biblioitem{notes} =$input->param('notes'); -------------- next part -------------- --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.796 / Virus Database: 540 - Release Date: 13/11/2004 From paul.poulain at free.fr Sat Nov 20 02:30:55 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Bug: Biblio.pm In-Reply-To: <6.1.2.0.0.20041120012000.01f8adf8@pop.mail.yahoo.com.au> References: <6.1.2.0.0.20041120012000.01f8adf8@pop.mail.yahoo.com.au> Message-ID: <419DF58F.80409@free.fr> Waylon Robertson a ?crit : > Biblio.pm > Line 1697: > $biblioitem->{'pages'}, $biblioitem->{'bnotes'}, > should be: > $biblioitem->{'pages'}, $biblioitem->{'notes'}, > > moredetail.tmpl expects bnotes, but in the biblioitem table, its > notes. so it doesn't work.: slef, you're the developper that managed biblio / biblioitems notes duplicated field, so you're the "bnote" guy. I'm not sure those patches are OK. Could you tell me pls ? seems it's ok for waylon, but i want your confirm -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From hsrai at gmx.net Sat Nov 20 04:09:15 2004 From: hsrai at gmx.net (H S Rai) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: <483b01c4cd71$fd9cb280$0a0a010a@mail2world.com> Message-ID: Yesterday at 5:24am -0800 BWS Johnson wrote: I thank Paul POULAIN for providing detail about contribution by different developers. > >So, some comparison of this sort (cost to benefit ratio, total > >cost of ownership etc), which may help potential user or > >decision maker to take infomed decision and not be misguided by > >marketing executive of proprietary software > > That's not an easy question at all. Agreed. But if respectable members on this list pool their information to have a such type of white paper, then that will boost usage and promotion of Koha. Is there something like "Koha advocacy"? -- H. S. Rai _____________________________________________________________________ http://www.grex.org/~hsrai | Alternate E-mail: hsraidce@iitr.ernet.in ___________________________|_________________________________________ : ####[ GNU/Linux One Stanza Tip (LOST) ]####################### Sub : Synchronising time with net time servers LOST #240 To synchronise the time on your system with Time Servers on the net (e.g. time.nuri.net, time.hmt.org), Do : #rdate -s some.time.server;/usr/sbin/setclock ####[mallet (at) efn.org]##################################### : From garthus at lilrc.org Sat Nov 20 04:23:10 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha In-Reply-To: References: Message-ID: <419E0FDE.2070407@lilrc.org> H S Rai, I think that time and resources expended on this topic is a waste. Even if the cost factors were not in Koha's favor, flexibility and customization dictate the usage of non proprietary software. Here in the United States, most in libraries and academia are so brainwashed (maybe intellectually lazy would be a better term) that even when I offer to set up open soft software for free and give them the server, they still prefer to take the lazy way out and pay exorbitant sums for inferior proprietary software. I have virtually given up such endeavors here in the US. They will have to suffer the consequences of such insane decisions when their economy inevitably contracts due to worker laziness and incompetence. I for example am working in the Central Asian region, where management is very receptive since they do not have any other choice (no funds available for proprietary software). Much like the farmer who has to build it himself, they will either have to bite the bullet and use Open Source Software, or never enter the information technology age. A Chinese proverb states "do not cast your pearls in front of swine" and we should not waste our time on such endeavors. Every resource spent on improving the software is a much better option since it will help people who are willing to use it, instead of wasting our precious time trying to convince people who should know better. Gerry wrote: >Yesterday at 5:24am -0800 BWS Johnson wrote: > >I thank Paul POULAIN for providing detail about contribution by >different developers. > > > >> >So, some comparison of this sort (cost to benefit ratio, total >> >cost of ownership etc), which may help potential user or >> >decision maker to take infomed decision and not be misguided by >> >marketing executive of proprietary software >> >> That's not an easy question at all. >> >> > >Agreed. But if respectable members on this list pool their >information to have a such type of white paper, then that will boost >usage and promotion of Koha. > >Is there something like "Koha advocacy"? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041119/3063f85c/attachment.htm From mhelman at illinoisalumni.org Sat Nov 20 04:44:12 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha Message-ID: <0c1d01c4ce4e$9e07f8b0$0a03010a@mail2world.com> >I thank Paul POULAIN for providing detail about contribution by >different developers. > >> >So, some comparison of this sort (cost to benefit ratio, total >> >cost of ownership etc), which may help potential user or >> >decision maker to take infomed decision and not be misguided by >> >marketing executive of proprietary software >> >> That's not an easy question at all. > >Agreed. But if respectable members on this list pool their >information to have a such type of white paper, then that will boost >usage and promotion of Koha. > >Is there something like "Koha advocacy"? That wasn't my full answer at all. As I replied off list, the actual answer to that question is highly complex because the proprietary vendors charge based on a number of different factors, so you would have to compare the cost of Koha to the cost of a proprietary package on an individual library basis. That's not even counting a feature comparison or stability comparison, et cetera. I did say in my wiki that my server only ran me about $700 which would of course be much less today for comparable components. I don't think that this is a waste of time if it's something that you wanted to tackle, but it's certainly not something that I would want to help research. I'd rather help with documentation first. I think the biggest boost to usage will be the great idea that I believe Rachel had of visiting shows and showing people Koha first hand. I think Koha is catching on somewhat because there seem to be more articles in the works that mention it. I'm itching to see the 2.2 features as soon as the husband/systems administrator installs it for me. :) I'm always terrified that my data will disappear in a puff of smoke, but that didn't happen last time, so I'll cross my fingers for this time. Cheers, Brooke @ Hinsdale, MA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041119/15114983/attachment.html From paul.poulain at free.fr Sat Nov 20 06:08:40 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Koha 2.2.0RC2 released Message-ID: <419E2898.2080200@free.fr> It's here : http://sourceforge.net/project/shownotes.php?release_id=283928 Diff 2.2RC1 => 2.2RC2 ********************* * bugfix for import in reservoir : title and isbn where not extracted. * bugfix in OPAC : it was possible to reserve books that where "notforloan" * bugfix in circulation : no warning when a reserve was made on a book that you try to issue to someone else. * bugfix & improvement for catalogue management behaviour when MARC=OFF * bugfix in bookshelves (in CVS, probably not in official tar.gz) * bugfix in online help (in CVS, probably not in official tar.gz) updater should work between 2.2.0RC1 and 2.2.0RC2 (pls report any upgrade here to confirm) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mhelman at illinoisalumni.org Sat Nov 20 07:50:17 2004 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Friendly not time sensitive request Message-ID: Salvete! I haven't seen 2.2 RC 2 yet, but, I was thinking. Yes, I do that sometimes. It's annual drive time here at my little Library. It would be phenomenal, stupendous, even extremely spiffy if someone knows of a way to merge my patrons' mailing information with a preextent Excel mailing list. I do have open office here at work, too, so that would be nifty. This would allow me to save an awful lot of time. Thanks, Brooke @ Hinsdale -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041119/0df84877/attachment.htm From mjr at dsl.pipex.com Sat Nov 20 08:38:52 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Friendly not time sensitive request In-Reply-To: Message-ID: On 2004-11-19 18:50:17 +0000 BWS Johnson wrote: > Salvete! Malkomunaj vetoj! > to merge my patrons' mailing information with a preextent Excel > mailing > list.[...] This would allow me to save an awful lot of time. Do you have anything in the Excel mailing list which would uniquely identify them in the records koha keeps? If so, the basic shape of an obvious solution is reading the Excel file (either save it as CSV, or use a perl module that reads Excel directly) and using that info to write update commands on the koha user MySQL tables. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From chris at katipo.co.nz Sat Nov 20 08:42:10 2004 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Acquisition additem-nomarc In-Reply-To: <419DE88D.9010800@free.fr> References: <6.1.2.0.0.20041120002638.01e4c6c0@pop.mail.yahoo.com.au> <419DE88D.9010800@free.fr> Message-ID: <20041119194210.GQ21225@katipo.co.nz> On Fri, Nov 19, 2004 at 01:35:25PM +0100, Paul POULAIN said: > Waylon Robertson a ?crit : > > >Undefined subroutine &main::branches called at > >C:/usr/koha200pre2/intranet/cgi-bin/koha/acqui.simple/additem-nomarc.pl > >line 72 > >Cause: Someone commented out C4::Catalogue. to fix: Remove # in front > >of use. > > I suppose you speak of 2.2.0RC1 even if your directory if koha200pre2 > > The problem is in known bugs in the release notes : it's due to MARC=OFF > systempref. > Katipo promised to solve the problem. > Hi guys I shifted the subroutine to C4::Biblio, seems all good, so should be fixed in CVS Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From adalid at tij.uia.mx Sat Nov 20 09:36:42 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Upgrade Koha on Win32/Some errors !!! Message-ID: <200411192009.iAJK9PvF018591@wenceslaus.tij.uia.mx> Just testing run "perl koha.upgrade" send me the following error: NO /USR/BIN/PERL Koha expect to find the perl executable in the /usr/bin directory. It is use of uninitialized value in -x at install.pm line 885, line 3. Not there on your system...... And ask me for the path of perl that is /usr/bin/perl ins Windows... and give me more error messages like: Can't use string ("/usr/bin") as an array ref while "strict refs" in use at install.pm line 535, line 4. I'm testing on Windows 98. But like to install on a linux(Debian) account but my webmaster give me no rights to install perl modules. Any help here. Gracias, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From garthus at lilrc.org Sat Nov 20 10:07:58 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] z3950 module: Message-ID: <419E60AE.7090701@lilrc.org> I could not get my z3950 to work in the new koha install, just as others have reported. After reading the documentation for this module, it should have the EVENT:: module and Yaz toolkit both installed before installing NET::Z3950. I will know soon whether this works and I intend to go back and examine the documentation for all modules and then rewrite the installation document which I had written for Aurox. We must clean such things up in the installation documentation since this makes installs either unstable or difficult to fix. I will try to get my documentation for Aurox done by early next week. Incidently I found this out when using webmin to install modules as it tells many times which prerequisites are needed for module install, But not all of the time. Gerry From mikel at speleonics.com.au Sat Nov 20 20:48:59 2004 From: mikel at speleonics.com.au (Michael Lake) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] cost of koha References: <419E0FDE.2070407@lilrc.org> Message-ID: <419EF6EB.9070407@speleonics.com.au> Gerry Arthus wrote: > technology age. A Chinese proverb states "do not cast your pearls in > front of swine" and we should not waste our time on such endeavors. Hardly Chinese. "Give not that which is holy unto the dogs, neither cast ye your pearls before swine, lest they trample them under their feet, and turn again and rend you". MATTHEW 7:6. Thus spate Google :-) Mike From mikel at speleonics.com.au Sat Nov 20 21:02:12 2004 From: mikel at speleonics.com.au (Michael Lake) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] z3950 module: References: <419E60AE.7090701@lilrc.org> Message-ID: <419EFA04.20300@speleonics.com.au> Gerry Arthus wrote: > installs either unstable or difficult to fix. I will try to get my > documentation for Aurox done by early next week. Incidently I found > this out when using webmin to install modules as it tells many times > which prerequisites are needed for module install, But not all of the > time. I also have some docs that spell out a bit more clearly what Perl modules need to get installed and in what order. My docs are not finished yet (its just intended for me) but here it is as-is: http://www.speleonics.com.au/mikes/Install_Koha.html It will be updated further over the next week. Mike From jjenning at fastmail.fm Sat Nov 20 23:31:37 2004 From: jjenning at fastmail.fm (jared jennings) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] koha 2.0rc1 and Apache::Registry Message-ID: <1100946697.21417.209094821@webmail.messagingengine.com> is koha 2.0rc1 known not to run right with Apache::Registry (i.e., under mod_perl)? i tried setting it up, and it was looads faster - but it would do random bad things like show the wrong acquisitions screen (acqui instead of acqui.simple), and not show the right search results. is 2.2 changed with respect to running under mod_perl? the last i've read is that 2.0 "should work with mod_perl, but hasn't been tested." -- jared jennings -- jjenning@fastmail.fm http://www.fastmail.fm/ it rocks! From mjr at dsl.pipex.com Sun Nov 21 00:26:06 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] koha 2.0rc1 and Apache::Registry In-Reply-To: <1100946697.21417.209094821@webmail.messagingengine.com> Message-ID: <58ac46d75502c1c5128567f91459279d@bouncing.localnet> On 2004-11-20 10:31:37 +0000 jared jennings wrote: > is koha 2.0rc1 known not to run right with Apache::Registry (i.e., > under > mod_perl)? That's a fairly old version. However, 2.0.2 is known not to work correctly under mod_perl and I doubt that the official 2.0 series will have mod_perl support added. I'm conservative about 2.0 - only bugfixes, not new features, in general. koha-2.2 should be out soon and I think Ernesto and others are fixing it for mod_perl use because they need it. I'm sure they'd appreciate help debugging it, if you have time to download 2.2.0rc2 and test/patch it. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From Benjamin.Meynell at colorado.edu Sun Nov 21 10:27:23 2004 From: Benjamin.Meynell at colorado.edu (Benjamin James Meynell) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] root access / installation ? Message-ID: <1100986043.419fb6bbc397d@webmail.colorado.edu> I am considering installing KOHA but I am limited by not having root access to the linux server. All I have is a directory that I can write to. I am wondering if it's possible to install KOHA, all required PERL modules and MySQL without having root access? Thanks, Ben Meynell From rachel at katipo.co.nz Mon Nov 22 11:09:25 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Time for another Koha meeting Message-ID: <41A11215.4000705@katipo.co.nz> Hi all, As Paul is making good progress with the release of 2.2, another release candidate out over the weekend, can we please have another Koha IRC meeting. Specifically we'll be looking for feedback on the release canadidates, to see where the documentation project is at, and to sort out a publicity plan for when the new release is out. Can we make the meeting Thursday this week? 11PM (9PM GMT) if at all possible? Let me know if you're able/unable to make it cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From paul.poulain at free.fr Mon Nov 22 11:18:05 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Time for another Koha meeting In-Reply-To: <41A11215.4000705@katipo.co.nz> References: <41A11215.4000705@katipo.co.nz> Message-ID: <41A1141D.6020905@free.fr> Rachel Hamilton-Williams a ?crit : > Hi all, > > As Paul is making good progress with the release of 2.2, another > release candidate out over the weekend, can we please have another > Koha IRC meeting. > Specifically we'll be looking for feedback on the release canadidates, > to see where the documentation project is at, and to sort out a > publicity plan for when the new release is out. > Can we make the meeting Thursday this week? > 11PM (9PM GMT) if at all possible? I confirm it's OK for me -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From Mike.Lake at uts.edu.au Mon Nov 22 12:15:20 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Different levels of access for Koha OPAC users In-Reply-To: <419EF6EB.9070407@speleonics.com.au> References: <419E0FDE.2070407@lilrc.org> <419EF6EB.9070407@speleonics.com.au> Message-ID: <41A12188.5040901@uts.edu.au> Hi all, Now that I have been playing with Koha for a month or so I'm now putting together a formal proposal for the society that I'm a member of to use Koha. We have a few thousand items that will be placed in the catalog and we would like to make the OPAC available on our web site. However some items would be of great value to book collectors. Publishing this info on the web would mean that someone with contacts could make a nice shopping list and clean us out one night. Just as there is a 'checkbox' for catalog items that are 'not reservable' how much code would be required to have a checkbox 'not for web publication'? Or a drop down box that one can use to limit the search availability to specific levels users. I would envisage having more than one user in the koha users table; say guest user, member, library user and then the usual admin user with increasing access in that order. Guests can't see items that are flagged as accessable to member and above. Does anyone else have this need or is it possible to do this already in Koha. (I see on this list there are probs with Apache::Registry ) Mike -- Michael Lake -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From oleonard at athenscounty.lib.oh.us Mon Nov 22 15:35:42 2004 From: oleonard at athenscounty.lib.oh.us (Owen Leonard) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: [Koha-devel] Time for another Koha meeting Message-ID: <200411220241.iAM2ff1x005186@alma.athenscounty.lib.oh.us> > Can we make the meeting Thursday this week? > > 11PM (9PM GMT) if at all possible? If you mean Thursday November 25, that's Thanksgiving Day in the U.S., a national holiday. No one will be at work, and only the real fanatics will be in #koha ;) -- Owen From Mike.Lake at uts.edu.au Mon Nov 22 16:28:36 2004 From: Mike.Lake at uts.edu.au (Michael Lake) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Different levels of access for Koha OPAC users In-Reply-To: <20041122032030.NBVC1377.mx-mtaout02.mts.net@mx-mtaout> References: <20041122032030.NBVC1377.mx-mtaout02.mts.net@mx-mtaout> Message-ID: <41A15CE4.2070409@uts.edu.au> Steven F.Baljkas wrote: > Hi, Michael, > Treating your last question in two parts ... > 1) IIRC it is possible to choose which branches of a library one gives web access to via the Koha OPAC. > Wouldn't it be possible to treat the Special Collection (the ones you really don't want exposed to theft) in a 'branch' that is only visible internally? > At the very worst, I'd think you could have 2 different Koha's running, one truly public, the other internal or protected to certified users via https. Okies. I will look at the branch options. I think that as we have three branches already making one of those a "Masonic Branch :-)" or something might be confusing. And its using the branch feature of Koha in an unintended way. Might bite me years later. > 2) With books of such great value, you might want to see if there is a benefactor, foundation or national agency that could help arrange proper insurance and documentation, just in case they are ever (G*d forbid) needed. We already have many boxes in the NSW State Library. They are all running out of room :-) > Someone should definitely speak with your organisation's attorneys regarding legal documentation of ownership and with archivists on marking the texts in acceptable archival manners so that they could be traced if ever taken. The above is a good idea. Certainly cataloging them in Koha would help there as it won't get stolen with the lib whereas the card catalog is in the same place. Thanks. -- Michael Lake Chemistry, Materials & Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. From tarallo at ort.edu.uy Tue Nov 23 00:25:45 2004 From: tarallo at ort.edu.uy (=?ISO-8859-1?Q?Andr=E9s_Tarallo?=) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] koha 2.0rc1 and Apache::Registry In-Reply-To: <58ac46d75502c1c5128567f91459279d@bouncing.localnet> References: <58ac46d75502c1c5128567f91459279d@bouncing.localnet> Message-ID: <41A1CCB9.1020505@ort.edu.uy> We have a running instalation of Koha 2.1.2, "it works", but has many glitches that prevent us to putting into production. We have a set of bugfixes and is working without complaints from the users We hope to have time this week that is beginning to install 2.2.0rc2 and port our patches to 2.2.0rc2. Most of the problems are in the C4 module. Andres MJ Ray wrote: >> mod_perl)? > > is koha 2.0rc1 known not to run right with Apache::Registry (i.e., under > > That's a fairly old version. However, 2.0.2 is known not to work > correctly under mod_perl and I doubt that the official 2.0 series will > have mod_perl support added. I'm conservative about 2.0 - only > bugfixes, not new features, in general. > > koha-2.2 should be out soon and I think Ernesto and others are fixing > it for mod_perl use because they need it. I'm sure they'd appreciate > help debugging it, if you have time to download 2.2.0rc2 and > test/patch it. > From paul.poulain at free.fr Tue Nov 23 04:39:22 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Acquisition additem-nomarc In-Reply-To: <20041119194210.GQ21225@katipo.co.nz> References: <6.1.2.0.0.20041120002638.01e4c6c0@pop.mail.yahoo.com.au> <419DE88D.9010800@free.fr> <20041119194210.GQ21225@katipo.co.nz> Message-ID: <41A2082A.2010102@free.fr> Chris Cormack a ?crit : >On Fri, Nov 19, 2004 at 01:35:25PM +0100, Paul POULAIN said: > > >>Waylon Robertson a ?crit : >> >> >>>Undefined subroutine &main::branches called at >>>C:/usr/koha200pre2/intranet/cgi-bin/koha/acqui.simple/additem-nomarc.pl >>>line 72 >>>Cause: Someone commented out C4::Catalogue. to fix: Remove # in front >>>of use. >>> >>> >>I suppose you speak of 2.2.0RC1 even if your directory if koha200pre2 >> >>The problem is in known bugs in the release notes : it's due to MARC=OFF >>systempref. >>Katipo promised to solve the problem. >> >> >Hi guys > >I shifted the subroutine to C4::Biblio, seems all good, so should be fixed >in CVS > > Sorry chris, but I think i fixed the problem a few hours before you, with waylon on IRC : you just need to add use C4::Acquisitions instead of deprecated Catalogue.pm. (that's one of the bugfix in 2.2.0RC2) So i'll roll back your commit into Biblio.pm let me know if i've missed something PS : you may argue sub branches should be in Biblio and not in Acquisition. That may be discussed, I agree. However, it already was in acquisition and must not be in both packages. And imho, the best place for such a "standard" sub, should be Koha.pm. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From paul.poulain at free.fr Tue Nov 23 22:09:59 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] about classification and callnumber (for "tungsten") Message-ID: <41A2FE67.5040701@free.fr> Hello all, hi tungsten, I've read your irc question. Something has to be explained... Callnumber explains where the item is located physically Classification helps finding books on a topic/subject. In most libraries, the callnumber is a classification (books are ordered by Dewey, or by LC...) But in some, the callnumber has nothing to do with the classification. So, in Koha, callnumber and classification are different things : * the callnumber is attached to ITEMS. * the classification is attached to BIBLIO. a systempref parameters tells Koha to define automatically callnumber from a biblio field : itemcallnumber. I realize I've forgotten it in installer... I fix this immediatly. You can add it manually in your systempreferences, just add a "itemcallnumber" entry, with a value of FieldSubfield (676a -dewey in UNIMARC-, 680a -Loc in UNIMARC, or any other bibio field/subfield) NOTE : this works for manually added biblios only. For biblios migrated with bulkmarcimport, you must copy the callnumber yourself (in bulkmarcimport.pl) Is it clear ? -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From Clare.Jolley at westyorksfire.gov.uk Tue Nov 23 23:24:00 2004 From: Clare.Jolley at westyorksfire.gov.uk (Clare Jolley) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Please remove me from your mailing list Message-ID: With thanks Clare Jolley http://www.westyorksfire.gov.uk *********************************************************************** IMPORTANT NOTICE: This e-mail and the information that it contains may be confidential,legally privileged and protected by law. Access by the intended recipient only is authorised. Any legal liability (in contract or tort or otherwise) arising from any third party acting or refraining from acting on any information contained in this e-mail is hereby excluded. If you are not the intended recipient please notify the sender immediately and do not disclose the contents to any other person,use it for any purpose,or store or copy the information in any medium. Copyright in this e-mail and attachments created by us belongs to the West Yorkshire Fire and Civil Defence Authority; the author also asserts the right to object to any misuse. *********************************************************************** From belendia_abdissa at yahoo.com Wed Nov 24 03:23:33 2004 From: belendia_abdissa at yahoo.com (Belendia Abdissa) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] About Z3950 of koha Message-ID: <20041123142333.65657.qmail@web90009.mail.scd.yahoo.com> Anybody who Knows the answer please respond we have a problem with the Z3950, we are not able to use it properly. We are planning to contact the library of congress for more information on how to use their services. If possible, is there any way where we can test Z3950 using local area network and if you can tell us what are the possible tests need to be done for checking its performance. Because we are not able to get any results from the internet. Note: we are using redhat 9, Koha 2.1.0, with marc turned on and marcflaviour marc21 and en. Belendia --------------------------------- Do you Yahoo!? Discover all that’s new in My Yahoo! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041123/7ac743a9/attachment.html From alberto at dict.cujae.edu.cu Wed Nov 24 07:43:48 2004 From: alberto at dict.cujae.edu.cu (Alberto J. Rodriguez Pe;ate) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Please remove me from your mailing list Message-ID: __________________________________________ Aniversario 40 de la CUJAE Visite: XII Convencion de Ingenieria y Arquitectura http://www.cujae.edu.cu/eventos/convencion/ From silva at ort.edu.uy Wed Nov 24 04:54:52 2004 From: silva at ort.edu.uy (Ernesto Silva - Webmaster) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] ISBD Display Message-ID: <41A35D4C.9020400@ort.edu.uy> Hi, Does anybody know how to configure de ISBD display format, I know I have to setup the ISBD variable in the system preferences, but I do not know how (it's content and content format). Thanks -- Ernesto Silva - Webmaster - Universidad ORT Uruguay Cuareim 1451. Montevideo. Montevideo - 11100. Uruguay. Email: silva@ort.edu.uy "Men and nations will act rationally when all other possibilities have been exhausted." Katz law. From paul.poulain at free.fr Wed Nov 24 04:08:19 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] ISBD Display In-Reply-To: <41A35D4C.9020400@ort.edu.uy> References: <41A35D4C.9020400@ort.edu.uy> Message-ID: <41A35263.5030009@free.fr> Ernesto Silva - Webmaster a ?crit : > Hi, > Does anybody know how to configure de ISBD display format, I know > I have to setup the ISBD variable in the system preferences, but I do > not know how (it's content and content format). > > Thanks Just look at Koha >> Parameters >> system preferences >> online help if you have an uptodate version (RC2 or CVS install) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From baljkas at mts.net Mon Nov 22 16:20:30 2004 From: baljkas at mts.net (Steven F. Baljkas) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Different levels of access for Koha OPAC users Message-ID: <20041122032030.NBVC1377.mx-mtaout02.mts.net@mx-mtaout> Sunday, November 21, 2004 21:10 CST Hi, Michael, Treating your last question in two parts ... 1) IIRC it is possible to choose which branches of a library one gives web access to via the Koha OPAC. Wouldn't it be possible to treat the Special Collection (the ones you really don't want exposed to theft) in a 'branch' that is only visible internally? At the very worst, I'd think you could have 2 different Koha's running, one truly public, the other internal or protected to certified users via https. 2) With books of such great value, you might want to see if there is a benefactor, foundation or national agency that could help arrange proper insurance and documentation, just in case they are ever (G*d forbid) needed. Someone should definitely speak with your organisation's attorneys regarding legal documentation of ownership and with archivists on marking the texts in acceptable archival manners so that they could be traced if ever taken. I still remember being interrogated my first day as an undergraduate when some other daring bibliophile stole a volume of the university's prized (and, IIRC, donated) 1911 Britannica set. Needless to say, the university had no special insurance to replace it. With the treasures that you all have, it's best not to find out what your organisation's insurance will cover this way, Michael. Best regards, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: Michael Lake > Date: 2004/11/21 Sun PM 05:15:20 CST > To: koha@lists.katipo.co.nz > Subject: [Koha] Different levels of access for Koha OPAC users > > Hi all, > > Now that I have been playing with Koha for a month or so I'm now putting > together a formal proposal for the society that I'm a member of to use > Koha. > > We have a few thousand items that will be placed in the catalog and we > would like to make the OPAC available on our web site. However some > items would be of great value to book collectors. Publishing this info > on the web would mean that someone with contacts could make a nice > shopping list and clean us out one night. > > Just as there is a 'checkbox' for catalog items that are 'not > reservable' how much code would be required to have a checkbox 'not for > web publication'? Or a drop down box that one can use to limit the > search availability to specific levels users. > > I would envisage having more than one user in the koha users table; say > guest user, member, library user and then the usual admin user with > increasing access in that order. Guests can't see items that are flagged > as accessable to member and above. > > Does anyone else have this need or is it possible to do this already in > Koha. (I see on this list there are probs with Apache::Registry ) > > Mike > -- > Michael Lake > > > > -- > UTS CRICOS Provider Code: 00099F > DISCLAIMER: This email message and any accompanying attachments may contain > confidential information. If you are not the intended recipient, do not > read, use, disseminate, distribute or copy this message or attachments. If > you have received this message in error, please notify the sender immediately > and delete this message. Any views expressed in this message are those of the > individual sender, except where the sender expressly, and with authority, > states them to be the views the University of Technology Sydney. Before > opening any attachments, please check them for viruses and defects. > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From dana at sefovan.org Wed Nov 24 21:09:41 2004 From: dana at sefovan.org (Dana Huff) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Koha 2.2.0RC2 and MySQL 4.1.7 authentication problem Message-ID: <005a01c4d1fc$f66870a0$5800a8c0@danaslaptop> I want to start testing Koha 2.2.0RC2 so I figured running with the latest stable components in the infrastructure would be a good thing. Also, I wanted to install mysql 4.1 for the new features, (subqueries, etc.). After configuring everything for Koha 2.2.0, when I try to run a script, like updatedatabase, I get: DBI connect('sefovan:localhost','koha',...) failed: Client does not support authentication protocol requested by server; consider upgrading MySQL client at C:\usr\koha-2.2.0RC2\modules/C4/Context.pm line 409. I had the same problem with phpMyAdmin after installing mysql 4.1 but there is a configuration parameter there to set phpMyAdmin to use 'http' or 'cookies' auth_type and that solved the problem. I am running on Win Xp Pro: Apache 2.0.50 for Win32 MySQL 4.1.7 ActivePerl 5.8.4.810 Win32 and of course Koha 2.2.0RC2 Is there a way to configure mysql to use the 'config' authentication or a way to make Koha use the 'http' auth_type? Thanks in advance for any help. Dana -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041124/e3d13347/attachment.htm From garthus at lilrc.org Thu Nov 25 03:36:24 2004 From: garthus at lilrc.org (Gerry Arthus) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] About Z3950 of koha In-Reply-To: <20041123142333.65657.qmail@web90009.mail.scd.yahoo.com> References: <20041123142333.65657.qmail@web90009.mail.scd.yahoo.com> Message-ID: <41A49C68.10406@lilrc.org> Belendia, I am having the same problem with fedora CORE AM LOKING AT IT RIGHT NOW. gERRY Abdissa wrote: > > Anybody who Knows the answer please respond > > we have a problem with the Z3950, we are not able to use it properly. > We are planning to contact the library of congress for more > information on how to use their services. > > If possible, is there any way where we can test Z3950 using local area > network and if you can tell us what are the possible tests need to be > done for checking its performance. Because we are not able to get any > results from the internet. > > > Note: we are using redhat 9, Koha 2.1.0, with marc turned on and > marcflaviour marc21 and en. > > Belendia > > ------------------------------------------------------------------------ > Do you Yahoo!? > Discover all that's new in My Yahoo! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20041124/0fc73f9c/attachment.html From paul.poulain at free.fr Thu Nov 25 09:51:07 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Koha 2.2.0RC3 has been released... Message-ID: <41A4F43B.9070504@free.fr> RELEASE NOTES ============= Koha is the 1st Open-Source Integrated Library System. Released at first in New zealand, in 2000 januaray, it is maintained by a team of volunteers from around the globe, the Koha system is a full catalogue, opac, circulation and acquisitions system. Koha 2.2 is more than 247 000 lines of code, developped by more than 30 differents developpers (excluding translators !). With the 2.2 version, Koha is now a mature product, with a lot of nice features. It's used in more than 50 libraries, from all kinds (public, schools, search, religious...), of all size (from 1 to 8 branches, from 1000 to 300 000 items). ======== WARNING ======== * This version is in the stable tree of Koha, but still evaluated as "Release Candidate". A few bugs are still known or have to be found, maybe by you. But it's stable enough to be used in production. * This version is ONLY available in ENGLISH and FRENCH. Many languages to come. * Biblio frameworks : - In UNIMARC - french. Frameworks are defined and can be set up during installation for : old documents, cartographies, electronic documents, microfilms, monographies, serials, films and images, "tire ? part" - In English, only a default framework is provided. If you define specific frameworks, mail paul _at_ koha-fr.org or a koha mailing list to know how to add them to official release. * the librarian interface is tested only with mozilla/firefox. Should work (partially) with IE. OPAC should work fine with any navigator. * Any 2.1.x install must be uninstalled before installing 2.2.0 No update is provided for 2.1.0. ======= DIFFS ======= Diff 2.2RC2 => 2.2RC3 ********************* * CRITICAL bug in acquisition : biblio badly stored in MARC part of Koha, deleting another biblio... * CRITICAL problem : the duplicate finder (when adding a biblio) has performances problems under certains circumstances. * bug #862 fixed : Upgrade does not work (from 2.2RC1 to 2.2RC2) * bugfix in acquisition, when a line is modified, aqorderbreakdown was duplicated. (Seems it was a mysql return value depending on mysql version) * bugfix in setting user permissions (they were stored, but not shown correctly after) * bugfix in translation error for basket sent in OPAC * bugfix in 225a plugin (editor chooser) * adding itemcallnumber entry in systempreferences during install * error in biblio detail showing when MARC=ON (bug from RC2, did not exist before) * bug in acceptorreject OPAC suggestion (bug from RC2, did not exist before) * Not really a bug but : stopword must not be empty. If it's empty, the search fail. * During install, the user can load french and english stopwords if he want. * French librarian interface seems OK * addbook (1st page when MARC=ON) is a catalogue screen, not an acquisition one, changing css * The barcode is shown in the list of books issued by a borrower in opac-user page. Diff 2.2RC1 => 2.2RC2 ********************* * bugfix for import in reservoir : title and isbn where not extracted. * bugfix in OPAC : it was possible to reserve books that where "notforloan" * bugfix in circulation : no warning when a reserve was made on a book that you try to issue to someone else. * bugfix & improvement for catalogue management behaviour when MARC=OFF * bugfix in bookshelves (in CVS, probably not in official tar.gz) * bugfix in online help (in CVS, probably not in official tar.gz) ============= INSTALLATION ============= * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./installer.pl * READ and FOLLOW the instructions READING what is on screen during installation is VERY important. Some decisions you make during install stage are very hard to reproduce after. UPGRADE from previous 2.0.0preX or RCx version ******* * Download the package * tar xvfz koha-version.tar.gz * cd koha-version * ./koha.upgrade * Follow the instructions UPGRADE from previous 1.2.x version : ******** UPGRADE TO A 2.0.0 version before upgrading UPGRADE from a 2.1.x version is NOT AVAILABLE. Don't install 2.2 on a 2.1.x test database. A lot of DB changes have been done since 2.1.x & cannot be handled by the DB updater. ============= NEW FEATURES ============= Koha 2.2 has, of course, all the previous features from Koha (acquisition, cataloguing, circulation, members modules, OPAC, complete MARC support...) plus the following new ones : General : ********* * (almost) complete rewrite of librarian GUI : now Koha uses CSS, and is easier to use. However, users of Koha 2.0.0 won't be lost, as the general organisation of the product has not changed. * Online Help : an online help is available everywhere in the librarian interface. It's complete in the parameters section of Koha and for new features. It will be completed for the rest of the product. * Better LDAP suport : Koha 2.2 can be "connected" to a LDAP server and get all borrower informations from there (including borrower category where applicable). However, to avoid problems for libraries without LDAP server, the LDAP features have been stored in modules/C4/Auth_with_ldap.pm file. The standard Auth.pm don't use it. If you want LDAP, just perldoc Auth_with_ldap.pm and manually tune your Auth package ! Acquisition : ************* * suggestion : borrowers can suggest items to buy in OPAC. Then, the librarian can manage (accept or refuse) and order them. * possibility to close a basket, he can't be modified then * order a basket by publisher or by bookfund/publisher * search order history Cataloguing : ************* * Cataloguing frameworks : you can define as many frameworks as you want. A framework describes how a material is catalogued (which fields, subfields, which constraints on them...) * MARC authorities : Koha now supports authorities in MARC. You can define the MARC structure for authorities like for biblios. * New contraints can be set for subfields : - subfield is hidden : appears in MARC editor, but not in OPAC. - subfield is an URL : the field can be cliqued - related fields : a search made on a subfield also uses other subfields automatically. Using this feature, a search on "title" can search title, but also subtitle, uniform title,... * Item location can now be done on 3 levels : the branch, the location (room), the callnumber. * The callnumber can now be calculated from the LC, the dewey, or be freely (and manually) entered. * Duplicate finder : this powerful feature help your cataloguers avoiding duplicate biblios. * ISBD view : in librarian interface as well as in OPAC biblios can be shown in standard (default) presentation, in MARC (human readable) or ISBD. The ISBD view can be tuned by the librarian team. Serial cataloguing : ******************** Koha 2.2 manage serial subscriptions and issuing of those subscriptions. Catalogue search : ****************** * Search in OPAC and librarian interface has been improved. They now are exactly the same. * Spelling suggestion : before sending a request, the user can ask for spelling suggestion. This shows other forms of words entered that would give results. * The user can select the order of the results Circulation : ************* * New issuing rules : Issuing can be set for branch / borrower type / item category, by number of days and number of items available. * "joker" issuing rules : the library can set issuing rules for "any branch" or "any borrower type", or "any item category". Both issuing rules are cumulative : a library can set issuing rules to 10 books, 5 CD, but 12 total (books or CD). OPAC : ****** In Koha 2.2, koha has : * baskets. A basket can be printed or sent by mail to the borrower * virtual shelves : a virtual shelf can be created and filled by any logged borrower. A given virtual shelf can be private or public. Or even free-for-all. * language chooser : the borrower can change the language on the fly. The default language being still choosen by the library Barcode printing : ****************** A new module has been added to the parameters section : barcode printing. It requires the PDF::Api2 Perl package and can print barcode on ============ KNOWN BUGS ============ * bug with biblio management for libraries with MARC=OFF systempreference * modifying an order seems to duplicate the order line * french OPAC is OK, french librarian interface seems to be a little buggy. ============ Koha Future ============ The future of Koha is being discussed on mailing lists and on koha wiki : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap2.2.x -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From bob at katipo.co.nz Thu Nov 25 09:34:22 2004 From: bob at katipo.co.nz (Robert Lyon) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Re: To Demonstrate : Koha Library System In-Reply-To: <20041124045203.7496.qmail@web53710.mail.yahoo.com> References: <20041124045203.7496.qmail@web53710.mail.yahoo.com> Message-ID: <41A4F04E.3030109@katipo.co.nz> ramji radha ram mohan wrote: >Hello Sir, >I am Lecturer in College of Technology at Sultanate of >Oman.I am trying to implement Koha to one of the >branches here.I am finding difficulty with this System >: version 2.0, but I'm Interested to implement it >since I could feel that it is the Best system for >Library management . > >Kindly help and guide me to use this system. > >Expecting your reply at the earliest. >With Respectful Regards, >S.Rammohan >My Mail - Id : srm_srm_2000@yahoo.com > > > > >__________________________________ >Do you Yahoo!? >Yahoo! Mail - Helps protect you from nasty viruses. >http://promotions.yahoo.com/new_mail > > From rachel at katipo.co.nz Thu Nov 25 17:41:09 2004 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Is Next Thursday OK for a Meeting? Message-ID: <41A56265.1080607@katipo.co.nz> Hi Is Thursday December 2nd, 9PM GMT 4PM Eastern Standard (USA) A better time? Stephen H Confirms he can make it, Paul is that OK for you? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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 From paul.poulain at free.fr Fri Nov 26 03:48:33 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] yab (Yet Another Bug) in Koha 2.2.0RC3 In-Reply-To: <41A4F43B.9070504@free.fr> References: <41A4F43B.9070504@free.fr> Message-ID: <41A5F0C1.9050204@free.fr> Hello, I've found another bug in RC3 (an untested rollback I made just before building the tarball...) In modules/C4/Biblio.pm, line 72 remove the &branches (the branches sub is in Acquisition, not in Biblio) Sorry. -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From mrmrmr50 at yahoo.com Fri Nov 26 08:38:14 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Thanksgiving Message-ID: <20041125193814.70916.qmail@web21203.mail.yahoo.com> Hi Thanks to the Koha team re-v __________________________________ Do you Yahoo!? All your favorites on one personal page – Try My Yahoo! http://my.yahoo.com From adalid at tij.uia.mx Sat Nov 27 08:04:26 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Installing KOHA on Debian/No administrative no admistartive rights !! Message-ID: <200411261836.iAQIapvF027515@wenceslaus.tij.uia.mx> Any procedure about installing KOHA with no root account. Need to install Perl modules required by Koha. Gracias, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin-- From paul.poulain at free.fr Sat Nov 27 09:15:16 2004 From: paul.poulain at free.fr (Paul POULAIN) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Installing KOHA on Debian/No administrative no admistartive rights !! In-Reply-To: <200411261836.iAQIapvF027515@wenceslaus.tij.uia.mx> References: <200411261836.iAQIapvF027515@wenceslaus.tij.uia.mx> Message-ID: <41A78ED4.40900@free.fr> Adalid Ortiz a ?crit : >Any procedure about installing KOHA with no root account. Need to install Perl modules required by Koha. > it's possible. It's a complex task, but possible : The PERL5LIB must contain also the directory where your specific modules are (MARC::Record, HTML::Template...) -- Paul POULAIN Consultant ind?pendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) From adalid at tij.uia.mx Sat Nov 27 09:29:35 2004 From: adalid at tij.uia.mx (Adalid Ortiz) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Installing KOHA on Debian/No administrative no admistartiverights !! Message-ID: <200411262002.iAQK20vF029876@wenceslaus.tij.uia.mx> Yes? how? I need an step by step procedure. I'm a windows user testing Koha on windows 98 but want to install on Debian with restricted rights. Recently try to upgrade from koha 2.xRCx (win32) and the installer says that can find the perl binaries in "usr/bin" and ask me for the perl location. My perl is in "c:\usr\bin\", how can solve this error? Could you help me? Saludos cordiales, LIC. FELIPE ADALID ORTIZ ANZALDO Area de Medios Electr?nicos Biblioteca Loyola http://www.loyola.tij.uia.mx UNIVERSIDAD IBEROAMERICANA TIJUANA Ave. Centro Universitario 2501 Playas de Tijuana Tijuana, B.C., M?xico 22200 Tel. 664 630-1577 Ext. 623 Fax 664 630-1591 eMail adalid@tij.uia.mx "No sobreviven los m?s fuertes, ni los m?s inteligentes, sino aquellos que tienen una mayor capacidad para adaptarse a los cambios." --Charles Darwin--> >Subject: Re: [Koha] Installing KOHA on Debian/No administrative no admistartiverights !! > From: Paul POULAIN > Date: Fri, 26 Nov 2004 21:15:16 +0100 > To: > Cc: koha@lists.katipo.co.nz > >Adalid Ortiz a ?crit : > >>Any procedure about installing KOHA with no root account. Need to install Perl modules required by Koha. >> >it's possible. >It's a complex task, but possible : >The PERL5LIB must contain also the directory where your specific modules >are (MARC::Record, HTML::Template...) > >-- >Paul POULAIN >Consultant ind?pendant en logiciels libres >responsable francophone de koha (SIGB libre http://www.koha-fr.org) > >_______________________________________________ >Koha mailing list >Koha@lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at dsl.pipex.com Sun Nov 28 00:11:11 2004 From: mjr at dsl.pipex.com (MJ Ray) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Installing KOHA on Debian/No administrative no admistartive rights !! In-Reply-To: <200411261836.iAQIapvF027515@wenceslaus.tij.uia.mx> Message-ID: On 2004-11-26 19:04:26 +0000 Adalid Ortiz wrote: > Any procedure about installing KOHA with no root account. Need to > install > Perl modules required by Koha. Two ways. The first one, with a shell account, is far easier: Make yourself a perl directory. Run "perl -MCPAN -e shell" and step through the config, setting PREFIX=/home/youruser/perl as the MakeMaker variable. Alternatively, copy the system CPAN config file to the other location the error tells you and edit all the directory names, then run "perl -MCPAN -e shell". Install the perl modules you want (command "install MARC::Record") or whatever. The problem you will probably have is with Net::Z3950 which requires libyaz. If you want that, I hope someone else will give instructions. Fortunately, when I've been installing, the sysadmin has installed packages like that. Next, set PERL5LIB=/home/youruser/perl/lib (or something like that), export PERL5LIB and then run the installer, setting your etcdir and prefix. The command will be something like "etcdir=/home/youruser/kohaetc prefix=/home/youruser/koha perl installer.pl" Afterwards, you are almost certainly going to need to edit the koha-httpd.conf and probably other stuff too. Every time that I have done this, this bit has been slighly different, so I can't give good general instructions. Basically, get all the system information that you can and keep the manuals open on screen while working. You really need to be able to read the access and error logs to stand any chance of debugging it quickly. The second way, without a shell account, is to set up a local debian machine that is as close to being identical to the server, do the above on it and then copy the files across. That's even trickier and I've only done it once. I hope that helps you get started. The above may seem tricky, but it's not much different to installing any complicated perl program without root access. There are probably articles on perl sites or about other applications with more detail like http://www.wellho.net/forum/Perl-Programming/CPAN-Module-without-root.html or http://www.bugzilla.org/docs/2.18/html/nonroot.html -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Unsolicited attachments to the pipex address deleted Will HLF fund tree-killings? http://www.thewalks.co.uk/ From cjones at partialflow.com Sun Nov 28 15:30:49 2004 From: cjones at partialflow.com (Christopher M. Jones) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] About Z3950 of koha In-Reply-To: <41A49C68.10406@lilrc.org> References: <20041123142333.65657.qmail@web90009.mail.scd.yahoo.com> <41A49C68.10406@lilrc.org> Message-ID: <1101609048.13928.2.camel@copernicus.inet> I recently had a battle to figure out why my z3950 wasn't working. After some googling and some analysis of our network it appears that z3950 has trouble getting around certain firewalls. It has something to do with the ports. We had to pierce the firewall until we could figure out how to open up the right ports. On Wed, 2004-11-24 at 08:36, Gerry Arthus wrote: > Belendia, > > I am having the same problem with fedora CORE AM LOKING AT IT RIGHT > NOW. > > gERRY > > > > > > > > > Abdissa wrote: > > Anybody who Knows the answer please respond > > > > we have a problem with the Z3950, we are not able to use it > > properly. We are planning to contact the library of congress for > > more information on how to use their services. > > > > If possible, is there any way where we can test Z3950 using local > > area network and if you can tell us what are the possible tests need > > to be done for checking its performance. Because we are not able to > > get any results from the internet. > > > > > > Note: we are using redhat 9, Koha 2.1.0, with marc turned on and > > marcflaviour marc21 and en. > > > > Belendia > > > > > > ____________________________________________________________________ > > Do you Yahoo!? > > Discover all that?s new in My Yahoo! > From michael at inside-job.co.nz Sun Nov 28 17:01:56 2004 From: michael at inside-job.co.nz (Michael Dittmer (An Inside Job)) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Perl Problem Message-ID: <20041128040235.28EAE82897@smtp-1.paradise.net.nz> Hi All... I'm trying to install koha 2.0.2. I have installed all the perl modules as required and have created the mysql database, given the database the correct permissions and loaded the tables. I have to run the updatedatabase script as part of the install but get the following error : [root@server koha-2.0.2]# perl scripts/updater/updatedatabase modules/ Can't locate C4/Context.pm in @INC (@INC contains: /usr/lib/perl5/5.6.1/i386-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i386-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.6.1/i386-linux /usr/lib/perl5/vendor_perl/5.6.1 /usr/lib/perl5/vendor_perl .) at scripts/updater/updatedatabase line 22. BEGIN failed--compilation aborted at scripts/updater/updatedatabase line 22. [root@server koha-2.0.2]# The C4/Context.pm does exist in the modules/C4/ directory. I'm currently trying to install koha 2.0.2 on SME Server 6.0.1 (based around RH7.3 with a minor few changes). Thanks Michael Dittmer IT Consultant An Inside Job Phone: 027 407 6780 E-Mail: michael@inside-job.co.nz Website: www.inside-job.co.nz From indradg at icbic.com Sun Nov 28 22:06:45 2004 From: indradg at icbic.com (Indranil Das Gupta) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] Perl Problem In-Reply-To: <20041128040235.28EAE82897@smtp-1.paradise.net.nz> References: <20041128040235.28EAE82897@smtp-1.paradise.net.nz> Message-ID: <1101632805.9259.11.camel@enforcer.banglamafia.org> Hi, On Sun, 2004-11-28 at 17:01 +1300, Michael Dittmer (An Inside Job) wrote: [...] > [root@server koha-2.0.2]# perl scripts/updater/updatedatabase modules/ > Can't locate C4/Context.pm in @INC (@INC contains: > /usr/lib/perl5/5.6.1/i386-linux /usr/lib/perl5/5.6.1 assuming that you are using bash you need to set the PERL5LIB env variable - `export PERL5LIB="/modules"` before running the script. hth, -indra PS: Read the code... it always helps ;-) > Michael Dittmer -- ------------------------------------------------------------- Indranil Das Gupta, Project Lead, CASTLE Project [Computer Aided Studies, Teaching and Learning Environment] In collaboration with: West Bengal University of Technology Calcutta, INDIA www.wbut.net ------------------------------------------------------------- L2C2.ORG - Bringing Localized Low-Cost Computing to People ------------------------------------------------------------- From mrmrmr50 at yahoo.com Mon Nov 29 08:51:43 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] related links opac search koha 2 2r02 Message-ID: <20041128195143.45042.qmail@web21208.mail.yahoo.com> hi related links seems to be broken on the opac search. The initial search term looks good. When I open the result of the search a specific title the next page shows more information including related links The links return not found. I can search the related link term fine using the keyword search tool.Also, author search seems broken. thanks re-v __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From mrmrmr50 at yahoo.com Mon Nov 29 08:54:08 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] opac template npl koha 2.2r02 Message-ID: <20041128195409.18978.qmail@web21206.mail.yahoo.com> hi When can I find the table addresses which now have npl locations on the main page of opac search? I'd like to change them to my own locations. thanks re-v __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From mrmrmr50 at yahoo.com Mon Nov 29 13:01:29 2004 From: mrmrmr50 at yahoo.com (mike re-v) Date: Wed Nov 16 16:50:30 2005 Subject: [Koha] npl opac main interface change koha 2.2 r02 Message-ID: <20041129000129.79333.qmail@web21208.mail.yahoo.com> owen my branche are set. I'd like to modify the code below to reflect my library. where is the code stored? thanks re-v