2009/4/26 Nelson Fredsell -CCE <span dir="ltr">&lt;<a href="mailto:nelson@cfce.org.za">nelson@cfce.org.za</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">









<div link="blue" vlink="purple" lang="EN-ZA">

<div><span lang="EN-US">Settings for multiple classification
schemes --</span>

<p><span lang="EN-US">In Home | Admin | SysPrefs | Cataloguing –
itemcallnumber: I suppose Dewey collections would assign 082, but non-Dewey
852?  What setting to use when multiple schemes exist?</span><br></p></div></div></blockquote><div><br>The callnumber is retained at the item level, so can be set arbitrarily per item.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-ZA"><div><p style="margin-left: 20.25pt; text-indent: -18pt;"><span style="font-family: Wingdings;" lang="EN-US"><span>Ø<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">  </span></span></span><span lang="EN-US">We’re moving from proprietary-format Microsoft Access to MARC-format
Koha. Freeware utilities to make this possible?  I’m not sure MarcEdit is
quite there yet, maybe with next release?</span></p></div></div></blockquote><div>MarcEdit is your best bet.  Otherwise you need a utility or export function built around dumping your proprietary DB to valid MARC data.   <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div link="blue" vlink="purple" lang="EN-ZA"><div><p style="margin-left: 20.25pt; text-indent: -18pt;">
<span lang="EN-US"></span></p>

<p style="margin-left: 20.25pt; text-indent: -18pt;"><span style="font-family: Wingdings;" lang="EN-US"><span>Ø<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">  </span></span></span><span lang="EN-US">Cleaning up the data.  We’d like to run Z39.50 searches on our
items once in Koha, but won’t this delete important MARC data 9xx, like
barcode / itemcallnumber / etc.?  What if we used proprietary keywords, notes,
categories that we want to keep?  Does the native Koha Z39.50 search remove all
this?</span></p></div></div></blockquote><div>Any field can be indexed in zebra (and thereby searched via Z39.50.  No data is deleted to build the index.  <br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-ZA"><div><p style="margin-left: 20.25pt; text-indent: -18pt;"><span lang="EN-US"></span></p>

<p style="margin-left: 20.25pt; text-indent: -18pt;"><span style="font-family: Wingdings;" lang="EN-US"><span>Ø<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">  </span></span></span><span lang="EN-US">Does anyone ever use a utility to access the (Zebra?) data directly,
rather than via the Koha front end?  Couldn’t I cleanup data more quickly
using a model like Microsoft Access attached tables?  Is Zebra a relational
database?</span><br></p></div></div></blockquote><div>See &quot;yaz-client&quot;, part of the zebra command-line tools.   I cannot say what works better for you: if you are only familiar with Access, then you will probably prefer it to everything else.  Zebra is an index of the book/item data in Koha.  Koha itself uses mysql to store data in a relational DB.  So some of your data manipulation (like item callnumbers) could be done using mysql tools of your choice, either on the command line or via GUI.  This is then reflected in Zebra by updating/rebuilding the index.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div link="blue" vlink="purple" lang="EN-ZA"><div><p style="margin-left: 20.25pt; text-indent: -18pt;">
<span lang="EN-US"></span></p>

<p style="margin-left: 20.25pt; text-indent: -18pt;"><span style="font-family: Wingdings;" lang="EN-US"><span>Ø<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">  </span></span></span><span lang="EN-US">Do I want to consider XML format as an intermediary between MARC and
Access?  I don’t know anything about XML format.</span></p></div></div></blockquote><div>Only if a regular delimited export of your data proves unworkable with a given tool (in this case, probably MarcEdit).  <br><br></div>
</div>- <br>Joe Atzberger<br>LibLime - Open Source Library Solutions