[OPEN-ILS-GENERAL] Searchable Copy Notes

[Elaine Hardy]

The main problem I see with the copy bucket approach is that it removes the
direct acknowledgement of the gift  a public copy note gives by being
displayed in the OPAC, which is desired by many donors.  They want everyone
to see that they donated the book both in the book itself and in the OPAC,
as well as being able to search the catalog for their donations. Removing
that direct link and using just a copy bucket would mean that the item
retrieved by itself would not indicate the gift in the OPAC.

Like PaILS, PINES also does not allow information of a local nature to be
input into the bibliographic record, so copy notes are used to indicate
gifts. There are many changes we would like to see to notes, the ability
for patrons and staff to search them is one. Our libraries do often get
donors wanting to see the books they donated in the catalog as well as the
physical item on the shelf.

Elaine



J. Elaine Hardy
PINES & Collaborative Projects Manager
Georgia Public Library Service/PINES
1800 Century Place, Ste. 150
Atlanta, GA 30045

404.235.7128 Office
404.548.4241 Cell
404.235.7201 FAX

On Thu, May 19, 2016 at 1:59 PM, Mike Rylander <mrylander at gmail.com> wrote:

> Scott,
>
> Since your main use case is about applying the same message to many
> specific copies, like a "digital book plate", it might be interesting to
> consider using copy buckets with a new type of, say, "donation", instead.
> Each bucket of that type would get its own name and description fields,
> analogous to the title and value fields on copy notes.  Here are some
> benefits I see:
>
>  * By only having the one bucket for a given donation, regardless of the
> number of items, we avoid human error on the note entry.
>  * Also, searching the name and description strings becomes very "cheap"
> compared to copy note title/value, since there is only the one bucket
> rather than a note per item.
>  * We already have specialized bucket-related interfaces already, which
> allow seeing the item set as a whole and manipulating them together.
>  * A URL can already be created that points any user, via the OPAC, at the
> set of records with items in the container, and (as a bonus) searches can
> be performed /within/ that set.
>  * Because we have container-specific logic in the search code already,
> it's a (much, much, much) simpler path to add "searching" on name or
> description of these donation buckets, rather than copy notes.
>
> Thoughts?
>
>
> --
> Mike Rylander
>  | President
>  | Equinox Software, Inc. / Open Your Library
>  | phone:  1-877-OPEN-ILS (673-6457)
>  | email:  miker at esilibrary.com
>  | web:  http://www.esilibrary.com
>
> On Thu, May 19, 2016 at 1:14 PM, scott.thomas at sparkpa.org <
> scott.thomas at sparkpa.org> wrote:
>
>> Hi,
>>   We are trying to gauge community support for creating, in the staff
>> client, a keyword search interface for Copy Notes. We are a statewide
>> consortium. Since bib records are shared, we do not allow our members to
>> use Local Notes tags like 590 for very localized information like “In
>> memory of Jim Jones” or “Donated by Harry Haynes.” The problem is that
>> descendants of Mr. Jones and Mr. Haynes himself might come in and demand to
>> know what items come up, and we have no way of doing that (other than
>> reports which cannot easily be run by front-line staff). Would anyone else
>> like to see a search interface for Copy Notes? Also, what kind of
>> information do other libraries and consortia place in Copy Notes?
>>
>> Thank you,
>> Scott
>>
>>
>>
>> Scott Thomas
>>
>> Executive Director
>>
>> *PaILS / SPARK*
>>
>> (717) 873-9461
>>
>> scott.thomas at sparkpa.org
>>
>> [image: Description: Description: Training | SPARK – Pennsylvania's
>> Statewide Library System] <http://www.palibrary.org/pails/>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160519/3e42573f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1491 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160519/3e42573f/attachment-0001.jpg>