HDTenEightyP/NetNews huggingface dataset:
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Mon, 9 Nov 1992 16:40:22 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: "R" in the call numbers

Why did you do that?  Surely Reference items are shelved in a unique
area, probably don't circulate the same way as your other stack materials,
plus you have set up an almost impossible to explain alternative to searching
by call number for your users...so what was the rationale?  I would think that
you would want to reset these locations using some SAS routine that removes
the $b R and also resets the first $c as a $b... If you decide to do
something like that, contact Sandi Newton at DCCCD for SAS guidance.

Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 692-3229             FAX: (214) 360-0609 or (214) 692-4138
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 15:20:24 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: Frequency of running LB710 job

We log all opac transactions and run backups nightly to tape...at the end
of each month we run LB730 (daily, monthly, yearly) and run the LB720
transaction logs for all public OPAC terminals at each library...we have
modified our print monitor to print only the summary sheet for each
terminal...I figure four cabinets of transaction logs are sufficient until
we need samples from the next version put out for use!  We can always
look the reports up online for the latest job run if we want to see what
is going on at a specific set of terminals...

We are MVS/XA, CICS2.11, NOTIS 5.0.1 on a shared IBM3081K with pif ...


Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 692-3229             FAX: (214) 360-0609 or (214) 692-4138
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 10 Nov 1992 12:12:15 EST
From:         "Fritzi Batchelor" <HBLADM11@UCONNVM.BITNET>
Subject:      Re: More ALA Character set
              10 Nov 1992 08:52:58 EST from <LTULL01@UKCC.UKY.ED U>

Here at the University of Connecticut, the majority of our staff and public
devices are DOS PC's.  All public PC's are NET3270-connected and have full ALA
display.  Most staff PC's are NET3270-connected; some staff PC's are
YTERM connected -- all have ALA display and edit capability.  Our staff
MACs are TinCan-connected and have ala display, edit and print capability.
Appropriate CICS table (TCT) reflects the ALA display devices (FEATURE=
DCKYBD,UCTRAN,3270E,TEXTKYBD)

In order to talk to the IBM3090 mainframe, our staff PC's go through
a NET3270 gateway machine.  The DOS PC has:  Token Ring Board; Token
Ring Software and NET3270 software on the hard drive.  The NET3270 software
has a configuration file that allows for ALA display (and/or ALA printing)
on a machine by machine basis.  Each PC does not have NOVELL LAN software
running, but in order to talk to the gateway, the NOVELL "IPX, ROUTE, and
NETn" are present.  A VGA monitor is needed to support NET3270/ALA.

For both NET3270 and YTERM there are special keystrokes required to create
ALA special characters.  NET3270 documentation entitled "NET3270 The Key to
Connectivity, Version n.n  Workstation User's Guide" shows exactly how
to create ALA characters.  You define a key that invokes the alternative
(ALA) character set (for us, it's the * on the numeric keypad).  For example,
to create a miagkiy znak, I enter * then lower case g; * G is a tverdyi znak,
both of which are mighty fine znacks!

We can probably provide some assistance or information on either YTERM or
NET3270/ALA.  Good luck!

                                       ____________________________
Fritzi Batchelor LIB1                 | Income -  #1 in nation     |
University of Connecticut             |                    *       |
Box U-5SY                             |                  UCONN     |
Storrs, Conn. 06269-1005              | State funding for Higher   |
voice: (203) 486-5397                 |  Education - #49 in nation |
fax:   (203) 486-6493                 /  /-------------------------|
HBLADM11@UCONNVM.BITNET              \ /
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Thu, 5 Nov 1992 11:51:00 CDT
From:         MADEWELL@VUCTRVAX.BITNET
Subject:      Baudelaire database at Vanderbilt

I recently sent the following message to PACS-L in reponse to an inquiry
about special collections in public catalogs.  I thought NOTIS-L readers
might be interested as well.  BAUD is our newest MDAS database and was
partially converted into pseudo-MARC format from a dBase database. --RM
*************************************************************************
Date: 05 Nov 1992 11:14:49 -0500 (CDT)
From: MADEWELL@ctrvax.Vanderbilt.Edu
Subject: RE: OPACs Containing Archival, Manuscript and Special Collections
----------------------------Original message----------------------------
Vanderbilt University has a locally-created database of materials housed
in one of our special collections.  The W.T. Bandy Center for Baudelaire
Studies is located in our Central Library and is named for a former
Vanderbilt professor/scholar who dedicated much time and effort in the
collection of all types of materials by and about Charles Baudelaire,
the 19th Century French poet and critic.  The BAUD database is accessible
over the Internet.  Telnet to ctrvax.vanderbilt.edu and type "acorn" when
asked for username.  You must emulate a VT100 terminal type.  Type "stop"
when you've finished searching to disconnect your session.
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian         /          MADEWELL@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    madewell@ctrvax.Vanderbilt.Edu    /
/ 419 21st Avenue South                /       Phone: (615) 322-7125          /
/ Nashville, TN  37240                 /         Fax: (615) 343-0394          /
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 14:07:51 CST
From:         David Gregory <JL.DJG@ISUMVS.BITNET>
Subject:      Bindery pseudopatrons

In reply to Stephen Davis's question (11/6/92) regarding
Bindery pseudopatrons:

At Iowa State, we also have a rolling, two-week binding and
pickup schedule.  Rather than using a single (or a few)
pseudo-patron records for binding, we have associated each
of our 26 bi-weekly bindery shipments with a separate
pseudo-patron record, called "BINDERY SHIPMENT 1," "BINDERY
SHIPMENT 2," etc.  Each pseudo-patron record generates the
same LUIS message, except for the date: "At bindery, due
<date>. Ask at Circulation Desk."  Once a year, we go in and
replace the dates in all 26 records--a relatively
straightforward task.  Since we receive our bindery
shipments on alternate Wednesdays, these are the 26 dates
that we pre-determine and record in the LUIS message field
of the corresponding pseudo-patron records.

The preceding takes care of the publicly-displayed due date.
Getting the "public" due date to jibe with the real, system-
calculated due date is a little more complicated.  Briefly,
we accomplish this in the following way:

(1)   "TS" (Technical Services) is the NOTIS-defined service
      unit that is authorized to charge items to any of the
      26 bindery pseudo-patrons.

(2)   In its LSYS calendars, the TS service unit is "open"
      only on Wednesdays.  This is a way of forcing a
      uniform, Wednesday-only due date on items charged to
      the bindery.

(3)   All items charged by TS service unit to the bindery
      are actually charged to a specific pseudo-patron
      record (e.g., Bindery Shipment 12), and the charging
      is completed during a designated 7-day period.
      Because of the LSYS calendar, all the items charged
      during this period will have the same system-calculated
      due date (approximately 7 weeks from date of charge,
      and by necessity a Wednesday).

(4)   The "every-other-Wednesday" due date that is
      calculated by the system in step 3 is the **same** due
      date that has been placed (in advance) in the LUIS
      message field of the corresponding pseudo-patron
      record.

I'm afraid this sounds terribly complicated, and it was--to
plan.  Once implemented, however, it actually works very
smoothly and to everyone's satisfaction.  It is also, as
I've said, very easy to maintain.  We like very much the
increased control we get by associating a separate pseudo-
patron record with each bindery shipment.  We know, for
example, that there are currently 282 items charged to
Bindery Shipment 12, but there are still 3 items "overdue"
on Bindery Shipment 11, etc.

Obviously, I've simplified this description somewhat; we
have, for example, a "rush binding" track as well.  I simply
wanted to highlight the basic mechanics of our system.  If
you'd like more detail, feel free to contact me.


David Gregory
Head, Access Services
Iowa State University Library
Ames, IA 50010
515/294-0447
JL$DJG@ISUMVS.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 09:37:00 CDT
From:         Edie Dixon <DIXON@MACC.WISC.EDU>
Subject:      Re: loading Marcive GPO records

We load Marcive tapes with our own loaders.  If interested, do call or send
email

Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.notis-l
Date:         Fri, 6 Nov 1992 12:47:47 ECT
From:         Ronnie Goldberg <RGOLDBER@BINGVMB.BITNET>

Regarding the fine notice problem:

We are using datamailers and have adapted the Kent State software to
print recall, overdue and fine notices.  To save space on the fine
notice, we decided not to print "previous fines" or "total owing".
This would be one way to get around the problem of spurious amounts
printing when overdue books are returned from more than one service
unit.
R. Goldberg
Binghamton University
From: 9118MRE@UCSBVM.BITNET (Marlene Elster)
Newsgroups: bit.listserv.notis-l
Subject: Forward Recovery Problem
Date: 6 Nov 92 18:53:20 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

*** Reply to note of 11/06/92 10:34

I had the same problem when I had to recover our bib file.  It turned out
that I had the wrong date/time in the sort INCLUDE statement.

A good source of information is Barbara Baughman's write-up on Disaster
Recovery for Session #27 at NUGM '92.

Marlene Elster, TECH1
University of California, Santa Barbara
(805) 893-3909
9118MRE@UCSBVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Mon, 9 Nov 1992 16:18:00 EST
From:         "DIVENS, W.C." <N93774@PITTVMS.BITNET>
Subject:      Re: CHAT: That dog won't run.

I want to officially nominate the latest Cobbs-Calmes exchange
as the best NOTIS-L exchange of the year.

Rusty
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Fri, 6 Nov 1992 11:19:34 CST
From:         "Michael J. Stephens" <VB7R0007@SMUVM1.BITNET>
Subject:      Patron Forward Recovery

Let me give a bit of background and then ask my question.  On Monday night
we tried to run a Patron load, LB510JC.  Unfortunately, something went wrong
with it (don't know what) so the file was restored.  Then we discovered that,
through a scheduling error, the backup that was supposed to happen before
L510 actually happened after.  So we had to do the restore from Friday night's
backup.  This meant that we needed to do forward recovery, LB968, on the
Patron file to get Saturday, Sunday, Monday, and Tuesday updates back in the
file.  Well, I am still trying to get the !@#$%^&* job to work.  Now the
question.  While reading the TSG for the umptheenth time I noticed a reference
to including LB610 updates in the forward recovery process (#6912).  I can
see the reason this is necessary, but how do I do it?  What file is used as
input?  And, why the hell ain't it documented?

The process I have used so far is:
  LB965JC is backing up the entire (I think) journal 4 (A&B) each time CICS
is dropped.  This goes to a GDG tape.  I have enough cycles for another week
of journal backups.
  I have copied each of the relevant backups to a DASD flat file using
SyncSort; FIELD=COPY and using the same INCLUDE= parameters used by LB968.
This gets me flat files with only the records I need (I think).  I needed the
DASD files because I haven't got enough tape drives to concatenate tapes in
SORTIN like the documentation for LB968 says.
  I have copied the tape backup of our patron file to DASD.  This is the
BACKUP DSN according to the documentation.
  I have included a DD for the VSAM patron file using the FCT name as the
DDName.
  I have run LB968 numerous times with the above setup.  Each time I get the
same results, no records read and no records used.  The job completes with
zero condition codes and only runs about 2 or 3 sseconds.  I think it is just
jumping to the end of the program to give the summary stats and quit.

It took me 2 days of B.S. to figure out how to set up a job that wouldn't
abend because something was missing.  I am getting very frustrated.  If you
have any insights to offer please give me a call.  Thanks Dan Kirchner for
your JCL.  It does give me some ideas about how to make a "production" job,
but I am essentially doing the same thing.  Thanks in advance for any help
received.

Michael J. Stephens, Tech1
Sr. Systems Analyst II           *  Phone:    (214) 692-3453
Computer & Information Services  *  FAX:      (214) 692-3449
Southern Methodist University    *  Bitnet:   vb7r0007@smuvm1
Dallas, Tx. 75275-0262           *  Internet: vb7r0007@vm.cis.smu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southeastern Louisiana University
X-Envelope-to: notis-l@TCSVM.BITNET
X-VMS-To: IN"notis-l@tcsvm.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Mon, 9 Nov 1992 14:15:42 -0500
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      CHAT: That dog won't run.

Well Jim, sometimes down hyere in Looozeeana, we like to hear them dogs run
jest fer the fun of it.  Sometimes they run, sometimes they don't.  Shoot, I
wuz jest sattin thar tryin t'git that thar hex cipher figgered out then you
know ol' Tim Earl up the road thar, well he sez t'let Ol' Blue run down that
thar hex cipher.  I sed shoot Tim Earl, d'you thank Ol' Blue'll run?  Shore
nuff, you give Ol' Blue room to enough room t'work in and let him git a little
sniff of whut is you want him to run aifter and he had that thar hex cipher run
down like he wuz chasin' a Yankee!  Yup, all Tim Earl dun wuz to give Ol' Blue
some space t'work in an that was all she wrote :-)


Kevin

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*  Kevin Calmes                           Internet: TMIS1692@SELU.EDU         *
*  Library Programmer - TECH1             IP#       147.174.1.5               *
*  Computing Services - MIS               Voice:    (504) 549-3645            *
*  Southeastern Louisiana University      Fax:      (504) 549-5092            *
*  Box 409 SLU Station                    IBM 4361-M5  DOS/VSE/SP 3.1.2       *
*  Hammond, LA  70402   USA               VTAM 3.1  CICS 1.7  VSE/POWER 2.3   *
*                                         NOTIS 4.6.1  GTO 3.0                *
*  "I'm always here at home till closin time"                                 *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
From: mmgall@CS1.PRESBY.EDU (Morris Galloway Jr.)
Newsgroups: bit.listserv.cumrec-l
Subject: Re: Migration to Unix
Date: 6 Nov 92 22:06:39 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Presbyterian College found the same three vendors as Ohio Wesleyan -

SCT Banner, CARS, and Datatel

We think they all offer good products in the UNIX environment.  We've
just recommended SCT, and are awaiting funding.


Morris Galloway Jr.             mmgall@presby.edu        +1-803-833-8217
Dean, Administrative Services   Presbyterian College  Clinton, SC  29325
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 9 Nov 1992 13:04:27 EST
From:         Janet Terry <TERRYJ@VTVM2.BITNET>
Subject:      migration to UNIX

First of all, I would like to thank everyone who sent me information
on their efforts to migrate, their intentions to migrate, software available,
and consulting services available!  I have a bunch of leads to pursue now!

For those of you who indicated you would like to know more as the Virginia
Tech experience unfolds, I would suggest that we move this discussion to
the new listserv which was formed to discuss the migration from the mainframe
to the UNIX environment.  Sorry, but I don't have the name of the list, but
you can ask to be included by sending Ken Maharaj a note requesting to be
added to the list (KMAHARAJ@ADM.DAL.CA) - sorry Ken, but you wanted this list
to become active!!

Right now, we're in the information-gathering, vision-forming stages but
as things evolve here, we'll be happy to share our experiences with all of
you.  Once again, thanks for all your help.  I knew I could count on you to
help me with this effort!

Janet Terry
University Systems Analysis & Services
Virginia Tech
TERRYJ@VTVM2
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 9 Nov 1992 09:57:12 EST
From:         Shyamal Jajodia <SHYAM@MITVMC.BITNET>
Subject:      Re: VAX environment for administrative systems
              9 Nov 1992 08:02:19 EST from <JCBIDD01@ULKYVM.LOUISVILLE.EDU>

I don't know about CARS but SCT's BANNER runs on a VAX.

Shyamal Jajodia (MIT)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Fri, 6 Nov 1992 10:47:41 EST
From:         "Luthy, John" <LUTHY@DICKINSN.BITNET>
Subject:      Migration to Unix

Dickinson College is a 4-year, private, liberal arts institution.  We are
migrating from a largely home-grown, but very comprehensive, MIS running on a
DEC PDP 11/84 (RSTS/E) and DEC VAX 6320 (VMS) to Datatel's Colleague and
Benefactor packages running on a Sequent (Dynix/ptx, which is System V
Release 3.2 compatible).  (The Sequent is manufactured in Oregon.)

Datatel's Colleague system contains the student records modules.  Datatel is
at 4375 Fair Lakes Court, Fairfax VA 22033 (703) 968-9000.

Conversion and implementation is a major project, but so far we've been pretty
successful! Dickinson went through an *exhaustive* search of the marketplace
before settling on Datatel running on the Sequent in 1989.  The campus
committee of administrative computing users was instrumental in the search
process.   We got off to a great start with the help of a consultant, Dr
Michael Zastrocky (of CAUSE fame).  As we developed our *detailed* RFP, we
contracted consultants from Arthur Andersen, primarily to see if we were on
track in our approach and expectations.   Members of the major administrative
departments contacted peers and colleagues at other institutions, especially
those already using the MIS packages we were considering.   We attended the
Colleague user group.  And we also had the vendors conduct 2-day on-site demos
so campus members (from clerks to department heads) could see the software in
operation and ask specific questions of the vendor.  We bench-tested the
software on Prime, DEC/Ultrix and Sequent platforms, and were satisfied only
with the performance on the Sequent.  It has been a very reliable machine.

So far, we have implemented most of Colleague to some degree (except for Fixed
Assets, Budget Manager, Inventory, and Degree Audit).  The implementation of
Benefactor, the alumni/development system, is just getting underway.  Dickinson
hired an implementation supervisor, two programmer/analysts and a documenter/
trainer (all College employees).  Many programming customizations are/were made.

We're learning to live with commercial software (at the application, database,
communications and OS levels).  It's hard to adjust to that, where our support
responsibilities that were once fully in-house are now sometimes dependent on
"outsiders."  We're also learning about the Unix environment.  We have been
heavily computerized through the years, and miss some of the productive
utilities we depended upon under VMS and RSTS.  But by and large, the campus
community seems to be satisfied with both the methodology that led to our
decision and the decision -- Datatel running on a Sequent -- itself.
              --John Luthy, Coordinator of Administrative Computing
                Dickinson College, Carlisle PA
                LUTHY@DICKINSON.EDU
From: jpringle@SILVER.SDSMT.EDU (Jerl Pringle)
Newsgroups: bit.listserv.cumrec-l
Subject: Security Guidelines
Date: 13 Nov 92 18:23:06 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Can anyone point me to a document that contains a reasonably complete guideline
for a new office of PC users.  Something that would have some info in it about
not using foreigh disks, displaying your password, that sort of stuff?
Thanks.
Jerl E. Pringle
CNS Director,
South Dakota School of Mines and Technology
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Priority:     normal
X-Mailer:     Pegasus Mail v2.3 (R4).
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 9 Nov 1992 10:32:56 ADT
From:         Karen Wilder <karen.wilder@ACADIAU.CA>
Subject:      Re: VAX environment for administrative systems

> Other than Datatel, what other administrative systems for student, financial,
> alumni, etc are available for VAX?

The Wyndgate Group's EdenOA system will run on a Vax, but it does not (at
this time) include a Financial system.

For more info, you can contact Bill Collard at 916 638-3336.

                           ---------------------
Karen Wilder                           Phone: (902) 542-2201 Ext. 437
I S Manager, Computer Centre             Fax: (902) 542-4364
Acadia University                   Internet: Karen@admin.acadiau.ca
Wolfville, NS  B0P 1X0
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 9 Nov 1992 09:11:02 EST
From:         Julie Shadle <1378637@PUCC.BITNET>
Subject:      Re: VAX environment for administrative systems
              9 Nov 1992 08:02:19 EST from <JCBIDD01@ULKYVM.LOUISVILLE.EDU>

Business Systems Resources in Waltham, MA markets ADVANCE an alumni/
development system on the VAX.  They have an RMS, ADABAS and RDB version
for the VAX platform.

Julie Shadle
Director, Development Information Systems
Princeton University
609/258-6214
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU