<HTML><FONT FACE=arial,helvetica><FONT  SIZE=2>Remember some of us will use LC rather than Dewey, especially those in the 
<BR>scientific library field.....
<BR>
<BR>Ed
<BR>
<BR>
<BR>
<BR><BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">Subj: <B>[Koha] MARC TODO list</B>
<BR>Date: 6/25/01 1:18:42 PM US Mountain Standard Time
<BR><I>From: &nbsp;&nbsp;&nbsp;tonnesen@cmsd.bc.ca (Tonnesen Steve)
<BR>Sender: &nbsp;&nbsp;&nbsp;koha-admin@lists.katipo.co.nz
<BR>To: &nbsp;&nbsp;&nbsp;koha@lists.katipo.co.nz (Koha Open Source Library System)
<BR></I>
<BR>
<BR>
<BR>
<BR>
<BR>I've generated a short TODO list for adding MARC support to Koha below.
<BR>I've also checked most of my files into CVS now. &nbsp;I've placed most of them
<BR>in the koha/marc/ subdirectory, but the koha/C4/Catalogue.pm file is also
<BR>required to convert existing koha records to marc format.
<BR>
<BR>Please do not use any of this on production systems yet!
<BR>
<BR>
<BR>
<BR>TODO list
<BR>
<BR>1. &nbsp;Finish cataloguing api (Catalogue.pm)
<BR>
<BR>2. &nbsp;Modify existing code to use the new cataloguing api
<BR> &nbsp;a. start with all write routines
<BR> &nbsp;b. then all read routines
<BR>
<BR>3. &nbsp;Polish up MARC editor. &nbsp;Must include some sanity checks to prevent
<BR> &nbsp;&nbsp;&nbsp;modifications with the MARC editor rendering the data unusable by
<BR> &nbsp;&nbsp;&nbsp;Koha. &nbsp;
<BR> &nbsp;a. don't delete the barcode, warning before modifying barcode
<BR> &nbsp;b. don't mess up linkages between 852 and 876 tags
<BR> &nbsp;c. Home branch and holding branch info should require warnings before
<BR> &nbsp;&nbsp;&nbsp;&nbsp;updating.
<BR> &nbsp;d. others?
<BR>
<BR>4. &nbsp;Need to create some indexes of the MARC data to aid in searches.
<BR> &nbsp;&nbsp;&nbsp;Soundex searches would be nice.
<BR> &nbsp;a. subject index
<BR> &nbsp;b. title index
<BR> &nbsp;c. author index
<BR> &nbsp;d. dewey index
<BR> &nbsp;e. itemtype index
<BR> &nbsp;f. soundex indexes would require an index with 1 word in each record.
<BR> &nbsp;&nbsp;&nbsp;&nbsp;For example, a book with the title "The Habitat and Lifestyle of the
<BR> &nbsp;&nbsp;&nbsp;&nbsp;Elephant" would have entries for "Habitat", "Lifestyle" and
<BR> &nbsp;&nbsp;&nbsp;&nbsp;"Elephant" all pointing to the book's record. &nbsp;An sql query like
<BR> &nbsp;&nbsp;&nbsp;&nbsp;"select Record_ID from soundex_index where soundex(word) like
<BR> &nbsp;&nbsp;&nbsp;&nbsp;soundex('elefant')" would return a point to "The Habitat and
<BR> &nbsp;&nbsp;&nbsp;&nbsp;Lifestyle of the Elephant". &nbsp;(Personally, I think this is pretty
<BR> &nbsp;&nbsp;&nbsp;&nbsp;silly, but I had some librarians ask for it, and it isn't overly
<BR> &nbsp;&nbsp;&nbsp;&nbsp;difficult to implement). &nbsp;Soundex searches should be configurable as
<BR> &nbsp;&nbsp;&nbsp;&nbsp;an option somewhere. &nbsp;For example, have a special interface for young
<BR> &nbsp;&nbsp;&nbsp;&nbsp;children where they just type in a word and hit enter and soundex
<BR> &nbsp;&nbsp;&nbsp;&nbsp;searches are used, but normal searches do not use soundex. &nbsp;It would
<BR> &nbsp;&nbsp;&nbsp;&nbsp;be annoying for titles with the words 'Rode' and 'Road' to show up
<BR> &nbsp;&nbsp;&nbsp;&nbsp;when you search for 'Rhode', for example. 
<BR>
<BR>5. &nbsp;A million other things, probably...
<BR>
<BR>
<BR>_______________________________________________
<BR>Koha mailing list
<BR>Koha@lists.katipo.co.nz
<BR>http://lists.katipo.co.nz/mailman/listinfo/koha
<BR></BLOCKQUOTE>
<BR>
<BR></FONT></HTML>