<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 20, 2013 at 9:05 AM, Mathieu Saby <span dir="ltr"><<a href="mailto:mathieu.saby@univ-rennes2.fr" target="_blank">mathieu.saby@univ-rennes2.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
  

    
  
  <div text="#000000" bgcolor="#FFFFFF">I have a project about making more easy to hide/unhide records on
    the OPAC (without having to edit the record in cataloguing mode).<br>
    <a href="http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778" target="_blank">http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778</a><br>
    In the discussion with Fridolyn Somers, the idea of creating first a
    new column in biblio table for storing the "OPAC visibiliy" status
    appeared.<br>
    It is not <b>stricty </b>needed but I imagine it could be used by
    other enhancements later.<br>
    <br>
    The issue is that there no field used universally in UNIMARC for
    storing the visibility information (for ex. in our library we have a
    non standard field for that, so our Zebra record.abs is specific for
    this point).<span><span> :-( </span></span><br>
    So to take advantage of this change, libraries (maybe only Unimarc
    libraries?) which will upgrade to 3.14 will need<br>
    - to map their frameworks with the new field in sql database, so
    that Koha could know which MARC field is used to store the
    information.<br>
    - then, to run a script - once for all - for updating this new field
    in sql database<br>
    <br>
    As it will imply manual operations after upgrade, I wanted to get
    the opinion of the RM fist.<br>
    So, Galen, have you got some objections or comments?<span class=""><font color="#888888"><br></font></span></div></blockquote></div><div><br></div><div>I think adding a column to the biblio table to express OPAC visibility is a good idea.</div>
<div><br></div><div>To my knowledge, MARC21 and NORMARC libraries who use OPAC visibility all use the same subfield, 942$n, so updating the frameworks for those installations could be fully automated.  It might be possible to do the same for UNIMARC installations; since an (unmodified) Koha system always uses the "Suppress" CCL keyword to exclude suppressed records, parsing the active Zebra configuration files would indicate which subfield was being used.</div>
<div><br></div><div>Other tables could benefit from a visibility column as well -- namely branches and items -- but that of course could be added later</div><div><br></div><div>Regards,</div><div><br>Galen</div>-- <br><div dir="ltr">
<div>Galen Charlton</div><div>Manager of Implementation</div><div>Equinox Software, Inc. / The Open Source Experts</div><div>email:  <a href="mailto:gmc@esilibrary.com" target="_blank">gmc@esilibrary.com</a></div><div>direct: +1 770-709-5581</div>
<div>cell:   +1 404-984-4366</div><div>skype:  gmcharlt</div><div>web:    <a href="http://www.esilibrary.com/" target="_blank">http://www.esilibrary.com/</a></div><div>Supporting Koha and Evergreen: <a href="http://koha-community.org" target="_blank">http://koha-community.org</a> & <a href="http://evergreen-ils.org" target="_blank">http://evergreen-ils.org</a></div>
</div>
</div></div>