[Koha] Temporary and Home Locations (and sublocations)

Tue Dec 16 04:50:45 NZDT 2008

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
>


-- 
Joshua Ferraro                       SUPPORT FOR OPEN-SOURCE SOFTWARE
CEO                         migration, training, maintenance, support
LibLime                                Featuring Koha Open-Source ILS
jmf at liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS