[Koha] Temporary and Home Locations (and sublocations)

Tue Dec 16 09:56:24 NZDT 2008

Thanks Joshua,

I discovered that Statistical category of members yesterday and it looks 
like the way to go - will continue playing!

cheers Jo.

Joshua Ferraro wrote:
> On Sun, Dec 14, 2008 at 9:13 PM, Richard Pritsky <rpritsky at gmail.com> wrote:
>   
>> We have a special patron type for these types of locations--mending, etc.
>> We then can subtract that patron type from our final issues report.
>>     
> Certainly one way to do it, and you can probably accomplish it best
> with a patron of type 'Statistical' so that you can have, for
> instance, one at each branch, to further ensure that patron type can
> be easily removed from reporting. Statistical patrons also do the
> checkout/checkin process in one round trip if that's useful.
>
> Cheers,
>
> Josh
>
>   
>> Hth
>>
>> Richard Pritsky
>> Carpenter-Carse Library
>> Hinesburg, Vermont
>>
>> -----Original Message-----
>> From: koha-bounces at lists.katipo.co.nz
>> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Joann Ransom
>> Sent: Sunday, December 14, 2008 8:49 PM
>> To: Kathy Rippel
>> Cc: koha at lists.katipo.co.nz
>> Subject: [Koha] Temporary and Home Locations (and sublocations)
>>
>> Hi Kathy,
>>
>> Thank you so much for your well thought out reply. I will use this method to
>> define the various collections within our branch libraries when it comes to
>> defining home locations / shelving areas / deweys etc.
>>
>> I still have a problem though with temporary locations. These include Foxton
>> Mending Room, Levin Mending Room, Levin Processing Room.
>>
>> Items may have a brief stint in these transitional 'temporary' or current
>> locations, while being processed  after acquisitions, or when needing
>> mending. These temporary locations are not home locations (which are handled
>> beautifully) in Kathy's example).
>>
>> How we work it now in Koha 2.9 is that we 'return' items using a scanner
>> into the appropriate virtual branch (ie Foxton mending or Levin mending
>> etc). This is quick and means we can find them no matter which mending room
>> in which town they are at. Likewise, our acquisitions workstation is set up
>> as Processing branch and all new stock show up with a current location as
>> Processing.
>>
>> How will we best achieve this level of functionality in Koha 3.0? I can only
>> think of creating a Patron for each of these temporary locations, and then
>> issue items as they are taken into each mending room (for
>> example) and return them when they are fixed. We really don't want these
>> transactions counting as 'issues' though for statistical reporting.
>>
>> Any thoughts?
>>
>> Cheers Jo Ransom.
>>
>> Kathy Rippel wrote:
>>     
>>> If you are talking about the staff use (as opposed to the tech stuff),
>>> there is another way of approaching your problem.
>>>
>>> I count three (or four) main places in an item records where you can
>>> enter hierarchical information that will show up in other places in
>>> your catalog that both patrons and staff can see. I would use a
>>> combination of these fields to best fit your situation.
>>>
>>> I'm a little unsure about the interactions in your scenario about
>>> using both Location (952a) and Sublocation (952b). It's possible they
>>> could represent your "library, departments and laboratories" and
>>> "several sublocations/collections" respectively.
>>>
>>> However, if you use your 952a (Location) for your "whatever your
>>> institution or entity is", you can subdivide otherwise as follows.
>>>
>>> library, departments and laboratories -- these could all be assigned a
>>> shelving location (952c)
>>>
>>>     * Library
>>>     * Chemistry Dept.
>>>     * Physics Lab
>>>
>>> several sublocations/collections -- the next level could be a
>>> collection (952 subfield 8).
>>>
>>> A further breakdown can be done using the call number (952o)
>>>
>>>     * Smith office 628.3
>>>     * Staff Lounge 628.3
>>>
>>> Volume numbers and years go best in 952h for us.
>>>
>>> Using these areas, you have quite a bit of flexibility, depending on
>>> your actual situation.
>>>
>>> So, let's take a hypothetical book that is housed in the Chemistry
>>> Dept. of "Your Local University Library Collection."
>>>
>>> Location: Your Local University Library Collection Shelving location:
>>> Chemistry Dept.
>>> Collection: Faculty offices
>>> Call number: Smith 628.3
>>> Volume: v. 3
>>>
>>> I'd cut out the Collection use like this, if you don't need that many
>>> levels.
>>>
>>> Hope that gives you another perspective.
>>>
>>> Kathy
>>>
>>>
>>>
>>>
>>>  At 02:39 PM 12/11/2008, Lino Tremblay wrote:
>>>       
>>>> Hello everybody,
>>>>
>>>> I'm trying to figure out how I'll set up my locations, and I'd like
>>>> to know how you guys did. As our situation not atypicall, I'm sure
>>>> some of you have faced the same problem
>>>>
>>>> So: we have several collections here, located for the most part in
>>>> three
>>>> places: library, departments and laboratories. Each of these
>>>> locations is divided in several sublocations/collections. My problem
>>>> is that all locations/sublocations/collections in Koha are at the
>>>> same level: in an item, I could choose "Library" as a location, and a
>>>> specific department as a sublocation - or the opposite, or any
>>>> combination I can imagine - and it would be accepted.
>>>>
>>>> My question now: is there a way to create a hierarchy so that my
>>>> Location menu contains only my three locations, and the
>>>> Sublocation/collection shows only the collections available within
>>>> this location? Or at least refuse an invalid combination?
>>>>
>>>>
>>>> Thanks!
>>>>
>>>> Lino
>>>> _______________________________________________
>>>> Koha mailing list
>>>> Koha at lists.katipo.co.nz
>>>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>>>         
>>> Kathleen D. Rippel
>>> Pathfinder Central, Manager
>>> Central Kansas Library System
>>> 1409 Williams
>>> Great Bend, KS 67530
>>>
>>> (620-792-4865) phone
>>> (800-362-2642) toll-free, KS
>>> (620-792-5495) fax
>>>
>>> kdr at ckls.org
>>> ----------------------------------------------------------------------
>>> --
>>>
>>> _______________________________________________
>>> Koha mailing list
>>> Koha at lists.katipo.co.nz
>>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>>
>>>       
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>     
>
>
>
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jransom.vcf
Type: text/x-vcard
Size: 290 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20081216/9ba047c7/attachment.vcf 