HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Thu, 10 Sep 1992 22:22:00 EST
From:         "W.C. DIVENS" <N93774@PITTVMS.BITNET>
Subject:      Re: Bum Steer Roast????

>Maybe Rustbelt Bill can show up
>with a Baboon transplant or two since his employers seem to be in that business
>for the moment.  Maybe we can even get him to explain why he feels that certain
>job categories will go into serious surplus if the doctors can figure out how
>to transplant Baboon brains.

Forget the primates....I think honor would be satisfied if Michael
were to show up in the monkey suit that he plans to wear for the
festivities.  In fact, I think that with a bit of planning, we
could arrange to have the blessed event right in the Palmer House!

What better place?  NOTIS brought them together (the second 'merger'
for NSI in the past 18 months).  They will be among their most
devoted of friends and compatriots.  This COULD be the BSR to end
all BSR's.  Media coverage and the like.

Rustbelt Bill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 8 Sep 1992 10:00:21 EDT
From:         Irene Pelak <pelak@PILOT.NJIN.NET>
Subject:      Patron Delete Dates

We originally set our staff to expire on 9/1/93 and delete on 9/15/93.  We
changed our mind and decided to give staff indef expire and delete dates.
I built the patron interface record with PIFDATD, PIFPDATF and PIFPDATD blank.
 The subrecord expires and the id expires fields now read indef but the
subrecord delete and id delete still reflect the previous 09/15/93.  How do I
force them to indef?
IRENE PELAK  TECH1  BERGEN COMMUNITY COLLEGE  201-447-9236
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date-warning: Date header was inserted by ctrvax.Vanderbilt.Edu
X-Envelope-to: notis-l@tcsvm.bitnet
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Mon, 14 Sep 1992 10:09:00 -0500
From:         Nikki Meyer <MEYERNL@VUCTRVAX.BITNET>
Subject:      Re: Books for College Libraries (BCL3)
Comments: cc: wilsonfj@VUCTRVAX.BITNET

>
>We are looking for information for a special project dealing with a
>comparison of current holdings with the collections depicted in "Books
>for College Libraries" - 3rd edition.  Apparently this publication is

>Kathleen Olivier (TECH1)
>Northern Michigan University (UPRLC, Inc.)
>Marquette, Michigan
>Bitnet:  adko@nmumus
>Ma Bell:  (906)227-1279

Several years ago Vanderbilt embarked on a long journey in which we tried
to do exactly this using the BCL2 tape.  I couldn't hope to give the
details here, but if enough interest, I could reconstruct our method.
Simply, we used SAS to do a bunch of manipulations to the tape and then
compare titles, some standard numbers, whatever we could think of, to
eliminate dups with our database.  I cannot remember what out "hit" rate
was, but we were able to provide our bibliographers with a listing of
titles that Vanderbilt "did not" own.  We had many of these since we found
no foolproof way to elimiante dups, but I think it was useful in the long
run.  I was not aware that BCL3 had come out already.  Needless to say, I
am not prepared for this ordeal again.  I always intended to write up our
experiences with the last version but unfortunately never got around to it.
 I suppose that time is rapidly approaching!  If enough interest, I can try
to figure out what we did (it was soooooo long ago) and share.

Nikki Meyer



***************************************************************************
/  Nikki Meyer TECH2                   /            Bitnet:
/
/ Library Information Analyst         /       MEYERNL@VUCTRVAX            /
/ Library Systems                     /           Internet:               /
/ Vanderbilt University               /  meyernl@ctrvax.Vanderbilt.Edu    /
/ Nashville, TN                       /    Phone: (615) 343 - 4427        /
***************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"NOTIS-L%TCSVM.BITNET@RICEVM1.RICE.EDU"
Newsgroups: bit.listserv.notis-l
Date:         Thu, 10 Sep 1992 14:05:39 -0500
From:         LEIGH WILLIAMS <F_WILLIAMS@CCSVAX.SFASU.EDU>
Subject:      CHAT-L: Big news from Texas
Comments: To: NOTIS-L%TCSVM.BITNET@RICEVM1.RICE.EDU

        MICHAEL AND LEIGH TO MARRY IN NOVEMBER!


News flash from Texas -- Michael Stephens of SMU and Leigh
Williams of SFASU are engaged and will be married on November
28.

This just proves that love will grow in stony ground, indeed;
the headaches and hassles of running NOTIS have led to a
close friendship and growing partnership that we now extend
to our private lives.

The Bum Steer Roast, in addition to being its usual whale of
a good time and kvetch-fest, will also serve as our
engagement party.  We hope you'll all attend to wish us
happiness.

From: FCLGES@NERVM.BITNET (Gerald Snyder)
Newsgroups: bit.listserv.notis-l
Subject: Re: Batch LSR
Date: 8 Sep 92 13:12:43 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU


    For most batch VSAM work, LSR probably doesn't apply. Setting
amp=('bufnd=x,bufni=x') is probably the best performance tool for
batch VSAM programs. There may be some special cases where LSR
might be appropriate, if you understand the program well enough to
decide. The method is decribed in "VSAM Options for Advanced
Applications."

Gerald Snyder
Florida Center for Library Automation
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 8 Sep 1992 12:44:27 -0400
From:         "Gina E. Jones" <BWELL@ECSVAX.BITNET>
Subject:      fycl with separate fund/order files

Has anyone with their fund and order files separated successfully frun the
fiscal year close programs?  We are having a slight problem with LAC710 and
the report generated from it (open orders).

Please contact:
Susan Wood
Burroughs Wellcome Co.
(919) 248-4164

Thanks for any info!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 9 Sep 1992 11:18:15 EDT
From:         Tari Keller <KELLER@UKCC.UKY.EDU>
Subject:      Re: Phone Trees

When I hear about it in advance (scheduled downtime), I send a message to
our on-campus listserv for library staff.  If there is no advance warning,
I use our campus voice mail system to call every library service desk and
distribute a message giving any information I have about the cause and expected
duration of the downtime.  Our voice mail system has the ability to store
a list of numbers in a PHONE GROUP.  I just dial a two-digit number to send
my message to about 20 numbers almost simultaneously.

When the voice mail system is out, because of a power failure affecting
that part of campus, I dial key public service points and ask them to
distribute the information in an impromptu phone tree.  This gets abbreviated
and changed depending on the time of day, since not all libraries have the
same hours.

If the phone system is out, we are usually evacuating campus buildings, so I
don't worry about letting people know what is happening until things return
to normal.

Tari Keller -- Systems Librarian (LIB1)          UU   UUUUKKKKK  KKKK
University of Kentucky Libraries                 UU   UUUU KKKK KKK
127 King Library North, Lexington, KY  40506     UU   UUU   KKKKKK
(606) 257-2643           FAX (606) 257-8379      UU   UU  0  KK KKK
KELLER@UKCC    INTERNET: KELLER@UKCC.UKY.EDU      UUUUUU     KK  KKKK
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 14 Sep 1992 17:42:35 CDT
From:         Nancy John <U31452@UICVM.BITNET>
Subject:      NOTISPRO: confession

Folks:

On Aug. 22, I went off to the IFLA meeting in India and left NOTISPRO
unattended. Paige isn't back from her leave yet, and I just didn't
bother with teaching someone else here how to do it.

This gives me a chance to remind you that NOTISPRO is not automatic--
NOTISPRO is fallible people. Anyhow, I did get Dan's new COBOL
programs, and Marlene's new LCR programs loaded today, after
the jetlag had subsided enough for me to remember the password to
the account where we have the stuff sent! (U39328@uicvm.uic.edu)

Sorry for the delay, but I'm/we're back in business.

                            Nancy

Nancy R. John                           voice: 312-996-2716
Assistant University Librarian          fax:   312-413-0424
University of Illinois at Chicago      BITNET: U31452@UICVM
Box 8198 m/c 234                     Internet: U31452@uicvm.uic.edu
Chicago IL  60680
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 11 Sep 1992 08:57:58 EDT
From:         Irene Pelak <pelak@PILOT.NJIN.NET>
Subject:      Basic SAS Update Question

I am trying to use SAS to read the itemfile, read the corresponding bib record
for a value and update th item file with that value.  The basics of what I
have tried look like this:
    INFILE LBRITMF VSAM ...;
    FILE LBRITMF VSAM;
    INPUT ....
   PUT @1 _INFILE_ @;
    INFILE LBRBIBF VSAM ....;
    INPUT ....
    PUT @54 value;
I get a feedback code of 20.  I couldn't be experiencing "user lockout"
because I am using our test system.  The only other possible listed is reading
a record and then trying to add a new record.  Is this what it thinks I am
trying to do because I am trying to read the bib record between the read and
rewrite of the item record?  I thought the PUT @1 before the INFILE LBRBIBF
would get me around that.  This is my first SAS update program, so I am
reluctant to restructure the program to read the bib first and then read the
corresponding item records for update, only to find that my problem was
something else.
IRENE PELAK  TECH1  BERGEN COMMUNITY COLLEGE  201-447-9236
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 11 Sep 1992 14:53:06 CDT
From:         SMUIR@UA1VM.BITNET
Subject:      LITA

Mary Burgett and I thought it might be fun if some of us NOTIS customers
got together at LITA for a dinner or something.  If you are interested, track
one of us down.  We do not have anything specific planned  yet.

********************************
*  SCOTT P. MUIR               *
*  THE UNIVERSITY OF ALABAMA   *
*  SMUIR@UA1VM                 *
*  SMUIR@UA1VM.UA.EDU          *
*  (205) 348-2299              *
********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 8 Sep 1992 16:17:10 EST
From:         Nemo <TRAMDACK@TSCVM.BITNET>
Subject:      Not Too Late for Poster Sessions

It is not too late to sign up to do a poster session at NUGM this year.
So far a number of NUGM attenders have come forward with good ideas for
sessions, BUT WE NEED MORE.  You all know that in recent years the poster
sessions have been among the most valuable and interesting features of
NUGM.  It's been that way because you, the NOTIS users, have been willing
to share your good idea with your colleagues at other NOTIS sites. DO you
have NOTIS applications, custom forms, user education or staff training
materials, efficient work routines, organization structures, computer pro-
grams, or research that you could share at the NUGM meeting in October? Get
in touch with me right away.  This is a great way for you to get recog-
nition for your own work and for your institution.  Poster sessions are a
way to pull together an idea for an article or presentation and to test it
on a supportive audience.

Reach me at TRAMDACK@BIGBLUE.TRENTON.EDU (internet) or TRAMDACK@TSCVM.BITNET.
My fax is 609-771-3299 and phone is 609-771-2332.

You still have a few weeks to sign up for  a poster session.  If you have an
idea but aren't sure how it would work out, call or email me.  Talk to your
friends.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON
Newsgroups: bit.listserv.notis-l
Date:         Mon, 14 Sep 1992 13:10:00 CDT
From:         Edie Dixon <DIXON@MACC.WISC.EDU>
Subject:      Re: MULT flag in LB101TB4

Jim -- check the coding in that LC101TB4 table -- check for commas, everything
because sometimes someting will look right, and will com[ile OK, but it's not
really correct


Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 14 Sep 1992 10:29:00 CDT
From:         405 Zia Partovi 325-3181 <UA4431@UOKMVSA.BITNET>
Subject:      British Library Internet Address

Some of our patrons are asking for British Library Internet Address.  I would a
ppreciate if you let me know of the address of this library.

Thank You

Zia Partovi
University of Oklahoma Libraries
Manager, Library Systems Programming
ua4431@uokmvsa
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 9 Sep 1992 10:40:27 EDT
From:         Nancy Herrington <LIBNJH@SUVM.BITNET>
Subject:      Phone Trees

Perhaps the subject line Email trees would be closer to our
situation.  I am responsible for Circulation in the science
libraries at Syracuse University.  I have a names list for
circulation that includes all the science branches.  When
I receive a message regarding problems or potential problems
I send a message to CSTAFF and immediately appropriate people
in each of the science branches has the information, too.  It
works far better than trying to call by phone.

----
   ^---^          Nancy Herrington
   (O O) hoot!    Science & Technology Library
   / v           Syracuse University
  /|   |         315/443-2160
   m m/          BITNET & INTERNET:  libnjh@suvm.acs.syr.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Thu, 10 Sep 1992 15:59:29 CST
From:         "Michael J. Stephens" <VB7R0007@SMUVM1.BITNET>
Subject:      Re: Bum Steer Roast????

Hey, Sorry folks.  We really are planning the BSR.  It just seems we've
been preoccupied lately!  The BSR will be on Friday evening.  We are
getting help from Events, Inc. this year and will have a handout included
in the packets.  Everybody is invited.  This is not for programmer's only.
Leigh and I will put more info on the list when we have finalized more of
the details.  However, I can say that the format will be similar to last
year with cute prizes for our favorite NSI people and a cover charge.  We
are looking into having an open bar paid for by the cover rather than the
cash bar of last time.  Also, there will be some door prizes.

< more to come >

Michael Stephens
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: cumrec-l@NDSUVM1.BITNET
X-VMS-To: IN%"cumrec-l@NDSUVM1.BITNET"
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 14 Sep 1992 08:32:00 EDT
From:         JONESEL@APPSTATE.BITNET
Subject:      Re: Workflow & Electronic Authorization Routing Software

                  I N T E R O F F I C E   M E M O R A N D U M

                                        Date:     14-Sep-1992 08:28am EST
                                        From:     Ernest Jones
                                                  JONESEL
                                        Dept:     CAMS
                                        Tel No:   704 262 6276

TO:  VMSMail User _IN%"CUMREC-L           ( _IN%"CUMREC-L@NDSUVM1.BITNET" )


Subject: RE: Workflow & Electronic Authorization Routing Software

We have looked at VAXEARS (Electronic authorization and routing
system).  It looks very good but does require ALL IN 1 programming
knowledge to implement.  We would like to try it but do not have
personnel to send to school to learn and support programming in ALL IN
1.  We have approximately 550 ALL IN 1 users but have used it in its
released version with one exception.  We have a user initiated job
submittal system running under ALL IN 1.


Ernest L. Jones, Director                 JONESEL@APPSTATE.BITNET
Computer and Management Services          JONESEL@CONRAD.APPSTATE.EDU
Appalachian State University              Phone: 704 262-6276
Boone, NC  28608
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 9 Sep 1992 08:48:05 CDT
From:         paulsonb@UWWVAX.UWW.EDU
Subject:      Re: Degree Audit Software

I think the packaged software is more flexible than inhouse developed software.
In addition, packaged software is enhanced with new releases. I find that we
do a good job of meeting the current demands for a new system and we try to
make it easy to modify for the future, but packages are made for more diverse
needs and can handle more situations than our people thought of.
We purchased the PACE Degree Audit system from GSU for many reasons; one is
that it would have taken too many resources to do it ourselves (both initially
and for future enhancements). The committee that selected PACE developed a
list of the different kinds of requirements and then checked to see how the
various packages handled those requirements. PACE requirements are written in
a syntax that can handle all the things Jeff mentioned.
I would recommend going to the DARS class and the PACE user group meeting and
class and buying a package.
Bob Paulson
Director Admin. Computing
UW-Whitewater
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"CUMREC-L@NDSUVM1"
Newsgroups: bit.listserv.cumrec-l
Date:         Tue, 8 Sep 1992 12:17:00 EST
From:         LEDUCA@FIRNVX.BITNET
Subject:      Hurricane Andrew

                  I N T E R O F F I C E   M E M O R A N D U M

                                        Date:     08-Sep-1992 12:12pm EDT
                                        From:     Albert L. LeDuc
                                                  LEDUCA
                                        Dept:
                                        Tel No:   305/237-2208

TO:  Remote Addressee                     ( _jnet%cumrec-l@ndsuvm1 )


Subject: Hurricane Andrew

Thanks to all of you who have been inquiring about us here is extreme South
Florida.  Please be patient; I will reply to your concern as soon as I can.
We are not back to normal by any means--one indication is that some areas
will be as much as 6 more months without power.  I have lots of hurricane
stories to bore you with later.  Everyone in the Computer Services staff
survived; about 10% had their houses destroyed; many suffered major damage.
I have been through hurricanes before and this was much worse than anyone
believed and evdently worse than the media can portray.Thanks for your
concern.
ALLeDuc, Miami-Dade Commmunity College.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 14 Sep 1992 08:30:19 CST
From:         Slemo Warigon <SW5540@ETSUADMN.BITNET>
Subject:      RE: Workflow & Electronic Authorization Routing Software
              12 Sep 1992 17:40:12 -0600 from <00hwnewsom@BSUVAX1>

On Sat, 12 Sep 1992 17:40:12 -0600 Henry Newsom said:
>Mr. Donald said:
>
>>Virginia Tech is involved in evaluating several development environments
>>and I hope will make a decision in November. ...... The workflow process is
>>very high on our list ... I will be happy to have someone contact you to share
>   >our findings
>
>How about posting a summary to the net?  We are very interested and, I'll
>bet, so are many others.
>
>
Honorable Sir Henry, I humbly second your suggestion.

 Slemo Warigon
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 14 Sep 1992 12:10:00 PDT
From:         Ken Gross <SRKBG@AIS.UCLA.EDU>
Subject: Re: Degree Audit Software

In our in-house system at UCLA, the coding of the described requirements
would be much more straightforward than the DARS code described in this
note.

ONE COURSE FROM TWO OF THE FOLLOWING LISTS" is one line in a the defini
tion of a single requirement. "TWO COURSES FROM ONE OF THE FOLLOWING
LISTS" is also a single requirement line.  Nothing here need be coded
as a subrequirement here.

Consider the following requirement:

  Student must take one course from one of lists X1, X2, X3, ...  AND
  Student must take two more courses from the SAME list, OR two courses
  from a single other one of these lists, BUT a course cannot be used
  twice.

  Can you do it in DARS ?

  We can do it in three straightforward lines in the same requirement
  at UCLA because our audit system can recall which list a student
  selected in another requirement.


******************************************
Ken Gross
Administrative Information Systems
University of California, Los Angeles
EMAIL: SRKBG@AIS.UCLA.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Fri, 11 Sep 1992 10:22:36 CST
From:         demossc@CCMAIL.WIU.BGU.EDU
Subject:      Scheduler

          Our administrative system runs on an IBM 9121-320, in an
          MVS/ESA environment.  We have CA-Scheduler to schedule our
          batch jobs at night.  During crucial schedules, such as
          Tenth Day and Final Grades, we have a few jobs that perform
          Data base back-ups in the initial steps before updating
          files.

          The situation we run into is that the Database utility
          cancels whenever any other job that accesses the file
          attempting to be backed up is running at the same time.  We
          have always known this, accept it, and understand - no
          problem.

          The problem, however, is that CA-Scheduler will let other
          jobs run anyway, thus causing the Database utility, or the
          other job, to cancel.  With over 2,000 jobs defined on
          CA-Scheduler, it is not practical for us to define every job
          to wait on any/all of 20 or so Database utility jobs to not
          be running.

          If we define the utility jobs to wait until all other jobs
          are complete, they will not run in a timely fashion.
          Besides, most jobs must wait on the utility to run.  If
          changes are made or new utility jobs are defined, the
          maintenance would be endless.  We would rather not shut down
          batch processing in the early evening to run utilities,
          although since this situation only occurs at special times
          in the semester, it may be the best answer.

          I am not a CA/Scheduler expert, our folks in Production
          Control are the ones that keep up our CA-Scheduler system.
          If anyone has a more manageable CA-Scheduler solution to
          this problem than defining the criteria to every job, I will
          pass it on to our Production Control people.

          Many thanks for your consideration!

          Craig DeMoss
          Western Illinois University
          DEMOSSC@CCMAIL.WIU.BGU.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU