- Koha - lists.katipo.co.nz

Arabic readme translation
by kress 22 Sep '04

22 Sep '04

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.

1 0

Re: Arabic translation
by kress 22 Sep '04

22 Sep '04

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!

2 1

Re: [Koha] Re: More questions for migrating to koha
by Dana Huff 22 Sep '04

22 Sep '04

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(a)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)

1 0

marc koha mapping errors in the document
by Library 22 Sep '04

22 Sep '04

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

1 0

marc information
by Library 22 Sep '04

22 Sep '04

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

1 0

Arabic translation
by kress 22 Sep '04

22 Sep '04

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!

2 1

archives
by Michel Wesseling 21 Sep '04

21 Sep '04

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(a)iss.nl

3 2

Re: [Koha] archives
by Owen Leonard 21 Sep '04

21 Sep '04

If you've just subscribed, then maybe you haven't yet seen the footer attached to each Koha post: > Koha mailing list > Koha(a)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

1 0

feaure-set 2.0.1 stable determination
by Anthony S. 21 Sep '04

21 Sep '04

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

2 1

Re: [Koha] More questions for migrating to koha
by Andres Tarallo 21 Sep '04

21 Sep '04

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

1 0