<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>+1 from me</p>
<p>Questions: <br>
- Where would the information go about downloadability (and
availability, see below)? (Biblio record, item record...)<br>
- Will there be a need for granularity, e.g. allow download only
for users of a certain user type (Staff, Teacher...)?<br>
</p>
<p>A related functionality could be to mark items (of any type) to
be hidden in search results for non logged in users.<br>
Similar to AgeRestrictionMarker and/or OpacSuppression ( Hide
items marked as suppressed from OPAC search results. )</p>
<p>Then it would be a good idea to manage an "embargo date". Such
downloads (and/or items) would automatically become available /
visible after a certain date.</p>
<p>Just my 2 cents :-)<br>
</p>
<p>Marc<br>
</p>
<br>
<div class="moz-cite-prefix">Am 26.06.2017 um 07:50 schrieb Tomas
Cohen Arazi:<br>
</div>
<blockquote type="cite"
cite="mid:CABZfb=Xa0+OKjTdVzgsP3ZtmDFrNX7He4msivKJ8FKnX-KyZuA@mail.gmail.com">
<div dir="ltr">It's a simple addition I've been thinking of too.
Adding the 'logged in user' option to file uploads. It should be
very simple to implement.
<div>+1 from me.<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">El dom., 25 jun. 2017 a las 19:15, Indranil Das
Gupta (<<a href="mailto:indradg@gmail.com"
moz-do-not-send="true">indradg@gmail.com</a>>) escribió:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
the current Koha::Upload.pm and <a
href="http://opac-retrieve-file.pl" rel="noreferrer"
target="_blank" moz-do-not-send="true">opac-retrieve-file.pl</a>
allows for a<br>
uploaded file (e.g. PDF) to be displayed on the OPAC as long
as the<br>
flag is set to public.<br>
<br>
I know how many librarians feel about reader history privacy
and they<br>
are protective about it for good reason. In this context, I'm
faced<br>
with the following two use-cases:<br>
<br>
In India, e-books with archival rights are gaining ground over<br>
hardcopy. As it happens the buyer (institutional library) has
to give<br>
an undertaking that it will implement reasonable safeguards to
ensure<br>
that while all their bonafide users should have access to the
books,<br>
these shall not be presented to the users in such as way as to
permit<br>
un-monitored access / downloads by un-authenticated users etc
along<br>
with maintenance of any access log for any necessary
compliance.<br>
<br>
Or for example PhD theses where many institutions across India
have an<br>
embargo on the full-text online access for non-members for a
period<br>
upto 2 years from the date of publication, but no such
restriction<br>
exist for bonafide authorised users.<br>
<br>
I am working on an early stage prototype to support this sort
of<br>
functionality. My question here to you all is that how far
are we<br>
open as devs and librarians to accept such an extension into
Koha? Of<br>
course, there would be a syspref that will have to be set for
the<br>
functionality to kick in.<br>
<br>
Suggestions? Comments?<br>
<br>
regards<br>
indranil<br>
<br>
--<br>
Indranil Das Gupta<br>
L2C2 Technologies<br>
<br>
Phone : <a href="tel:+91%2098300%2020971"
value="+919830020971" target="_blank" moz-do-not-send="true">+91-98300-20971</a><br>
WWW : <a href="http://www.l2c2.co.in" rel="noreferrer"
target="_blank" moz-do-not-send="true">http://www.l2c2.co.in</a><br>
Blog : <a href="http://blog.l2c2.co.in" rel="noreferrer"
target="_blank" moz-do-not-send="true">http://blog.l2c2.co.in</a><br>
IRC : indradg on irc://<a href="http://irc.freenode.net"
rel="noreferrer" target="_blank" moz-do-not-send="true">irc.freenode.net</a><br>
Twitter : indradg<br>
_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org"
target="_blank" moz-do-not-send="true">Koha-devel@lists.koha-community.org</a><br>
<a
href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="http://www.koha-community.org/"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://bugs.koha-community.org/</a><br>
</blockquote>
</div>
<div dir="ltr">-- <br>
</div>
<div data-smartmail="gmail_signature">
<div dir="ltr">
<div style="color:rgb(117,117,117);font-family:"helvetica
neue",helvetica,arial,sans-serif;font-size:12.8px">Tomás
Cohen Arazi</div>
<div style="color:rgb(117,117,117);font-family:"helvetica
neue",helvetica,arial,sans-serif;font-size:12.8px">Theke
Solutions (<a href="http://theke.io/" moz-do-not-send="true">https://theke.io</a>)<br>
✆ +54 9351 3513384<br>
GPG: B2F3C15F</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Koha-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Koha-devel@lists.koha-community.org">Koha-devel@lists.koha-community.org</a>
<a class="moz-txt-link-freetext" href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a>
website : <a class="moz-txt-link-freetext" href="http://www.koha-community.org/">http://www.koha-community.org/</a>
git : <a class="moz-txt-link-freetext" href="http://git.koha-community.org/">http://git.koha-community.org/</a>
bugs : <a class="moz-txt-link-freetext" href="http://bugs.koha-community.org/">http://bugs.koha-community.org/</a></pre>
</blockquote>
<br>
</body>
</html>