[Koha] Koha 3.2.7 is now available
It is with pleasure that I announce the release of Koha 3.2.7. The package can be retrieved from: http://download.koha-community.org/koha-3.02.07.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.02.07.tar.gz.MD5 http://download.koha-community.org/koha-3.02.07.tar.gz.MD5.asc http://download.koha-community.org/koha-3.02.07.tar.gz.sig Release notes for 3.2.7 are below the fold. Come and get it! RELEASE NOTES FOR KOHA 3.2.7 - 15 April 2011 Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.2.7 can be downloaded from: http://download.koha-community.org/koha-3.02.07.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation Koha 3.2.7 is a bugfix/maintenance release. Highlights of 3.2.7 == Some of the higher profile bugs addressed in this release are: 5646translated message names on sql level break messaging 5860Adding duplicate stocknumber will fail silently 6044Authority is deleted when mergeto and mergefrom are the same 6045Accepted by is empty when accepting from list 6058Uncertain price can not be undone Bugs fixed in 3.2.7 == 3270Cancelling a hold request after transfer initiated orphans item 5390library choice not remaining when searching opac ISBN search returns bad results 5651can't use ? character in searches 5817Malformed author search link breaks sorting on results page 5865Labels wrap incorrectly when paper width is greater than height 6043No suggestions showing when independant branches set to OFF 3098XSLT stylesheet does not obey OPACURLOpenInNewWindow syspref 3203Some Letters template variables are not available to certain notice types 3326xml entity refs display incorrectly in results page if exported and indexed as xml 3595Items seen at checkin should always go to 1st priority hold 3629search limit by group is not OK 3727If item type is mandatory in marc editor, itemtype is autofilled 4196Defintion of popularity index into Unimarc setup 4218Staff client detail page does not show item hold status 4265Sorting by call number in OPAC is slightly off 4330Copyright statements out of date 4366COinS support for MARC21 4870Damaged status does not prevent items from being selected for reserves 5305Resorting results of CCL queries fails in Staff Client 5410Right truncation not supported error when running link_bibs_to_authorities.pl 5625late orders report missing titles 5833opacstylesheet not loading on all pages 5834Holds link missing when 942$c is not for loan 5862Incompatibility in ajax.js with localName for Internet Explorer 5879Biblio.pm : fix isbd syspref and default location 5883UTF-8 characters in items (952) get encoded wrong when the record is modified. 5889Allow message names to be translatable 5902Locations should default to current library in add item screen 5909Authorities : SetUTF8Flag on any incoming data 5924Authorities search : Heading Main is defined in unimarc record.abs 5940Update Help Files for 3.4 5960Itemtype icons not showing in search results 5962Budgets are showing when they shouldn't on acqui-home.pl 5989Funds filter does not remember library choice 6040opac-export.pl can throw an untrapped error when trying to export an invalid record 6046Managed by list in suggestions was not created correctly 6047Authority not added if subfield 3 in biblio 3735Wrong search results for a few fields in ccl.properties 4943Search history cookie size limit 5253runreport.pl does not work with new options (-to, -from, -email, -format) 5816table of contents looking for subfield a 5864Is C4::Serials::GetSubscriptions searching too generally? 5890Mismatched operator in C4::Auth 5892opac-user: minor spelling/html changes 5907Using default authtypecode for authority display 5965Make sure opac-detail.pl outputs marc in utf-8 5996Patron import defaults not being set right 6004checking in an item that needs to be transferred home, and is on-hold for a patron, causes dual transfer message box 6026Remove useless condition for export.pl 4878Command line tool for getting and setting sysprefs Translations new/updated in 3.2.7 == de-DE es-ES el-GR fr-FR it-IT nb-NO nl-BE pl-PL pt-PT ru-RU sv-SE tet-i uk-UA == Changes since 3.0: * The minimum version of Perl required is now 5.8.8. * There are a number of new Perl module dependencies. Run
[Koha] Is there a way to get the biblionumber into MARC field 001 for bib records?
Hi all! Norway will soon have a new meta-search for libraries, based on harvesting records through OAI-PMH and creating a central index. One of the requirements for getting into the meta-search is that the last part of the OAI-PMH record identifiers (e.g. 2 in oai:bibkat.no:NO-1120127:2) corresponds to the contents of MARC field 001. What it actually looks like does not matter too much, as long as it is a *locally* unique identifier for the record. An easy fix for this would be to put the biblionumber into MARC field 001. Is there a way to do this without changing the code of Koha? E.g. some trick with frameworks and mappings? I have tried to think of something clever, but have come up empty handed... (I have created a bug related to this, suggesting that 001 always be used as the identifier for OAI-PMH, or that a syspref be created to let a library choose whether to use biblionumber or 001 as identifier for OAI-PMH: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6198 ) Best regards, Magnus Enger libriotech.no ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] 3.2.x Roadmap Update
Hi all, With the release of 3.2.7 and the eminent release of 3.4.0, I want to let the community know what my plans are moving forward. Due to the excellent work during the recent hack-fest sponsored by Biblibre, there were a multitude of bugfixes which did not make it into 3.2.7. My plans are to begin work on getting these backported into the 3.2.x branch over the next week or so. Because there are such a large number, I will be releasing 3.2.8 on May 15, 2011. I had originally intended to go to a bi-monthly release schedule for 3.2.x after the release of 3.2.0. This will still be the case, but will be delayed until the release of 3.2.8. Subsequent 3.2.x releases will take place on the 15th of the month with 3.4.x releases taking place on the 22nd of the month. ***Translators please take especial note of the above dates.*** As long as there are commits to backport to 3.2.x, I will release on a bi-monthly schedule. If there are no commits during a two month period, no release will be made. If you have template related bugfixes you want included in 3.2.x, it will be your responsibility to ensure that they apply correctly to the current 3.2.x branch. With the switch to TT in master, backporting template commits will be nigh impossible. Of course any related underlying logic changes should be applicable to the current 3.2.x branch as well. After the 3.2.10 release, I will add an agenda item for the next monthly IRC to discuss EOL of the 3.2.x branch. The results of that discussion will determine the direction of 3.2.x from that point forward. I plan to handle 3.4.x maintenance in the same fashion as I have handled 3.2.x. If anyone has any suggestions for improvement, please speak up! I'm very open to suggestions, critiques, etc. Thanks to everyone for the hard work being put into Koha lately. Things have moved along at a fantastic rate! Keep up the good work. Kind Regards, Chris Nighswonger Koha 3.2.x/3.4.x Release Maintainer ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha