<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Le 20/09/2013 18:15, Galen Charlton a
      écrit :<br>
    </div>
    <blockquote
cite="mid:CAPLnt65xQ6ZGX90d+6CB3g4cJsDk34DL5_eJcioE3cqJRJJBdQ@mail.gmail.com"
      type="cite">
      <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 moz-do-not-send="true"
                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 moz-do-not-send="true"
                  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>
      </div>
    </blockquote>
    <br>
    I was wondering if a script launched by updatedatabase.pl will
    always have rights to access to directory where the /etc/zebra/...
    will be stored? Excuse me if it is a stupid question...<br>
    Is it stored in the environment variable  <span class="nv">$KOHA_CONF_DIR</span>
    ?<br>
    <br>
    <br>
    <blockquote
cite="mid:CAPLnt65xQ6ZGX90d+6CB3g4cJsDk34DL5_eJcioE3cqJRJJBdQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <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 moz-do-not-send="true"
                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 moz-do-not-send="true"
                href="http://www.esilibrary.com/" target="_blank">http://www.esilibrary.com/</a></div>
            <div>Supporting Koha and Evergreen: <a
                moz-do-not-send="true" href="http://koha-community.org"
                target="_blank">http://koha-community.org</a> & <a
                moz-do-not-send="true" href="http://evergreen-ils.org"
                target="_blank">http://evergreen-ils.org</a></div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Mathieu Saby
Service d'Informatique Documentaire
Service Commun de Documentation
Université Rennes 2
Téléphone : 02 99 14 12 65
Courriel : <a class="moz-txt-link-abbreviated" href="mailto:mathieu.saby@univ-rennes2.fr">mathieu.saby@univ-rennes2.fr</a></pre>
  </body>
</html>