- Koha - lists.katipo.co.nz

Re: [Koha-devel] CALL for HELP (french => english) translation
by Gerry Arthus 20 Oct '04

20 Oct '04

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. >

1 0

(no subject)
by Library 20 Oct '04

20 Oct '04

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

2 1

cancelled books
by Library 20 Oct '04

20 Oct '04

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

2 1

copyright act for journals/magazines
by Library 20 Oct '04

20 Oct '04

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

1 0

Re: Re: [Koha] Where's the Dewey - CLARIFICATION NEEDED!!
by Baljkas Family 20 Oct '04

20 Oct '04

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 <tarallo(a)ort.edu.uy> > Date: 2004/10/12 Tue PM 12:56:03 CDT > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Where's the Dewey > > MJ Ray wrote: > > > On 2004-10-11 19:45:04 +0100 Andres Tarallo <tarallo(a)ort.edu.uy> 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(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

5 4

Koha 2.1.3 has been released
by Paul POULAIN 19 Oct '04

19 Oct '04

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)

1 1

Re: [Koha] Koha 2.2 release plan & translations
by Baljkas Family 19 Oct '04

19 Oct '04

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 <garthus(a)lilrc.org> > Date: 2004/10/08 Fri AM 09:49:42 CDT > To: Paul POULAIN <paul.poulain(a)free.fr>, koha(a)lists.katipo.co.nz, > koha-devel(a)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

3 2

recent acquisitions search function
by Nicole Hatch 19 Oct '04

19 Oct '04

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

1 0

Marc Field 008?
by Andres Tarallo 19 Oct '04

19 Oct '04

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?

1 0

Z39.50 search javascript errors
by Matt Hartfield 17 Oct '04

17 Oct '04

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(a)rainbowwings.org

2 2