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

addbiblio & cloneTag
by Paul POULAIN 07 Apr '06

07 Apr '06

Hello all, A few days ago I have introduced a cloneTag javascript for cloning tags, like the cloneSubfield is cloning subfields in the MARC editor. It did not work well for authorities entries : the authority reported was based on the hardcoded number of the subfield with the ... I rewrote it and now, it's better : there is a <div id="tagXXX"> for each tag. The report is done on every subfields under the <div id="tagXXX"> A last problem remains : the "tagXXX" is hardcoded in the openAuth entry. So when you duplicate a field, the ... still points to the 1st entry "tagXXX". You can search an authority, but if you report it, it's reported to the 1st tag in the biblio ! (the duplicated tag has a <div id="tagXXtagXX">) I see 2 possibilities to solve this : - rename the link when cloning the tag - calculate the id of the <div id="tagXX"> only when the user clic on the ... But I don't see how to solve this problem. I'm happy with what I learned (thx to joshua for some useful links), but i'm still a dummy at javascript & would be happy if someone could take the ball & fix it definetly. hint : addbiblio.pl, line 188 is where the link (...) is builded, it's not in the template, don't look at it here ;-) PS : I won't release 2.4.0 until this problem is fixed. We also have a problem with MARC21/UNIMARC and unicode/iso8859-1, that kados should look at soon. -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org)

1 0

XML-UTF8-UNIMARC
by Tümer Garip 07 Apr '06

07 Apr '06

Hi, I have seen commits of retrieving a marc record converting it to xml and back to marc to convert MARC8 to UTF8. Well as far as I know Unimarc is not MARC8 so whether it will work with that I'am not sure. Also what I am surprised is that we already have a char_decode script in biblio.pm which is supposed to do this i.e. Convert from UNIMARC and MARC (separately) to previously iso-8859 and now it should to UTF8. Being on a windows platform this actually works for me but I dont know linux issues. So here is the solution(!) I came up with. The records coming from breeding farm into addbiblio.pl are MARC8 and with every communication set to UTF8 they become gibberish because both are double byte characters and mysql assumes them to be UTF8 while they are not. Of course not a problem with the ascii character world. So when I am reading from the breeding farm I set the communications to latin1 temporaryly and suprisingly enough mysql does not try to do any funny conversion on double byte characters and just passes them through as they are. Going through my char_decode they properly get converted to UTF8. If am not mistaken this should work for UNIMARC as well. I do not know the mechanics behind all this but a hint. Just some food for thought for UTF8 gurus, Cheers Tumer

1 0

New Feature: Zebra Plugin
by Joshua Ferraro 06 Apr '06

06 Apr '06

Hi all, If you've been following the development of late you probably know we've been working hard on getting a Koha Zebra Plugin ready to allow libraries to have the stability of the rel_2_2 series (soon to be rel_2_4) and the speed and search flexibility of Zebra. The plugin is finally here, and has reached a state of maturity suitable for public consumption. There's even an install doc: http://www.kohadocs.org/Installing_Zebra_plugin.html So please, if you have a spare test server, give it a shot. Let us know what you think. Your feedback will be invaluable as we move towards 3.0. Cheers, -- Joshua Ferraro VENDOR SERVICES 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

1 0

New IndependantBranches feature.
by Henri-Damien LAURENT 06 Apr '06

06 Apr '06

You all know IndependantBranches feature and its influence on Acquisition. Now, when IndependantBranches is set, a new control on circulation has been designed for 2.4.X It prevents a librarian from a branch to issue items held by other branches (unless librarian is a superlibrarian). If he tries to do so, an error message is displayed. -- Henri-Damien LAURENT

1 0

pagination bar
by Pierrick LE GALL 06 Apr '06

06 Apr '06

Hi koha-devel, 2 days ago, I've commited a new function pagination_bar in C4::Output module (was it the right place?). This function builds the HTML code of a pagination bar: CVS Log> improved: C4::Output::pagination_bar builds an HTML pagination CVS Log> bar with no language dependency. This function hugely CVS Log> simplifies templates and offers a standard pagination method. CVS Log> This function also improves preformances. The idea is to always use the same function to create a pagination bar. The pagination bar will always look the same. What I've seen so far in templates is N pagination bars, each one using a slightly different algorithm. One pagination bar was even picture based! (limited to 16 pages). So far, only 2 pages are using the new pagination bar : authorities/authorities-home.pl (for search results) and admin/stopwords.pl. You can find required code in the corresponding files. You'll see it's very simple, you just need to give the URL for each link, the name of the offset/page/startfrom URL parameter, the number of pages and the current page number. Cheers, -- Pierrick LE GALL INEO media system

1 0

MySQL specific queries
by Pierrick LE GALL 06 Apr '06

06 Apr '06

Hi koha-devel, Working in admin/stopwords.pl, I've found an SQL query I didn't know : "REPLACE stopwords (word) values (?)". I've searched in my MySQL cookbook and found what was the purpose of this statement (it's great by the way, too bad I didn't know it, it would have saved me many code lines). What the cookbook also told me is that "INSERT IGNORE" and "REPLACE" are MySQL specific statement. Maybe we already use "SELECT ... LIMIT X,Y" but this one is much more difficult to /translate/ into standard SQL. What is the official coding guideline concerning SQL queries? Can we use such specific statements? Cheers, -- Pierrick LE GALL INEO media system

2 2

Koha Foundation : Librarians comments
by Irma Birchall 05 Apr '06

05 Apr '06

Hi all, As promised, here is a short summary of comments received from a few librarians I spoke with, who have been involved in the evaluation and selection of a new ILS for their library, in the past 5 years. They all mention how challenging and time consuming a task it was. Especially for syndicated libraries. Factors that have been mentioned regarding the adoption of proprietary software over open source ILS are: * Not knowing of the existence of any open source, high-quality ILS. Koha needs marketing! * How could they have determined whether the OS ILS is mature and "business ready" enough for their purposes? * Is there continuum in the quality of the code through all the functionalities? * How can one rate this OS application when no other library in their district or network uses this OSS. * Longevity: Projects backed by commercials companies are seen to have more longevity. * Support: commercial software vendors have support staff dedicated to helping customers solve problems with the product. For busy librarians, this was the main benefit in using proprietary software. * Rapid updates: libraries struggle anyway to keep up with change. Don't open source projects all follow the "Release Early, Release Often" paradigm? Some functions might need upgrading but the rest is just fine. How would that work? * These librarians accept: closed source code, having limited influence over roadmap, high costs, and limitations in functionality. * Traditionally, libraries have depended on proprietary software despite their limitations. There was no quality alternative. * These libraries or their parent organizations have no clear IT strategy regarding the use or non-use of open source application software. Regarding Koha starting a Foundation or perhaps becoming part of an existing one: a few of the thoughts expressed * The response was positive when I mentioned that Koha is now 5! Multilingual and used in libraries around the globe. * They would feel more comfortable adopting an open source product if it had published books/manuals/documentation this would be seen as a strong indicator of the software's level of maturity and adoption. The Foundation could publish these. * How active and lively is the Koha community? Being part of a Foundation could add to the expertise to the Koha community. * Becoming an independent foundation was viewed as a confirmation of professionalism and longevity. Hope that helps, Irma

3 2

Meeting Minutes, etc
by Joshua Ferraro 04 Apr '06

04 Apr '06

Hi all, Below are the meeting minutes for April 03, 2006. Next mtg is on April 10th, 2006 at 19:00 GMT (meeting time adjusted this week for the sake of EU folks). Meeting Minutes for April 03 2006 Present: kados,pierrick,hdl,paul,shedges,tumer,slef,thd Meeting Agenda: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes06apr03 NEWS AND QUESTIONS We welcomed two new official Koha developers: Pierrick : QA Manager, will be handling Quality Assurance Tumer : Release Assistant, will be helping kados in planning and programming for the 3.0 release New Wiki: wiki.koha.org has been set up, based on dokuwiki. Pierrick volunteered to migrate our data from the old wiki. Slef has editing powers for koha.org now, if you have changes you'd like to suggest send them his way Once the data has been migrated, kados will announce it on koha-devel and ask whether folks would like it styled, etc. Slef will be working on a new blog aggregator site and the url will be blogs.koha.org Pierrick has proposed installing an extension manager so that users can easily upload/download modifications that are not part of the official code base. He suggested one based on PEM, a project he is an active developer of. https://gna.org/projects/pem/ Pierrick will install it and we'll link to it from the main koha site. PERL-ZOOM PLUGIN / KOHA 3.0 plugin development complete, couple of minor things to wrap up tumer has agreed to share his code which includes many nice features related to Zebra that we'll want to include in 3.0: boolean searching password protected edits circulation update to bib records too many other features to mention tumer will send his code to Chris who will integrate into the plugin UNICODE SATUS FOR HEAD kados didn't have a chance to check into this, he'll try to get to it this week. Cheers, -- Joshua Ferraro VENDOR SERVICES 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

1 0

koha 3.0 installer toughts and suggestions
by Paul POULAIN 04 Apr '06

04 Apr '06

Hi, I was wondering last week why ppl think Koha is so complex to set up working. I think I have found at least one good reason : the installer mixes technical (computer geek) questions and functionnal (librarian) questions. It ask for : mysql password, koha directory, apache user name... questions that a librarian often can't answer. Then, it ask for "MARC flavour", "authority framework", ... questions that a computer guy can't answer either. So, I think that for koha 3.0, we should completly separate both. The functionnal install (marc flavour...) being done in a webbased interface, once koha has been set up by the sysadmin. just my 2cts on this topic -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org)

2 1

koha 2.4.0 roadmap
by Paul POULAIN 04 Apr '06

04 Apr '06

Hello everybody, Koha 3.0 is almost here, but Koha stable must not be forgotten. I think 2.4.0 could arrive soon now, unless someone told me that he has urgent bugs to fix. The release notes have been updated on CVS (misc/release_notes/release_notes_2.4.0) Feel free to read & modify them, my english still being not my native language ;-) I'll request french mailing list for some tests on my computer with UNIMARC. If everything goes well, Koha 2.4.0 could reach us just after easter (april, 18th) -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org)

1 0