<div dir="ltr">As per my knowledge, we can't restrict a patron in one branch from checking out books in another branch. Also, one patron cannot belong to multiple branches. <div><br></div><div>If we work on this feature, will it be accepted into koha?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 22, 2017 at 9:52 PM, Dalton Fury <span dir="ltr"><<a href="mailto:daltonfury42@gmail.com" target="_blank">daltonfury42@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey, <div><br></div><div>Thanks for the quick reply. </div><div><br></div><div>3.1 This won't be an issue, because the student would, after completion of the internship, be appointed as a student administrator at the library. He will be given a stipend and will work with us for 2 years. Our library systems are managed with the help of such a team of student admins. </div><div><br></div><div>3.2 We also plan on using branches. Is there a way to make a patron be able to use his account on multiple branches? Also as of now, koha allows patrons from one branch to checkout books from another branch. I don't think there is a system preference to limit this. Will these two features qualify? </div><div><br></div><div>Regards,</div><div><div class="h5"><div class="m_-6752023169168015181HOEnZb"><div class="m_-6752023169168015181adm"><div id="m_-6752023169168015181q_15af6e98132ac79e_1" class="m_-6752023169168015181ajR m_-6752023169168015181h4"><div class="m_-6752023169168015181ajT"></div></div></div><div class="m_-6752023169168015181h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 22, 2017 at 7:03 PM, Philippe Blouin <span dir="ltr"><<a href="mailto:philippe.blouin@inlibro.com" target="_blank">philippe.blouin@inlibro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <p>Hi Dalton,</p>
    <p>We've played in that area, and as such I'll offer some answers to
      your questions</p>
    <ol>
      <li>feasible?  Yes, easily.  Adding columns in the UI and in the
        backend should be relatively easy.</li>
      <li>Most IT undergrad with curiosity, common sense and access to
        Google for perl/mysql questions should manage.</li>
      <li>Acceptance is not a given.  You start with two strikes against
        you:</li>
      <ol>
        <li>Your dev will leave after four weeks.  Who will maintain the
          work, rebase it regularly, promote it, until it gets accepted
          ?</li>
        <li>This is very specialized request.  Most libraries manage
          with using branches to differenciate these situations. 
          Getting support MIGHT prove a hurdle.</li>
      </ol>
    </ol>
    <p>Regards,<br>
    </p>
    <div class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-signature">
      
      <div class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606sig_inlibro">
        <div class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606sig_content"> <span class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606nom">Philippe Blouin,</span><br>
          <span class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606tagline m_-6752023169168015181m_-5976275041479689178m_-862241988887146606small">Responsable du développement
            informatique</span><br>
          <p class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606desc m_-6752023169168015181m_-5976275041479689178m_-862241988887146606small"> Tél.  : (888) 604-2627<br>
            <a href="mailto:philippe.blouin@inLibro.com" target="_blank">philippe.blouin@inLibro.com</a>
          </p>
        </div>
        <div class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606sig_footer"> <span class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606in">in</span><span class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606libro">Libro</span> <span class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606tagline m_-6752023169168015181m_-5976275041479689178m_-862241988887146606small">|
            pour esprit libre |</span> <a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606small" href="http://www.inLibro.com" target="_blank">www.inLibro.com</a> </div>
      </div>
    </div><div><div class="m_-6752023169168015181m_-5976275041479689178h5">
    <div class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-cite-prefix">On 03/22/2017 06:47 AM, Dalton Fury
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="m_-6752023169168015181m_-5976275041479689178h5">
      <div dir="ltr"><span style="font-size:12.8px">Hi,</span>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">I am writing this email
          representing Central Library, National Institute of
          Technology, India. We migrated to Koha from a propitiatory
          software over an year ago, and are very happy with Koha.</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px"><br class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606gmail-m_5844306911482753241gmail-Apple-interchange-newline">
          After moving to Koha, various departments have approached us
          so that they can use our Koha installation to mange their
          libraries. One obstacle we face is that Circulation Rules can
          be defined only based on Patron Categories.<br>
        </div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">Our patrons are categorized as
          UG(Under graduate), PG(Post Graduate), PHD, STAFF, FACULTY
          etc. Sort1 and Sort2 fields are used to classify patrons into
          departments (Mechanical, Civil , CS, Electrical etc)  and
          programs (B. Tech, MCA, BCA, MBA etc) respectively.</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">Our patron categories are too
          broad. We need to define rules based on sort1 and sort2 fields
          as well. </div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">We are planning on taking a CS
          student as an intern during the summer vacation and get him to
          work on this feature.</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">I am not a developer, and hence I
          want to get opinions from the koha developer community before
          I proceed with this. Some questions I have in mind are:</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">Will the Koha community accept
          this change?</div>
        <div style="font-size:12.8px">Is it feasible?</div>
        <div style="font-size:12.8px">Can an undergrad student learn and
          implement this in 4 weeks of time? What is the difficulty
          level?</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">I also have a high level objective
          of introducing a student to opensource contributions. If there
          is some other useful task that the intern can do for the
          community, please mention them too.</div>
        <div style="font-size:12.8px"><br>
        </div>
        <div style="font-size:12.8px">Regards, </div>
      </div>
      <br>
      <fieldset class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606mimeAttachmentHeader"></fieldset>
      <br>
      </div></div><pre>______________________________<wbr>_________________
Koha-devel mailing list
<a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-txt-link-abbreviated" href="mailto:Koha-devel@lists.koha-community.org" target="_blank">Koha-devel@lists.koha-communit<wbr>y.org</a>
<a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-txt-link-freetext" href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" target="_blank">http://lists.koha-community.or<wbr>g/cgi-bin/mailman/listinfo/koh<wbr>a-devel</a>
website : <a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-txt-link-freetext" href="http://www.koha-community.org/" target="_blank">http://www.koha-community.org/</a>
git : <a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-txt-link-freetext" href="http://git.koha-community.org/" target="_blank">http://git.koha-community.org/</a>
bugs : <a class="m_-6752023169168015181m_-5976275041479689178m_-862241988887146606moz-txt-link-freetext" href="http://bugs.koha-community.org/" target="_blank">http://bugs.koha-community.org<wbr>/</a></pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>
</div></div></div></div></div>
</blockquote></div><br></div>