<html>
  <head>
    <style type="text/css">
      <!--
        body { margin-bottom: 1px; margin-right: 4px; margin-left: 4px; margin-top: 4px; line-height: normal; font-variant: normal }
        p { margin-bottom: 0; margin-top: 0 }
      -->
    </style>
    
  </head>
  <body style="margin-bottom: 1px; margin-right: 4px; margin-left: 4px; margin-top: 4px">
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">Scott&#44;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">I had a similar problem &#40;see the thread titled &quot;All items checked out in OPAC&quot;&#41;.&#160;What I found was that the onloan field in the items table had been populated with &#39;0000-00-00&#39; instead of NULL for iterms during the import with bulkmarcimport.pl. I was able to fix it by running the following in my database:</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">update items set onloan &#61; NULL &nbsp;WHERE onloan &#61; &#39;0000-00-00&#39;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">I&#39;ve reported this as bug 4392.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">Hope this helps&#33;</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Lucida Grande" size="3">Chris</font><br><br><br>Chris&nbsp;Hobbs<BR>Director,&nbsp;Technology<BR>New&nbsp;Haven&nbsp;Unified&nbsp;School&nbsp;District<BR><br><br>&gt;&gt;&gt; Scott Daniels &lt;scott@tw.co.nz&gt; 04/20/10 9:19 PM &gt;&gt;&gt;<br>Hi&#44;<br><br>I am hoping to get some help with an issue I am having with our<br>Koha&#40;v3.00.05.003&#41; installation. This is a new installation and<br>biblio/item data has been imported via MARC records. All of our items<br>imported correctly&#44; we imported patrons and manually populated the<br>issues table with data from the previous system.<br><br>The problem we are having is&#44; in the search screen &#40;ie<br>cgi-bin/koha/opac-search.pl&#63;q&#61;test&#41;.<br>The books are ALL reported to be on loan. &#40;Availability: No items<br>available: Checked out &#40;1&#41;&#41;<br><br>The reality is&#44; some are available&#44; some are not. This is ACCURATELY&#40;and<br>contradictory to the search screen&#41; reflected in the details screen for<br>each book &#40;cgi-bin/koha/opac-detail.pl&#63;biblionumber&#61;733&#41;&#44; this will list<br>the items with their correct status&#44; available or checked out.<br><br>In my research I found that Availability is calculated based on 5<br>fields&#44; notforloan&#40;0&#41;&#59; damaged&#40;0&#41;&#59; itemlost&#40;0&#41;&#59; wthdrawn&#40;0&#41; and<br>onloan&#40;null&#41;. These are all accurately set in our data.<br><br>I looked into the code &#40;/usr/share/koha/lib/C4/Search.pm line 1249&#41; and<br>it seems that the availability is retrieved from the Zebra index for the<br>search screen&#44; and not the data&#44; unless I am misinterpreting the comment.<br><br>&#35; &#39;available&#39; is defined as &#40;items.onloan is NULL&#41; and &#40;items.itemlost &#61; 0&#41;<br>&#35; In English:<br>&#35; all records not indexed in the onloan register &#40;zebra&#41; and all records<br>with a value of lost equal to 0<br><br>The scenario of a &#39;Zebra onloan register&#39; not being populated would<br>&#39;fit&#39; my problem in my mind&#44; as it is only on the search screen that<br>availability is wrongly presented.<br><br>My question is how can I populate this &#39;register&#39;&#63;<br><br>I have run zebra_rebuild -v -b -w &#44; this has had no effect.<br><br>--<br>Regards&#44;<br>Scott Daniels<br><br>TechnologyWise Ltd&#44; Tauranga&#44; NZ<br>scott@tw.co.nz<br>ph: &#43;64 &#40;0&#41;7 571 1060<br>fax: &#43;64 &#40;0&#41;7 571 1061<br><br>_______________________________________________<br>Koha mailing list<br>Koha@lists.katipo.co.nz<br><a href="http://lists.katipo.co.nz/mailman/listinfo/koha">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br><br>--<br>This message was scanned by ESVA and is believed to be clean.<br>Click here to report this message as spam.<br><a href="http://mx.nhusd.k12.ca.us/cgi">http://mx.nhusd.k12.ca.us/cgi</a>-bin/learn-msg.cgi&#63;id&#61;92E702AC5F.A08C0<br><br><br>
    </p>
  --
This message has been checked by ESVA and is believed to be clean.
</body>
</html>