This script aims to help opening files in columnar report format, i.e. those generated from aleph's p-ret-01 or p-ret-03, etc.
in spreadsheet applications, like excel or openoffice, by converting the reports into csv (Comma Separated Values) format.
The script works with standard python 2.x installation and doesn't require special libraries.

The Z39 server log is obscure and confusing, and it is very difficult to analyze it for beneficial statistical data. This programme does all the hard work, resulting in a clear and simple report that would help you understand how your Z39 server is actually used by clients.

We wanted to be able to integrate Google book covers with syndetics in our Aleph OPAC. To do this, we created the following scenario:

• When we have a syndetics image, display link (no covers) to Google.
• When we have no syndetic image, display Google cover. If we have no Google cover, display just a link to google books.
• If neither Google nor syndetics has a cover or link, then display nothing.

Enter application description here...

Finding workflows for handling e-books between systems can be a challenge. We load MARC records into our ALEPH catalog for all of our e-books. Maintaining e-books in both the catalog and SFX is a problem as they often are out of sync. 

• This is a very local solution for handling the problem. I am not expecting others to implement this as it is, but it can give you an idea on how to handle similar issues and perhaps you get an idea on how to solve this problem at your library.
• This is how it works at our library: Someone decides to buy a e-book and leaves it to the ACQ department to get it. The ACQ people buys the book and a MARC record is sent to our systems librarian. At the same time a notification is sent to the SFX administrator who looks for the e-book in the SFX KB. If the book is not yet part of the CKB they need to remember that book and over time they have long lists with books that they need to look for after each CKB update.
• The way we solved this for the SFX administrator was to create a web based export  tool that extracts information on the different e-book vendors and generates a tab delimited file with ISBN:s ready for DataLoader.
• With this tool the SFX admin can generate a file from ALEPH, run updates and activate old and new portfolios whenever they feel like it. They do not need to maintain any lists or backfiles. This tool saves the SFX admin lots of time and enables the ALEPH catalog and SFX services to be more in sync.
• When we ran this tool and updated our e-book targets we more or less activated thousands of e-books that had been neglected in SFX.
•  

A perl script which exports basic patron information from the Aleph database in to a tab-delimited text file for use by other processes, in particular authentication systems.

For historical reasons, ALEPH uses different tablespaces in Oracle according to the "Z" table size, in order to avoid a large number of extensions. The "out of the box" configuration can cause the tablespaces to fill unnecessarily, and force us to expand our database needlessly.
This utility analyses the tablespaces and produces a report that helps to reduce the database size and to avoid adding more dbf files.

This script modifies the files which appear as the Tag Information in the Aleph Cataloguing client so that links are added to the full MARC 21 manuals on the Library of Congress web-site. This makes it easy for the cataloguer to call up the full manual whenever they are in doubt. The script copes correctly with the 006 and 008 field sub-formats, and provides helpful links to the MARC language and country code lists.

Following the development of mobile devices, this is a proposal on how to customize the ALEPH HTML pages to create a simple and light WEB OPAC Interface.

The interface was tested with iPhone and Blackberry devices.

The current development status is "Production" however new developments will happen as "My Library Card" (Book Renew, Hold Requests, etc) is a demand of our users.