[OPEN-ILS-DEV] Monograph Parts

[Mike Rylander]

On Wed, Feb 16, 2011 at 1:45 PM, Hardy, Elaine
<ehardy at georgialibraries.org> wrote:
> 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?
>

You understand correctly. :)

> 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.
>

At least in the first iteration, this would be a database-level
toolkit, so it would be something that would allow local adjustment
based on implementing institution's needs.  A UI isn't currently
planned, since it would be a one-time project (or one would hope).

> 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
>



-- 
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