Norman wrote in with a press release from CASPR Inc.: "CASPR Inc. today announced at the American Library Association Midwinter Conference an update to its library automation product called LibraryNet, which enables library administrators to easily deploy Web based library solutions on a wide range of platforms using industry standard open source components. LibraryNet 4.0 is an integrated library automation system designed around the industry standard MARC format, Apache Web Server, Perl Programming language, DBFILE indexing system and HTML Web user interface. The program runs on all standard operating systems including Windows, Macintosh, and Linux." Read the full press release here.
Christoffer writes: "Realnode Ltd has been working for the last year intesively on an OS-library management system which now has reached the stage to be introduced to the OS-community. The project goes under the name Emilda. It features amongst others a full featured OPAC, Circulation and administration tools, label creation tools, Z39.50 tools and 100% MARC compatibilty. MARC compatibility is achieved by storing all information about biblios in MARC and accessing them using the Zebra server from Indexdata. For more information on Emilda, please visit the project page."
Polerio writes: "pyCatalog is a Python, MySQL, wxPython, Reportlab application specifically usable in library and information centers. It simply produces book catalog and card catalog in pdf format rendered using reportlab. The program takes MARC file as its source data. Catalog output is one of the core output needed in library software today. Because open source system for libraries as of this date didn't have this kind of feature as most other proprietary library software have today. This includes Koha, Obiblio, and PhpMyLibrary. By making this generalized solution, those open source system for libraries mentioned will be able to take advantage from this application because the software is not centered on one library system. The application simply needs a MARC file in order to output the desired book and card catalog. The application was written in Python to make it platform independent. Thus it will run in Linux, Mac, and Windows environment. The application require MySQL database to manipulate the order of the catalog. Card catalog is a 3x5 page size output that comprises one book bibliographic entry. Book catalog is a full page output that comprise 1 or more bibliograrphic entry. It was named pycatalog, simply because it is written entirely in python, and catalog wholly describes the purpose of this application. I wanted to make this application open source because I believe open source developers will put this application above all expensive proprietary software for libraries. And will make this application fully-functional, I may not have that complete resource to create a world-accepted catalog generator but I think ideas and contributions from the developers around the world would help improve this application. I brought this idea to the public because of the necessity I felt during my project. I have searched all day long at Google to find a catalog generator but I find nothing. Hope this application would be able to help small to large scale libraries around the world."
As seen at freshmeat, this version brings "Support for Apache 2 and client-side sorting." Go get it at Indexdata's ZAP! page.
Claude writes: "ZedKit, from Crossnet a UNIX Z39.50 toolkit." The site also says that "ZedKit for UNIX is a marketed name given to the Z39.50 Toolkit developed for the German Library and the ONE project."
Ronda wrote in with a press release, most of which is available at the Fedora site. From the version 1.1 release notes, this is mostly a bugfix release, and is compatible with 1.0 repositories (after config file updates). New features include a new API for querying repository info, better self-referential URL handling, and Oracle 9i support. Several significant-sounding bugs were squashed also.
Ed writes: "Net::OAI::Harvester is a new Perl module available from CPAN for easily interacting with data providers that implement the Open Archives Initiative Protocol for Metadata Harvesting. It provides an object-oriented client interface to OAI-PMH in the same way that LWP::UserAgent does for HTTP. Net::OAI::Harvester is basically a toolkit which allows you to quickly write programs that retrieve data from OAI-PMH archives without having to get your hands dirty generating HTTP requests, parsing large amounts of XML, and representing lots of data in memory.
Net::OAI::Harvester uses XML::SAX internally, so potentially large documents are handled as streams (no large DOMs in memory). An OAI DublinCore module is included for representing Dublin Core metadata; and there is an extension mechanism so that you can plug in your own metadata handler to handle other flavors of metadata. For more information see: http://search.cpan.org/author/ESUMMERS/OAI-Harvester-0.2/lib/Net/OAI/Harvester.pm
If you are interested in contributing at all to the project please express your interest at on the perl4lib list."
mdewsnip writes: "Greenstone v2.40 is now available for download! A big change in this release is the inclusion in the Windows download of the "Greenstone Librarian Interface", a tool for collecting, expanding and building digital libraries. It gives you access to Greenstone's functionality from an easy-to-use 'point and click' interface, and is also available for Unix systems. Other important changes include a new plugin for importing data from perl's DBI interface, a new plugin for parsing records from OAI servers, improvements to MGPP configuration, new Czech, Galician, Japanese and Thai interfaces, and many bug fixes and other improvements."
Pat writes: "This release adds a lot of bugfixes (thanks to everyone who's helped!), a first cut at z3950 support, and a script for migration from other ILSs. This release also marks a feature freeze pending the 2.0.0 release. 1.9.3 requires a newer version of MARC::Record than previous versions of Koha. Please make sure you're running MARC::Record 1.26. We've also made a few more tweaks to the Database Schema. If you've already installed an earlier version of Koha, you will need to update your DB to reflect these. 1.9.3 is a beta level release; it is not intended for production use. If you are evaluating, testing, or playing with 1.9.3 for any reason, please help us make it better by reporting bugs on bugs.koha.org. Feel free to fix them too. As always, Koha is available at sourceforge."