- Koha-devel - lists.koha-community.org

NZ English Translation
by Joshua Ferraro 11 Apr '08

11 Apr '08

On Wed, Apr 2, 2008 at 7:17 PM, <russ(a)russandsarah.gen.nz> wrote: > Hi everyone, > > Please forgive the re posting, but I think I managed to time my original > for when HDL was moving the lists. > > Anyway here is my request again. > > I would like to do a Koha Translation into NZ English. This way we can > manage some of the terms in the interface that those of us in this part of > the world don't use. Things like zipcode -> postcode, state -> region etc. > > Can a en-NZ language code be setup please? If we're going to start getting picky about English in the official releases, and having multiple variants, I'd suggest we first clean up the existing English to a specific variant so that we have something to work from, rather than the hodge podge that's currently in /prog/en (it's currently a mixture of en-NZ/GB, en-FR and en-US). The best way to do that would be to have some kind of official language dictionary for library terms ... Fortunately, there's a free Dictionary for Library and Information Science that we can avail ourselves of: http://lu.com/odlis/. Would anyone be interested in 'cleaning up' the English language strings in accordance with ODLIS? Also, w/respect to en-NZ, isn't that the same or nearly the same as en-GB? Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS

6 8

IndependantBranches & editing items
by Paul POULAIN 11 Apr '08

11 Apr '08

Hello, I have an open question for a use case we don't handle correctly atm. Suppose a library consortia with IndependantBranches=ON Items can be modified only by the Homebranch. That's logic. but I have a library that is IndependantBranche=ON, but books come from 2 sources : - self-acquired - issued by a third (region wide) library, dedicated to issue books to small library. We have one "BDP" (Bibliothèque Départementale de Prêt) in each department in France, and we have 98 departments... The books issued by the BDP are issued for a long period (3months => 1year). They are stored in a shelf in the holding library as self-acquired books. So, the holdinglibrary sometimes want... to change the itemcallnumber or location And with IndependantBranches=ON, only the homebranch can edit the item, and we have a problem... The easiest solution would be to let holdingbranch edit the items. Could it be OK for everybody ? Not sure. Your opinion welcomed. The other easiest solution could be to say "ok, it's only for superlibrarian". The library could accept this, but, obviously, it's not the best from a user point of view. Another solution could be to have a new syspref, but i'm against adding syspref & syspref & syspref... Does anyone have another solution or idea ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19

3 2

Re: [Koha-devel] [Koha] NZ English Translation
by BWS Johnson 11 Apr '08

11 Apr '08

Salvete! Sorry about the ccing and such, but I want to make sure the proper folks get this, so I just replied all to the last post. I've been thinking for a little while about the nature of the project. To a certain extent, we are all victims of the project's success, which I believe to be a happy problem. The _surface_ problem is that of translation or diction used. (Arguably there isn't even a standard within a given country thanks to trends - some folks prefer Patrons, some customers, some users, et cetera.) I think the deeper problem is that there is one out of the box programme. I truly believe that we're well past the point that that even comes close to working nicely anymore. Well do I also know how very much time dedicated developers like you all put into this, for free. In the end, I think it would save user time to either have a drop down install or different purpose based packages. For the States (I apologise here again, it's been about a decade since I lived in Ireland, and even that was short term, so I hesitate touching someone else's stuff.) I would propose a breakdown based on volume size and Library purpose. For instance small Public, large Academic, School, Consortial, et cetera. If the switches are already flipped for the most part, there will be a lot less hassle at the end of the day for a bunch of effort up front. I bet that a users' group would have good insights into how they would want their package to look by default. All the functionality would remain for each package of course, it would just be a nicer initial Out of the Box flavour for different Library types in different regions. Time could be managed that way, et cetera. (Or maybe not, since I'm not a technical person, but I remember installers for other stuff prompting for time zone and such...) Not in the face, Brooke

1 0

Re: [Koha-devel] [Koha] Notes on patches
by Nicole Engard 10 Apr '08

10 Apr '08

This is a good example - but in some cases I'll take any note at all :) If I can track you down and ask you to tell me what that means it's not a big deal. Nicole On Thu, Apr 10, 2008 at 2:16 PM, Jesse <pianohacker(a)gmail.com> wrote: > Nicole: Do you mean something like: > "Added new Alternate Issuing Rules page under Administration" > Rather than: > "Added smart rules page" > ? > > -- > Jesse > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce(a)liblime.com AIM/Y!/Skype: nengard http://liblime.com

1 0

Duplicate Biblios
by Mohamed Amin 09 Apr '08

09 Apr '08

Hi Folks, Does anyone have a script for combining duplicated biblios, based on the ISBN or any other criteria? I have migrated from L4U to Koha and I ended up having 1 biblio for every item, but a lot of these items are the same. They should belong to only 1 biblio. Is there anyone who had a similar problem? Your help is much appreciated. Thanks, -- Mohamed Amin

2 1

Re: [Koha-devel] Koha 3
by Paul POULAIN 09 Apr '08

09 Apr '08

C W Nel a écrit : > Thanks Paul > > But I do not see the mysql.sock anywhere on the server? the file is created when mySQL starts. It is not present if mySQL has not started correctly. try to start it manually (/etc/init.d/mysqld start), check what is said, and check the logs if needed PS : pls answer on the list, not privatly. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19

2 1

Koha 3
by C W Nel 09 Apr '08

09 Apr '08

Hi AllI am trying to upgrade from 2.2.9 to 3 on Debian etch, but get stuck with a mysql problem."Can't connect to local MySQL server through socket '/tmp/mysql.sock'"It seems as if the apt-get installation does not install the correct mysql instance.Can anyone please advise on a solution?

2 1

let's say...import to a framework, and item types
by Ignacio Javier 09 Apr '08

09 Apr '08

Hi all, I'm me alone again, with a one or two question: Wich is the preferred way to import items from import_records to biblio table, via table import_records->marc (record BLOB) and doing a match in Item type (942 c) or expressing it in a per batch basis, adding a combo box in stage-marc-import, or both, or anyone? And BTW, how can I export a MARC to be a item, to import items instead of MARC records? Thanks, Ignacio Javier Gómez Rodríguez Analista - Programador Tfno: 902905590 - Fax: 981571425 ignacio.gomez(a)coremain.com www.coremain.com _______________________________________________ Koha-devel mailing list Koha-devel(a)nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel

1 0

Koha 2.2.9 sticky due date
by C W Nel 08 Apr '08

08 Apr '08

Hi All Can someone please help with above. I need to use the sticky due date also for renewal of allready issued items. The renewbooks function in circ2.pm allows for a "duedate" parameter. I need to know how to force the renew functionality to use the sticky due date. It sounds straight forward, but I am battling to get it to work. Help will be much appreciated. Thanks!

2 1

Redundant max results system prefs?
by Owen Leonard 08 Apr '08

08 Apr '08

I see three different system prefs related to the number of search results displayed on a page: maxItemsInSearchResults: Specify the maximum number of items to display for each result on a page of results numSearchResults: Specify the maximum number of results to display on a page of results OPACnumSearchResults Specify the maximum number of results to display on a page of results Are the latter two more current than the first? I find references to all three in the code. Can we get rid of maxItemsInSearchResults? -- Owen

2 3