We have Dymo turbo labels but don’t currently use koha to produce as we print 
one at a time

Sent from my iPhone

> On Oct 22, 2019, at 7:00 PM, "[email protected]" 
> <[email protected]> wrote:
> 
> Send Koha mailing list submissions to
>        [email protected]
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
>        [email protected]
> 
> You can reach the person managing the list at
>        [email protected]
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha digest..."
> 
> 
> Today's Topics:
> 
>   1. Restricting access to files attached to bibliographic records
>      (Myka Kennedy Stephens)
>   2. Re: Development to allow batch cancellation of selected
>      (BRANNON, CHRISTOPHER)
>   3. Holds issue after recent upgrade (Steve Nickerson)
>   4. Re: Holds issue after recent upgrade (Caroline Cyr-La-Rose)
>   5. Printing individual spine labels (TSNZ Library)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 22 Oct 2019 10:00:17 -0400
> From: Myka Kennedy Stephens <[email protected]>
> To: Koha <[email protected]>
> Subject: [Koha] Restricting access to files attached to bibliographic
>        records
> Message-ID:
>        <cajpoicvx0zxafdt26v-ndfr9xz354yc_qn6qljqmnjdrlnx...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
> 
> Hello,
> 
> Is it possible to restrict access to files attached to bibliographic
> records based on patron category?
> 
> We have a professor who wants to put a print journal on course reserve. It
> is a loose issue that is coming unbound, and I'm not comfortable in
> allowing it to circulate as a course reserve. It is covered under copyright
> and we do not have access to it through one of our full-text databases.
> 
> One option is to simply scan the article the professor wants to use and
> make it available to students within the course management system. However,
> I was thinking that it would be helpful for the library to keep the scan in
> its collection for long-term preservation purposes. I was looking at a way
> to do this within Koha using an analytic (child) record and attaching the
> scan file to that record. Since it is under copyright, however, I would
> need to restrict access to the file to only faculty and students who are
> logged in to Koha.
> 
> A compromise might be to restrict access to the file in Koha to only
> library staff (i.e., viewable in staff client only, if that's possible).
> Then the file could be shared with students through the course management
> system.
> 
> Is it possible to use the upload files plugin in this way? How are other
> libraries managing preservation copies of texts that are protected by
> copyright? Any suggestions or other ideas are appreciated.
> 
> Thanks,
> Myka
> 
> --
> Deaconess Myka Kennedy Stephens, MDiv, MSLIS
> Seminary Librarian and Assistant Professor of Theological Bibliography
> Lancaster Theological Seminary
> 555 West James Street
> Lancaster, PA 17603
> 717-290-8704
> [email protected]
> https://library.lancasterseminary.edu
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Tue, 22 Oct 2019 14:50:29 +0000
> From: "BRANNON, CHRISTOPHER" <[email protected]>
> To: "[email protected]" <[email protected]>
> Subject: Re: [Koha] Development to allow batch cancellation of
>        selected
> Message-ID:
>        <[email protected]>
> Content-Type: text/plain; charset="utf-8"
> 
> And what happens to those holds once they are cancelled?  Will they trigger 
> the next hold, if there is one, or transfer back home?  One of the reasons we 
> don't use this tool is that it is slow.  Another is that it doesn't trigger 
> to go home or to the next hold.  For those reasons, we find no compelling 
> reason to use it.  We just check the item in, cancel the expired hold, and 
> then check it in again to trigger any pending actions.  This is much faster 
> at this point.
> 
> Whether it is batch or not, you have to process everything again to see if 
> there are any pending actions.
> 
> ___________________________
> Christopher Brannon
> IT Coordinator
> 
> 
> 702 E Front Ave
> Coeur d'Alene, ID 83814
> (208)769-2315 Ext. 456
> [email protected]
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Tue, 22 Oct 2019 14:25:43 -0400
> From: "Steve Nickerson" <[email protected]>
> To: "'koha'" <[email protected]>
> Subject: [Koha] Holds issue after recent upgrade
> Message-ID: <[email protected]>
> Content-Type: text/plain;       charset="us-ascii"
> 
> After recently upgrading to the packaged version of 19.05.04.000 on Debian,
> we can no longer cancel any holds.   We get the following Software error in
> the Staff client:
> 
> Can't call method "notforloan" on an undefined value at
> /usr/share/koha/lib/C4/Reserves.pm line 1171.
> 
> 
> 
> Any ideas?
> 
> 
> 
> Thanks!
> 
> Steve
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Tue, 22 Oct 2019 15:10:37 -0400
> From: Caroline Cyr-La-Rose <[email protected]>
> To: [email protected]
> Subject: Re: [Koha] Holds issue after recent upgrade
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> Hi Steve,
> 
> To me, it looks like the item doesn't have a not for loan status. My
> first instinct would be to look in the database to make sure the
> items.notforloan field contains something and that that something is in
> fact in the authorised_values table.
> 
> Hope this helps...
> 
> Caroline
> 
>> On 19-10-22 14 h 25, Steve Nickerson wrote:
>> After recently upgrading to the packaged version of 19.05.04.000 on Debian,
>> we can no longer cancel any holds.   We get the following Software error in
>> the Staff client:
>> 
>> Can't call method "notforloan" on an undefined value at
>> /usr/share/koha/lib/C4/Reserves.pm line 1171.
>> 
>> 
>> 
>> Any ideas?
>> 
>> 
>> 
>> Thanks!
>> 
>> Steve
>> 
>> _______________________________________________
>> Koha mailing list  http://koha-community.org
>> [email protected]
>> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> --
> Caroline Cyr La Rose, M.L.I.S.
> Librarian | Product Manager
> 
> Phone: 1-833-465-4276, ext. 221
> [email protected] <mailto:[email protected]>
> 
> INLiBRO | Document Technologies Specialists | www.inLibro.com
> <http://www.inLibro.com>
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Wed, 23 Oct 2019 11:47:32 +1300
> From: "TSNZ Library" <[email protected]>
> To: <[email protected]>
> Subject: [Koha] Printing individual spine labels
> Message-ID: <[email protected]>
> Content-Type: text/plain;       charset="us-ascii"
> 
> I am new to this list and have recently taken over management of a small
> library using Koha. I would like to be able to print individual spine labels
> rather than batch printing. I read on the Bywater site that Dymo LabelWriter
> 450 twin Turbo will do this and is compatible with Koha. Can anyone confirm
> this or suggest an alternative?
> 
> 
> 
> Jo Atkinson
> 
> Senior Librarian
> 
> Theosophical Society in New Zealand Inc
> 
> 18 Belvedere Street, Epsom, Auckland
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> Koha mailing list
> [email protected]
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> ------------------------------
> 
> End of Koha Digest, Vol 168, Issue 19
> *************************************
> CAUTION: This email originated from outside of MCC. Do not click links or 
> open attachments or respond if it appears to be suspicious unless you 
> recognize the sender and know the content is safe. If you have any questions, 
> please contact MCC Service Desk.
> - Service Desk
> ________________________________
_______________________________________________
Koha mailing list  http://koha-community.org
[email protected]
https://lists.katipo.co.nz/mailman/listinfo/koha

Reply via email to