- Koha - lists.katipo.co.nz

Not Reservable
by beatrice 27 Mar '07

27 Mar '07

I am a new user of KOHA looking for help. I have installed KOHA version 2.2.7 on our network using Linux as the OS. However, the bibliographic details of my records do not show when I search for items via the catalog. The message written against each of the blank items reads 'Not Reservable'. I am sure the database is there because I am able to see them in the Reservoir. How can I get to KOHA's active table? What could be the problem? Thanks Beatrice

1 0

Re: [Koha] Operating koha without the need for mouse
by BWS Johnson 27 Mar '07

27 Mar '07

Salvete! Perhaps I can lend my silly user's take on things. When I picked up a few keyboard shortcuts here and there, I didn't really care what they stood for, since often things wouldn't make sense in one language, let alone across different languages. For instance, 'C' is used so often that the reminder word for the shortcut doesn't work in many instances anyway. Just as when I was playing a new online game and the shortcuts were different, it was annoying for maybe a few days, but once they stuck, there they are in me fingers. So, it doesn't matter to this user, but it sounds like a cool feature. Cheers, Brooke @ Hinsdale MA >> Perhaps consideration could be given to internationalisation >> of the shortcuts so that they make sense in each language. > >The difficulty comes in the translation process. The method we have for >translating templates is fairly automated. Language strings are isolated >from the templates, translated independently, and then reintegrated into >the newly-translated templates (someone correct me if I am misrepresenting >that process). > >In other words, the templates are not edited directly. It would be an added >step to translation to edit the templates to change keyboard shortcuts. It >wouldn't be a complex change to make, but it would prevent developers from >generating new versions of the templates independently of the >native-language-speaking translator. > > -- Owen > >-- >Web Developer >Nelsonville Public Library >http://www.athenscounty.lib.oh.us >_______________________________________________ >Koha mailing list >Koha(a)lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha >. >

1 0

Re: [Koha-devel] bulkmarcimport and unicode data
by R Hariram Aatreya 27 Mar '07

27 Mar '07

missed sending to the lists. ---------- Forwarded message ---------- From: R Hariram Aatreya <rhariram(a)gmail.com> Date: Mar 27, 2007 4:36 PM Subject: Re: [Koha-devel] bulkmarcimport and unicode data To: "Joshua M. Ferraro" <jmf(a)liblime.com> hi Joshua, > 1. do you have MARC21 unicode records with LEADER / 09 set to 'a'? Not at first. Later, I hand edited the Leader and set the 9th to 'a'. Did not fix the issue. (I am assuming that one could hand edit the Leader) > 2. what are the exact errors you're getting with bulkmarcimport? No errors. > 3. can we get some samples of records that aren't importing correctly? Just filed a bug : http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1318 It has two attachments: 1. http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=73 : contains two of problem chars in 245a (after "A") 2. http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=74 : similar to 1, but with the two problem char removed. hari.

1 0

bulkmarcimport and unicode data
by R Hariram Aatreya 27 Mar '07

27 Mar '07

hi All, I am trying to import MARC data (in unicode Tamil) into koha using bulkmarcimport.pl However, bulkmarcimport.pl does not like 3 characters (U+0B88, U+0B89, U+0BC8). Whenever these 3 characters are encountered, the rest of the string (subfield value) is gobbled and is missing from the database. But, bulkmarcimport.pl imports correctly if these 3 characters do not occur in the MARC data to be imported. Any idea whats going on ? Thanks, hari.

2 1

Operating koha without the need for mouse
by Jogiraju TALLAPRAGADA 27 Mar '07

27 Mar '07

Hi Koha Developers, It will be a greate help if the koha menu items, dialog boxes and other controls are provided with shotcut keys to enable them to be quickly selected by pressing the control keys, avoiding the need for using mouse and repeated tab keys. This feature is especially useful in circulation module. Hope this suggestion will be taken into consideration in the future versions of koha. Another suggestion : When there is additionalauthors table it is expected that all the authors added to the 700 (usmarc) field should go into this table rather than marc_subfield_table and marc_word alone. When additional authors are entered for the first time using addbiblio.pl in 700 field the enteries are committed to the additionalauthors table. But when the record is modified newly added authors are not going in to the additionalauthors table. But one can search on those authors to select the record as the marc tables are updated. It will be nice if these enteries also go into additional authors table. There is also a requirement for adding more than one isbn and publisher in the same biblio for example in India we have same books (same edition, same content, number of pages same) published by PHI and Pearson Education Asia with different ISBNs. It is not advisable to create new biblios for these books.Otherwise to reserve this book one has to reserve both the biblios. Instead we shoud have a provision for entering multiple ISBNs in 20 field and be able to search and retrieve the record with any of the isbns. Hope this feature is also added in the future koha versions. with regards, T. Jogi Raju --------------------------------- We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list.

4 4

Translation of the interface in Bulgarian
by Radoslav Kolev 27 Mar '07

27 Mar '07

Hello! I'm planning to translate the Koha interface (OPAC and later intranet) in Bulgarian. I have made some successful tests with .po files generated by the scripts provided with Koha. My question is what is the preferred way for translation now. I saw on this list that there's a web based interface at http://translate.koha.org. Should I use it instead of a desktop po editor? Also which version should I use? I'll work on the 2.2 branch, so I guess 2.2.8. Best regards, Rado

4 4

Koha Experimentation
by Wesley Hague 26 Mar '07

26 Mar '07

Okay I'm a student of a small College and I'm being hired as a side job to see just how pratical Koha is for their Library. After some experimentation this has left me with several questions at how to do certain tasks. My skills with some stuff are decent but this is still a massive learning curve for me. I've set up Koha on a Windows XP Machine 1. Deleting records? I've got hundred or so records at the moment which were created for testing purpose and have no actual book behind them. Is there anyway and deleting the entire database and starting fresh without having to delete every single record, one by one. 2. Bulk import of users. The Old Library software has alot of users on it. While I have found that the book records can be transfer with MARC fairly easily with little to no problem. Is their any way to transfer Patrons over. 3. Creating Patrons, when I creating patrons to test out. Koha forces me to set the patron as Either a Child or an Institution, which alters the user information I have already enter. Can it be set or change so these do not have to be set?

4 4

Verifying manually-input barcodes
by Kevin O'Rourke 26 Mar '07

26 Mar '07

We don't (yet) have any barcode readers, so for at least the start of adding our books to Koha our staff will be entering the barcodes manually. This seems likely to lead to typos and incorrect barcodes in the database. The barcodes I'm generating include a check digit, is there some way of getting Koha to verify this when adding an item? I just need a little Javascript function to run when the barcode field loses focus, checking that the barcode is valid. I've looked at plugins but they seem to disable the input field and require the use of a pop-up for value entry, which seems excessively fiddly. I'd also like barcode verification when adding new members, there doesn't seem to be any plugin mechanism for that part of Koha. Kevin -- Kevin O'Rourke ICT Coordinator, National Teachers' Institute, Kaduna, Nigeria 062 316972

1 0

Re: [Koha] Google Summer of Koha - thought on 1 idea you posted
by BWS Johnson 23 Mar '07

23 Mar '07

Salvete! The cataloguing interface is one of the worst problems we currently face in getting folks to switch to Koha from my perspective. I'd say it's #2 after an installer, so I was very, very happy when both of those ideas were incorporated into the Google project request list. I'd cry tears of joy should either of those come to pass. I would definitely be curious about a cleaned up incorporation of MARCedit. It seems a natural match for Koha, even if you glorious devs you needs canabalise it at a lower level to port it on over to fully integrate it. (If that's even an option.) Again, I must express my undying gratitude to everyone contributing code. It's awesome. I can certainly say that I seem to be fielding more librarian questions than ever. When I first signed on, I'd get a couple Koha questions a month maybe. Now it's one or two a day - and my documentation is stale. Insane growth, guys. Thanks so much for making this happen! I hope I'm not a big whiner. Cheers, Brooke @ Hinsdale MA >On 3/16/07, Steven F. Baljkas <baljkas(a)mts.net> wrote: >> -- and I have been wondering for a while if what Terry Reese had >accomplished with MARCEdit's text-based editor might somehow >be "incorporated"/"integrated" into Koha. > >In my experience, in order to run MARCEdit in Linux you need to use >Mono (and even then I found it not stable). Some folks have >reservations about using Mono because Microsoft may use any patents on >C# against Mono and Linux, though after the patent agreement between >Microsoft and Novell (where the lead developer of Mono works), Novell >customers are protected. I don't know where to stand on the Mono >controversy, but it's something to consider. I would not like to see a >Mono app be the main MARC editor for Koha, though I'd be happy if >other folks had it as an option, because it is a really good MARC >editor. > >--Jason >_______________________________________________ >Koha mailing list >Koha(a)lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha >. >

1 0

Re: [Koha] Google Summer of Koha - thought on 1 idea you posted
by Steven F.Baljkas 23 Mar '07

23 Mar '07

Friday, March 16, 2007 16:03 CDT Hi, Josh, et al. at LibLime, Congratulations on your selection as mentor for the Google Summer of Code program! It looks to be an amazing thing. I don't know if this'll be useful for you folks or not, but here goes anyway ... I noticed in your list of ideas the following -- Improve Koha Cataloging Interface Have had some customer feedback that theyd like to see a more "traditional" cataloging interface; best way I can describe this is a line interface like you would expect in a text editor vs the tabularized interface we currently have. Could it be just a big <textarea> ? -- and I have been wondering for a while if what Terry Reese had accomplished with MARCEdit's text-based editor might somehow be "incorporated"/"integrated" into Koha. I know from off listserv communication that at least one person running Koha on linux was able to use MARCEdit, which is ostensibly Windows-based, successfully (i.e. without trouble). Is that perhaps a sign that the underlying code might be 'friendly' and easy to convert or integrate? I don't understand the nature (or limitations) of the mentorship arrangement LibLime is undertaking, but perhaps it would be possible to contact Terry Reese and see if there were any possibility of code sharing for development. He offers MARCEdit cost free to the library community already so it would seem that he already believes in the benevolence that underlies open source. Plus there is the statement on re-distribution and integration of MARCEdit on his page at URL <http://oregonstate.edu/~reeset/marcedit/html/help.html> that would seem to bode well. Perhaps if the code from MARCEdit could be adapted/integrated somehow that would save your student protegés programmers some time and effort and make a better MARC editor within Koha a step closer. Just a thought anyway. Good luck to all involved in your summer program! I am sure whatever projects are accomplished will be golden! Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ============================================================ From: "Joshua M. Ferraro" <jmf(a)liblime.com> Date: 2007/03/16 Fri PM 01:28:13 CDT To: koha <koha(a)lists.katipo.co.nz>, koha-devel <koha-devel(a)nongnu.org> Subject: [Koha] Google Summer of Koha Hi all, Just a heads up to the Koha community that LibLime was selected as a mentor for the Google Summer of Code program. We've got a few ideas defined already, but are certainly open to additional suggestions: http://wiki.liblime.com/doku.php?id=googlesummerofcodeideas So if you've got a neat koha-related project that's doable in a three month period by a student or group of students, let us know. And of course, if you happen to be a student, we'd love to have you involved. You can select from one of the ideas above, or come up with something completely new ... More info about the program and the application process is available at the Google Summer of Code site: http://code.google.com/soc The deadline is fast approaching so get those applications in. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ============================================================

3 2