[OPEN-ILS-GENERAL] question about library hierarchy

[Roma Matott]

Thank you for the information.  I have few other questions if you don't mind.  

Does library workstation designation have any affect on the permissions when you are logged in?  Or is it strictly the home library of the login that determines permissions?

Along the same vein...on a regular basis, I find I need to login to the automation system as the member library sees it.  Does this mean I will need to have a host file with specific entries for all of my member libraries? 
 
How is the library designation in the workstation registration actually used by Evergreen?  It seems to affect item search by defaulting to the workstation library designation.  Does it do anything else?

If I want to have a usergroup that has access to all member library items/patrons, is setting up a GlobalAdmin user with the ApplicationPermission group_application.user.staff.admin.global_admin & EVERYTHING permission enabled, the best way to facilitate it?

Or should I include the System level in the hierarchy as a parent of all the member libraries (Consortium -> System -> Member Library) and make these global admin users workstation and home library designations the System?  Essentially, I am trying to find a way that searching all libraries can be the default instead of a specific library.

Thanks,

Roma
Pioneer Library System

P.S.  Is there a way to search past postings to this mailing list?  I looked for this information in the Evergreen DokuWiki and found some answers but not all.  I thought if I could search an archive of past posts, it might help as well.  Thanks again for all your help. 


----- Original Message -----
From: "Jason Etheridge" <jason at esilibrary.com>
To: "Evergreen Discussion Group" <open-ils-general at list.georgialibraries.org>
Sent: Tuesday, February 10, 2009 12:58:04 PM GMT -05:00 US/Canada Eastern
Subject: Re: [OPEN-ILS-GENERAL] question about library hierarchy

> Since we are a single system, am I right in thinking we don't need the System layer in the hierarchy?  I renamed the system level to a library name and then added additional Consortium childs so that the new structure is:
> Consortium -> Library

Hi Roma, that looks good to me.  You just want to make sure that the
org unit types you have defined make sense with your actual org unit
hierarchy (your top-most org unit should have an org type with a depth
of 0, and its immediate children should have an org type with a depth
of 1, and the Can Have Volumes and Can Have Users flags on the org
unit types should be adjusted).  Some folks even do System -> Branch.
Leaving room to grow without requiring drastic changes is always a
good idea.  Be sure to re-run autogen.sh after changing the org
hierarchy!  That updates some static javascript files used by the OPAC
and staff client.

-- 
Jason Etheridge
 | VP, Community Support and Advocacy
 | Equinox Software, Inc. / The Evergreen Experts
 | phone:  1-877-OPEN-ILS (673-6457)
 | email:  jason at esilibrary.com
 | web:  http://www.esilibrary.com