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

Koha and the Open Archives Initiative Protocol
by Joshua Ferraro 21 Sep '04

21 Sep '04

Benjamin, I think this question is a good one for the whole Koha community. Personally, I would love to see an interface between Koha and the Open Archives Initiative Protocol but I've not heard any discussion along those lines thusfar. What do folks think? > Thanks for your message, which my colleague Peter Pissierssens passed to > me and which I found very interesting. > Sorry to pester you with questions, but I was also wondering if there was > any interface between Koha and the Open Archives Initiative Protocol for > Metadata Harvesting (OAI-PMH). (and consequently Dublin Core). Several of > our colleagues and partner organisations have expressed interest in this > initiative as a way of getting the benefits of a distributed database > without the communication headaches of a fully distributed search. > > I have now subscribed to the mailing lists mentioned, so if you feel that > this question would be better answered by the community please feel free > to forward it on. > > Regards, > Benjamin Sims > Information Services > IOC/UNESCO > http://ioc.unesco.org > 1 rue Miollis > 75732 Paris Cedex 15 > FRANCE > Tel: [33] (1) 45 68 39 92 > Fax: [33] (1) 45 68 58 12 > > > -----Original Message----- > From: Joshua Ferraro [mailto:jmf@kados.org] > Sent: Tuesday, March 02, 2004 2:31 PM > To: Pissierssens, Peter > Subject: RE: KOHA > > > Peter, > > Greetings. The Z3950 Server for Koha works fine on a MARC21 system (NPL > has been using it for statewide resource sharing for several months now) > and can be found either as an add-on to Koha 2.0 (on my website at > http://kados.org/LibraryScience/zed-koha-server.pl) or in CVS in the > 2.2 tree. In both cases it is necessary to install the SimpleServer > Perl module from Indexdata (http://www.indexdata.dk/simpleserver/) > > The server can be started by running the zed-koha-server.pl script > in a terminal. Eventually it would be nice to build the server > into a daemon process but for now it is necessary to leave the > terminal open--it also logs all activity to the screen. > > There has been some talk about adding UNIMARC support and I would be > willing to develop that but would need shell access to a Koha system > using a UNIMARC database. If you require customizations for your > holdings data that could be arranged as well. > > If you want to see a Koha catalog in action you can check out Nelsonville > Public Library's at > > http://koha.athenscounty.lib.oh.us > > If you have any further questions don't hesitate to ask. You may also > be interested in checking out the Koha lists. You can subscribe at > > http://www.koha.org/mailing/ > > Regards, > > Joshua Ferraro > > > >> Hello MJ, >> >> Thanks for your quick reply. The reason I mailed you is that I am more >> comfortable writing in English than in French for technical subjects. As >> Z39/50 compliance is a pre-requisite for our use I will contact Joshua >> Ferraro to find out how far he has reached with that task. >> >> Thanks! >> >> Peter >> >> -----Original Message----- >> From: MJ Ray [mailto:mjr@ttllp.co.uk] >> Sent: Monday, March 01, 2004 6:25 PM >> To: Pissierssens, Peter >> Subject: Re: KOHA >> >> >> Hello Peter, >> >> I'm curious to know why you chose to contact me instead of the French >> developer? I studied in a university department which is active in >> oceanography, so I'm quite happy to help you, but I rarely get >> contacts from France. >> >> On 2004-03-01 13:30:48 +0000 "Pissierssens, Peter" >> <p.pissierssens(a)unesco.org> wrote: >> >>> I found your name on the KPHA web site. We are looking for an open >>> source >>> library management software application and Koha seems to fit that >>> description. However, one important feature I could not find on the >>> KOHA >>> site is Z3950 compliance. Can a KOHA library database be queried by a >>> z3950 >>> server? >> >> In 2.0, koha can query Z39.50 targets but cannot be queried. Joshua >> Ferraro, jmf(a)kados.org, is developing the Z39.50 interface for koha >> 2.2. >> >> By the way, should UNESCO people say "free software"? We are blessed >> with the UNESCO free software portal and directory, after all. >> http://www.unesco.org/webworld/portal_freesoftware/ >> >>> Also, can you lead me to a few KOHA based online catalogues? >> >> I suggest looking at the "Test Drive" koha servers on the www.koha.org >> site for now. I can't publish details of many servers. If you are >> looking for a demonstration of a particular feature, I can try to find >> someone using it for you. >> >>> Thanks in advance for your reply >> >> I hope you find this useful. >> >> -- >> MJR mjr(a)ttllp.co.uk www.ttllp.co.uk +44 (0)870 4321 9 10 >> Creative copyleft computing consultancy, code and articles. >> Latest news: Working on ISP control panels and koha.org 2.0 >> >

4 3

Multilingual Support in The User interfase
by Andres Tarallo 27 Aug '04

27 Aug '04

I'm currently working on a project to migrate our Isis Library System to Koha. As part of our migration tasks we have to translate to Spanish the USER interfase, the People working in Argentina (at SIU) in this area pointed me to their work. I've noticed that in the config file I can't specify a "Default Language" for the User Interfase, but I've noticed that there are Language especific directories (ie koha/intranet/htdocs/intranet-tmpl/default/en). Koha will take into account the preferred language for the browser and act acordingly? Even tough there are translations to vasrious languajes it seems to me that they aren't integrated to the main tree. I want to contribute my work to the main tree, are ther any plans to integrate to the tree the trasnlations? Thanks, forgive my poor written english. Andres

4 8

RE: [Koha-devel] Ideas for next releases (2.4 ?) - project organisation
by Eyler, Patrick 20 Aug '04

20 Aug '04

Thanks for passing this along Paul, it's great news. I'll reply to individual points below, but have some thoughts from OSCon that I wanted to pass along to the devel list. Tim O'Reilly talked a lot about web services, platforms, and social software in his keynote, and there were some ideas that seemed to make sense for the Koha world (especially in light of discussions on oss4lib about modularizing the ILS). Web Services for users/clients: reviews/ranking (this is a nice bit of participatory social software too) search patron info reserves reading club (or similar) tools Web Services to make use of (from other sources): amazon reviews/ranking amazon buying circle info ibiblio cddb imdb Social/Participatory Software: how can we give patrons more control over their own data? (make it relocatable when/if they move to a new library, make it optionally sharable in the form of reading/favorites lists, make it collaborative in the form of reading clubs and the like.) sharing data among libraries (can we move past ILL to share anonymized circulation data a'la amazon buying circles? how about sharing ranking/review data?) what value/information can be distributed beyond libraries? > -----Original Message----- > From: koha-devel-admin(a)lists.sourceforge.net > [mailto:koha-devel-admin@lists.sourceforge.net] On Behalf Of > Paul POULAIN > Sent: Thursday, August 19, 2004 6:53 AM > To: Emiliano Marmonti; Koha-devel > Subject: [Koha-devel] Ideas for next releases (2.4 ?) - > project organisation > > > Hi Emiliano & al, > > For al : this mail was sent in my mailbox, but it seems we have a new > future major contributor in Koha, so I answer on koha-devel. > > Emiliano Marmonti wrote: > > > Hi Paul [elided] > > Koha 2.4 ROADMAP > ============ > The 2.2 is too close from official release to have such features > correctly tested & integrated. Because they interact with the > actual DB > (I don't speak of barcodes printing here, of course). > So, we should begin 2.4 roadmap (feel free to create a page > on the wiki, > it will be completed) > What is your own roadmap for those features, in term of date I mean ? I agree completely. It would be good to start assembling our 2.4 roadmap. Would it be possible to look at the 2.2 roadmap in terms of where we are today? I think both of these have some value. > > KOHA PROJECT ORGANISATION > ================== > The management team should be reorganise, because we lack > some/lot of roles. If your involvement in Koha is expected to > last, maybe your arrival is > an occasion to reorganize. > > The first position that you could take, because it's free, is > "test/quality manager". Are you interested ? > Instead of signing up for a position now, it's probably better to meet as a group and decide which roles we need and who wants to step up to them. I agree that a test/qa manager is a very important role to fill. Paul and MJR have the development/stable release management roles pretty well in hand at the moment as well. I think we might want to look at documentation and the overall project management position as well. [elided] > > PD3: I could not talk with you very often in irc-koha by timezone > > problems (I really start working when you leave...) > > Last year, we used to have chat sessions planned. We had the problem > with timezone, so I often went to bed very late... But with > kiwis (new > zealand), australia, W-europe and America (south & north), we > can't have > everybody waked up at the same time... > If we reorganize the Koha team, we should probably plan an > IRC meeting > for all volunteers at beginning of september. > Any opinion on this everybody ? > I think this would be a great idea. How does Tuesday, Sep 7th (Wednesday the 8th for the NZers) sound? -pate > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on > Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic > DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free > Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9> _108_r285 > > _______________________________________________ > > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/k> oha-devel >

4 3

Koha 2.1.1 has been released
by Paul POULAIN 19 Aug '04

19 Aug '04

RELEASE NOTES ============= (HELP NEEDED chapter at the end of document) ROADMAP : A roadmap for Koha 2.2 is available here : http://www.saas.nsw.edu.au/koha_wiki/index.php?page=KohaRoadmap This is the 2nd 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. NEVER, NEVER, NEVER use it on a production machine. 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.1 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.1 This will be mandatory for the 2.2 official release. ============ WHAT'S NEW ============ 1- serials ********** The serial module is here. Online help is documented, and work fine. The serial module contains : * create a subscription. * automatically calculate issue. An issue can be delayed or marked "missing". * remind the librarian when the subscription expires. * deals with complex formulas to calculate issue number. * show subscriptions summaries in librarian interface and OPAC, with differents informations. 2- bugfixes *********** A lot in all modules. It seems everything works fine in new modules (Authorities, frameworks...) ========== FUTURE ========== The next release will probably be 2.2RC1. It should contains : * bugfixes. * some new code for a better LDAP handling (automatic creation of the borrower if it does not exist, getting informations from LDAP directory) * a barcode generator ! it's a new feature that should be commited by a new developper coming from south america (argentina). I've seen the code, it's clean & nice. Just a new dependencay, for PDF generating. Should be non mandatory for ppl that don't want to print barcodes. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 3

Ideas for next releases (2.4 ?) - project organisation
by Paul POULAIN 19 Aug '04

19 Aug '04

Hi Emiliano & al, For al : this mail was sent in my mailbox, but it seems we have a new future major contributor in Koha, so I answer on koha-devel. Emiliano Marmonti wrote: > Hi Paul > > How're you? Hope fine. Thanks a lot for your adjectives to Matias's > barcodes code. To be more precisely I will adore that the next time > you say that we're located in Argentina...Working for Physics Library > at UNLP and actively contributing with SIU Program > (http://koha.siu.edu.ar) ok. > Really we didn't commit to cvs...because we're studying > how-to...Tomorrow our webmaster come from a little trip and will test > to commit the code to cvs...And also to put 2.1.1 at work. Any help is > very wellcome (we don't have much expertise in cvs managing :(( ) do you have an expertise in another tool ? We are not very happy with CVS, MJR jumped to ARCH for 2.0 maintainance, but we are still on CVS for HEAD (2.2) Otherwise, i'm (we are) waiting impatiently for your barcode-printing code. (for all : I saw the code, it's clean & works well) A hint could be to use cervesia, a very nice tool on linux-kde. I alway use this. > I wish to know your oppinion about commiting also member cards, that > is almost ready. This functionallity serves to print the card > identification, we also added some configuration parameters as > defining images at the top of the card, member barcode, and borrower > data in three configurable data lines. Trying to follow your > recomendations we didn't add SysParameters nor another table and put > all configurable data in a separate file. > Matias and Sebastian are also working in two things: One is referred > to add a branch-configurable calendar, using that you could define > non-working days for the branch and the hole idea is to use it from > every module (circulation for example to automatically add a day when > the calculated is no-working, card expiration, and so on...). Using > that calendar you could configure repeteable non working days (as > weekends), and exceptions to the calendar (for example if a weekend > the library must open its doors). It's almost ready to test it. REALLY GREAT. Here in France, a lot of people are waiting for such a feature too. And i'm sure it's the case for a lot of other libraries. > The other thing is related to latinoamerican behaviour of libraries. > As I mentioned, in SouthAmerica we do not work with fees when the user > doesn't return at time a book. The user will be suspended for a number > of days. We joint the requirements from four libraries here in > Argentina and started the work. In that case we'll need to add a table > and perhaps a SysPref or an attribute to the member indicating if will > receive a suspension or must pay a fee (traditional Koha behaviour). REALLY GREAT too. In france, some libraries uses fees, some suspends the failing borrower. So, it would be really welcomed in France, I think. > As my double rol in this project (SIU Program & UNLP Physics Library) > I wish to agree with you, or with anybody that you could tell me, > this roadmap. The next week my Director has a meeting with UNESCO OSS > people and is asking me "how integrated" are we to the International > Development. The entire idea is to NOT make a branch, to no affect > your roadmap, and to accomplish our local requirements. Sounds > difficult, but I think we could... > > Two important things are: > > * At this time we did NOT affect original Koha code (only for adding > links). But the next step will. > * When we finished to add this "new features" we'll be in condition > to put Koha for a test-environment (this features are acceptance > conditions). In this stage we could contribute in a more traditional > fashion, I mean correcting bugs and so on... Koha 2.4 ROADMAP ============ The 2.2 is too close from official release to have such features correctly tested & integrated. Because they interact with the actual DB (I don't speak of barcodes printing here, of course). So, we should begin 2.4 roadmap (feel free to create a page on the wiki, it will be completed) What is your own roadmap for those features, in term of date I mean ? KOHA PROJECT ORGANISATION ================== The management team should be reorganise, because we lack some/lot of roles. If your involvement in Koha is expected to last, maybe your arrival is an occasion to reorganize. The first position that you could take, because it's free, is "test/quality manager". Are you interested ? > If you don't understand me in english I could request for a french > translation of this message. Your english is perfect (like mine I mean. May sound poor for an english native language, that i'm not ;-) ) > PD: We're already late with testing your new translate method. I think > Argentina's UNCuyo will test it tomorrow. We will commit it (withou > asking you, I suppose?) when will ready. OK > PD3: I could not talk with you very often in irc-koha by timezone > problems (I really start working when you leave...) Last year, we used to have chat sessions planned. We had the problem with timezone, so I often went to bed very late... But with kiwis (new zealand), australia, W-europe and America (south & north), we can't have everybody waked up at the same time... If we reorganize the Koha team, we should probably plan an IRC meeting for all volunteers at beginning of september. Any opinion on this everybody ? -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Koha 2.2 and MARC21 and documenting
by Paul POULAIN 19 Aug '04

19 Aug '04

Hi, I'm installing the "Ecole des Mines de Nantes" with a future 2.2 in "real life". It's the occasion to fix many bugs, but it works quite well for instance. So, I think the 2.2 will be released officially in october, as planned (just without the stat module, that can wait for last quarter, as there are no specific DB modifs for stats) BUT, there are a lot of things to do for MARC21 & documenting MARC21 : ====== In Koha 2.2, the authorities are managed like biblios in Koha 2.0 : through MARC parameters tables. I've defined (or am defining) those tables for UNIMARC, and for various authority types (author, subject...) THE SAME JOB MUST BE DONE FOR MARC21. And I don't plan to do it myself, unless I get a customer that uses MARC21 (in english). Be sure that this would be really a big surprise. So, you need a candidate. The parameters tables have almost exactly the same structure as for MARC biblios, except that in authorities, there is no tab, a field is just used or not used. DOCUMENTING ========= The online help is slowly, but continuously, completed by Stephen Hedges (www.koha.org/wiki) Thanks to him. I think (am sure !) he would be happy to have some help. Anyone with a working 2.0 can write online help. I take care of the differences between 2.0 and 2.2. And i'll document every new feature through this online help (altough i don't write them on the wiki, but directly in Koha) Thanks a lot for your attention, and don't hesitate to get involved. If many people are actively working on Koha, the next version will arrive soon. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 2

OPAC default template
by Paul POULAIN 18 Aug '04

18 Aug '04

Just to remind everybody (smekota, it's specially for you ;-) ), that in the 2.2 version the default template is CSS. default is deprecated (in fact, I should move css template to default directory...) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

for Nelsonville
by Paul POULAIN 18 Aug '04

18 Aug '04

Hi Nelsonville, A few weeks ago, on IRC, you said that you have found a nice my.cnf to configure mySQL. You also said that you will publish it. What about this ? -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 1

Import to KOHA [35,000 records] successful!
by Bruffey, Mark 17 Aug '04

17 Aug '04

FYI: My attempt to import the 35k records into KOHA was a great success! Now, it was a quick-and-dirty transfer, to be sure; in fact, I did no pre-mapping MARC to KOHA. Nevertheless, the ease of the transfer and the usability of the database, even in this crude form gives me confidence that KOHA may turn out to be the means we us for circulation, as it continues to mature. I look forward to offering our collection publicly within a few weeks, though browse-only. We're not ready for circ just yet, I think. Thanks to Stephen Hedges for critically important assistance via email. Best, Mark L. Mark Bruffey Director Library Services Central Baptist Theological Seminary 900 Forestview Lane N Plymouth MN 55441 763 417 8264 mbruffey(a)centralseminary.edu Central Seminary <http://www.centralseminary.edu/> www.centralseminary.edu Fourth Baptist Church <http://www.fourthbaptist.org/> www.fourthbaptist.org WCTS Radio AM 1030 Online <http://www.centralseminary.edu/wcts> www.centralseminary.edu/wcts *************************************** Have you experienced the good news? "Every one who calls on the name of the Lord will be saved!" [Romans 10:13] ***************************************

1 0

FW: [Koha-bugs] [Bug 816] New: /index.html uses deprecated meta-refresh
by Owen Leonard 16 Aug '04

16 Aug '04

> http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=816 > > Summary: /index.html uses deprecated meta-refresh > > The front page of default koha sites uses a meta-refresh (deprecated by the > w3c) > to redirect to the correct page. It should probably use a http "302 moved" > instead. I'd like to get suggetions from the list on this one. I agree with it--meta- refresh is not just deprecated, it was never in the spec to begin with, as far as I can tell. It has its uses, but I agree with the bug-poster that this isn't an appropriate one. But--do we have a viable alternative? To make some other kind of redirect would require changes to Apache's configuration. Can that be automated in a Koha install? I don't know the mechanics of it, so I'm asking for help. Any ideas? Thanks, Owen

2 1