Evergreen

Bug #1424690
Comment #6

Comment 6 for bug 1424690

Revision history for this message

Don Butterworth (don-butterworth) wrote on 2015-07-09: Re: [Bug 1424690] Re: Create a “list view” for Call Number (Shelf Browse) results lists

Since you're talking about cataloguing and the circulation module, "F5" in
the staff client gets you directly to a "Display item" dialogue box. Scan
the barcode, then you can right click and "Show in Catalogue" to see the
complete bibliographic details. Helpful?

Let's see ...

Click - F5
Beep - Enter Barcode
R. Click

Scroll/Click
or
Ctr/S

Looks like there is no avoiding 5 click or strokes.

I do plan to change the order in the Number Search Field list so that
Barcode appears first. That will help some.

On Thu, Jul 9, 2015 at 9:49 AM, Dan Scott <email address hidden> wrote:

> On Thu, Jul 9, 2015 at 8:32 AM, Don Butterworth <
> <email address hidden>> wrote:
>
> > Thanks Mike for this helpful information.
> >
> > Because I do a lot of original cataloging, almost exclusively, my use of
> a
> > call number search is to determine when a call number has already been
> > assigned to another title. A browse list result lets me do this at a
> > glance. It isn't necessary to get to the item specific level and/or the
> > call number suffix level (v.1, no.1, pt.1). Subfields "a" and "b" of the
> > MARC call number fields are sufficient.
> >
> > As a borrower I use call number searching simply to browse my library's
> > holdings in a specific subject area in the same way I browse the physical
> > stacks. Again, it wouldn't be necessary to get to the item specific
> level.
> >
> > So I'm good with having a call number browse index based on the MARC call
> > number fields.
> >
>
> It might be a good local customization if your MARC records reliably
> contain call number fields, but as Mike warned, in general in Evergreen
> we've found that MARC call number fields aren't reliable and changed the
> defaults to not include the existing call number index. So I'm pretty sure
> we won't be including a MARC call number browse as a general feature.
>
>
> > It's a little disappointing to find that the barcode number is the only
> > control number that cannot be included in the general keyword index.
> Again,
> > as a cataloger, I use the barcode search a lot, and it takes a lot of
> > clicks to get there. From the home page:
> >
> > Click - Advanced Search
> > Click - Numeric Search
> > Click - Field drop-down menu
> > Click - Item barcode
> > Click - Inside the Identifier box
> > Beep - light-gun barcode entry
> >
> > Five clicks and beep instead of one Beep in the general keyword.
> >
> > There's got to be an easier way. Maybe a function key with a popup
> > window.
> >
> > So, like, how come the circulation module gets all the good function
> keys?
> > ;-)
> >
>
> Since you're talking about cataloguing and the circulation module, "F5" in
> the staff client gets you directly to a "Display item" dialogue box. Scan
> the barcode, then you can right click and "Show in Catalogue" to see the
> complete bibliographic details. Helpful?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1424690
>
> Title:
> Create a “list view” for Call Number (Shelf Browse) results lists
>
> Status in Evergreen - Open ILS:
> New
>
> Bug description:
> The issue:
> When a Call Number (Shelf Browse) transaction is performed, the current
> results list grid display, is difficult for some to interpret.
>
> Recommendation:
> Create a list display results screen, which is similar in appearance to
> other Evergreen search results screens, for the Call Number (Shelf Browse)
> search. Each title retrieved should display at least the following data
> elements. Call Number, Title, Author, and Publication Date.
>
> Particulars:
> Mike Rylander indicates that this feature probably would not be that
> hard to implement “since it’s been done before in the old SlimPAC and the
> underlying code we need already exists”
> http://webby.evergreencatalog.com/opac/extras/browse/html/call_number/-/FIC
>
> There appears to be a strong consensus that a list display is
> preferable to the current results screen.
>
> http://georgialibraries.markmail.org/thread/tmwudvof53r6fjfj#query:+page:1+mid:hrl6hw2xbkkyha35+state:results
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/evergreen/+bug/1424690/+subscriptions
>

--
Don Butterworth
Faculty Associate / Librarian III
B.L. Fisher Library
Asbury Theological Seminary
<email address hidden>
(859) 858-2227

Let's see ...

Click - F5
Beep - Enter Barcode
R. Click

Scroll/Click
or
Ctr/S

Looks like there is no avoiding 5 click or strokes.

I do plan to change the order in the Number Search Field list so that
Barcode appears first. That will help some.

On Thu, Jul 9, 2015 at 9:49 AM, Dan Scott <dan@coffeecode.net> wrote:

> On Thu, Jul 9, 2015 at 8:32 AM, Don Butterworth <
> don.butterworth@asburyseminary.edu> wrote:
>
> > Thanks Mike for this helpful information.
> >
> > Because I do a lot of original cataloging, almost exclusively, my use of
> a
> > call number search is to determine when a call number has already been
> > assigned to another title. A browse list result lets me do this at a
> > glance. It isn't necessary to get to the item specific level and/or the
> > call number suffix level (v.1, no.1, pt.1). Subfields "a" and "b" of the
> > MARC call number fields are sufficient.
> >
> > As a borrower I use call number searching simply to browse my library's
> > holdings in a specific subject area in the same way I browse the physical
> > stacks. Again, it wouldn't be necessary to get to the item specific
> level.
> >
> > So I'm good with having a call number browse index based on the MARC call
> > number fields.
> >
>
> It might be a good local customization if your MARC records reliably
> contain call number fields, but as Mike warned, in general in Evergreen
> we've found that MARC call number fields aren't reliable and changed the
> defaults to not include the existing call number index. So I'm pretty sure
> we won't be including a MARC call number browse as a general feature.
>
>
> > It's a little disappointing to find that the barcode number is the only
> > control number that cannot be included in the general keyword index.
> Again,
> > as a cataloger, I use the barcode search a lot, and it takes a lot of
> > clicks to get there. From the home page:
> >
> > Click - Advanced Search
> > Click - Numeric Search
> > Click - Field drop-down menu
> > Click - Item barcode
> > Click - Inside the Identifier box
> > Beep - light-gun barcode entry
> >
> > Five clicks and beep instead of one Beep in the general keyword.
> >
> > There's got to be an easier way. Maybe a function key with a popup
> > window.
> >
> > So, like, how come the circulation module gets all the good function
> keys?
> > ;-)
> >
>
> Since you're talking about cataloguing and the circulation module, "F5" in
> the staff client gets you directly to a "Display item" dialogue box. Scan
> the barcode, then you can right click and "Show in Catalogue" to see the
> complete bibliographic details. Helpful?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1424690
>
> Title:
>   Create a “list view” for Call Number (Shelf Browse) results lists
>
> Status in Evergreen - Open ILS:
>   New
>
> Bug description:
>   The issue:
>   When a Call Number (Shelf Browse) transaction is performed, the current
> results list grid display, is difficult for some to interpret.
>
>   Recommendation:
>   Create a list display results screen, which is similar in appearance to
> other Evergreen search results screens, for the Call Number (Shelf Browse)
> search. Each title retrieved should display at least the following data
> elements. Call Number, Title, Author, and Publication Date.
>
>   Particulars:
>   Mike Rylander indicates that this feature probably would not be that
> hard to implement “since it’s been done before in the old SlimPAC and the
> underlying code we need already exists”
> http://webby.evergreencatalog.com/opac/extras/browse/html/call_number/-/FIC
>
>   There appears to be a strong consensus that a list display is
>   preferable to the current results screen.
>
> http://georgialibraries.markmail.org/thread/tmwudvof53r6fjfj#query:+page:1+mid:hrl6hw2xbkkyha35+state:results
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/evergreen/+bug/1424690/+subscriptions
>

-- 
Don Butterworth
Faculty Associate / Librarian III
B.L. Fisher Library
Asbury Theological Seminary
don.butterworth@asburyseminary.edu
(859) 858-2227