RE: Holdings statements in Millennium Serials?

[Wen-ying Lu <luw@xxxxxxxxxx>]

Hi, Linda,

It would certainly be good if the system could give us a choice of adjacent
display or separate display (i.e., chronology together at the end).  Thank
you for sending in the enhancement request.

As for the display of month, in release 2001, if the month is in subfield j,
make sure to input two digits, i.e, 01 for Jan, 02 for Feb, 10 for Oct.,
etc., and make sure it's input in the checkin record tab.  It should work.
In the previous release, if I remember it correctly, Jan.-September would be
displayed as numbers no matter whether you input one digit (1) or two digits
(01).  The problem has been solved at least in the release 2001 we are
using.  Try it in the checkin record tab and with two digits.  If it's done
in the holdings tab, it won't display properly in the OPAC.

Nevertheless, there is still another problem with the public display of
month and season if they are coded in subfield b, for example for a
publication that has chronology only but not enumeration.   It seems that
subfields a and b are hard-wired to take enumeration captions only and the
system has not been able to translate month/season coded in subfield b to
the proper English display.  We sent in a request to get it fixed but have
not heard from the helpdesk yet.

Lu
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~
Wen-ying Lu  (Although "Lu" is my last name, I am perfectly comfortable if
you just call my Lu.)
Catalog Librarian and Linguistics Bibliographer
100 Library
Michigan State University
East Lansing, MI 48824-1048
Tel.  517-432-9120
FAX:  517-353-8969
e-mail:  luw@xxxxxxxxxx

		
		----------
		From: 	Linda Pitts[SMTP:lmpitts@xxxxxxxxxx]
		Reply To: 	innopac@xxxxxxxxxx
		Sent: 	Friday, October 05, 2001 4:31 PM
		To: 	innopac@xxxxxxxxxx
		Subject: 	Re: Holdings statements in Millennium
Serials?

		Jon and Sally,

		The MARC 21 holdings statement documentation says you can
format your
		holdings statements either with the chronology interspersed
between the
		enumeration or all together at the end, so Jon's library
*should* be able
		to keep using their preferred format as in his second
example:

		v.1-v.10, v.12 no.3-v.20 no.4 ;  1970-1979, July 1981-Oct.
1989

		However, Innovative software doesn't apparently give you
that choice.
		Admittedly, we're just in the testing stage for Millennium
Serials
		(release 2001), but I wasn't able to find a way get a MARC
format holdings
		statement to put the chronology all together at the end of
the statement.
		It didn't matter if I used the automatic form through the
checkin record
		holdings tab or if I put the 853/863 fields into the body of
the checkin
		record by hand.  It seems to me that we should be able to
have the display
		formatted either way, so I submitted an enhancement request
to allow us to
		decide locally which display option we want.  To be honest,
I don't really
		expect this enhancement request to be one that gets enough
votes to
		actually make it through the voting process and be sent
forward to
		Innovative (not too many libraries seem to actually be using
MARC format
		holdings), but at least I tried.

		During our testing we, too, have found inconsistencies in
the way the MARC
		format holdings statements come out in the public catalog.
The OPAC box
		view in the checkin record holdings tab shows dates
displaying as Month,
		Year (this is a good change from the tutorial examples where
dates display
		as Year:Month), but in the public catalog, most of the
months actually
		just come out as a number.  For some reason, "12" seems to
consistently
		translate as Dec.; Sally's example shows this, too.  Again,
it doesn't
		matter if you use the automatic form or put in the 853/863
fields by
		hand--the months just aren't translated correctly in most
instances (more
		on this latter).

		We also found extreme problems with the automatic form if
you have more
		that two levels of enumeration.  In those cases, the form
places the year
		caption between the captions for the second and third levels
of
		enumeration, like so,

		853     |81|av.|bno.|i(year)|csect.|dpt.|j(month)

		instead of its proper place right before the caption for
month.

		Having the year in the wrong place makes the display in the
public catalog
		look like this:

		LIB. HAS        1.1 1-3 3-6 2-4 1-2 1998-2000 1-2 n
		                %c1.2 4- 3- 2- 1- 2001- 2- n

		I went in to the checkin record and moved the year subfield
to where it
		should be:

		853     |81|av.|bno.|csect.|dpt.|i(year)|j(month)

		And that mostly fixed the display:

		LIB. HAS v.1:no.3:sect.2:pt.1 (1 1998)-v.3:no.6:sect.4:pt.2
(Feb.wn 2000);
		         v.4:no.3:sect.2:pt.1 (2 2001)-

		But as you can see, the months still mostly came out as
numbers.  The
		weirdest thing is that "2" came out as Feb. in one place but
not another.
		(At first I thought that the problem with some months coming
out as
		numbers instead of names might be that some translation
table had not been
		set up correctly, but if that were the case, then "2" should
always
		display in the public catalog as "2" instead of sometimes
displaying as
		Feb.)  And for some reason the |wn for the colon separator
also showed up
		in the public display in this instance.  I thought maybe "2"
somehow came
		out as Feb. because of that |w, but when I removed the |wn
from the 863
		field, the colon disappeared but "2" still displayed as
(Feb. 2000).

		I have reported the date translation and automatic MARC
holdings form
		problems to a person at Innovative, who was going to look
into it and
		forward it on to the Help Desk.  So far, I haven't heard
anything back
		about this and don't have a call tracking number to refer
to.

		--Linda
	
****************************************************************************
***
		                       	    Linda M. Pitts
		               	  Head, Serials Receipts, UW Libraries

		Serials Receipts Section		e-mail:
lmpitts@xxxxxxxxxx
		Serials Division	        	v-mail:
(206)685-3979
		University of Washington Libraries	phone:
(206)543-1863
		Box 352900
		Seattle, WA 98195-2900


		On Thu, 4 Oct 2001, Sally Smith wrote:

		> Jonathan,
		> You are doing better than we are, this is what ours look
like
		>
		>  v.317:no.7 (8 13, 1987)-v.331:no.22 (Dec. 1, 1994); : (
v.331:no.24
		> (Dec. 15, 1994)-v.332:no.17 (4 27, 1995); .332:no.21 (5
25,
		> 1995)-v.:no. ()
		>
		> We are particulary fond of the : ( and the odd assortment
of months that are
		> numeric.
		>
		> Any ideas???
		>
		>
		> Sally
		>
		> Jonathan Jiras wrote:
		>
		> > Hello Millennium Serials folks:
		> >
		> > I'm totally confused about Millennium Serials holdings
statements.
		> >
		> > All the tutorials and documentation show holdings
statements that look
		> > like this:
		> >
v.1(1970)-v.10(1979),v.12:no.3(1981:July)-v.20:no.4(1989:Oct.)
		> >
		> > The same statement in our catalog would look like this:
		> > v.1-v.10, v.12 no.3-v.20 no.4 ; 1970-1979, July
1981-Oct. 1989
		> >
		> > Can we use the MARC21 holdings format and keep our
holdings statements
		> > like the second example?  Or does the very act of
switching to MARC21
		> > mean our holdings statements must be displayed like the
first example?
		> >
		> > Any help would be appreciated.
		> >
		> > Thanks,
		> >
		> > Jon Jiras
		> > Library Software Specialist
		> > Rochester Institute of Technology
		> >
		> > --
		> > This message was distributed through the Innovative
Users Group INNOPAC list
		> > Public replies:  INNOPAC@xxxxxxxxxx
		> > Update your subscription options:
http://innopacusers.org/list/listinfo/innopac
		>
		> --
		> ++++++++++++++++++++
		> Sally Smith
		> Serials Supervisor
		> Bethel College Library
		> 3900 Bethel Drive
		> St. Paul, Mn 55112
		>
		> Ph:    651-635-8544
		> Fax:  651-635-1971
		> ++++++++++++++++++++
		>
		>
		> --
		> This message was distributed through the Innovative Users
Group INNOPAC list
		> Public replies:  INNOPAC@xxxxxxxxxx
		> Update your subscription options:
http://innopacusers.org/list/listinfo/innopac
		>

		--
		This message was distributed through the Innovative Users
Group INNOPAC list
		Public replies:  INNOPAC@xxxxxxxxxx
		Update your subscription options:
http://innopacusers.org/list/listinfo/innopac