<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">A while back, we asked a similar question of our LibLime support folks. Here is what they told us:<div><br></div><div>Here are the basic rules for<br> determining availability in Koha:<br><br> There is no single subfield indicating item availability.<br> All checked-out items have a date in subfield $q.<br> if there is no date in subfield $q then you must check subfields $0, $1, $4<br> and $7. If these four subfields all contain a 0, the item is available.<br><div><div><br></div><div>I hope this helps you out. :)</div><div><br></div><div>Liz Rea</div><div>NEKLS</div><div><br></div><div>On Feb 15, 2010, at 4:58 AM, Mike Mason wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>
Hi all<br><br>
I'm a newbie configuring Koha (Liblime's Koha Express [release
3.00.02.012]) for the first time. <br>
Our library is part of a consortium of theological libraries that has a
virtual union catalogue -- an OCLC site running Zportal -- a Z39.50
client that queries multiple servers similtaneously. So I have to
give the folks at OCLC info about how Koha stores data on Holdings in tag
952 so they can configure their Zportal to look for it. <b>I want
the Z39.50 search result to show whether an item is AVAILABLE. Koha shows
this in its own OPAC, but how can an external Z39.50 client find it? Is
it in a MARC field/subfield? </b> Our Liblime trainer suggested 952$q,
but when I test this with Bookwhere, nothing is returned. Anyway, 952$q
is 'checked out', and to be available, an item would have to be not only
not checked out, but also not lost, not withdrawn etc. Is
availability stored in a mysterious Koha variable like
biblioitem.available? (No such variable is listed in the Koha to Marc
mapping table, as far as I can see). If it's a Koha variable not mapped
into MARC, how can Zportal get to it? It seems to manage with other
ILS packages.<br><br>
Excuse my vast ignorance of library matters; I'm not even a librarian;
kind of honorary computer support person. I've had to learn more
about MARC than I ever wanted to know, and I hate it already.<br><br>
Mike Mason<br><br>
<br>
<x-sigsep><p>
Cordially,<br><br>
Michael Mason<br><br>
<br>
(Rev. Dr.) Michael Mason<br>
Librarian & Director of I.T.<br>
Redemptorist Seminary Library<br>
10 Majella Ct.<br>
Kew, Vic. 3101<br><br>
Phone: +61 3 9817 9758<br>
Fax: +61 3 9816 9805<br>
Email: <a href="mailto:M.Mason@ytu.edu.au">M.Mason@ytu.edu.au</a></p></x-sigsep></div>
_______________________________________________<br>Koha mailing list<br><a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>http://lists.katipo.co.nz/mailman/listinfo/koha<br></blockquote></div><br></div></body></html>