- Koha - lists.katipo.co.nz

problem in installing the apache server
by rupesh_gaur＠rediffmail.com 23 Mar '08

23 Mar '08

a problem in configuring the apache server When i installed the Apeche server on my computer the following problem accord "Only one usage of each socket address(protocol/network address/port)is nornmally permited.:make_sock: could not bind to address 0.0.0.0:80" How can l solve the same

2 1

Announcing Koha 3.0 (Beta)
by Joshua Ferraro 23 Mar '08

23 Mar '08

Hi folks, I'm happy to announce that a packaged beta release of Koha 3 is now available. You can download from the usual location: http://download.koha.org/koha-3.00.00-beta.tar.gz http://download.koha.org/koha-3.00.00-beta.tar.gz.sig You can check the integrity of the package; either by verifying the provided GPG signature (.sig) or by comparing the MD5 checksum: 84f6ec3615155cfa755a9e7139bd07df koha-3.00.00-beta.tar.gz I've also tagged this in Git as "version 3.00.00 beta" v3.00.00-beta This is the second packaged release of Koha 3. Prior to the official stable release of Koha 3.0, software issues, bugs, and unimplemented features must be addressed. These are documented on Koha's Bugzilla: http://bugs.koha.org and organized on the 3.0 RM's QA notes Wiki page: http://wiki.koha.org/doku.php?id=en:development:qanotes3.0 The release notes for this beta version are pasted in below, and will also on the koha.org website sometime over the weekend. Cheers, -- Joshua Ferraro Koha 3.0 Release Manager ============================================================================== RELEASE NOTES FOR KOHA 3.0 ALPHA ============================================================================== Koha 3 is the next-generation release of the award-winning Koha open-source integrated library system. You can obtain Koha 3.0 Beta from the following URL: http://download.koha.org/koha-3.00.00-beta.tar.gz These Release Notes cover What's New in Koha 3, information about the new Revision control system (Git), and Version-release process, pointers to Download, Installation, and Upgrade documentation, a brief introduction to the new Templates, a call to Translation and Documentation writers, and finally, Known Issues with this version. ============================================================================== WHAT'S NEW IN KOHA 3? ============================================================================== 1. Zebra plugin - Zebra is a high-performance, general-purpose structured text indexing and retrieval engine. It supports large data sets (tens of millions of records) and includes support for SRU, Z39.50 and several query languages: CCL, CQL, and PQF. For more information about Zebra, please see: http://indexdata.dk/zebra Koha's new search engine, built on top of Zebra, supports features such as relevance ranking, field weighting, truncation, stemming, use of fuzzy operators, language-specific indexing, sorting, etc. Indexes are updated in real-time with circulation transactions, enabling limits by availability and statuses. Faceted refine-by limits are available from both staff and opac interfaces. For libraries that don't want the overhead of maintaing Zebra, Koha 3 ships with a NoZebra option, in which bibliographic and authority data is indexed in the RDBMS. 2. New installer - based on the common Perl module ExtUtils::MakeMaker, the new installer makes it a snap to get Koha running on just about any platform. The installer comes complete with a Developer's Toolkit target ('dev') that can be used to get a development environment linked directly to revision control, to support rapid prototyping and an agile development process. 3. Standard APIs - Koha 3 supports a number of important library search and retrieval standards and microformats, such as SRU/W, Z39.50 (http://www.loc.gov/standards/sru/) UnAPI (http://unapi.info/) and COinS/OpenURL (http://ocoins.info; http://www.niso.org/committees/committee_ax.html) Also supported is the popular Internet standard: OpenSearch (http://opensearch.a9.com/) created by Amazon's A9. Records are stored internally in an SGML-like format and can be retrieved in MARCXML, Dublin Core, MODS, RSS, Atom, RDF-DC, SRW-DC, OAI-DC, and EndNote; and the OPAC can be used by citation tools such as Zotero. Creating new export formats is a trivial exercise in writing XSLT; records can be passed through XSLT transformations either directly out of the index, or via a separate parsing function. To retrieve and interact with Circulation and Patron data, Koha 3 includes support for 3M's Standard Interchange Protocol (SIP2), using the OpenNCIP libraries (http://openncip.org) There are also an ever-expanding set of native REST APIs to handle interoperability with external tools such as third-party cataloging clients. These APIs provide authentication as well as add/edit/delete control over bibliographic data within a Koha system. For more information, see: http://wiki.koha.org/doku.php?id=en:development:web_services Koha 3 also includes pluggable authentication - easy integration with LDAP and Active Directory via the Auth_with_ldap module. The Amazon.com module can be enabled to enrich bibliographic data with jacket covers, professional reviews, ratings and comments from Amazon users, as well as point to 'Similar Items' within the catalog. OCLC's xISBN, and LibraryThing's ThingISBN can likewise be enabled to provide an 'Editions' tab on item detail pages. New with Koha 3 is service throttling for these services, to keep within subscription limits. 4. Cross-platform, multi-RDBMS, Web-server agnostic - Run Koha on the platform of your choice: Linux, Windows, Mac OS X, FreeBSD, Solaris. Koha 3 also includes better support for multi-RDBMS (MySQL 5.0 and PostgreSQL), and runs under Apache2, IIS, or the web server of your choosing. 5. Multi-lingual support - Koha was designed from the ground up for multilingual libraries. Koha 3 can handle Chinese, Japanese, and even right-to-left languages such as Arabic and Hebrew with ease (BiDi). Koha's index engine (Zebra) can handle record formats containing any UNICODE compliant script, such as Arabic, Chinese, Hebrew, Japanese and Korean. Zebra has this support via the ICU libraries created and maintained by IBM. You can translate Koha into your language using the built-in translation tools, or by visiting http://translate.koha.org. 6. New templates - Koha's staff and patron interfaces are developed with a template system that's easy to theme. The default templates are composed of 100% valid XHTML and CSS. Koha aims to meet or exceed U.S. Government Section 508 and W3C's WAI-AA standards for sight and motor impaired individuals. All Javascript usage comes with fallback modes that work in any web browser. 7. Koha 3 has quite a few new modules, as well as enhancements to existing modules, including: news writer, label creator, calendar, OPAC comments, MARC staging and overlay, notices, transaction logs, guided reports with a data dictionary and task scheduler, classification sources/filing rules. ============================================================================== REVISION CONTROL ============================================================================== With Koha 3, we've started using a new distributed revision control system called Git; it's the same system in use by many other projects, including the Linux Kernel. To learn more about how to develop Koha using Git, please see the Wiki page: http://wiki.koha.org/doku.php?id=en:development:git_usage ============================================================================== VERSION NUMBERING ============================================================================== With Koha 3, version numbering has been changed to use a method similar to Perl's: major.minor[.revision[.build]] * major: one digit * minor: two-digit * revision: two-digit * build: three-digit This beta release of Koha 3.0 is versioned 3.00.00.056. Every database change or significant enough code change requires an update to the 'build' number, and developers will be able to easily upgrade their systems using the built-in updater. Koha 3.0 Release Schedule: This beta release of Koha 3.0 includes the following general improvements over the alpha release on XXX: * General Bugfixing (everyone) * New API for item management (gmcharlt) * MARC21 Authorities (gmcharlt) * Improved I18N/L10N, lang detection (kados) * OPAC Templates re-design (oleonard) * Additional translations This beta release of Koha 3.0 will be followed by a stable release on Mar 15, 2008, including fixes to the following components: * General Bugfixing (everyone) * Sync the system preferences between dev_week, rel_2_2 and 3.0 (gmcharlt) * Additional Template improvements (oleonard) * Documentation and Translations (everyone) The final stable release of Koha 3.0 is now slated for March 15 2008 and will include bugfixes to 3.0 beta. Subsequent releases of 3.0 will be bugfix releases, and won't include any new features. New features will be available in Koha 3.2 and subsequent releases. ============================================================================== UPGRADING FROM A PREVIOUS VERSION OF KOHA ============================================================================== The upgrade process from a previous version of Koha is documented on the Wiki at the following page: http://wiki.koha.org/doku.php?id=22_to_30 ============================================================================== TEMPLATES ============================================================================== You may have heard that the templates for Koha 3 have been re-skinned; there is also the start of a template style guide on the Wiki: http://wiki.koha.org/doku.php?id=en:documentation:templates_style_guide Kudos to Owen Leonard and the Nelsonville Public Library for their contributions! ============================================================================== TRANSLATIONS ============================================================================== Koha 3 beta (this release) currently has complete translations for the following languages: OPAC: de-DE (German), el-GR (Greek), es-ES (Spanish), en (English), fr-FR (French) hu-HU (Hungarian), it-IT (Italian), pt-PT (Portuguese), tr-TR (Turkish), ru-RU (Russian), uk-UA (Ukranian) zh-Hans-CN (Simplified Chinese in China), zh-Hans-TW (Simplified Chinese in Taiwan) Staff Client fr-FR (French), en (English), hy-Armn (Armenian), ru-RU (Russian), uk-UA (Ukranian) zh-Hans-CN (Simplified Chinese in China), zh-Hans-TW (Simplified Chinese in Taiwan) Additionally, Koha 3 beta (this release) has partial translations for the following languages: OPAC: am-Ethi (Amharic), bg-Cyrl (Bulgarian), fa-Arab (Persian), fi-FI (Finnish) gl (Galego), he-Hebr (Hebrew), id-ID (Indonesian), ja-Japn (Japanese), kn-Knda (kannada), ko-Kore (Korean), mi-NZ (Maori), pl-PL (Polish), tet (Tetum) Staff Client: de-DE (German), el-EL (Greek), es-ES (Spanish), hu-HU (Hungarian), ja-Japn (Japanese), tr-TR (Turkish), The Koha Team welcomes additional translations; please see http://www.kohadocs.org/usersguide/apb.html for information about translating Koha, and join the koha-translate list to volunteer: http://lists.nongnu.org/mailman/listinfo/koha-translate ============================================================================== DOCUMENTATION ============================================================================== User-contributed documentation for Koha 3 is available on the Koha Wiki (http://wiki.koha.org) The Koha Team welcomes documentation contributions; please join the Koha-devel list to volunteer: http://lists.nongnu.org/mailman/listinfo/koha-devel ============================================================================== KNOWN ISSUES ============================================================================== Known bugs are documented on the Koha wiki: http://bugs.koha.org and at the 3.0 RM's QA notes Wiki page: http://wiki.koha.org/doku.php?id=en:development:qanotes3.0

1 1

A very basic librarian question
by George Adams 22 Mar '08

22 Mar '08

As I try to setup our church library, it's been helpful for me to have a programming background as I work with Koha. Unfortunately, I don't have a librarian background, which is causing me to have to learn a lot of things that are probably obvious to anyone who's done this kind of thing before. Here's one such problem. I had thought I would simply enter all my DVDs into Koha, generate labels that contain the title of the DVD and the barcode #, and stick those labels on the DVD cases. Then items would be shelved in numeric order by barcode #. What finally occurred to me is that if we have several, say, VeggieTales videos as barcodes 11,12,13,14, then buy a new one later, the new DVD will have a barcode something like 104, and be shelved nowhere near the other ones. So obviously I need a different way to sort my items on the shelf that isn't based on the barcode. I'm guessing this is a "call number", right? (told you this was a really basic question!) So, my questions are: * How should I go about developing a system for creating a call number? Is there a "best practices" way of doing this? (The vast majority of these videos are from fairly small publishers, or are even created in-house, so they won't have any official Dewey or LC numbers or anything. So, I'm going to have to create a system from scratch, and I'd like to figure out the best way to do it. * Where do I store this information in Koha? I see fields that look like possibilities in 942h,i,k,m , but there are a lot of 0xx fields that look like possibilities as well. I'm not sure which is the best field to use... (or maybe that information is part of the "Item", not the "Biblio"? In which case I should maybe put it into "o - Koha full card number" on the "Add Item" screen that follows the "Add MARC Record" page?) Thanks for some basic help. :-)

5 4

Item Types and MARC Frameworks
by Ramon Andinach 21 Mar '08

21 Mar '08

Hi All, Dumb question. Is it reasonable to assume that the MARC Bibliographic Frameworks preferences are expecting the same fields as the Item Types listed? -ramon

1 0

Re: [Koha] A very basic librarian question
by BWS Johnson 21 Mar '08

21 Mar '08

Salvete! \/\/00+ a Librarian question! Ohhhh, it might *seem* like a basic question, but you could have inquired without fear of retribution, and we would have taken you for a Librarian. You see, no one really knows.* (*That I've met, anyway.) The best scheme I saw for a public Library was genre based at the East Brunswick Public Library in NJ a long time ago when I was a high schooler. However, you're dealing with a church Library, so I can only imagine all yer stuff is going to be on fairly similar topics. So, I will advocate for an approach that other cataloguers (this is really a classification question, but I doubt that matters to you) may throw stones at me for. I would counsel you to genrify by title and church chronology or possibly author and church chronology. That way, if it were in a Christian establishment, you'd have works in the early years and title then the later and it might prove useful to your users. If it were a mosque, I might advocate for subject classification. If it were a Judaic temple, I might advocate for just stickin' to the Dewey subject since I'd like to think there might be a wider range of topics present. So I suppose it would help to pry and know which religion, and in that case I might provide a more useful answer. Cheers, Brooke

2 1

Getting a newer version of Koha
by George Adams 21 Mar '08

21 Mar '08

(Koha 3.0alpha, (Gentoo) Linux 2.6.24, MySQL 5.0.56) I've seen some terms thrown around like "latest snapshot", "git" and such that seems to indicate it's possible to get a newer version of Koha than 3.0alpha. I found my way to http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=summary , but I'm not sure what to do there. Clicking on any of the links labeled "snapshot" seems to trigger a really big download, though. So, to get the latest version of Koha, should I just download the top "snapshot" link? Or is there a better way to do it? (Is there a revised release date for the beta, BTW?) Thank you.

3 6

Re: [Koha] Fwd: Paying fines (again)?
by George Adams 21 Mar '08

21 Mar '08

Yes, you're right - I'd missed that feature in the check-out process. Great - that solves half the problem. For the other half (a notification for the librarian of patron fines during check-in), I wrote a patch to add that functionality to returns.pl and returns.tmpl , and filed it as an enhancement request (Bug 1962: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1962 ) Maybe some form of that will make it into a future snapshot. Date: Thu, 20 Mar 2008 12:34:22 -0400 From: ohiocore(a)gmail.com To: koha(a)lists.katipo.co.nz Subject: [Koha] Fwd: Paying fines (again)? This already occurs at checkout after scanning the patron's barcode, at circulation.pl. See the section in red on the right of this screenshot: http://picasaweb.google.com/ohiocore/Screenshots/photo#5179861476686223042 The patron is allowed to continue borrowing until their fines have reached a certain configurable threshold, by default $5.00. --joe On Wed, Mar 19, 2008 at 3:58 PM, George Adams <g_adams27(a)hotmail.com> wrote: (Koha 3.0alpha, (Gentoo) Linux 2.6.24, MySQL 5.0.56) I appreciate all the help over the last few months. We're about launch our little library here at church, but I just wanted to try this question once more: Is there any way to have Koha tell the librarian, either during a check-out or check-in, that the current patron has a fine on his account? If it's a check-in, the patron may want to pay the fine right away. If it's a check-out, we want to disallow the checkout (no further borrowing until the fine is paid). I'm sure there are existing Koha sites that do this kind of thing, right? Thanks again. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _________________________________________________________________ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008

1 0

Live on Koha
by Lenora Oftedahl 20 Mar '08

20 Mar '08

Our public access web catalog is now live on Koha. http://www.fishlib.org Feel free to stop by and check us out. -- *************************************** Lenora A. Oftedahl, MLS MEPM StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission 729 NE Oregon St, Ste 190 Portland, OR 97232 503-736-3581 / ARIEL: 207.173.155.8 503-731-1260 FAX OFTL(a)critfc.org http://www.fishlib.org ************************************* "One by one, the penguins are stealing my sanity" ************************************** "Don't worry about the world coming to an end today. It's already tomorrow in Australia." --(Charles Schultz) ************************************** "The problem with adults is that they are contaminated by experience." --Kumi Naidoo, General Secretary and CEO of CIVICUS **************************************

1 0

Fwd: Paying fines (again)?
by Joe Atzberger 20 Mar '08

20 Mar '08

This already occurs at checkout after scanning the patron's barcode, at circulation.pl. See the section in red on the right of this screenshot: http://picasaweb.google.com/ohiocore/Screenshots/photo#5179861476686223042 The patron is allowed to continue borrowing until their fines have reached a certain configurable threshold, by default $5.00. --joe On Wed, Mar 19, 2008 at 3:58 PM, George Adams <g_adams27(a)hotmail.com> wrote: > (Koha 3.0alpha, (Gentoo) Linux 2.6.24, MySQL 5.0.56) > > I appreciate all the help over the last few months. We're about launch > our little library here at church, but I just wanted to try this > question once more: > > Is there any way to have Koha tell the librarian, either during a > check-out or check-in, that the current patron has a fine on his > account? > > If it's a check-in, the patron may want to pay the fine right away. > If it's a check-out, we want to disallow the checkout (no further > borrowing until the fine is paid). > > I'm sure there are existing Koha sites that do this kind of thing, > right? > > Thanks again. > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

Mapping fields to "ignore"
by Gianmarco Spiga 20 Mar '08

20 Mar '08

Hi all, We are doing some tests to see if Koha is the right choice for our small social justice library. Does any of you know if there is a quick way to set all the MARC fields/subfields to "ignore" in the MARC structure for a given framework? I would like to do that and then map only the fields that we are going to use. Thanks! Gianmarco S. SFPIRG Social Justice Library

3 3