[OPEN-ILS-DEV] Monograph Parts

[Hardy, Elaine]

Mike,

This does sound wonderful., especially if I am understanding correctly
that it would enable the system to target any volume 2 in any library to
fulfill a hold placed for that volume attached to that bib record?

While a way to automatically convert multipart items to this would be
nice, I am not sure you would ever be able to account for the myriad ways
PINES libraries have indicated volume holdings. On the same record. For
the same volume. If you do later develop an automated process, please add
to it a way to stop it if needed and an exceptions report so that
libraries can manual clean up anything the system identified as multipart
but that could not be transferred.

Elaine
 

J. Elaine Hardy
PINES Bibliographic Projects and Metadata Manager
Georgia Public Library Service,
A Unit of the University System of Georgia
1800 Century Place, Suite 150
Atlanta, Ga. 30345-4304
404.235-7128
404.235-7201, fax

ehardy at georgialibraries.org
www.georgialibraries.org
http://www.georgialibraries.org/pines/


-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org
[mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Mike
Rylander
Sent: Wednesday, February 16, 2011 12:56 PM
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] Monograph Parts

On Wed, Feb 16, 2011 at 9:28 AM, Hardy, Elaine
<ehardy at georgialibraries.org> wrote:
> Mike,
>
> This is a great idea, particularly the holds prompt. Could you go into
> a little more detail on how this would function on the user side, both
> patron and cataloging staff?

For patrons placing a hold on a record where there are Parts in use, they
will see at least two new UI components
  * On the record detail screen, there will be a list of Parts in use on
the record, with hold links next to them.
  * Next to each copy, if it is attached to a Part, the Part label will be
displayed and will have a "Place a Hold" link next to it for the part
itself.  Any copy on that record that is attached to the same Part will be
able to fill that hold.
  * On the hold placement/edit screen, the user will see a list or
dropdown of in-use parts from which they can choose, and if they choose
one part (instead of the default "any") then they will be placing a
Part-type hold just as if they'd used one of the links described above.

For staff, they will have an "Actions for this Record" interface for
maintaining (adding, removing, editing) the Parts available for use on
copies, and in the copy editor, the ability to attach a Part to a copy.

> I'm particularly interested in how this would function in a consortium
> like PINES where different libraries might process a multipart set
> differently. For example, one library might process and circulate a 3
> part DVD set as one item, where another might put each in a separate
> container with a separate barcode. How would it display in holdings
> maintenance as well as in the OPAC copy display?
>

In Holdings Maintenance, Monograph Part will need to be a new column which
will display the label from the Part.  In the OPAC, in-use Parts (scoped
by the search to where you're searching, of course) will be displayed to
the user for hold placement and drill-down to call number and copy
information.  They will also show up next to the copies themselves in the
traditional copy summary at the bottom.

All of that, of course, is skin-specific, and the display can be
customized.

> Also, would this mean multipart items already held by a library would
> need to be change in Evergreen to take advantage of the functionality?
> Or would there be a way to automatically process multipart items
retrospectively?
>

I will be working on some tools (though, after this is completed) to
identify common Part strings and, once identified, help libraries
retrospectively convert the trailing strings in call numbers to Parts.
 It won't be automatic, but I believe we can automate the broad, common
cases like "v.{number}" and friends, or "{year}-{MONTH}".

--miker

> Elaine
>
>
> J. Elaine Hardy
> PINES Bibliographic Projects and Metadata Manager Georgia Public
> Library Service, A Unit of the University System of Georgia
> 1800 Century Place, Suite 150
> Atlanta, Ga. 30345-4304
> 404.235-7128
> 404.235-7201, fax
>
> ehardy at georgialibraries.org
> www.georgialibraries.org
> http://www.georgialibraries.org/pines/
>
>
> -----Original Message-----
> From: open-ils-dev-bounces at list.georgialibraries.org
> [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of
> Mike Rylander
> Sent: Tuesday, February 15, 2011 3:09 PM
> To: Evergreen Development Discussion List
> Subject: [OPEN-ILS-DEV] Monograph Parts
>
> I'll be starting work on an implementation of Monograph Parts (think:
> DIsks 1-3; Volume A-D; etc), well, right now, in a git branch that
> I'll push to
> http://git.esilibrary.com/?p=evergreen-equinox.git;a=summary
> but I wanted to get the basic plan out there for comment.  So,
> attached you'll find a PDF outlining the plan.  Comments and feedback
> are welcome, but time for significant changes is slim.
>
> This is not intended to cover every single possible use of the concept
> of Monograph Parts, but I believe it is a straight-forward design that
> offers a very good code-to-feature ratio and should be readily used by
> existing sites after upgrading to a version containing the code.
>
> --
> Mike Rylander
>  | VP, Research and Design
>  | Equinox Software, Inc. / The Evergreen Experts
>  | phone:  1-877-OPEN-ILS (673-6457)
>  | email:  miker at esilibrary.com
>  | web:  http://www.esilibrary.com
>



--
Mike Rylander
 | VP, Research and Design
 | Equinox Software, Inc. / The Evergreen Experts
 | phone:  1-877-OPEN-ILS (673-6457)
 | email:  miker at esilibrary.com
 | web:  http://www.esilibrary.com