- Koha - lists.katipo.co.nz

Searching problems in 3.2 beta
by Amy Schuler 14 Jul '10

14 Jul '10

Hello, Recently, after consulting this list, my IT specialist Jon and I upgraded from Koha 3.0001005 to the 3.2 beta. He went straight for 3.2 because he said that The Koha virtual appliance we are using can only be updated through its internal updater, and we were running the latest version that it supports. However, he was able to set up a new virtual machine to make the upgrade to 3.2. The issue we have now is that although the database appears to be populated -- I can view the records in a public list that I had created and also view records by typing URLs in the format http://10.70.0.78/cgi-bin/koha/opac-detail.pl?biblionumber=7910, altering the bib number to view other records - the records cannot be retrieved through a search. When we search the database, we have the error "No results match your search". The sys preferences and other settings seem to have migrated correctly, and we tried reindexing the database to fix this problem. Do you have any other thoughts? Thanks as always. a Amy C. Schuler Manager of Information Services Cary Institute of Ecosystem Studies PO Box AB Millbrook, NY 12545 (845) 677-7600 x164 schulera(a)caryinstitute.org<mailto:schulera@ecostudies.org>

3 2

Kohaofflinecirculation tool
by vishnu varthan 14 Jul '10

14 Jul '10

Hello all, I am trying to use koha offline circulation tool. i installed php/GTK in ubuntu 9.10 from .deb source. http://millruntech.com/koha/koha-tools/koha-offline-circulation. I could not find any way to kick start the application. I issued command KohaOfflineCirculation which shows up some window which doesnot fit in my screen. (http://a.imageshack.us/img375/5024/kohaofflineclient.png) any pointer or guideline to use the feature will be greatly appreciated. with regards vishnuvarthan perumal vishnu(a)e-ndicus.com http://e-ndicus.com

1 0

Query About Marc Records
by rohitsingh 14 Jul '10

14 Jul '10

Dear All, I have a doubt in couple of questions, the questions are as below, please provide me the solution, I will be really obliged to you all, Looking forward for your kind reply how we can create MARC records for books that do not have Library of Congress Data? How we should be able to enter the data in to a CSV file and then programaticaly create MARC records for upload in Koha eventually? Thanks and Regards Rohit Singh -- View this message in context: http://old.nabble.com/Query-About-Marc-Records-tp29146662p29146662.html Sent from the Koha - Discuss mailing list archive at Nabble.com.

7 6

Re: [Koha] Koha Digest, Vol 57, Issue 34
by pranav garg 13 Jul '10

13 Jul '10

Hi, I am a part of the group who are currently evaluating migration from Millennium to Koha and was wondering if there is a case study which has been done which outlines how has the experience been, common pitfalls or some other useful information which can help us in getting to speed in doing a test evaluation? If there are any useful links or information you can point out from migrating from Millennium to Koha that would be helpful too with respect to in which format the data should be exported from Millennium, what format is accepted by Koha, how the transformation mapping done. Thanks and Looking forward to hear from you all. Regards, Pranav On Tue, Jul 13, 2010 at 1:29 PM, <koha-request(a)lists.katipo.co.nz> wrote: > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha digest..." > > > Today's Topics: > > 1. Re: Searching problems in 3.2 beta (Liz Rea) > 2. Re: Online demo for 3.2? (Ian Walls) > 3. #koha IRC meeting today about voting on software license > (Thomas Dukleth) > 4. Re: AGPL 3 objections and replies (Thomas Dukleth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Jul 2010 10:08:22 -0500 > From: Liz Rea <lrea(a)nekls.org> > Subject: Re: [Koha] Searching problems in 3.2 beta > To: Amy Schuler <schulera(a)caryinstitute.org> > Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> > Message-ID: <1DC963DC-BE16-4FAB-BD03-3E99D41F39C7(a)nekls.org> > Content-Type: text/plain; charset="windows-1252" > > Amy, > > You may want to consult the FAQ's for searching: > http://koha-community.org/documentation/faq/searching/ > > It's very likely that you need to reindex your data for searches to work. > There are lots of places for that process to get hung up, so please let us > know if you need more assistance. > > Liz Rea > NEKLS > > On Jul 13, 2010, at 10:00 AM, Amy Schuler wrote: > > > Hello, > > > > Recently, after consulting this list, my IT specialist Jon and I upgraded > from Koha 3.0001005 to the 3.2 beta. He went straight for 3.2 because he > said that The Koha virtual appliance we are using can only be updated > through its internal updater, and we were running the latest version that it > supports. However, he was able to set up a new virtual machine to make the > upgrade to 3.2. > > > > The issue we have now is that although the database appears to be > populated -- I can view the records in a public list that I had created and > also view records by typing URLs in the formathttp:// > 10.70.0.78/cgi-bin/koha/opac-detail.pl?biblionumber=7910, altering the bib > number to view other records ? the records cannot be retrieved through a > search. When we search the database, we have the error ?No results match > your search?. > > > > The sys preferences and other settings seem to have migrated correctly, > and we tried reindexing the database to fix this problem. Do you have any > other thoughts? > > > > Thanks as always. > > a > > > > Amy C. Schuler > > Manager of Information Services > > Cary Institute of Ecosystem Studies > > PO Box AB > > Millbrook, NY 12545 > > (845) 677-7600 x164 > > schulera(a)caryinstitute.org > > > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > >

1 0

To define default 9xx fields for Unimarc setup in all languages
by Zeno Tajoli 13 Jul '10

13 Jul '10

Hi to all I sent this mail to different Koha-mailing list because the topic is quite wide. If you are also on koha-dev list, replaty to this list. Instead replay on koha general list. I send the mail also to koha-france because many user of Unimarc are French. But I don't know French, please replay to koha general list or to koha-dev. Today the complete Unimarc setups are the English and French, As I know Italian, Ukrain, Russian and Poland setups are direct translation of English or Frence setup But on local fields English and French are not compatible. Many 9xx fields need to be the same in different languages because the indexes definitions in the file etc/zebradb/marc_defs/unimarc/biblios/record.abs are based on specific 9xx values. And the file record.abs is only one for all Unimarc setup So my proposal, for 3.2 and also [if possible ] for 3.0.x We re-write English setup in 9xx fields and we use it a minimun and a standard that ALL unimarc setups need to follow. It means that we need same change also to French setup. I want to discuss with everyone about this topic. I will write all the patch to fix the situation. So my proposal: Fields: 001 Local number -> biblio.biblionumber 090$a Local number -> biblioitems.biblioitemnumber 099$c date of creation -> biblio.datecreated 099$d Date/time last modified -> biblio.timestamp 995$0 Withdrawn status -> items.wthdrawn 995$2 Lost status -> items.itemlost 995$3 Use restrictions -> items.restricted 995$5 Date acquired -> items.dateaccessioned 995$6 Copy number -> items.copynumber 995$7 URI -> items.uri 995$8 Koha collection -> items.ccode 995$9 Internal item number -> items.itemnumber 995$a Homebranch (free text) ->items.homebranch 995$b Homebranch (coded) 995$d Holding branch (free text) -> items.holdingbranch 995$d Holding branch (coded) 995$e Shelving location-> items.location 995$f Barcode -> items.barcode 995$j Inventory number -> items.stocknumber [only 3.2] 995$k Call number -> items.itemcallnumber, 995$l Numbering (volume or other part) -> items.materials 995$m Date of loan or deposit -> items.datelastborrowed 995$n Expiration of loan date -> items.onloan 995$o Circulation type (not for loan) -> items.notforloan 995$r Type of item and material -> items.itype 995$v Serial Enumeration / chronology -> items.enumchron [only serials] 995$u Copy note -> items.itemnotes 942$0 Koha issues (borrowed), all copies -> biblioitems.totalissues 942$2 Source of classification or shelving scheme -> biblioitems.cn_source 942$6 Koha normalized classification for sorting -> biblioitems.cn_sort 942$c Koha [default] item type -> biblioitems.itemtype 942$s Serial record flag -> biblio.serial 1)Fields 001 and 090$a, BIB Identifier in two places As French setup, to ahve a correct Unimarc we need BIB id in two places: 001 -> biblio.biblionumber 090 $9 -> biblioitems.biblioitemnumber biblio.biblionumber and biblioitems.biblioitemnumber must be numerir, we need to stress this fact in data conversions 2)Field 995 as item field with those subfields: This proposal is full compatible with French Unimarc setup and it has also the items subfields that are mandatory for circulation, inventory, acquisitions and serials. 3)Field 942 as biblio/item field. This field is new for all unimarc setup, in english unimarc setup there is 990 but 990 is similar, not identical. I select 942 instead of 990 because 990 is present in French setup with a specific meaning. I ask to French people to accept to put biblioitems.totalissues in 942$0, it is the base of the popularity index. Now the base of popularity index is in 995$s. This proposal is only a minimum, if you think there are others 9xx fields/subfields that MUST be present in every setup, please replay. If you want to discuss it, please replay. Bye to all Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0

New Z39.50 Server
by bariki.kamara＠out.ac.tz 13 Jul '10

13 Jul '10

Hi all, I would like to add new Z39.50 server(i.e. COPAC) in my server lists, but this server uses sutrs, xml and grs-1 as a record syntaxes. So my question is that; does koha support sutrs, xml, grs-1 as a record syntaxes?. Best regards, Bariki G. Kamara ---------------------- CONFIDENTIALITY NOTICE -------------------------------- PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS E-MAIL This email is intended only for the person to whom it is addressed and may contain confidential information and may be legally privileged. If you are not the intended recipient, you are notified that you may not use, distribute or copy this document in any manner whatsoever. Kindly also notify the sender by email and/or delete this e-mail. Any views or opinions expressed in this e-mail are those of the sender and do not necessarily coincide with those of the Open University of Tanzania. --------------------THE OPEN UNIVERSITY OF TANZANIA--------------------------

1 0

Komodo Editor and Koha
by Darrell Ulm 13 Jul '10

13 Jul '10

Hi, A colleague was working with some Perl and Komodo Edit (it's free). http://www.activestate.com/komodo-edit/downloads This is a pretty nice editor to use for Koha. Once the .tmlt is set for "html" mapping, coding is sped up due to the auto-complete. I set this up in Debian and it works really nicely. Anyone else ever use Komodo Edit? Thanks! -Darrell Ulm

1 0

Re: [Koha] thank's alot
by Chris Nighswonger 12 Jul '10

12 Jul '10

Hi Mohamed, First: Please keep replies on the list. There are two advantages to this: 1. More people are available who may know the answers to your questions. 2. More people are able to gain benefit from both the questions and the answers. 2010/7/12 Mohamed Fekry Negm <mfekry6(a)hotmail.com>: > Hi > thank u so much for your advise i get koha 3 on VM WARE now but i have 2 > points: > 1- is it safe and stable for a long time like lunix server ? > 2- how can i get bauck up and store it ? I have very little experience with VM related technology therefore these answers represent my best guess. 1. I would assume so. 2. I think you can simply backup the VM image. Kind Regards, Chris

2 1

Re: [Koha] When we should close the order basket?
by Vimal Kumar 12 Jul '10

12 Jul '10

Dear Friend, According to the manual, we have to close the basket after placing the order. If so, 1. Is it possible to cancel one order in acquisition module after closing the basket. 2.Is it possible to modify a closed basket, to change its price etc. -- Vimal Kumar V. Asst. Librarian Asian School of Business Technopark, Trivandrum-695 581 Web: http://www.vimalkumar.co.nr Blog: http://vimalkumar.oksociety.in OK Society Volunteer. http://oksociety.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

6 5

Notices
by Joseph Faneuf 12 Jul '10

12 Jul '10

Hello all, Is there a way to include todays date on the overdue notices? - Joe Joseph Faneuf Tech Support Specialist Narragansett Regional School District Baldwinville, MA

1 0