Re: [CODE4LIB] creating call number browse

2008-10-02 Thread Bob Duncan

At 08:34 PM 10/01/2008, Naomi wrote:

. . .
1.  The user is not broken. Our faculty are very vocal in desiring a
"virtual shelf list" that will allow them to, given a specific item,
look for "closely located" items.  Call numbers have facilitated co- 
location of (some) related physical materials, which facilitates 
a  browsing experience that users enjoy.  Maybe it's nostalgia, maybe

it's something else ... but they enjoy it and find it useful. They are
used to call numbers, and by god, they want call numbers.



Some do indeed.  I recently decided to stop producing the "by call 
number" version of our recent acquisitions list and immediately heard 
from three different faculty about how that's the only version they 
care about because they can go immediately to "their" call number(s) 
to see what's new.  Who woulda thunk it?


Bob Duncan


~!~!~!~!~!~!~!~!~!~!~!~!~
Robert E. Duncan
Systems Librarian
Editor of IT Communications
Lafayette College
Easton, PA  18042
[EMAIL PROTECTED]
http://library.lafayette.edu/ 


Re: [CODE4LIB] creating call number browse

2008-10-02 Thread K.G. Schneider
On Wed, 1 Oct 2008 23:39:46 -0500, "Nate Vack" <[EMAIL PROTECTED]> said:
> On Wed, Oct 1, 2008 at 7:34 PM, Naomi Dushay <[EMAIL PROTECTED]>
> wrote:
> 
> > 1.  The user is not broken. Our faculty are very vocal in desiring a
> > "virtual shelf list" that will allow them to, given a specific item, look
> > for "closely located" items.  Call numbers have facilitated co-location of
> > (some) related physical materials, which facilitates a browsing experience
> > that users enjoy.  Maybe it's nostalgia, maybe it's something else ... but
> > they enjoy it and find it useful. They are used to call numbers, and by god,
> > they want call numbers.   Who are we to naysay?
> 
> I don't mean to naysay -- I just suspect that what what people think
> of when shelf browsing -- namely, the big set of books arranged in LC
> order -- may not be the part of the experience that makes shelf
> browsing so special.

One of the more interesting anecdotes from the Evergreen front lines I
heard of late has to do with shelf browsing. A librarian remarked that
though she personally never used it, she observed a patron
enthusiastically show another patron how to shelf-browse in the PINES
catalog. I don't use Evergreen's shelf-browse much myself, because I
typically hit a catalog with a list of known items and stick with that.
But I do have a weakness for craft and project books, with their
colorful jackets and tempting titles (not that I ever *do* any of these
crafts or projects), and I like to shelf-browse in the PINES catalog for
these. I definitely see how patrons would like this. 

So I'm with Genny. For a number of reasons, including analyses done in
previous jobs, I agree that people want browse. But of course, they want
GOOD browse -- easy, functional, attractive, and available. 

-- 
-- 
| Karen G. Schneider
| Community Librarian
| Equinox Software Inc. "The Evergreen Experts"
| Toll-free: 1.877.Open.ILS (1.877.673.6457) x712
| E-Mail/AIM: [EMAIL PROTECTED]
| Web: http://www.esilibrary.com


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Nate Vack
On Wed, Oct 1, 2008 at 7:34 PM, Naomi Dushay <[EMAIL PROTECTED]> wrote:

> 1.  The user is not broken. Our faculty are very vocal in desiring a
> "virtual shelf list" that will allow them to, given a specific item, look
> for "closely located" items.  Call numbers have facilitated co-location of
> (some) related physical materials, which facilitates a browsing experience
> that users enjoy.  Maybe it's nostalgia, maybe it's something else ... but
> they enjoy it and find it useful. They are used to call numbers, and by god,
> they want call numbers.   Who are we to naysay?

I don't mean to naysay -- I just suspect that what what people think
of when shelf browsing -- namely, the big set of books arranged in LC
order -- may not be the part of the experience that makes shelf
browsing so special.

I like browsing stacks; there's some kind of Special Sauce in that
process I've never experienced online, though I've seen a few
stack-browse-like interfaces. Google Books comes closest even though
it's not a stack browser, which suggests to me that perhaps that
magical stack browse flavor is actually a smack of content.

However! This can perhaps be tested in a rather straightforward way
without solving the Somewhat Hard Problem of efficiently ordering
millions of bib records and creating an interface to navigate The
Whole World Of Materials.

I imagine one cold start small -- the experience should certainly
scale *down*. You could sorting a small(!) set of books (100? 1,000?)
and do some targeted testing of searching for books on a topic
contained within.

Then you could test the experience of online stack browsing with users
-- without needing to build a big scalable database and answer big
questions about different call number schemas and media types and
clean up lots of borked catalog records.

$0.02 from someone who's not building one ;-)

Cheers,
-Nate


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Genny Engel
Actually, I don't think this is ideal for a lot of people who prefer
browsing to searching.  The whole premise that you have to come up with
a query in the first place is the showstopper for some folks.  
 
There are browsers and there are searchers.  If your system starts with
a search box, the browse-oriented will put in a highly generic term like
History.  Faceted search can help them from there, as could LCSH lists
for that matter.  But if these same browse-oriented users constantly go
to the library and head straight for QA76.9 H85, well then, that's the
closest they really have to a "search" term.
 
Shelf browsing interfaces, as well as browseable image libraries
organized by collection, make sense to me for this reason.  I would
always like to see a search box available for the search-oriented, but
to me, one of the failings of the OPAC today is the absence of support
for the browse-oriented. 
 
 
Genny Engel
Sonoma County Library
[EMAIL PROTECTED]
707 545-0831 x581
www.sonomalibrary.org
 
 

>>> [EMAIL PROTECTED] 10/01/08 05:21AM >>>

Ideally, the user should be able to run a query, retrieve a set of
items, sort them however he wants (by author, date, call number, some
kind of dynamic clustering algorithm, whatever), and be able to
methodically browse from one end of that sort order to the other
without any fear of missing something.

Keith


On Tue, Sep 30, 2008 at 6:08 PM, Stephens, Owen
<[EMAIL PROTECTED]> wrote:
> I think we need to understand the
> way people use browse to navigate resources if we are to successfully
bring
> the concept of collection browsing to our navigation tools. David
suggests
> that we should think of a shelf browse as a type of 'show me more
like this'
> which is definitely one reason to browse - but is it the only
reason?


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Naomi Dushay
08, at 9:16 AM, Stephens, Owen wrote:

I agree with this in general - and this was my point about the  
'Coverflow' in iTunes, that it allows a variety of sorting methods -  
although it is still limited.


I think there are perhaps some other factors as well. Shelf-browsing  
allows users to wander into 'their' part of the library and look at  
stuff - but I don't think most OPACs have the equivalent. With a  
bookstore (physically and virtually) we might see genre sections we  
can browse. This might also work for public libraries? In research  
libraries we tend to just present the classification without further  
glossing I think - perhaps this is something we ought to consider  
online?


The other thing that occurs to me about browsing by class mark is  
that it presents a 'spectrum' view of a kind. This could be easily  
lost in the type of 'search and sort' system you suggest (although I  
still think this is a good idea btw). At the same time I'm a bit  
reluctant to stop at providing a classification browse, as it seems  
inherently limited.


I agree with the point about browsing the shelves and exploring the  
material in more depth are related - which suggests integration with  
other content-rich services are needed (Google Books, e-books, other  
providers)


Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ

t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]


-Original Message-----
From: Code for Libraries [mailto:[EMAIL PROTECTED] On  
Behalf Of

Keith Jenkins
Sent: 01 October 2008 13:22
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

I think that one advantage of browsing a physical shelf is that the
shelf is linear, so it's very easy to methodically browse from the
left end of the shelf to the right, and have a sense that you haven't
accidentally missed anything.  (Ignore, for the moment, all the books
that happen to be checked out and not on the shelf...)

Online, linearity is no longer a constraint, which is a very good
thing, but it does have some drawbacks as well.  There is usually no
clear way to follow a series of "more like this" links and get a  
sense

that you have seen all the books that the library has on a given
subject.  Yes, you might get lucky and discover some great things,  
but

it usually involves a lot of aimless wandering, coming back to the
same highly-related items again and again, while missing some
slightly-more-distantly-related items.

Ideally, the user should be able to run a query, retrieve a set of
items, sort them however he wants (by author, date, call number, some
kind of dynamic clustering algorithm, whatever), and be able to
methodically browse from one end of that sort order to the other
without any fear of missing something.

Keith


On Tue, Sep 30, 2008 at 6:08 PM, Stephens, Owen
<[EMAIL PROTECTED]> wrote:

I think we need to understand the
way people use browse to navigate resources if we are to  
successfully

bring

the concept of collection browsing to our navigation tools. David

suggests

that we should think of a shelf browse as a type of 'show me more

like this'
which is definitely one reason to browse - but is it the only  
reason?


Naomi Dushay
[EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Stephens, Owen
I agree with this in general - and this was my point about the 'Coverflow' in 
iTunes, that it allows a variety of sorting methods - although it is still 
limited.

I think there are perhaps some other factors as well. Shelf-browsing allows 
users to wander into 'their' part of the library and look at stuff - but I 
don't think most OPACs have the equivalent. With a bookstore (physically and 
virtually) we might see genre sections we can browse. This might also work for 
public libraries? In research libraries we tend to just present the 
classification without further glossing I think - perhaps this is something we 
ought to consider online?

The other thing that occurs to me about browsing by class mark is that it 
presents a 'spectrum' view of a kind. This could be easily lost in the type of 
'search and sort' system you suggest (although I still think this is a good 
idea btw). At the same time I'm a bit reluctant to stop at providing a 
classification browse, as it seems inherently limited.

I agree with the point about browsing the shelves and exploring the material in 
more depth are related - which suggests integration with other content-rich 
services are needed (Google Books, e-books, other providers)

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ
 
t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]

> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
> Keith Jenkins
> Sent: 01 October 2008 13:22
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] creating call number browse
> 
> I think that one advantage of browsing a physical shelf is that the
> shelf is linear, so it's very easy to methodically browse from the
> left end of the shelf to the right, and have a sense that you haven't
> accidentally missed anything.  (Ignore, for the moment, all the books
> that happen to be checked out and not on the shelf...)
> 
> Online, linearity is no longer a constraint, which is a very good
> thing, but it does have some drawbacks as well.  There is usually no
> clear way to follow a series of "more like this" links and get a sense
> that you have seen all the books that the library has on a given
> subject.  Yes, you might get lucky and discover some great things, but
> it usually involves a lot of aimless wandering, coming back to the
> same highly-related items again and again, while missing some
> slightly-more-distantly-related items.
> 
> Ideally, the user should be able to run a query, retrieve a set of
> items, sort them however he wants (by author, date, call number, some
> kind of dynamic clustering algorithm, whatever), and be able to
> methodically browse from one end of that sort order to the other
> without any fear of missing something.
> 
> Keith
> 
> 
> On Tue, Sep 30, 2008 at 6:08 PM, Stephens, Owen
> <[EMAIL PROTECTED]> wrote:
> > I think we need to understand the
> > way people use browse to navigate resources if we are to successfully
> bring
> > the concept of collection browsing to our navigation tools. David
> suggests
> > that we should think of a shelf browse as a type of 'show me more
> like this'
> > which is definitely one reason to browse - but is it the only reason?


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Larry Campbell

Nate Vack wrote:


...


Stack browsing may make people happy, but I'm far from convinced that
providing a linear browse in shelf order will provide the same
satisfaction.

Cheers,
-Nate

 

No, I'm pretty sure it won't, as currently designed. But a linear, 
shelf-order browse /online/ with covers, and with quick, one-click 
access to jacket blurbs, Amazon or Google peeks inside, reviews, etc., I 
think might make people even happier.


Larry


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Nate Vack
On Wed, Oct 1, 2008 at 7:21 AM, Keith Jenkins <[EMAIL PROTECTED]> wrote:

> I think that one advantage of browsing a physical shelf is that the
> shelf is linear, so it's very easy to methodically browse from the
> left end of the shelf to the right, and have a sense that you haven't
> accidentally missed anything.  (Ignore, for the moment, all the books
> that happen to be checked out and not on the shelf...)

Also ignore the fact that in a lot of cases, the subject authority's
decision of what a book is about may not correspond to what I think a
book is about. This is especially true in the case where I'm doing
research on a topic that's not the primary subject of many books, but
is covered in books about other things.

I'd hypothesize that maybe stack browsing is satisfying largely
because it gives you the opportunity to look into each work, see its
format and level of depth and treatment of your topic of interest. You
get a whole lot of information (information that isn't contained in
the catalog records) really fast.

Stack browsing may make people happy, but I'm far from convinced that
providing a linear browse in shelf order will provide the same
satisfaction.

Cheers,
-Nate


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Stephen Meyer
this was also a big part of why i think a virtual stack browse has 
something to offer. our campus has over 40 libraries ranging from the 
largest library in the state to departmental reading rooms w/ items in 
our catalog. a virtual stack browse has the benefit of leveraging the 
benefits of call number enabled serendipitous discovery across multiple 
physical locations even if they are all books.


-steve

Bigwood, David wrote:

In very few libraries are all items on the same shelf. An on-line
environment has the advantage of seeing everything in one call number
run. It can be much more complete.

Oversized
Videos
Microfiche
Latest Arrivals
Youth
Juvenile
Maps
Special Collections
Etc

Sincerely,
David Bigwood
[EMAIL PROTECTED]
http://catalogablog.blogspot.com
Twitter LPI_Library

-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
Keith Jenkins
Sent: Wednesday, October 01, 2008 7:22 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

I think that one advantage of browsing a physical shelf is that the
shelf is linear, so it's very easy to methodically browse from the
left end of the shelf to the right, and have a sense that you haven't
accidentally missed anything.  (Ignore, for the moment, all the books
that happen to be checked out and not on the shelf...)


Keith


--
Stephen Meyer
Library Application Developer
UW-Madison Libraries
312F Memorial Library
728 State St.
Madison, WI 53706

[EMAIL PROTECTED]
608-265-2844 (ph)


"Just don't let the human factor fail to be a factor at all."
- Andrew Bird, "Tables and Chairs"


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Bigwood, David
In very few libraries are all items on the same shelf. An on-line
environment has the advantage of seeing everything in one call number
run. It can be much more complete.

Oversized
Videos
Microfiche
Latest Arrivals
Youth
Juvenile
Maps
Special Collections
Etc

Sincerely,
David Bigwood
[EMAIL PROTECTED]
http://catalogablog.blogspot.com
Twitter LPI_Library

-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
Keith Jenkins
Sent: Wednesday, October 01, 2008 7:22 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

I think that one advantage of browsing a physical shelf is that the
shelf is linear, so it's very easy to methodically browse from the
left end of the shelf to the right, and have a sense that you haven't
accidentally missed anything.  (Ignore, for the moment, all the books
that happen to be checked out and not on the shelf...)


Keith


Re: [CODE4LIB] creating call number browse

2008-10-01 Thread Keith Jenkins
I think that one advantage of browsing a physical shelf is that the
shelf is linear, so it's very easy to methodically browse from the
left end of the shelf to the right, and have a sense that you haven't
accidentally missed anything.  (Ignore, for the moment, all the books
that happen to be checked out and not on the shelf...)

Online, linearity is no longer a constraint, which is a very good
thing, but it does have some drawbacks as well.  There is usually no
clear way to follow a series of "more like this" links and get a sense
that you have seen all the books that the library has on a given
subject.  Yes, you might get lucky and discover some great things, but
it usually involves a lot of aimless wandering, coming back to the
same highly-related items again and again, while missing some
slightly-more-distantly-related items.

Ideally, the user should be able to run a query, retrieve a set of
items, sort them however he wants (by author, date, call number, some
kind of dynamic clustering algorithm, whatever), and be able to
methodically browse from one end of that sort order to the other
without any fear of missing something.

Keith


On Tue, Sep 30, 2008 at 6:08 PM, Stephens, Owen
<[EMAIL PROTECTED]> wrote:
> I think we need to understand the
> way people use browse to navigate resources if we are to successfully bring
> the concept of collection browsing to our navigation tools. David suggests
> that we should think of a shelf browse as a type of 'show me more like this'
> which is definitely one reason to browse - but is it the only reason?


Re: [CODE4LIB] creating call number browse

2008-09-30 Thread Stephens, Owen
I think that is what was being asked for, but I suppose I'm trying to  
get to what the underlying driver is - and assuming that users wikld  
like it wondering if there are reasons beyond familiarity.


If the classification does capture some unique aspect of 'likeness'  
that's fine I suppose - although I wonder why? But isn't  
classification just another possible facet to browse?


I suppose I'm just thinking out loud, but I think we need to  
understand the way people use browse to navigate resources if we are  
to successfully bring the concept of collection browsing to our  
navigation tools. David suggests that we should think of a shelf  
browse as a type of 'show me more like this' which is definitely one  
reason to browse - but is it the only reason?


Owen



On 30 Sep 2008, at 21:52, "Tim Shearer" <[EMAIL PROTECTED]> wrote:


Owen,

Unless I'm misunderstanding, what's being asked for is a  
visualization tool for the *classification*.  Faceted browsing by  
subject is dandy, but is not at all the same thing (though arguments  
can be made that the lines are blurring).  Books that sit next to  
each other in a classification (DC or LC, or whatever) may not share  
a majority of subject terms.  That collocation via classification is  
yet another (and occasionally more useful) way of saying that this  
item is like that item.  One that is not necessarily trapped in any  
other way than call number.


-t

On Tue, 30 Sep 2008, Stephens, Owen wrote:

I'd second Steve's comments - replicating an inherently limited  
physical

browse system seems an odd thing to do in the virtual world. I would
have thought that the 'faceted browse' function we are now seeing
appearing in library systems (of course, the Endeca implementation  
is a

leader here) is potentially the virtual equivalent of 'browsing the
shelves', but hopefully without the limitations that the physical
environment brings?

Is it the UI rather than the functionality that is lacking here?  
Perhaps

we need to look more carefully at the 'browsing' experience. Thinking
about examples outside the library world, I personally like the
'coverflow' browse in iTunes, but I'm able to sort tracks by several
criteria and still see a coverflow view. I have to admit that in  
general

I prefer the 'album' order when using coverflow, because otherwise it
doesn't make sense (to me that is). It would be interesting to look  
at

what an 'artistflow' might look like, or a 'genreflow'.

However, as far as I know I can't actually replicate the experience  
that
I would have with my (now in boxes somewhere) physical CD  
collection -
why was divided by genre, then sorted by artist surname (ok, I  
admit it,

I'm a librarian through and through)

Perhaps a better understanding of the 'browse' experience is needed?

Some questions - when we browse:

When and why do people browse rather than search?
How do people make decisions about useful items as they browse?
Browsing stacks suggests that items have been 'ordered' - is there
something about this that appeals? Does it convey 'authority' in some
way that the 'any order you want' doesn't?

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ

t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]

-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf

Of

Steve Meyer
Sent: 29 September 2008 21:45
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

one counter argument that i would make to this is that we  
consistently

hear from faculty that they absolutely adore browsing the

stacks--there

is something that they have learned to love about the experience
regardless of whether they understand that it is made possible by  
the

work of catalogers assigning call numbers and then using them for
ordering the stacks.

at uw-madison we have a faculty lecture series where we invite
professors to talk about their use of library materials and their
research and one historian said outright, the one thing that is

missing
in the online environment is the experience of browsing the  
stacks. he

seemed to understand that with all the mass digitization efforts, we
could be on the edge of accomplishing it.

that said, i agree that we should do what you say also, just that we
should not throw the baby out w/ the bath water. if faculty somehow
understand that browsing the stacks is a good experience then we can
use
it as a metaphor in the online environment. in an unofficial  
project i

have experimented w/ primitive interface tests using both subject
heading 'more like this' and a link to a stack browse based on a  
call

number sort:

http://j2ee-d

Re: [CODE4LIB] creating call number browse

2008-09-30 Thread Tim Shearer

Owen,

Unless I'm misunderstanding, what's being asked for is a visualization 
tool for the *classification*.  Faceted browsing by subject is dandy, but 
is not at all the same thing (though arguments can be made that the lines 
are blurring).  Books that sit next to each other in a classification (DC 
or LC, or whatever) may not share a majority of subject terms.  That 
collocation via classification is yet another (and occasionally more 
useful) way of saying that this item is like that item.  One that is not 
necessarily trapped in any other way than call number.


-t

On Tue, 30 Sep 2008, Stephens, Owen wrote:


I'd second Steve's comments - replicating an inherently limited physical
browse system seems an odd thing to do in the virtual world. I would
have thought that the 'faceted browse' function we are now seeing
appearing in library systems (of course, the Endeca implementation is a
leader here) is potentially the virtual equivalent of 'browsing the
shelves', but hopefully without the limitations that the physical
environment brings?

Is it the UI rather than the functionality that is lacking here? Perhaps
we need to look more carefully at the 'browsing' experience. Thinking
about examples outside the library world, I personally like the
'coverflow' browse in iTunes, but I'm able to sort tracks by several
criteria and still see a coverflow view. I have to admit that in general
I prefer the 'album' order when using coverflow, because otherwise it
doesn't make sense (to me that is). It would be interesting to look at
what an 'artistflow' might look like, or a 'genreflow'.

However, as far as I know I can't actually replicate the experience that
I would have with my (now in boxes somewhere) physical CD collection -
why was divided by genre, then sorted by artist surname (ok, I admit it,
I'm a librarian through and through)

Perhaps a better understanding of the 'browse' experience is needed?

Some questions - when we browse:

When and why do people browse rather than search?
How do people make decisions about useful items as they browse?
Browsing stacks suggests that items have been 'ordered' - is there
something about this that appeals? Does it convey 'authority' in some
way that the 'any order you want' doesn't?

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ

t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]

-Original Message-----
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf

Of

Steve Meyer
Sent: 29 September 2008 21:45
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

one counter argument that i would make to this is that we consistently
hear from faculty that they absolutely adore browsing the

stacks--there

is something that they have learned to love about the experience
regardless of whether they understand that it is made possible by the
work of catalogers assigning call numbers and then using them for
ordering the stacks.

at uw-madison we have a faculty lecture series where we invite
professors to talk about their use of library materials and their
research and one historian said outright, the one thing that is

missing

in the online environment is the experience of browsing the stacks. he
seemed to understand that with all the mass digitization efforts, we
could be on the edge of accomplishing it.

that said, i agree that we should do what you say also, just that we
should not throw the baby out w/ the bath water. if faculty somehow
understand that browsing the stacks is a good experience then we can
use
it as a metaphor in the online environment. in an unofficial project i
have experimented w/ primitive interface tests using both subject
heading 'more like this' and a link to a stack browse based on a call
number sort:

http://j2ee-dev.library.wisc.edu/sanecat/item.html?resourceId=951506

(please, ignore the sloppy import problems, i just didn't care that
much
for the interface test)

as for the original question, this has about a million records and
900,000 w/ item numbers and a simple btree index in the database sorts
at an acceptable speed for a development test.

-sm

Walker, David wrote:

a decent UI is probably going to be a bigger job


I've always felt that the call number browse was a really useful

option, but the most disastrously implemented feature in most ILS
catalog interfaces.


I think the problem is that we're focusing on the task -- browsing

the shelf -- as opposed to the *goal*, which is, I think, simply to
show users books that are related to the one they are looking at.


If you treat it like that (here are books that are related to this

book) and dispense with the notion of call numbers and shelves in the
interface (even if what

Re: [CODE4LIB] creating call number browse

2008-09-30 Thread Stephens, Owen
I'd second Steve's comments - replicating an inherently limited physical
browse system seems an odd thing to do in the virtual world. I would
have thought that the 'faceted browse' function we are now seeing
appearing in library systems (of course, the Endeca implementation is a
leader here) is potentially the virtual equivalent of 'browsing the
shelves', but hopefully without the limitations that the physical
environment brings?

Is it the UI rather than the functionality that is lacking here? Perhaps
we need to look more carefully at the 'browsing' experience. Thinking
about examples outside the library world, I personally like the
'coverflow' browse in iTunes, but I'm able to sort tracks by several
criteria and still see a coverflow view. I have to admit that in general
I prefer the 'album' order when using coverflow, because otherwise it
doesn't make sense (to me that is). It would be interesting to look at
what an 'artistflow' might look like, or a 'genreflow'.

However, as far as I know I can't actually replicate the experience that
I would have with my (now in boxes somewhere) physical CD collection -
why was divided by genre, then sorted by artist surname (ok, I admit it,
I'm a librarian through and through)

Perhaps a better understanding of the 'browse' experience is needed? 

Some questions - when we browse:

When and why do people browse rather than search?
How do people make decisions about useful items as they browse?
Browsing stacks suggests that items have been 'ordered' - is there
something about this that appeals? Does it convey 'authority' in some
way that the 'any order you want' doesn't?

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ
 
t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]
> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf
Of
> Steve Meyer
> Sent: 29 September 2008 21:45
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] creating call number browse
> 
> one counter argument that i would make to this is that we consistently
> hear from faculty that they absolutely adore browsing the
stacks--there
> is something that they have learned to love about the experience
> regardless of whether they understand that it is made possible by the
> work of catalogers assigning call numbers and then using them for
> ordering the stacks.
> 
> at uw-madison we have a faculty lecture series where we invite
> professors to talk about their use of library materials and their
> research and one historian said outright, the one thing that is
missing
> in the online environment is the experience of browsing the stacks. he
> seemed to understand that with all the mass digitization efforts, we
> could be on the edge of accomplishing it.
> 
> that said, i agree that we should do what you say also, just that we
> should not throw the baby out w/ the bath water. if faculty somehow
> understand that browsing the stacks is a good experience then we can
> use
> it as a metaphor in the online environment. in an unofficial project i
> have experimented w/ primitive interface tests using both subject
> heading 'more like this' and a link to a stack browse based on a call
> number sort:
> 
> http://j2ee-dev.library.wisc.edu/sanecat/item.html?resourceId=951506
> 
> (please, ignore the sloppy import problems, i just didn't care that
> much
> for the interface test)
> 
> as for the original question, this has about a million records and
> 900,000 w/ item numbers and a simple btree index in the database sorts
> at an acceptable speed for a development test.
> 
> -sm
> 
> Walker, David wrote:
> >> a decent UI is probably going to be a bigger job
> >
> > I've always felt that the call number browse was a really useful
> option, but the most disastrously implemented feature in most ILS
> catalog interfaces.
> >
> > I think the problem is that we're focusing on the task -- browsing
> the shelf -- as opposed to the *goal*, which is, I think, simply to
> show users books that are related to the one they are looking at.
> >
> > If you treat it like that (here are books that are related to this
> book) and dispense with the notion of call numbers and shelves in the
> interface (even if what you're doing behind the scenes is in fact a
> call number browse) then I think you can arrive at a much simpler and
> straight-forward UI for users.  I would treat it little different than
> Amazon's recommendations feature, for example.
> >
> > --Dave
> >
> > ======
> > 

Re: [CODE4LIB] creating call number browse

2008-09-29 Thread Steve Meyer
one counter argument that i would make to this is that we consistently 
hear from faculty that they absolutely adore browsing the stacks--there 
is something that they have learned to love about the experience 
regardless of whether they understand that it is made possible by the 
work of catalogers assigning call numbers and then using them for 
ordering the stacks.


at uw-madison we have a faculty lecture series where we invite 
professors to talk about their use of library materials and their 
research and one historian said outright, the one thing that is missing 
in the online environment is the experience of browsing the stacks. he 
seemed to understand that with all the mass digitization efforts, we 
could be on the edge of accomplishing it.


that said, i agree that we should do what you say also, just that we 
should not throw the baby out w/ the bath water. if faculty somehow 
understand that browsing the stacks is a good experience then we can use 
it as a metaphor in the online environment. in an unofficial project i 
have experimented w/ primitive interface tests using both subject 
heading 'more like this' and a link to a stack browse based on a call 
number sort:


http://j2ee-dev.library.wisc.edu/sanecat/item.html?resourceId=951506

(please, ignore the sloppy import problems, i just didn't care that much 
for the interface test)


as for the original question, this has about a million records and 
900,000 w/ item numbers and a simple btree index in the database sorts 
at an acceptable speed for a development test.


-sm

Walker, David wrote:

a decent UI is probably going to be a bigger job


I've always felt that the call number browse was a really useful option, but 
the most disastrously implemented feature in most ILS catalog interfaces.

I think the problem is that we're focusing on the task -- browsing the shelf -- 
as opposed to the *goal*, which is, I think, simply to show users books that 
are related to the one they are looking at.

If you treat it like that (here are books that are related to this book) and 
dispense with the notion of call numbers and shelves in the interface (even if 
what you're doing behind the scenes is in fact a call number browse) then I 
think you can arrive at a much simpler and straight-forward UI for users.  I 
would treat it little different than Amazon's recommendations feature, for 
example.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Code for Libraries [EMAIL PROTECTED] On Behalf Of Stephens, Owen [EMAIL 
PROTECTED]
Sent: Wednesday, September 17, 2008 9:17 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

I'm not sure, but my guess would be that the example you give isn't
really a 'browse index' function, but rather creates a search result set
and presents it in a specific way (i.e. via cover images) sorted by call
number (by the look of it, it has an ID of the bib record as input, and
it displays this book and 10 before it, and 10 after it, in call number
order.

Whether this is how bibliocommons achieves it or not is perhaps besides
the point - this is how I think I would approach it. I'm winging it
here, but if I was doing some quick and very dirty here:

A simple db table with fields:

Database ID (numeric counter auto-increment)
Bib record ID
URIs to book covers (or more likely the relevant information to create
the URIs such as ISBN)
Call number

To start, get a report from your ILS with this info in it, sorted by
Call Number. To populate the table, import your data (sorted in Call
Number order). The Database ID will be created on import, automatically
in call number order (there are other, almost certainly better, ways of
handling this, but this is simple I think)

To create your shelf browse given a Bib ID select that record and get
the database ID. Then requery selecting all records which have database
IDs +-10 of the one you have just retrieved.

Output results in appropriate format (e.g. html) using book cover URIs
to display the images.

Obviously with this approach, you'd need to recreate your data table
regularly to keep it up to date (resetting your Database ID if you
want).

Well - just how I'd do it if I wanted something up and running quickly.
As Andy notes, a decent UI is probably going to be a bigger job ;)

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ

t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]


-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf

Of

Emily Lynema
Sent: 17 September 2008 16:46
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] creating call number browse

Hey all,

I would love to tackle the issue of creating a really cool call number
br

Re: [CODE4LIB] creating call number browse

2008-09-29 Thread kgj2
Ken,

That is an impressive collation of call numbers for each subject!
Clearly a lot of work went into this.   (For example, bringing
together precise call number ranges within BX, DC, GV, HV, HX, LB, NA,
NB, PN, PS, TH, and Z into the single topic "Architecture".)

Can you tell us a bit about how those call number ranges were
compiled?  Also, are those browse categories related to UMich
departments, or perhaps something else?

Cheers,
Keith


On Sun, Sep 21, 2008 at 11:39 AM, Ken Varnum <[EMAIL PROTECTED]> wrote:
> The categories are sort of interesting in themselves -- each is manually
> managed, pulling together LC call numbers that fit into that subject.  The
> mapping of call numbers and searches is available at
> http://www.lib.umich.edu/browse/categories/


Re: [CODE4LIB] creating call number browse

2008-09-29 Thread Nathan Vack
On Sun, Sep 21, 2008 at 10:36 AM, Michael Doran <[EMAIL PROTECTED]> wrote:

> If you're retrieving the data from your ILS and the ILS already has a 
> normalized call number field, you would want to retrieve that in addition to 
> your display call number.  That would allow for sorting by call number rather 
> than by a database ID and would allow for easier updates of the data (i.e. 
> you wouldn't have to re-generate the entire database ID index).  If your ILS 
> doesn't have normalized call numbers, you might want to normalize them 
> yourself as part of the data load process.


It looks like Michael's already got some beta code out there to
normalize LC call numbers ;-)

http://rocky.uta.edu/doran/sortlc/sortLC.pl

In general, I think normalizing LC will be tricky. (Actually,
normalizing *any* schema will, I think, be tricky.) Also, combining
call numbers from different schemas (LC and SUDOC in this example) may
provide some interesting challenges at the edges.

The other (harder-core) route you might go down would be to create a
custom datatype and index in your database system of choice. This may
actually be easier than transforming call numbers into a
natively-indexable string (all you should need is a sort function
then, really) -- but extending your database is not for the faint of
heart.

Cheers,
-Nate


Re: [CODE4LIB] creating call number browse

2008-09-29 Thread Owen Stephens
It just seems like if you've got Endeca doing the heavy lifting already, then 
building something separate just to allow you to enter a specific point in a 
sorted results list sounds like hard work?

Two possible approaches that occur to me (and of course not knowing Endeca they 
may be well off base I guess).

Can Endeca retrieve all records with a call number, and drop the user into a 
specific point in the sorted results set? I'm guessing not, otherwise you 
probably wouldn't be looking for alternative approaches. Is the problem 
dropping the user in at the right point in the sorted results set, or in the 
size of the results set generated?

An alternative approach possibly? If Endeca can retrieve results and display 
them in Call Number order, then could you not submit a search that retrieves a 
'shelf' of books at a time? That is, take a Call Number as an input, calculate 
a range around the call number to search and pass this to Endeca? This allows 
you to control the set size, but still there is a question of whether Endeca 
can drop the user into a specific point within a sorted results set. If not, 
then can it return records in a format that you can then manipulate (e.g. XML)? 
With a small, pre-sorted, results set, it should be relatively easy to build 
something that drops the user into the correct point based on their search?

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ
 
t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]
> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
> Emily Lynema
> Sent: 21 September 2008 16:38
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] creating call number browse
> 
> Well, we're using LC and SUDOC here. What I really want is something
> that is both searchable and browsable, so that users can type in a call
> number and then browse backward and forward as much as they want in
> call
> number order.
> 
> We have Endeca here, so my patrons can browse into the LC scheme and
> then sort the results in call number order, but I don't have a way to
> browse forward and backward starting with a specific call number (like
> you would if you were browsing the shelves physically).
> 
> -emily
> 
> Keith Jenkins wrote:
> > Emily,
> >
> > Are you using LC or Dewey?
> >
> > A while back, I wanted to generate browsable lists of new books,
> > organized by topic.  I ended up using the LC call number to group the
> > titles into manageable groups.  Here's an example:
> > http://supportingcast.mannlib.cornell.edu/newbooks/?loc=mann
> >
> > Titles are sorted by call number, and also grouped by the initial
> > letters of the LC classification, such as "Q" or "QL".  For monthly
> > lists of new books, most groupings usually have less than 20 titles,
> > which makes for easy browsing of titles within someone's general
> > subject of interest.  The Table of Contents at the top of the page
> > only lists those classifications that are present in the set of
> titles
> > currently being viewed.  (In an earlier version, Q would only be
> split
> > into QA, QB, etc. if there were more than 20 items with Q call
> > numbers.)
> >
> > Things do tend to get a bit out of control in some of the
> > classifications for literature... no one wants to scan through a list
> > of 452 titles:
> > http://supportingcast.mannlib.cornell.edu/newbooks/?class=PL
> >
> > So for entire collections, a lot more work would be needed to create
> > finer subgroups, since each classification is uniquely complex.  For
> > example:
> >   PL1-8844 : Languages of Eastern Asia, Africa, Oceania
> >   PL1-481 : Ural-Altaic languages
> >   PL21-396 : Turkic languages
> >   PL400-431 : Mongolian languages
> >   PL450-481 : Tungus Manchu languages
> >
> > (An idea... maybe it would work to simply forget about pre-
> determined,
> > named call number ranges and look for "natural breaks" in the call
> > numbers, rather than trying to model the intricate details of each
> > individual classification schedule.)
> >
> > The site runs on a set of MARC records extracted from the catalog.
> > Users can also subscribe to RSS feeds for any combination of
> location,
> > language, or classification group.
> >
> > I did some early experimentation to include cover images, but never
> > seemed to get enough matches to make that worthwhile.
> >
> > Keith
> >
> > Keith Jenkins
> > GIS/Geospatial Applications Librari

Re: [CODE4LIB] creating call number browse

2008-09-21 Thread Ken Varnum
We have something like this running in a prototype form at
http://www.lib.umich.edu/virtual/

Rather than being a pure browse tool, it lets users view our collection by
category so that related items across 20 physical locations can be viewed as
if on one shelf.  Books that have been digitized and are searchable the
Google Book project (HathiTrust) include a search field.  It's built on an
API into our Aleph OPAC. This site is a proof of concept so still has some
bugs. 

The categories are sort of interesting in themselves -- each is manually
managed, pulling together LC call numbers that fit into that subject.  The
mapping of call numbers and searches is available at
http://www.lib.umich.edu/browse/categories/

Ken


-- 
Ken Varnum
Web Systems Manager
University Library   E: [EMAIL PROTECTED]
University of Michigan   T: 734-615-3287
309 Harlan Hatcher Graduate Library  F: 734-647-6897
Ann Arbor, MI 48109-1205 http://www.lib.umich.edu/



> From: Emily Lynema <[EMAIL PROTECTED]>
> Organization: NCSU Libraries
> Reply-To: <[EMAIL PROTECTED]>
> Date: Wed, 17 Sep 2008 11:46:19 -0400
> To: 
> Subject: [CODE4LIB] creating call number browse
> 
> Hey all,
> 
> I would love to tackle the issue of creating a really cool call number
> browse tool that utilizes book covers, etc. However, I'd like to do this
> outside of my ILS/OPAC. What I don't know is whether there are any
> indexing / SQL / query techniques that could be used to browse forward
> and backword in an index like this.
> 
> Has anyone else worked on developing a tool like this outside of the
> OPAC? I guess I would be perfectly happy even if it was something I
> could build directly on top of the ILS database and its indexes (we use
> SirsiDynix Unicorn).
> 
> I wanted to throw a feeler out there before trying to dream up some wild
> scheme on my own.
> 
> -emily
> 
> P.S. The version of BiblioCommons released at Oakville Public Library
> has a sweet call number browse function accessible from the full record
> page. I would love to know know how that was accomplished.
> 
> http://opl.bibliocommons.com/item/show/1413841_mars
> 
> -- 
> Emily Lynema
> Systems Librarian for Digital Projects
> Information Technology, NCSU Libraries
> 919-513-8031
> [EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread Tim Shearer

Hi,

One approach to the UI might be to use Cooliris (was piclens) and generate 
a media rss file in call number order.  It's limited (to people who have 
installed cooliris) but it's essentially a coverflow.   You can do other 
things within the browser, but few are going to feel as immediate and 
tranparent to the user.


Again, maybe not for all users, but maybe a cool enhanced version for a 
subset.


Generating that media rss file may get tricky (you need uris to thumbs and 
"fulls") depending on the API from, and agreements with syndetics.


-t

On Wed, 17 Sep 2008, Charles Antoine Julien, Mr wrote:


I've done some work this.


" What I don't know is whether there are any indexing / SQL / query techniques that 
could be used to browse forward and backword in an index like this."

Depending on what you want to do exactly, yes.  Look at

Querying Ontologies in Relational Database Systems - ►hu-berlin.de [PDF]
S Trissl, U Leser - LECTURE NOTES IN COMPUTER SCIENCE, 2005 - Springer

If you need more you're looking at CS literature concerning treatment of 
graphs, directed graphs, cyclical, transitive closure, etc.

This can all be done without to much difficulty but as Nate pointed out 
updating the data is a problem...I've not tackled that part but there is much 
literature on dynamic graphs and I'm assuming this could also be adequately 
solved.


a decent UI is probably going to be a bigger job


Yes, that's the real issue.  Could call numbers be placed within a hierarchy?  Then 
display this in an outline view (Windows Explorer) that is also item searchable?  Seems 
to me there is structure in the call numbers that is hidden in current UIs.  I also think 
the actual "Call number" should disappear and replaced by a textual label 
describing what the numbers mean.

Fun stuff to think about...

Charles-Antoine


-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema
Sent: September 17, 2008 11:46 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] creating call number browse

Hey all,

I would love to tackle the issue of creating a really cool call number
browse tool that utilizes book covers, etc. However, I'd like to do this
outside of my ILS/OPAC. What I don't know is whether there are any
indexing / SQL / query techniques that could be used to browse forward
and backword in an index like this.

Has anyone else worked on developing a tool like this outside of the
OPAC? I guess I would be perfectly happy even if it was something I
could build directly on top of the ILS database and its indexes (we use
SirsiDynix Unicorn).

I wanted to throw a feeler out there before trying to dream up some wild
scheme on my own.

-emily

P.S. The version of BiblioCommons released at Oakville Public Library
has a sweet call number browse function accessible from the full record
page. I would love to know know how that was accomplished.

http://opl.bibliocommons.com/item/show/1413841_mars

--
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.169 / Virus Database: 270.6.21/1674 - Release Date: 17/09/2008 
9:33 AM


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread Emily Lynema
Well, in this case one of the major goals of this project would be to 
remove the dependency on the OPAC for providing a call number browse. We 
would like to be able to turn off support for our OPAC here at some 
point, since we're not using any longer for keyword searching.


-emily

William C Kurt wrote:

Why not just build a decent cover flow UI over the existing call number
browse in the catalog with Javascript?  Just grab the cover images and
display them using something like http://www.deensoft.com/lab/protoflow/
That way you could recreate the  'browsing' experience, not have to have
the user learn a new tool and not have to worry about how you're going
to implement browsing the call numbers (similar to what the Oakville
Public Library is doing on that page).  


In the past I put together a quick demo of this (not for call numbers,
just for regular search listings) in an evening:
http://lib-bling.com/unr/unrdemo/unrcoverflowdemo.htm 


That's a very rough demo but implementing something similar using
default call number browse in the catalog would probably be not much
more difficult and would provide roughly the experience it seems you're
looking for without having to worry about overly complex solutions.

--Will

Will Kurt
Applications Development Librarian
University of Nevada, Reno
Mathewson-IGT Knowledge Center
phone: 775 682-5679
email: [EMAIL PROTECTED] 





-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
Emily Lynema
Sent: Wednesday, September 17, 2008 8:46 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] creating call number browse

Hey all,

I would love to tackle the issue of creating a really cool call number 
browse tool that utilizes book covers, etc. However, I'd like to do this


outside of my ILS/OPAC. What I don't know is whether there are any 
indexing / SQL / query techniques that could be used to browse forward 
and backword in an index like this.


Has anyone else worked on developing a tool like this outside of the 
OPAC? I guess I would be perfectly happy even if it was something I 
could build directly on top of the ILS database and its indexes (we use 
SirsiDynix Unicorn).


I wanted to throw a feeler out there before trying to dream up some wild

scheme on my own.

-emily

P.S. The version of BiblioCommons released at Oakville Public Library 
has a sweet call number browse function accessible from the full record 
page. I would love to know know how that was accomplished.


http://opl.bibliocommons.com/item/show/1413841_mars



--
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread [Will Kurt]
Why not just build a decent cover flow UI over the existing call number
browse in the catalog with Javascript?  Just grab the cover images and
display them using something like http://www.deensoft.com/lab/protoflow/
That way you could recreate the  'browsing' experience, not have to have
the user learn a new tool and not have to worry about how you're going
to implement browsing the call numbers (similar to what the Oakville
Public Library is doing on that page).  

In the past I put together a quick demo of this (not for call numbers,
just for regular search listings) in an evening:
http://lib-bling.com/unr/unrdemo/unrcoverflowdemo.htm 

That's a very rough demo but implementing something similar using
default call number browse in the catalog would probably be not much
more difficult and would provide roughly the experience it seems you're
looking for without having to worry about overly complex solutions.

--Will

Will Kurt
Applications Development Librarian
University of Nevada, Reno
Mathewson-IGT Knowledge Center
phone: 775 682-5679
email: [EMAIL PROTECTED] 




-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
Emily Lynema
Sent: Wednesday, September 17, 2008 8:46 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] creating call number browse

Hey all,

I would love to tackle the issue of creating a really cool call number 
browse tool that utilizes book covers, etc. However, I'd like to do this

outside of my ILS/OPAC. What I don't know is whether there are any 
indexing / SQL / query techniques that could be used to browse forward 
and backword in an index like this.

Has anyone else worked on developing a tool like this outside of the 
OPAC? I guess I would be perfectly happy even if it was something I 
could build directly on top of the ILS database and its indexes (we use 
SirsiDynix Unicorn).

I wanted to throw a feeler out there before trying to dream up some wild

scheme on my own.

-emily

P.S. The version of BiblioCommons released at Oakville Public Library 
has a sweet call number browse function accessible from the full record 
page. I would love to know know how that was accomplished.

http://opl.bibliocommons.com/item/show/1413841_mars

-- 
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread Emily Lynema
Well, we're using LC and SUDOC here. What I really want is something 
that is both searchable and browsable, so that users can type in a call 
number and then browse backward and forward as much as they want in call 
number order.


We have Endeca here, so my patrons can browse into the LC scheme and 
then sort the results in call number order, but I don't have a way to 
browse forward and backward starting with a specific call number (like 
you would if you were browsing the shelves physically).


-emily

Keith Jenkins wrote:

Emily,

Are you using LC or Dewey?

A while back, I wanted to generate browsable lists of new books,
organized by topic.  I ended up using the LC call number to group the
titles into manageable groups.  Here's an example:
http://supportingcast.mannlib.cornell.edu/newbooks/?loc=mann

Titles are sorted by call number, and also grouped by the initial
letters of the LC classification, such as "Q" or "QL".  For monthly
lists of new books, most groupings usually have less than 20 titles,
which makes for easy browsing of titles within someone's general
subject of interest.  The Table of Contents at the top of the page
only lists those classifications that are present in the set of titles
currently being viewed.  (In an earlier version, Q would only be split
into QA, QB, etc. if there were more than 20 items with Q call
numbers.)

Things do tend to get a bit out of control in some of the
classifications for literature... no one wants to scan through a list
of 452 titles:
http://supportingcast.mannlib.cornell.edu/newbooks/?class=PL

So for entire collections, a lot more work would be needed to create
finer subgroups, since each classification is uniquely complex.  For
example:
  PL1-8844 : Languages of Eastern Asia, Africa, Oceania
  PL1-481 : Ural-Altaic languages
  PL21-396 : Turkic languages
  PL400-431 : Mongolian languages
  PL450-481 : Tungus Manchu languages

(An idea... maybe it would work to simply forget about pre-determined,
named call number ranges and look for "natural breaks" in the call
numbers, rather than trying to model the intricate details of each
individual classification schedule.)

The site runs on a set of MARC records extracted from the catalog.
Users can also subscribe to RSS feeds for any combination of location,
language, or classification group.

I did some early experimentation to include cover images, but never
seemed to get enough matches to make that worthwhile.

Keith

Keith Jenkins
GIS/Geospatial Applications Librarian
Mann Library, Cornell University
Ithaca, New York 14853


On Wed, Sep 17, 2008 at 11:46 AM, Emily Lynema <[EMAIL PROTECTED]> wrote:

Hey all,

I would love to tackle the issue of creating a really cool call number
browse tool that utilizes book covers, etc. However, I'd like to do this
outside of my ILS/OPAC. What I don't know is whether there are any indexing
/ SQL / query techniques that could be used to browse forward and backword
in an index like this.

Has anyone else worked on developing a tool like this outside of the OPAC? I
guess I would be perfectly happy even if it was something I could build
directly on top of the ILS database and its indexes (we use SirsiDynix
Unicorn).

I wanted to throw a feeler out there before trying to dream up some wild
scheme on my own.

-emily

P.S. The version of BiblioCommons released at Oakville Public Library has a
sweet call number browse function accessible from the full record page. I
would love to know know how that was accomplished.

http://opl.bibliocommons.com/item/show/1413841_mars

--
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]



--
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread kgj2
Emily,

Are you using LC or Dewey?

A while back, I wanted to generate browsable lists of new books,
organized by topic.  I ended up using the LC call number to group the
titles into manageable groups.  Here's an example:
http://supportingcast.mannlib.cornell.edu/newbooks/?loc=mann

Titles are sorted by call number, and also grouped by the initial
letters of the LC classification, such as "Q" or "QL".  For monthly
lists of new books, most groupings usually have less than 20 titles,
which makes for easy browsing of titles within someone's general
subject of interest.  The Table of Contents at the top of the page
only lists those classifications that are present in the set of titles
currently being viewed.  (In an earlier version, Q would only be split
into QA, QB, etc. if there were more than 20 items with Q call
numbers.)

Things do tend to get a bit out of control in some of the
classifications for literature... no one wants to scan through a list
of 452 titles:
http://supportingcast.mannlib.cornell.edu/newbooks/?class=PL

So for entire collections, a lot more work would be needed to create
finer subgroups, since each classification is uniquely complex.  For
example:
  PL1-8844 : Languages of Eastern Asia, Africa, Oceania
  PL1-481 : Ural-Altaic languages
  PL21-396 : Turkic languages
  PL400-431 : Mongolian languages
  PL450-481 : Tungus Manchu languages

(An idea... maybe it would work to simply forget about pre-determined,
named call number ranges and look for "natural breaks" in the call
numbers, rather than trying to model the intricate details of each
individual classification schedule.)

The site runs on a set of MARC records extracted from the catalog.
Users can also subscribe to RSS feeds for any combination of location,
language, or classification group.

I did some early experimentation to include cover images, but never
seemed to get enough matches to make that worthwhile.

Keith

Keith Jenkins
GIS/Geospatial Applications Librarian
Mann Library, Cornell University
Ithaca, New York 14853


On Wed, Sep 17, 2008 at 11:46 AM, Emily Lynema <[EMAIL PROTECTED]> wrote:
> Hey all,
>
> I would love to tackle the issue of creating a really cool call number
> browse tool that utilizes book covers, etc. However, I'd like to do this
> outside of my ILS/OPAC. What I don't know is whether there are any indexing
> / SQL / query techniques that could be used to browse forward and backword
> in an index like this.
>
> Has anyone else worked on developing a tool like this outside of the OPAC? I
> guess I would be perfectly happy even if it was something I could build
> directly on top of the ILS database and its indexes (we use SirsiDynix
> Unicorn).
>
> I wanted to throw a feeler out there before trying to dream up some wild
> scheme on my own.
>
> -emily
>
> P.S. The version of BiblioCommons released at Oakville Public Library has a
> sweet call number browse function accessible from the full record page. I
> would love to know know how that was accomplished.
>
> http://opl.bibliocommons.com/item/show/1413841_mars
>
> --
> Emily Lynema
> Systems Librarian for Digital Projects
> Information Technology, NCSU Libraries
> 919-513-8031
> [EMAIL PROTECTED]
>


Re: [CODE4LIB] creating call number browse

2008-09-21 Thread Michael Doran
To build on Nate's suggestion...

> Sorting a list of call numbers is pretty easy; doing it efficiently
> for large datasets is rather more tricky. I'm not totally sure, but
> the best course of action may be to transform the call numbers into
> something indexable (say, a string) that follows the same ordering
> rules as your call numbers.

If you're retrieving the data from your ILS and the ILS already has a 
normalized call number field, you would want to retrieve that in addition to 
your display call number.  That would allow for sorting by call number rather 
than by a database ID and would allow for easier updates of the data (i.e. you 
wouldn't have to re-generate the entire database ID index).  If your ILS 
doesn't have normalized call numbers, you might want to normalize them yourself 
as part of the data load process.

-- Michael

# Michael Doran, Systems Librarian
# University of Texas at Arlington
# 817-272-5326 office
# 817-688-1926 mobile
# [EMAIL PROTECTED]
# http://rocky.uta.edu/doran/
  

> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On 
> Behalf Of Nate Vack
> Sent: Wednesday, September 17, 2008 11:36 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: Re: [CODE4LIB] creating call number browse
> 
> On Wed, Sep 17, 2008 at 11:17 AM, Stephens, Owen
> <[EMAIL PROTECTED]> wrote:
> 
> > To start, get a report from your ILS with this info in it, sorted by
> > Call Number. To populate the table, import your data (sorted in Call
> > Number order). The Database ID will be created on import, 
> automatically
> > in call number order (there are other, almost certainly 
> better, ways of
> > handling this, but this is simple I think)
> 
> The trick here comes, of course, when you want to add a book to the
> middle of your database without re-generating the entire index -- that
> operation may be expensive.
> 
> Sorting a list of call numbers is pretty easy; doing it efficiently
> for large datasets is rather more tricky. I'm not totally sure, but
> the best course of action may be to transform the call numbers into
> something indexable (say, a string) that follows the same ordering
> rules as your call numbers.
> 
> Then, compute the transformation of all your call numbers and drop an
> ordinary index on the field.
> 
> -Nate
> 


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Charles Antoine Julien, Mr
I've done some work this.


" What I don't know is whether there are any indexing / SQL / query techniques 
that could be used to browse forward and backword in an index like this."

Depending on what you want to do exactly, yes.  Look at 

Querying Ontologies in Relational Database Systems - ►hu-berlin.de [PDF] 
S Trissl, U Leser - LECTURE NOTES IN COMPUTER SCIENCE, 2005 - Springer

If you need more you're looking at CS literature concerning treatment of 
graphs, directed graphs, cyclical, transitive closure, etc.

This can all be done without to much difficulty but as Nate pointed out 
updating the data is a problem...I've not tackled that part but there is much 
literature on dynamic graphs and I'm assuming this could also be adequately 
solved.

> a decent UI is probably going to be a bigger job

Yes, that's the real issue.  Could call numbers be placed within a hierarchy?  
Then display this in an outline view (Windows Explorer) that is also item 
searchable?  Seems to me there is structure in the call numbers that is hidden 
in current UIs.  I also think the actual "Call number" should disappear and 
replaced by a textual label describing what the numbers mean.  

Fun stuff to think about...

Charles-Antoine


-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of Emily Lynema
Sent: September 17, 2008 11:46 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] creating call number browse

Hey all,

I would love to tackle the issue of creating a really cool call number 
browse tool that utilizes book covers, etc. However, I'd like to do this 
outside of my ILS/OPAC. What I don't know is whether there are any 
indexing / SQL / query techniques that could be used to browse forward 
and backword in an index like this.

Has anyone else worked on developing a tool like this outside of the 
OPAC? I guess I would be perfectly happy even if it was something I 
could build directly on top of the ILS database and its indexes (we use 
SirsiDynix Unicorn).

I wanted to throw a feeler out there before trying to dream up some wild 
scheme on my own.

-emily

P.S. The version of BiblioCommons released at Oakville Public Library 
has a sweet call number browse function accessible from the full record 
page. I would love to know know how that was accomplished.

http://opl.bibliocommons.com/item/show/1413841_mars

-- 
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]

No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.169 / Virus Database: 270.6.21/1674 - Release Date: 17/09/2008 
9:33 AM


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Mark A. Matienzo
Call number browse often fails because of one primary reason: local
call numbers that don't fit $CALL_NUMBER_SYSTEM. The biggest example
that I can think of are non-book/serial materials, like AV materials
and archival collections.

Mark A. Matienzo
Applications Developer, NYPL Labs
The New York Public Library


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Walker, David
> a decent UI is probably going to be a bigger job

I've always felt that the call number browse was a really useful option, but 
the most disastrously implemented feature in most ILS catalog interfaces.

I think the problem is that we're focusing on the task -- browsing the shelf -- 
as opposed to the *goal*, which is, I think, simply to show users books that 
are related to the one they are looking at.

If you treat it like that (here are books that are related to this book) and 
dispense with the notion of call numbers and shelves in the interface (even if 
what you're doing behind the scenes is in fact a call number browse) then I 
think you can arrive at a much simpler and straight-forward UI for users.  I 
would treat it little different than Amazon's recommendations feature, for 
example.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Code for Libraries [EMAIL PROTECTED] On Behalf Of Stephens, Owen [EMAIL 
PROTECTED]
Sent: Wednesday, September 17, 2008 9:17 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] creating call number browse

I'm not sure, but my guess would be that the example you give isn't
really a 'browse index' function, but rather creates a search result set
and presents it in a specific way (i.e. via cover images) sorted by call
number (by the look of it, it has an ID of the bib record as input, and
it displays this book and 10 before it, and 10 after it, in call number
order.

Whether this is how bibliocommons achieves it or not is perhaps besides
the point - this is how I think I would approach it. I'm winging it
here, but if I was doing some quick and very dirty here:

A simple db table with fields:

Database ID (numeric counter auto-increment)
Bib record ID
URIs to book covers (or more likely the relevant information to create
the URIs such as ISBN)
Call number

To start, get a report from your ILS with this info in it, sorted by
Call Number. To populate the table, import your data (sorted in Call
Number order). The Database ID will be created on import, automatically
in call number order (there are other, almost certainly better, ways of
handling this, but this is simple I think)

To create your shelf browse given a Bib ID select that record and get
the database ID. Then requery selecting all records which have database
IDs +-10 of the one you have just retrieved.

Output results in appropriate format (e.g. html) using book cover URIs
to display the images.

Obviously with this approach, you'd need to recreate your data table
regularly to keep it up to date (resetting your Database ID if you
want).

Well - just how I'd do it if I wanted something up and running quickly.
As Andy notes, a decent UI is probably going to be a bigger job ;)

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ

t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]

> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf
Of
> Emily Lynema
> Sent: 17 September 2008 16:46
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: [CODE4LIB] creating call number browse
>
> Hey all,
>
> I would love to tackle the issue of creating a really cool call number
> browse tool that utilizes book covers, etc. However, I'd like to do
> this
> outside of my ILS/OPAC. What I don't know is whether there are any
> indexing / SQL / query techniques that could be used to browse forward
> and backword in an index like this.
>
> Has anyone else worked on developing a tool like this outside of the
> OPAC? I guess I would be perfectly happy even if it was something I
> could build directly on top of the ILS database and its indexes (we
use
> SirsiDynix Unicorn).
>
> I wanted to throw a feeler out there before trying to dream up some
> wild
> scheme on my own.
>
> -emily
>
> P.S. The version of BiblioCommons released at Oakville Public Library
> has a sweet call number browse function accessible from the full
record
> page. I would love to know know how that was accomplished.
>
> http://opl.bibliocommons.com/item/show/1413841_mars
>
> --
> Emily Lynema
> Systems Librarian for Digital Projects
> Information Technology, NCSU Libraries
> 919-513-8031
> [EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Nate Vack
On Wed, Sep 17, 2008 at 11:17 AM, Stephens, Owen
<[EMAIL PROTECTED]> wrote:

> To start, get a report from your ILS with this info in it, sorted by
> Call Number. To populate the table, import your data (sorted in Call
> Number order). The Database ID will be created on import, automatically
> in call number order (there are other, almost certainly better, ways of
> handling this, but this is simple I think)

The trick here comes, of course, when you want to add a book to the
middle of your database without re-generating the entire index -- that
operation may be expensive.

Sorting a list of call numbers is pretty easy; doing it efficiently
for large datasets is rather more tricky. I'm not totally sure, but
the best course of action may be to transform the call numbers into
something indexable (say, a string) that follows the same ordering
rules as your call numbers.

Then, compute the transformation of all your call numbers and drop an
ordinary index on the field.

-Nate


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Stephens, Owen
I'm not sure, but my guess would be that the example you give isn't
really a 'browse index' function, but rather creates a search result set
and presents it in a specific way (i.e. via cover images) sorted by call
number (by the look of it, it has an ID of the bib record as input, and
it displays this book and 10 before it, and 10 after it, in call number
order.

Whether this is how bibliocommons achieves it or not is perhaps besides
the point - this is how I think I would approach it. I'm winging it
here, but if I was doing some quick and very dirty here:

A simple db table with fields:

Database ID (numeric counter auto-increment)
Bib record ID
URIs to book covers (or more likely the relevant information to create
the URIs such as ISBN)
Call number

To start, get a report from your ILS with this info in it, sorted by
Call Number. To populate the table, import your data (sorted in Call
Number order). The Database ID will be created on import, automatically
in call number order (there are other, almost certainly better, ways of
handling this, but this is simple I think)

To create your shelf browse given a Bib ID select that record and get
the database ID. Then requery selecting all records which have database
IDs +-10 of the one you have just retrieved.

Output results in appropriate format (e.g. html) using book cover URIs
to display the images.

Obviously with this approach, you'd need to recreate your data table
regularly to keep it up to date (resetting your Database ID if you
want).

Well - just how I'd do it if I wanted something up and running quickly.
As Andy notes, a decent UI is probably going to be a bigger job ;)

Owen

Owen Stephens
Assistant Director: eStrategy and Information Resources
Central Library
Imperial College London
South Kensington Campus
London
SW7 2AZ
 
t: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]

> -Original Message-
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf
Of
> Emily Lynema
> Sent: 17 September 2008 16:46
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: [CODE4LIB] creating call number browse
> 
> Hey all,
> 
> I would love to tackle the issue of creating a really cool call number
> browse tool that utilizes book covers, etc. However, I'd like to do
> this
> outside of my ILS/OPAC. What I don't know is whether there are any
> indexing / SQL / query techniques that could be used to browse forward
> and backword in an index like this.
> 
> Has anyone else worked on developing a tool like this outside of the
> OPAC? I guess I would be perfectly happy even if it was something I
> could build directly on top of the ILS database and its indexes (we
use
> SirsiDynix Unicorn).
> 
> I wanted to throw a feeler out there before trying to dream up some
> wild
> scheme on my own.
> 
> -emily
> 
> P.S. The version of BiblioCommons released at Oakville Public Library
> has a sweet call number browse function accessible from the full
record
> page. I would love to know know how that was accomplished.
> 
> http://opl.bibliocommons.com/item/show/1413841_mars
> 
> --
> Emily Lynema
> Systems Librarian for Digital Projects
> Information Technology, NCSU Libraries
> 919-513-8031
> [EMAIL PROTECTED]


Re: [CODE4LIB] creating call number browse

2008-09-17 Thread Houghton,Andrew
> From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf Of
> Emily Lynema
> Sent: Wednesday, September 17, 2008 11:46 AM
> To: CODE4LIB@LISTSERV.ND.EDU
> Subject: [CODE4LIB] creating call number browse
> 
> Hey all,
> 
> I would love to tackle the issue of creating a really cool call number
> browse tool that utilizes book covers, etc. However, I'd like to do
> this
> outside of my ILS/OPAC. What I don't know is whether there are any
> indexing / SQL / query techniques that could be used to browse forward
> and backword in an index like this.
> 
> Has anyone else worked on developing a tool like this outside of the
> OPAC? I guess I would be perfectly happy even if it was something I
> could build directly on top of the ILS database and its indexes (we use
> SirsiDynix Unicorn).

Our group has done something simliar with the DDC rather than using call
numbers.  You can find information about the Dewey browser here:

<http://www.oclc.org/research/researchworks/ddc/browser.htm>

and the prototype browser can be access here:

<http://deweybrowser.oclc.org/ddcbrowser2/>

The prototype runs on the Linux platform under Apache HTTP or Tomcat and uses
Apache Solr to index and search the records.  According to the developer it
was fairly easy to put together using Apache Solr.  The difficult part was the
UI which has taken many iterations...


Andy.


[CODE4LIB] creating call number browse

2008-09-17 Thread Emily Lynema

Hey all,

I would love to tackle the issue of creating a really cool call number 
browse tool that utilizes book covers, etc. However, I'd like to do this 
outside of my ILS/OPAC. What I don't know is whether there are any 
indexing / SQL / query techniques that could be used to browse forward 
and backword in an index like this.


Has anyone else worked on developing a tool like this outside of the 
OPAC? I guess I would be perfectly happy even if it was something I 
could build directly on top of the ILS database and its indexes (we use 
SirsiDynix Unicorn).


I wanted to throw a feeler out there before trying to dream up some wild 
scheme on my own.


-emily

P.S. The version of BiblioCommons released at Oakville Public Library 
has a sweet call number browse function accessible from the full record 
page. I would love to know know how that was accomplished.


http://opl.bibliocommons.com/item/show/1413841_mars

--
Emily Lynema
Systems Librarian for Digital Projects
Information Technology, NCSU Libraries
919-513-8031
[EMAIL PROTECTED]