Re: [Koha] Koha Digest, Vol 158, Issue 18

20 Dec 2018

      Tks Caroline, it works for us.

Thanks & regards,
Peter Lau
Librarian
Tel: (852) 3977 9868 | Email: Peter.Lau@yccece.edu.hk | 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:koha-bounces@lists.katipo.co.nz] On Behalf Of
koha-request@lists.katipo.co.nz
Sent: Thursday, 20 December 2018 7:00 AM
To: koha@lists.katipo.co.nz
Subject: Koha Digest, Vol 158, Issue 18

Send Koha mailing list submissions to
	koha@lists.katipo.co.nz

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
	koha-request@lists.katipo.co.nz

You can reach the person managing the list at
	koha-owner@lists.katipo.co.nz

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 <peter.lau@yccece.edu.hk>
To: koha@lists.katipo.co.nz
Subject: [Koha] Tag Cloud tab
Message-ID: <acd36ddff400c126be35a8b0bd16aec2@mail.gmail.com>
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: Peter.Lau@yccece.edu.hk | 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 <caroline.cyr-la-rose@inlibro.com>
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Tag Cloud tab
Message-ID: <f1c0ea7f-c60f-7709-5f5b-c6abc9dd0d0f@inlibro.com>
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
caroline.cyr-la-rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>

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: Peter.Lau@yccece.edu.hk | 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 Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
------------------------------

Message: 3
Date: Wed, 19 Dec 2018 17:23:45 +0100
From: Paul Poulain <paul.poulain@biblibre.com>
To: koha@lists.katipo.co.nz
Subject: Re: [Koha] Branches limitations for locations
Message-ID: <99a6dfa8-dd0d-b5b7-8396-35cd691ce644@biblibre.com>
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 <joy@bywatersolutions.com>
To: Paul Poulain <paul.poulain@biblibre.com>
Cc: Koha <koha@lists.katipo.co.nz>
Subject: Re: [Koha] Branches limitations for locations
Message-ID:
	<CAFpshE8YJxp3JtO4WHcm9YV0Me+d5pdpwqydVr0TMhai-MwT5g@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 <paul.poulain@biblibre.com>
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" !
...
Hello,
It is possible in Koha to limit the locations to specific branches. This
...
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
Le 18/12/2018 à 18:35, BOUIS Sonia a écrit :
limitation is active when adding items and in item search.
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
Koha@lists.katipo.co.nz
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 <jonathan.druart@bugs.koha-community.org>
To: Joy Nelson <joy@bywatersolutions.com>
Cc: Koha <koha@lists.katipo.co.nz>
Subject: Re: [Koha] Branches limitations for locations
Message-ID:
	<CAJzKNY59DAN-k_iCtmVK=4ZryoW3=tTyrAoAQLKpgYtJGqAqQw@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 <joy@bywatersolutions.com> 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 <paul.poulain@biblibre.com>
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" !
...
Hello,
It is possible in Koha to limit the locations to specific branches.
This
...
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
Le 18/12/2018 à 18:35, BOUIS Sonia a écrit :
limitation is active when adding items and in item search.
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
Koha@lists.katipo.co.nz
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
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
------------------------------

Subject: Digest Footer

_______________________________________________
Koha mailing list
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

------------------------------

End of Koha Digest, Vol 158, Issue 18
*************************************

Peter Lau

tags

participants (1)