HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.nodmgt-l
Date:         Sat, 7 Nov 1992 09:43:06 CET
From:         Hans-Ulrich Giese <U001212@HEARN.BITNET>
Subject:      new output of my regular 'new/del' mail
Comments: To: xmailer@HEARN.BITNET

friends,

i was asked to provide in addition to my normal posting on new and deleted
nodes the list of nodes which have a
     :newnode. :oldnode.
tag specified.

below i resend my already posted mail with this addition. you may expect
this mail as usual around the distribution-time of the NODUPD / BITEARN
NODES file(s).

-ulrich-

-------------------------------------------------------------------------

this is the list of new and deleted nodes for this month.

new nodes:
ANAHUAC  0323 MX BITNET
ARIZBPA  0418 US BITNET
BPAVMS   0505 US BITNET
CMIVMS   0522 US BITNET
ECC      0574 US BITNET
JSU      0944 US BITNET
MISVMS   1127 US BITNET
SPCVXX   1244 US BITNET
SPRING   1315 US BITNET
TCU      1463 US BITNET
UMIAMI1  1769 US BITNET
UMIAMI2  1870 US BITNET
VMNMIMC  1884 US BITNET
JPNIUJ00 0610 JP CAREN
JPNKEK   0613 JP CAREN
ICTUNIV  0108 IT EARN
UCARTCOL 1723 CO RUNCOL

deleted nodes:
AWITUW01 BIBLIO31  BLEKUL13  CENCOL    CNEDCU51  CSBSJU    FRCIRP62
HASEOC   HTIKHT5   ICEP      IRMITSE   ISSCORI1  ISUCARD   ITORIPTO
JPNUTKOM NTIVAX    NTIVAXA   NTIVAXB   NTIVAXC   NTUVAX    PLWAUW12
PLWMEN21 SFAUSTIN  SPC11E    SUFFOLK   TAMCBA    TAMVXOCN

oldnode, newnode tags found :
:node.DM0MPI11 :newnode.DMUMPIWH
:node.DM0MPI12 :newnode.DMUMPINT
:node.DM0MPI53 :newnode.DMUMPIMV
:node.RICE     :newnode.RICEVM1
:node.RICELIBR :newnode.RICEVM1
:node.VMNMDSC  :newnode.VMNMIMC
:node.VUCTRVX2 :newnode.VUCTRVAX

:node.BRUFMG   :oldnode.BRUFMGEE
:node.DMUMPIMV :oldnode.DM0MPI53
:node.DMUMPINT :oldnode.DM0MPI12
:node.DMUMPIWH :oldnode.DM0MPI11
:node.RICEVM1  :oldnode.RICE RICELIBR
:node.VMNMIMC  :oldnode.VMNMDSC
:node.VUCTRVAX :oldnode.VUCTRVX2
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Thu, 12 Nov 1992 09:57:59 MET
From:         Ulrich Giese <U001213@HNYKUN11.URC.KUN.NL>
Subject:      Re: GRIBM Messages
              11 Nov 92 10:24:28 CST from <B19141@ANLVM.CTD.ANL.GOV>

On Wed, 11 Nov 92 10:24:28 CST Barry Finkel said:
>
>When I ran GRIBM for 9212, I got the following messages.  I have been
>ignoring them.  Should I worry?

maybe someone else can crosscheck, but *i* would not care very much about these
messages. it seems that GRIBM isn't able to handle multiple server-(mailer)
tags.
when i remember correctly, then peter is still subscribed to this list and
can confirm this ?

however the question then still remains, who has to correct GRIBM in order to
avoid these messages.

-ulrich-
>
>GR starting, version 91-11-19, date=92-11-06, time=08:56:26
>
>   (c) GMD Bonn 1989, 1990; EARN association 1990, 1991
>   Author Peter Sylvester
>
>GR directive: XMAILER           DDNAME=XMAILER
>GR directive: GETNODES
>Multiple mailer definitions for
> DALAC    NETNORTH NJE      CA        2024
>MAILER@DALAC ignored.
>Multiple mailer definitions for
> DMRHRZ11 EARN     * type * DE         602
>SMTP@DMRHRZ11 ignored.
>Multiple mailer definitions for
> PHOENIX  BITNET   NJE      US        1429
>SYSTEMX@PHOENIX ignored.
>Multiple mailer definitions for
> PUCC     BITNET   NJE      US          73
>VMMAILB@PUCC ignored.
>Multiple mailer definitions for
> PUCC     BITNET   NJE      US          73
>VMMAILT@PUCC ignored.
>Multiple mailer definitions for
> UBVM     BITNET   NJE      US        1295
>MAILER_L@UBVM ignored.
>Multiple mailer definitions for
> UBVMS    BITNET   NJE      US        1526
>SMTPUSER@UBVMS ignored.
>Multiple mailer definitions for
> UBVMSB   BITNET   NJE      US        1401
>SMTPUSER@UBVMS ignored.
>Multiple mailer definitions for
> UBVMSC   BITNET   NJE      US        1534
>SMTPUSER@UBVMS ignored.
>Multiple mailer definitions for
> UBVMSD   BITNET   NJE      US        1074
>SMTPUSER@UBVMS ignored.
>Multiple mailer definitions for
> WEIZMANN EARN     * type * IL         194
>VMSMTP@WEIZMANN ignored.
>GR directive: GENROUTE ANLOS    DDNAME=ANLOS
>GR directive: GENROUTE ANLVM    DDNAME=ANLVM
>GR directive: GENROUTE ANLVMV1  DDNAME=ANLVMV1
>GR successful.
>GR done.
>----------------------------------------------------------------------------
>Barry S. Finkel
>Computing and Telecommunications Division
>Argonne National Laboratory               BITNET:   B19141@ANLVM
>9700 South Cass Avenue                    Internet: B19141@ANLVM.CTD.ANL.GOV
>Building 221, Room B223                   Phone:    (708) 252-7277
>Argonne, IL   60439-4844                  Facsimile:(708) 252-5983
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Wed, 11 Nov 1992 09:16:02 PST
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      How do INTERBITs become 'official'?

I was interested in finding out who were the 'official' INTERBIT sites.  So,
I looked at the BITNET GATES file, where there is a list.  But then I wondered
how that information gets into the routing tables.  For example, when I use
PAROUTE to generate my tables, the only input is BITEARN NODES.

So, I looked around in BITEARN NODES to see where the INTERBITs might be
specified.  I did find a 'node' entry for INTERBIT, with some links, but that
list only barely intersects the one in BITNET GATES.

Where and/or how are the official INTERBITs (those that get automatically
generated into routing tables) specified?

Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Newsgroups: bit.listserv.nodmgt-l
Date:         Tue, 10 Nov 1992 18:32:04 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.QRO.ITESM.MX>
Subject:      Re: Monthly list of LISTSERV sites with outdated BITEARN NODES
              files

On Mon, 9 Nov 1992 18:47:04 GMT (Richard Alan Schafer) said:
>|>  TSCVM    VERS8904
>
>If I hadn't tried in vain many times to deal with problems caused by this
>incredibly out of date site, I'd have trouble believing this.  This site
>is almost 4 *YEARS* obsolete!  And unless your luck is better than mine,
>you'll never get any response whatsoever to a complaint to their postmaster
>or anyone else at the site.

Those of us who use or manage a Relay server will point out that Tulane,
aka TCSVM, turned into a digital black hole when a personnel readjustment
caused John Voight, aka IFixVM, to seek greener pastures elsewhere.

I'd even venture to say that, were BITNIC to silently drop TCSVM from the
tables one day, they wouldn't even notice.... ;)

JMC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Univ. of Louisville
Newsgroups: bit.listserv.nodmgt-l
Date:         Thu, 5 Nov 1992 13:53:48 EST
From:         Jim Cocks <JACOCK01@ULKYVM.BITNET>
Subject:      Re: RFC1362

>Can someone tell me how to get a copy of a (very new) RFC?  I'm interesed
>in RFC1362, regarding the NetWare IPX transport protocols.

RFC's are available via ftp from the nic.ddn.mil, phoebus.nisc.sri.com,
among others.  You can also receive them from the nic by mail:

Send to: SERVICE@NIC.DDN.MIL
Subject: RFC 1362

This may be easier for those of you at BITNET only nodes.

  Jim Cocks - Univ. of Louisville
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NODMGT-L@UGA.bitnet
X-VMS-To: IN%"NODMGT-L@UGA.bitnet",WCR
Newsgroups: bit.listserv.nodmgt-l
Date:         Thu, 5 Nov 1992 12:37:00 CDT
From:         WCR@KNOX.BITNET
Subject:      Re: RFC1362
Comments: To: NODMGT-L@UGA.bitnet

>Can someone tell me how to get a copy of a (very new) RFC?  I'm interested
>in RFC1362, regarding the NetWare IPX transport protocols.
>
>Brent Stilley,  Oklahoma State University, 113 Math Sciences, Stillwater, 74078

All RFCs are available via ftp at sh.cs.net   You can use BITFTP@PUCC to
get there from BITNET.  Send mail to BITFTP@PUCC containing the following
lines and the rfc will be sent to you:

FTP sh.cs.net NETDATA
USER anonymous
CD /rfc
GET rfc1362.txt
GET rfc-index.txt rfcindex.txt
QUIT

That's all there is to it.  The second GET command will retrieve a file
which lists all RFCs in reverse numerical order with a short description
of the topic and the length of the RFC in bytes.  The filename "rfcindex.txt"
(without the "-") is the name to be given to the file on my local machine.
If the second filename is not specified in a GET command, then the local
filename will be the same as the first filename, e.g., the first GET will
use rfc1362.txt as the local filename.

Bill Ripperger  <WCR@KNOX>
Knox College
Galesburg, IL  61401
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Fri, 6 Nov 1992 12:43:00 PST
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
Subject:      Re: A new NEWTAGS DESCRIPT

> On Thu, 5 Nov 92 16:13:00 PST Michael Stein said:
> >
> >>       a new version of the "Nodes File format and contents" document
> >> has been stored into NETSERV.
> >
> >Anywhere else?  I know I'm not authorized to use NETSERV.
>
> why are you not authorized ? the GET authorization is ALL, so you are
> able to pick these files.
> -ulrich-

The last time I tried it (may years ago), I wasn't authorized.
Since that wasn't the first time I hadn't won a NETSERV battle
I've a policy that I don't fight with it anymore...

So, is this wonderful document available elsewhere?
From: ERIC@SEARN.BITNET (Eric Thomas)
Newsgroups: bit.listserv.nodmgt-l
Subject: Monthly list of LISTSERV sites with outdated BITEARN NODES files
Date: 9 Nov 92 11:38:03 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

The following 28 servers (10%) use an outdated BITEARN NODES file:

 BRUFPB   VERS9208
 EB0UB012 VERS9208
 EMUVM1   VERS9210
 ERS      VERS9210
 FRSAC12  VERS9210
 FRULM11  VERS9010
 HUNTER   VERS9209
 INDYCMS  VERS9210 (backbone server)
 ITESMVF1 VERS9209 (backbone server)
 JPNCUN10 VERS9210
 JPNKEKVM VERS9210
 JPNTYAVM VERS9210
 LMUACAD  VERS9208
 NCSUVM   VERS9210 (backbone server)
 NOBIVM   VERS9210
 NRCVM01  VERS9210
 NUSVM    VERS9210 (backbone server)
 ONONDAGA VERS9210
 POLYVM   VERS9209 (backbone server)
 SAMFORD  VERS9210
 TSCVM    VERS8904
 UCF1VM   VERS9210 (backbone server)
 UCHDCI01 VERS9104 (backbone server)
 UMSSMDVM VERS9108
 UNALCOL  VERS9209
 WCU      VERS9209 (backbone server)
 WUVMD    VERS9210 (backbone server)
 YSUB     VERS9210 (backbone server)

The following servers have been unreachable for more than 7 days:

 BRUFMS     FRECP12    SAKSU00    VMNMDSC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine
X-mailer: Pegasus Mail v2.3 (R1).
Newsgroups: bit.listserv.innopac
Date:         Wed, 4 Nov 1992 14:01:30 EST
              <INNOPAC@MAINE.BITNET>
From:         Karen Perone <KPERONE@WEHLE.CANISIUS.EDU>
Subject:      Re: Uniform titles

Coming from a music background, I am very sensitive to the value of
240 uniform titles.  We made a decision to display the 245 title in
the browse mode, but to index by the 240 title.  The patron doesn't
have to sort through uniform titles for Shakespeare or ancient Greek
authors, but is assured that all entries for a given title will be
listed together on the display (that's why uniform titles exist).  III
set this up for us.  All titles are searchable through the title and
keyword indexes and all display in the PAC.

                    ********************

Karen Perone                    bitnet: kperone@canisius.bitnet
Systems Librarian
Canisius College Library        voice:  (716) 888-2927
2001 Main Street
Buffalo, NY 14208               fax:    (716) 888-2887

                    ********************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Sender: rxr3@pop.cwru.edu
Newsgroups: bit.listserv.innopac
Date:         Wed, 4 Nov 1992 14:46:24 -0500
              <INNOPAC@MAINE.BITNET>
From:         Ron Ryan <rxr3@PO.CWRU.EDU>
Subject:      Use of the "Request Item" function

INNOPAC Users:

        We have been 'live" with our new INNOPAC system here at CWRU now
for about 5 months and are beginning to discuss the implementation of the
"Request Function" feature with a Director's meeting tomorrow to discuss
the issue. I'd like to find some information from those using it or those
who have seriously considered it.

  1. Do you use the function? If not, what were your reasons for not
implementing it?

If you DO use it:
  2. What is you impression of it?
  3. How has it impacted the work flow of your Circulation Staff?
  4. How many records are in your OPAC?
  5. How many patrons are in your database?
  6. How many requests do you receive on a monthly or daily or annual basis
(or however you measure it)?

Thanks in advance for your responses! If you'll respond directly to me,
I'll gladly summarize for the List.

Ronald S. Ryan (rxr3@po.cwru.edu)
Head of Integrated Library Systems
Library Information Technologies Dept.
Case Western Reserve University

  "The Library of the Future will be less a place where information is kept
than a portal through which students and faculty will access the vast
information resources of the world." - Howard Pasternack, Brown University
Library Systems Planning Officer
From: SGLOGOFF@ARIZVMS.BITNET
Newsgroups: bit.listserv.innopac
Subject: reply: color monitors
Date: 5 Nov 92 23:40:01 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@maine.bitnet
X-VMS-To: IN%"INNOPAC@maine.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT

In reply to Sam Garwood's question about using color monitors, the University
of Arizona will be going public with the early stages of its INNOPAC system
around Thanksgiving.  We will have PS/2s with color monitors and Mac LCs
with color monitors out for public use.  IN its reply to our RFP, III indicated
it can support Macs and color.

Stuart Glogoff
AUL/Systems
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Mon, 9 Nov 1992 08:21:27 -0500
              <INNOPAC@MAINE.BITNET>
From:         ANGELINA JOSEPH <9725JOSEPHA@VMS.CSD.MU.EDU>
Subject:      Re: Cataloging enhancements

Ann,
I will send you a couple of problems I have encountered the last few
days.
I was trying to delete a few item records from a bib record to which
are attached several screens of items.  Each time I delete an item
it goes back to the bib record.  So I have to go to the summary, and
to the right screen to choose the item to be deleted.  If it is only
one item to be deleted it is okay.  But when there are several to be
deleted it is a nuisance.
Another snag I noticed is moving item records.  It would be better
if we could move a group of records instead of moving one by one.
I work in a Law Library and many of our titles have several hundered
volumes attached to them.  So if I move   items from the 15th screen
it takes me back to the first screen every time I move an item.  So
I have to make a few key strokes to get to the screen where I was
working.
Hope III will fix all these in the course of their enhancement routine.

Angelina Joseph
Marquette University Law Library
Milwaukee, Wisconsin
Internet:9725josepha@vms.csd.mu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.bitnet
X-VMS-To: IN%"innopac@maine.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Tue, 10 Nov 1992 13:10:17 -0800
              <INNOPAC@MAINE.BITNET>
From:         Shirien Stevens <SSTEVENS@OREGON.BITNET>
Subject:      inventory control program

1992-11-10 (Tue) 13:00

The University of Oregon is interested in knowing which libraries use the
inventory control program.

In specific,

--how well does it match your application?
--how easy is it to use?
--does the placement of your barcodes on or inside books make an appreciable
difference in the ease of use of the system?
--how often did you inventory before you got the system, and has that rate
increased?
--what do you wish you would have known prior to obtaining and using the
system?

Please respond directly to me, and I will summarize responses to the list.

Thank you.

Lonni Sexton
Serials Department
Knight Library
University of Oregon
Eugene OR  97403
(503) 346-1843

lsexton@oregon.uoregon.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.bitnet
X-VMS-To: IN%"innopac@maine.bitnet"
X-VMS-Cc: AFIEGEN
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Thu, 5 Nov 1992 14:21:23 -0700
              <INNOPAC@MAINE.BITNET>
From:         AFIEGEN@ARIZVMS.BITNET
Subject:      Uniform titles

We have had experience with two ways to treat uniform titles.  The first
time we indexed we tagged the 240's as itag u, the 245 as t.  Since the 245
becomes the first "t" then it displayed in the browse screen.  However your
400 $t references pointing to the 240 would not work correctly, you are
just sent back to the summary screen.  This time around we have indexed the
240's as t also that the references will work properly.  I agree that it
would be helpful for users to see more but then that is what the full bib.
record is for.

Ann Fiegen
Univ. of Arizona
From: jenny@BAKER.DARTMOUTH.EDU ((Jennifer Merrill))
Newsgroups: bit.listserv.innopac
Subject: Re: Use of color terminals on Innopac systems (Query)
Date: 9 Nov 92 12:29:32 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Linda Bills mentions a problem with bold sticking around forever.  I have
this same problem using a vt220 to access Innopac.  I think it is a problem
in their software that they don't unbold.  Does anyone use any sort of
terminal or terminal emulation software that does revert back to non-bolded
text without having to reset it manually?

Jennifer Merrill
Innopac Co-System Administrator
Dartmouth College Libraries
Jennifer.Merrill@Dartmouth.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Sender: rxr3@pop.cwru.edu
Newsgroups: bit.listserv.innopac
Date:         Fri, 13 Nov 1992 13:09:07 -0500
              <INNOPAC@MAINE.BITNET>
From:         Ron Ryan <rxr3@PO.CWRU.EDU>
Subject:      Re: Quiet Printers

        It's been brought to my attention that this should have read
KX-P2123, *NOT* KX-P1123. I should have walked out into the library and
looked at one! Sorry. :-/

>>I am interested in recommendations on quiet serial printers for use with
>>INNOPAC, to be attached directly to VT420 type terminals.  Hopefully, they
>>would be fairly sturdy, and under $400.00 .  Ideally they would be
>>cheaper to operate than typical HP Thinkjet type printers.
>>
>>Thanks,
>>
>>John Rutherford
>>Central Connecticut State University
>
>        PANASONIC'S NEW KX-P1123! They use Panasonic's new Super Quiet
>Technology (SQT). It's a 24-pin impact printer but runs under 43db and is more
>like a quiet hum. We wrestled with the question of OPAC printers and didn't
>like the speed or high maintenance costs of inkjets. We've been using
>Panasonics for years and have found they can stand up to most of what the
>patrons dish out and keep on ticking. We bought 35 of the parallel versions of
>the KX-P1123 at $239 per (although I've since seen them on sale at Micro
>Center for $199) and couldn't be happier!
>
>p.s. You can also get a color option if you happen to want to do screen dumps
>in rainbow colors :-)

Ronald S. Ryan (rxr3@po.cwru.edu)
Head of Integrated Library Systems
Library Information Technologies Dept.
Case Western Reserve University

  "The Library of the Future will be less a place where information is kept
than a portal through which students and faculty will access the vast
information resources of the world." - Howard Pasternack, Brown University
Library Systems Planning Officer
From: L_BILLS@OLDCC.BRYNMAWR.EDU
Newsgroups: bit.listserv.innopac
Subject: Re: Use of color terminals on Innopac systems (Query)
Date: 7 Nov 92 00:57:00 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU"

I use III on a color mac.  The problem I have had is that once
i get a screen with bold on it (any options box, for instance)
all lettering from then until i log out is in bold.  In my case
bold is represented by an attractive shade of red.  I am sure
I could adjust this if I read all the manuals.  We have had
a similar problemwith non-color macs.  That is, once bold starts
the mac does not seem to pay any attention to any commands
to "unbold".  with small mac screens in black and white this leaves
us with a typeface that is pretty difficult to read.  This happnes
in two different programs - MacIP (which we have really made efforts
to fix but have concluded it just will not pay attention to
an "unbold" signal) and Versaterm (which is misbehaving in color
but may be ok in B&W).  If anyone has a solution to this,
please let us know.

Linda Bills
Tri-College Consortium
l_bills@oldcc.brynmawr.edu
From: GARWOOD@MAINE.BITNET ((Sam Garwood))
Newsgroups: bit.listserv.innopac
Subject: Use of color terminals on Innopac systems (Query)
Date: 5 Nov 92 22:55:28 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Are any Innopac sites using color terminals?  We are interested in
moving toward a color display to enhance the use of alternate databases,
such as Expanded Academic Index, now available on our Innopac.  Are any
libraries using PC's, XT's, AT's, etc., as public terminals?  Any
particular problems?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC%MAINE.BITNET@PUCC.PRINCETON.EDU
MIME-version: 1.0
Content-type: TEXT/PLAIN
Content-transfer-encoding: 7BIT
Posting-date: 05 Nov 1992 08:55:00 -0500 (EST)
Importance: normal
Priority: non-urgent
X-Hop-count: 2
A1-type: MAIL
Newsgroups: bit.listserv.innopac
Date:         Thu, 5 Nov 1992 08:37:00 -0500
              <INNOPAC@MAINE.BITNET>
From:         Carol.Feustel@UC.EDU
Subject:      RE: check-in records for irregular receipts

I encountered similar problems when entering records for government
docs.  In the LIB HAS field, I enter the summary statement
(ie:v.1(1974)- ) and in the CHECK NOTE field entered "Does not arrive
in numerical order-see card for specific holdings."  You CAN create a
checkin card without expected dates or issue information.  When it
asks for cover date, hit return (leaves field blank).  Do the same in
the expected date to leave it blank.  If you don't want issue
information, return there also.  You've created what III calls an
"open card."  Then when you check in an item, the system will ask for
cover date and issue information to be imput.

It would be up to you whether to delete a full checkin record, or
leave it and attach a new one.  With many of these titles that we do
not bind (but we keep in collection) I will print the full record, file
the printout, and reuse the record.

This works for us with "Vital & Health Statistics", "Advance Data",
"MMWR supplements", and numerous other out-of-sequence items.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-To: innopac@maine.maine.edu
X-Vms-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Tue, 10 Nov 1992 15:22:00 EST
              <INNOPAC@MAINE.BITNET>
From:         James.R.Cubit@WILLIAMS.EDU
Subject:      Enhancements Process

I would like to echo the sentiments expressed by Ann Kebabian in
a recent post.  I have received very few systems operations enhancement
requests to date.  The November 30th deadline is fast approaching, so let's
hear from you!

Jim Cubit				JCUBIT@WILLIAMS.EDU
Sawyer Library      		phone:  (413)597-2503
Williams College                  fax:  (413)597-4106
Williamstown, MA  01267
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU