Tks Caroline, it works for us. Thanks & regards, Peter Lau Librarian Tel: (852) 3977 9868 | Email: [email protected] | Fax: (852) 23384320
2 Tin Wan Hill Road, Tin Wan, Aberdeen YCCECE, Here We Grow Our Future | www.yccece.edu.hk -----Original Message----- From: Koha [mailto:[email protected]] On Behalf Of [email protected] Sent: Thursday, 20 December 2018 7:00 AM To: [email protected] Subject: Koha Digest, Vol 158, Issue 18 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. Tag Cloud tab (Peter Lau) 2. Re: Tag Cloud tab (Caroline Cyr-La-Rose) 3. Re: Branches limitations for locations (Paul Poulain) 4. Re: Branches limitations for locations (Joy Nelson) 5. Re: Branches limitations for locations (Jonathan Druart) ---------------------------------------------------------------------- Message: 1 Date: Wed, 19 Dec 2018 16:51:06 +0800 From: Peter Lau <[email protected]> To: [email protected] Subject: [Koha] Tag Cloud tab Message-ID: <[email protected]> Content-Type: text/plain; charset="UTF-8" What is the meaning of Tag Cloud tab, which is next to the Authority Search tab in Koha? After clicking the Tag Cloud tab, I can see the following: Tags to show from other users : Thanks & regards, *Peter Lau* Librarian Tel: (852) 3977 9868 | Email: [email protected] | Fax: (852) 23384320 [image: https://docs.google.com/uc?export=download&id=1wiYZQsqhNTJZjyNbLJx-6ODZyoYE5NNu&revid=0BzpPRj4UE0XeT1R2WUt2dnhmTFBBeEpVR3dqcU5QbnF6NVg4PQ] 2 Tin Wan Hill Road, Tin Wan, Aberdeen *YCCECE, Here We Grow Our Future | *www.yccece.edu.hk ------------------------------ Message: 2 Date: Wed, 19 Dec 2018 09:17:35 -0500 From: Caroline Cyr-La-Rose <[email protected]> To: [email protected] Subject: Re: [Koha] Tag Cloud tab Message-ID: <[email protected]> Content-Type: text/plain; charset=utf-8; format=flowed Hello Peter, Koha has a tagging function where patrons are able to add tags (or keywords) to records in the catalog. There are several system preferences that control the behaviour of this functionality (see Administration > Global system preferences > Enhanced content > Tagging) : * TagsEnabled (this is the one you want to disable if you want to remove the "tag cloud" link on the catalog) * TagsExternalDictionary * TagsInputOnDetail * TagsInputOnList * TagsModeration * TagsShowOnDetail * TagsShowOnList Best regards, Caroline Caroline Cyr La Rose, M.L.I.S. Librarian / Head of Training and Support Phone : 1 (833) 465-4276 [email protected] <mailto:[email protected]> inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com> Le 18-12-19 à 03 h 51, Peter Lau a écrit : > What is the meaning of Tag Cloud tab, which is next to the Authority > Search tab in Koha? > > > > After clicking the Tag Cloud tab, I can see the following: > > > > Tags to show from other users : > > > > Thanks & regards, > > *Peter Lau* > > Librarian > > Tel: (852) 3977 9868 | Email: [email protected] | Fax: (852) > 23384320 > > [image: > https://docs.google.com/uc?export=download&id=1wiYZQsqhNTJZjyNbLJx-6OD > ZyoYE5NNu&revid=0BzpPRj4UE0XeT1R2WUt2dnhmTFBBeEpVR3dqcU5QbnF6NVg4PQ] > > 2 Tin Wan Hill Road, Tin Wan, Aberdeen > > *YCCECE, Here We Grow Our Future | *www.yccece.edu.hk > _______________________________________________ > Koha mailing list http://koha-community.org [email protected] > https://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 3 Date: Wed, 19 Dec 2018 17:23:45 +0100 From: Paul Poulain <[email protected]> To: [email protected] Subject: Re: [Koha] Branches limitations for locations Message-ID: <[email protected]> Content-Type: text/plain; charset=utf-8; format=flowed IMHO, that's a bug (or a mistake in behavior) When you create an item, if you create it for homebranch X, you must be able to see location defined for branch X. It does not depends on the branch you're connected to, it depends on the branch of the item you're cataloging. So we should change the behavior. Additional cases: * libraries having a cataloger in every branch ("I catalogate for my branch") will see no difference, * I can't see a use case where the librarian want to enter "homebranch = X" and "location = a location that is not supposed to exist in branch X" ! Le 18/12/2018 à 18:35, BOUIS Sonia a écrit : > Hello, > It is possible in Koha to limit the locations to specific branches. This > limitation is active when adding items and in item search. > Currently, this limitation is linked to the branch where you are logged. > But this behavior doesn't fit with our organization because with have a > centralized service to add items for all branches. > I wonder if we could change this behavior to limit the location to the > branch selected in the home branch or the holding branch (I presume the > holding branch is more logical?) Actually, I don't think it would be a big > change for people that already use this functionality because, if I am not > mistaken, when you add a new item, you're by default on the branch where > you are logged. > For item search, it could be disturbing to be able to choose any branches > for home branch or holding branch, but only the location from the branch > where you are logged. We could perhaps change to limit the location the > branch that are selected in the search form? > > Any opinion? > > Cheers, -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries ------------------------------ Message: 4 Date: Wed, 19 Dec 2018 12:07:16 -0700 From: Joy Nelson <[email protected]> To: Paul Poulain <[email protected]> Cc: Koha <[email protected]> Subject: Re: [Koha] Branches limitations for locations Message-ID: <cafpshe8yjxp3jto4whcm9yv0me+d5pdpwqydvr0tmhai-mw...@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" I remember this feature from 3.12 (bugzilla 7919). We've had libraries that have run into the same issue you have Sonia. Generally we suggest that they add their branch (MAIN branch) to the branch limitations for all authorised values so that they can then see those values when cataloging. Conversely, we've had larger consortiums that set up a Technical Services branch that the catalogers are assigned to and that branch is then added to the list of the authorised values branch limitations. While both of those are 'free' workarounds for the library, I can see room for improvement in this area. I talked to our educators and developers and thought these might make two great options to enhance this functionaliy. 1. Paul's idea to make the authorised value dropdowns change dynamically is nice. Kyle mentioned this could be done with some javascript and an API 2. Our educators thought perhaps we should add a permission to the cataloging area that is something like "view and choose all authorized values". So catalogers would have this particular option selected and all values would appear in the list for selection when creating items. -joy On Wed, Dec 19, 2018 at 9:24 AM Paul Poulain <[email protected]> wrote: > IMHO, that's a bug (or a mistake in behavior) > > When you create an item, if you create it for homebranch X, you must be > able to see location defined for branch X. It does not depends on the > branch you're connected to, it depends on the branch of the item you're > cataloging. So we should change the behavior. > > Additional cases: > > * libraries having a cataloger in every branch ("I catalogate for my > branch") will see no difference, > * I can't see a use case where the librarian want to enter "homebranch > = X" and "location = a location that is not supposed to exist in > branch X" ! > > Le 18/12/2018 à 18:35, BOUIS Sonia a écrit : > > Hello, > > It is possible in Koha to limit the locations to specific branches. This > limitation is active when adding items and in item search. > > Currently, this limitation is linked to the branch where you are logged. > But this behavior doesn't fit with our organization because with have a > centralized service to add items for all branches. > > I wonder if we could change this behavior to limit the location to the > branch selected in the home branch or the holding branch (I presume the > holding branch is more logical?) > > Actually, I don't think it would be a big change for people that already > use this functionality because, if I am not mistaken, when you add a new > item, you're by default on the branch where you are logged. > > For item search, it could be disturbing to be able to choose any > branches for home branch or holding branch, but only the location from the > branch where you are logged. We could perhaps change to limit the location > the branch that are selected in the search form? > > > > Any opinion? > > > > Cheers, > > -- > Paul Poulain, Associé-gérant / co-owner > BibLibre, Services en logiciels libres pour les bibliothèques > BibLibre, Open Source software and services for libraries > > _______________________________________________ > Koha mailing list http://koha-community.org > [email protected] > https://lists.katipo.co.nz/mailman/listinfo/koha > -- Joy Nelson Vice President of Implementations ByWater Solutions <http://bywatersolutions.com> Support and Consulting for Open Source Software Phone/Fax (888)900-8944 What is Koha? <http://bywatersolutions.com/what-is-koha/> ------------------------------ Message: 5 Date: Wed, 19 Dec 2018 17:23:23 -0300 From: Jonathan Druart <[email protected]> To: Joy Nelson <[email protected]> Cc: Koha <[email protected]> Subject: Re: [Koha] Branches limitations for locations Message-ID: <CAJzKNY59DAN-k_iCtmVK=4ZryoW3=ttyraoaqlkpgytjgqa...@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" The problem is bigger I think, as it impacts all AVs (as well as patron's categories - see bug 21255). However this specific problem could indeed be solved quite easily with the dynamic dropdowns. Le mer. 19 déc. 2018 à 16:07, Joy Nelson <[email protected]> a écrit : > > I remember this feature from 3.12 (bugzilla 7919). We've had libraries > that have run into the same issue you have Sonia. Generally we suggest > that they add their branch (MAIN branch) to the branch limitations for all > authorised values so that they can then see those values when cataloging. > Conversely, we've had larger consortiums that set up a Technical Services > branch that the catalogers are assigned to and that branch is then added > to > the list of the authorised values branch limitations. > > While both of those are 'free' workarounds for the library, I can see room > for improvement in this area. I talked to our educators and developers > and > thought these might make two great options to enhance this functionaliy. > > 1. Paul's idea to make the authorised value dropdowns change dynamically > is > nice. Kyle mentioned this could be done with some javascript and an API > > 2. Our educators thought perhaps we should add a permission to the > cataloging area that is something like "view and choose all authorized > values". So catalogers would have this particular option selected and all > values would appear in the list for selection when creating items. > > -joy > > On Wed, Dec 19, 2018 at 9:24 AM Paul Poulain <[email protected]> > wrote: > > > IMHO, that's a bug (or a mistake in behavior) > > > > When you create an item, if you create it for homebranch X, you must be > > able to see location defined for branch X. It does not depends on the > > branch you're connected to, it depends on the branch of the item you're > > cataloging. So we should change the behavior. > > > > Additional cases: > > > > * libraries having a cataloger in every branch ("I catalogate for my > > branch") will see no difference, > > * I can't see a use case where the librarian want to enter "homebranch > > = X" and "location = a location that is not supposed to exist in > > branch X" ! > > > > Le 18/12/2018 à 18:35, BOUIS Sonia a écrit : > > > Hello, > > > It is possible in Koha to limit the locations to specific branches. > > > This > > limitation is active when adding items and in item search. > > > Currently, this limitation is linked to the branch where you are > > > logged. > > But this behavior doesn't fit with our organization because with have a > > centralized service to add items for all branches. > > > I wonder if we could change this behavior to limit the location to the > > branch selected in the home branch or the holding branch (I presume the > > holding branch is more logical?) > > > Actually, I don't think it would be a big change for people that > > > already > > use this functionality because, if I am not mistaken, when you add a new > > item, you're by default on the branch where you are logged. > > > For item search, it could be disturbing to be able to choose any > > branches for home branch or holding branch, but only the location from > > the > > branch where you are logged. We could perhaps change to limit the > > location > > the branch that are selected in the search form? > > > > > > Any opinion? > > > > > > Cheers, > > > > -- > > Paul Poulain, Associé-gérant / co-owner > > BibLibre, Services en logiciels libres pour les bibliothèques > > BibLibre, Open Source software and services for libraries > > > > _______________________________________________ > > Koha mailing list http://koha-community.org > > [email protected] > > https://lists.katipo.co.nz/mailman/listinfo/koha > > > > > -- > Joy Nelson > Vice President of Implementations > > ByWater Solutions <http://bywatersolutions.com> > Support and Consulting for Open Source Software > Phone/Fax (888)900-8944 > What is Koha? <http://bywatersolutions.com/what-is-koha/> > _______________________________________________ > Koha mailing list http://koha-community.org > [email protected] > https://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Subject: Digest Footer _______________________________________________ Koha mailing list [email protected] https://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ End of Koha Digest, Vol 158, Issue 18 ************************************* _______________________________________________ Koha mailing list http://koha-community.org [email protected] https://lists.katipo.co.nz/mailman/listinfo/koha
