HDTenEightyP/NetNews huggingface dataset:
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 17:21:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      spanned marc
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

Michael Lacey, in LBC90 their is an assembly variable called
&INPUT which can be set to either MARCU for unspanned or to
MARCS for spanned.  In either case, because it is MARC, it has
to be treated as Undefined by the operating system, that is,
I believe you need to leave recfm = u.  You certainly need recfm
of u in MVS if you have a true MARC format tape.  Sorry to say
I have never had to use INPUT=MARCS so I can't guess whether it
will work for you.

Ron Johnston
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 15:50:22 EST
From:         AFIDLER@WAYNEST1.BITNET
Subject:      Dewey call number glitch

Sorry for sending this note again.  The first time I used the wrong
network mailer address.

Just to let everybody know... there is a problem with Dewey call number
indexing.
One of our libraries reported that the call number error report was not
showing errors when a Dewey call number starts with letter.  Searching
our system I found many call numbers coded as Dewey and indexed under
Dewey but starting with alpha characters.
NOTIS Inc. was able to duplicate the problem (PPR0043).
We are a MVS shop with LMS 5.02, but NOTIS informed me that the problem
also exists under LMS 5.1.  They are working on a fix.
Just when we thought we had the call number index cleaned up....
Ana Fidler - Tech1
Wayne State University - DALNET
Phone: (313) 577-0232
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 22 Jan 1993 10:18:27 EST
From:         Ebba Jo Sexton <SEXTON@UKCC.UKY.EDU>
Subject:      Re: Explanations for LOST and MISSING circulation statuses

At the University of Kentucky three pseudo-patron categories have been
established, system-wide:
     1. Patron lost: material lost by a patron.
     2. Lost: material lost, but not by a specific patron.
     3. Missing: material reported gone from the shelves.
They display with the appropriate status in the OPAC and are searchable
by both patrons and staff.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 27 Jan 1993 15:38:45 PST
From:         "Patrick McNulty Registrar's Ofc. 893-4165"
              <RG00PSM@UCSBVM.BITNET>
Subject:      release of my info

I apologize, for those stimulated to vehement rebuttal, for omitting my
"your truly" from the body of my note.  The "Send" key just went off in my
hand.  That last note referring to student info,
class levels, student directories, etc., was from...

Patrick McNulty
Asst. Registrar, Systems Development
UC Santa Barbara
Santa Barbara, CA 93106
(805) 893-4165     RG00PSM@UCSBVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Fri, 22 Jan 1993 14:44:55 GMT
From:         Roy Martin <CCSYS005@CCSUVM1.BITNET>
Subject:      Banner/Distributed Processing

In reply to Clarke Whitehead, (and others I might have confused): Sorry!
I though my original query was clear, but perhaps it wasn't as clear as it
should have been.

Yes, a computer information system which uses a database normally IS
comprised of one large database, (even if it is spread across multiple
files, tables, DBSPACES, etc.).  The advantage of distributing the "base
of data" across multiple databases, though, with each database on a
different system and/or hardware device are many.  A few are listed here:

1)   Security.  With the system segmented over different sub-systems, it
     is normally easier to lock out unwanted users from that system.
     Granted, though, this creates the need for the applications and users
     who DO have legitimate need for the data to traverse a more
     complicated route to access the data.

2)   Contention.  If all users funnel through a single database manager or
     operating system, they all wait for the same manager.  If you have
     two people working in the accounts receivable/payable system, why
     should they have to wait because a bazillion other operators are
     registering students?

3)   Access.  If the disk drive, or controller, goes down on one system,
     it doesn't necessarily have to take down your entire system.

ETC, ETC.  I know that my explanation isn't as eloquent as it could be,
but I think you get the drift.  Yes, it does add a significant level of
complexity, but many times that is paid back by the gains.

More to the point of my original query, though:  we are very happy with
our existing system, (IBM SQL/DS on an IBM 4381), but have a small
problem.  Big Blue says it will no longer support our operating system,
(VM/SP).  They tell use we need to move to a larger or smaller system.
(For a nominal fee, of course.)  With that in mind, we are exploring the
possibility of telling IBM what they can do with their larger or smaller
systems.


Post Script:  (Egg on my face!)  A few of you were really nice to respond
to my request, and I do appreciate the time you took.  Unfortunately, I
ended up trashing the folder I stored them in and thus am not able to
respond to each of you.  I remember the gist of most of the replies
though, and do appreciate them, and future, responses.

To the user who wanted the address to the BANNER-L list:
  BANNER-L@WVNVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 20 Jan 1993 19:39:38 EST
From:         CHRIS PHILLIPS <CPHILLIP@UMAB.BITNET>
Subject:      Re: project management software

We at the Univesity of Maryland at Baltimore have been using first, Project
Scheduler 4 and then, Project Scheduler 5 for two years. We have used it for
small and large planning projects. We use it primarily on a Macintosh, but
have the DOS version which is a similar interface. The application is easy to
use, has great reports, and defaults to color printing for easy to read charts
and reports. The automatic resource leveling is slow, but never seems to be
the way one would do it anyway. It is possible to merge small projects into a
larger project & have different project managers combine their projects into
an enterprise wide plan. The company (Scitor) apparently was a software
development house that developed the software to aid in their primary
business. When client s kept asking to buy the utility they decided to do that
full time. It is an excellent blend of simple interface and robust features.
It is not as powerful as some very expensive applications, but when we
researched it, it seemed to offer the best punch for the money.
Chris Phillips, Director
Campus Management Information Systems Project
University of Maryland at Baltimore
Phone:(410) 706-1746 FAX:706-0029 E-MAIL: CPHILLIP@UMAB.UMD.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: cumrec-l@ndsuvm1.bitnet
X-VMS-To: IN%"cumrec-l@ndsuvm1.bitnet"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 27 Jan 1993 13:37:07 -0500
From:         AML@LTUVAX.BITNET
Subject:      student info

We define the categories of directory info. as follows:

Category I   Name, address, telephone number, dates of attendance, class year.

Category II  Previous institutions attended, major field of study, awards,
             honors, degree(s) conferred including dates.

Category III Past and present participation in officially recognized sports
             and activities, height and weight of athletes, date and place
             of birth.

The participation in sports, ht and wt of athletes were added a couple of
years ago at the request of University Relations dept.  The other categories,
as far as I know, have been the same since 1974.  A student may withhold
disclosure of any or all the groups of information.  We currently have 14
students out of approx 5,000 who have asked for non-disclosure.

Ann Liska, aml@ltuvax.bitnet
Lawrence Tech University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"cumrec-l@ndsuvm1"
Original_cc:  ARTG
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 25 Jan 1993 12:33:00 MST
From:         Art Gonzalez <ARTG@EPCC.BITNET>
Subject:      Payroll/Personnel Vendor Information

My name is Art Gonzalez.  I'm a Manager of Information Technology with
El Paso Community College.  We are looking at moving our Payroll/Personnel
system from our HP to our DEC.  I need phone numbers and/or contacts for
the following vendors:

        QUODATA

        POISE

        ABT

        CONCEPT

        INFO BUILDERS

        PDS


If you are only able to give me the information for one of the vendors,
I'll appreciate it.

If possible, I'd like contacts and/or phone numbers for the continental
United States.

Any experiences (good and/or bad) will be appreciated also.

Thanks in advance.

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<>  Art Gonzalez               >< Phone #  : (915) 775-6141       <>
<>  Manager, Information Tech. >< BITNET   : ARTG@EPCC            <>
<>  432 Frederick              >< INTERNET : ARTG@LAGUNA.EPCC.EDU <>
<>  El Paso, Texas  79905      >< THENET   : EPCC::ARTG           <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<> Disclaimer: What I have said is my opinion and doesn't reflect <>
<>             the opinion of my employer or co-workers           <>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 27 Jan 1993 15:29:42 PST
From:         "Patrick McNulty Registrar's Ofc. 893-4165"
              <RG00PSM@UCSBVM.BITNET>
Subject:      release of student info.

I've been surprised that in the recent thread on release of directory
information, about half of the respondents (by my vague memory) have
included Class Level or Class or some other term which I assume means
Freshman, Sophomore, etc.  I don't see that info included in the copy
of FERPA I'm looking at, and in fact it can be one of the sensitive
ones in our experience.  Students who've been here four years don't
always want Dad to know they're still showing as a sophomore.

We, too, are able to specify the students' wishes for each data item
so that report programs or computer screens are able to include or
suppress the info as appropriate, but we find that this "Not-For-Release"
feature can become a clumsier tool than the student really intended and
inconvenience them at graduation, change-of-major, or other life-bending
events, so we have a separate system where the student can merely suppress
their name from the Student Directory.  That's easy to do, whereas they must
come in to our office to file an "NFR" request.  Many students avail
themselves of the former, and we think that helps everybody by confining
NFR's to those who are serious about it -- less than 200 out of 18,000.
From: C7708L@UMVMA.BITNET (Michel Hudson (314) 882-4705)
Newsgroups: bit.listserv.cumrec-l
Subject: Student Directory Information
Date: 26 Jan 93 14:47:37 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

University of Missouri-Columbia
302 Reynolds Alumni Center C7708L@UMVMA
Subject: Student Directory Information
I would be interested in a discussion of what happens when a student graduates
or leaves the institution, and the data is transferred to the Alumni Office.
Do the rules change?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X400-Trace: US*FSC*FSC; arrival Thu, 28 Jan 93 11:24:39 -0400 action Relayed
P1-Message-ID: US*FSC*FSC; 930128110241756-MTAFITCH
UA-Content-ID: 930128110241756-
Newsgroups: bit.listserv.cumrec-l
Date:         Thu, 28 Jan 1993 11:24:39 -0400
From:         Roy.Hall@EDEN.FSC.MASS.EDU
Subject:      Power conditioning info request

This message crossposted to COMP-CEN and CUMREC-L.

Fitchburg State is seeking infomation about recent(last 3 years) power condition
ing projects. We estimate our needs for essential equipment at 25-30 KVA.
Any and all info will be appreciated especially
  Budgets
  Justfication statements
  Vendor names and addresses
  Copies of RFP's or Bid's
  Recomendations
  War stories

Thanks for your help.
         Roy3
  ****************************************************************************
  *  Roy Hall 3rd                      Internet: ROY.HALL@EDEN.FSC.MASS.EDU  *
  *  Director M.I.S.                   Work Phone: 508-345-2151 ext. 3158    *
  *  Fitchburg State College           Fax Phone:  508-343-8603              *
  *  160 Pearl Street                  Home Phone: 508-582-4817              *
  *  Fitchburg  MA  01420-2697                                               *
  ****************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 20 Jan 1993 17:42:20 -0700
From:         "Mary M. Neary" <ISTMMN@ASUACAD.BITNET>
Subject:      Touchtone Grades

I was very interested in the notes on the listserv regarding touchtone grades,
as Arizona State University will be working on a project to add this
functionality to our current system of touchtone registration, drop/add, class
listing, and fee payment. I was wondering if the schools which have
successfully implemented grades could give me some idea of the average length
of the phone calls.

In the current ASU system we time students out after 5 minutes, but the
average calls have been consistently running at 3:40 to 4:00 minutes. We are
curious what to expect with the calls regarding grades. To give some idea of
the volume we experience with our 120 lines, the following are some figures we
collected for the fall 1992 registration period which covered, for us, April
20 through August 30, 1992.

Students Using InTouch          25,553

Calls to InTouch               188,303

Course Transactions Processed  279,449

Hear List of Classes            58,978

Pay by Credit Card              12,578

Pay by Financial Aid             3,473

Time for Average Call            3:43 minutes


If people would prefer to contact me personally at ISTMMN@AASUACAD I would
be happy to summarize and post the summary to the list. Thanks!

   Mary M. Neary, Associate Registrar
   Arizona State University, (602) 965-7302
   BITNET:   ISTMMN@ASUACAD
   INTERNET: ISTMMN@ASUVM.INRE.ASU.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: CUMREC-L@VM1.NoDak.EDU
X-VMS-To: IN%"CUMREC-L@VM1.NoDak.EDU"
Newsgroups: bit.listserv.cumrec-l
Date:         Thu, 21 Jan 1993 14:00:00 MST
From:         Clarke Whitehead <TSCWHITEHEAD@CC.WEBER.EDU>
Subject:      Re: SCT Banner / Distributed Processing

Roy Martin <CCSYS005%CCSUVM1.BITNET@VM1.NoDak.EDU> said:

>CCSU is looking, (just looking), at the possibility of procuring SCT's
>Banner series, (student information system).  The main characteristic we
>desire is distributed processing - the database is spread over different
>machines and operating systems to cut down on the bottlenecks created by
>the traditional 'putting all your eggs in one database.'  (Can I mix
>metaphors, or what!)  The SCT salesmen assure us this is possible with
>their BANNER series, (the ORACLE database is really what gets distributed).

I'm a little confused about your intention.  A system such as SCT *is*
typically in one database.  A database is simply a collection of related
data.  I don't see how you could, or would want to split a commercial
system into separate databases.  If you are talking about moving certain
datasets or files to different systems, yes ORACLE allows you to do that,
but again when looking at a specific system like SCT, I see no advantage.
In fact you could run into problems since the operation of the system
then will only be as good as the weakest link.  If one hardware system
goes down, which happens to have a critical SCT file on it, most likely
the SCT system as a whole will fail.   The question comes down to your
organization's objective.  If you have standardized on Oracle for all
(or many) systems, then this may be a good move, simply for the sake of
standardization, less re-training.  You may be able to create better
links with other Oracle systems also.  However, if this is a decision
for just your Alumni/Development system, I wouldn't recommend basing that
decision on it being written for Oracle.  If this system is viewed as
a standalone system, then the best rule of thumb is to make you selection
based on the software that best fills your needs, and get the hardware
to run it.

>In the interest of not trusting a salesmen farther than you can throw him,
>does anyone have any experience with BANNER in a distributed environment?

You're wise not to trust them.  Put together an RFP (request for proposal)
with all of your needs defined, send it to the vendors which have
applicable systems, and go through the proper evaluation procedure.  We're
in the process of doing that right now.

Clarke Whitehead
Director of Annual Fund/Information Systems
Weber State University
tscwhitehead@cc.weber.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 25 Jan 1993 14:26:00 EST
From:         Joseph.DiMartile@MVS.UDEL.EDU
Subject:      student directory information

At the University of Delaware we define directory information as "Name,
address, telephone number, college, class, major, dates of attendance and
degrees, honors or awards conferred."

At a student's request, all or part of what is defined here may be excluded
from the student directory.  The request for exclusion must be made annually.


Joe DiMartile
Univ. of Delaware
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Tue, 26 Jan 1993 15:01:00 CST
From:         ADUSS@UNDJES2.BITNET
Subject:      MULTIPLE SESSIONS

IN ADDITION TO THE NORMAL FALL AND SPRING SEMESTERS AND SUMMER SCHOOLS,
OUR COMPUTER SYSTEM ALLOWS THE ESTABLISHMENT OF OTHER SESSIONS WITHIN
A TERM.  EACH SESSION IS TREATED SEPARATELY, WITH IT'S OWN TERM
SCHEDULE, FEE BILLING TABLES, ETC.

IN THE PAST, IT WAS NOT COMMON FOR A STUDENT TO ENROLL IN A REGULAR
SEMESTER SESSION PLUS ANOTHER SESSION.  WITH THE ADVENT OF ALTERNATIVE
WAYS OF DELIVERING COURSES, WE ARE NOW SEEING VARIOUS SESSIONS WITHIN
A TERM USED.  MOST OF SESSION USAGE IS RELATED TO FINANCIAL ISSUES.

WHEN STUDENTS ENROLL IN MULTIPLE SESSIONS WITHIN A TERM, SERIOUS
PROBLEMS ARISE FOR THE FINANCIAL AID OFFICE, THE BUSINESS OFFICE AND
THE STUDENT.  THIS IS PARTICULARLY TRUE IF THE SESSIONS START AT
DIFFERENT TIMES WITHIN A TERM.

HAS ANYONE ELSE RUN INTO THIS PROBLEM?  SOLUTIONS?

WE ARE CONSIDERING RESTRUCTURING THE USE OF SESSIONS AND USING OTHER
DATA PROCESSING SOLUTIONS TO ALLOW THE SAME RESULT WITHOUT THE
CONCOMTENT PROBLEMS MULTIPLE SESSIONS CREATE.

I WOULD APPRECIATE ANY WORDS OF WISDOM YOU HAVE.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 27 Jan 1993 15:40:01 CST
From:         Joe Moore <CC19@SDSUMUS.SDSTATE.EDU>
Subject:      CUMREC-L available as a digest

LISTSERV has a new feature which is now available to CUMREC-L
subscribers.  You can now receive your CUMREC-L mail in weekly
digests instead of immediately.  This document lists common
questions and answers about the digest facility.

1).  What are the advantages to receiving my mail as digests?

It's faster to scan a digest than to read individual messages as
they come up.  There is a table of contents at the front of the
digest that lists all subjects contained in the digest.  If no
subjects concern you, simply discard the digest.

2).  What are some disadvantages to digests?

You don't receive the mail as quickly.  It's more awkward to reply
to digests.  Especially to reply to individual posters.  Digests are
best for people who rarely post to the list (they're often called
lurkers).

3).  Are the digests edited in any way?

No.  They are created by LISTSERV software and no extra intelligence
is applied to the messages.

4).  Why weekly?

The options are: Daily, Weekly and Monthly.  With the activity on
CUMREC-L, I think weekly is most appropriate.  This is NOT an option
available to an individual.  It is a list-wide option.

5).  If the week is very busy will I get a huge digest?

No.  The software will produce a digest before the weekly break if a
threshold of lines is reached.  I have set that threshold to 1500.
Let me know if you think this is too big or too small.  Again, it is
a list-wide option and is not available on an individual basis.

6.)  How do I tell LISTSERV to digest my mail?

Send the following command to LISTSERV@NDSUVM1 (**NOT**
CUMREC-L@NDSUVM1!!**)

set cumrec-l digest

If that message is rejected, it means your address has changed.
Forward a copy of the reject message to me.

7).  What if I change my mind and want to go back to seperate
messages?

Send the command to the same address as above:

set cumrec-l mail

The other option is 'nomail' which will leave you subscribed to
CUMREC-L but you will NOT receive mail.

8).  When will the digests be created?

I set the parameter to create them on Monday.  However, that will
often mean it will be available in your reader Tuesday morning.  If
you would rather have them created on Sunday let me know.

9).  What if I have problems with the feature?

Be aware that this feature of LISTSERV is what the author (Eric
Thomas) calls a 'development fix'.  That means it's pre-beta (beta
is the last stage of testing before a product goes into production).
However, Eric Thomas produces development code that would (IMHO)
meet or exceed most commercial vendors' production standards.  IF
you do run into problems, let me know and I'll pass it on to Eric.
If you miss any messages be aware that they are available in the
archives.

10). What if I have other questions?

Send them to Joe Moore <cc19@sdsumus.sdstate.edu>.

Enjoy,

Joe Moore
CUMREC-L listowner
cc19@sdsumus.sdstate.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: CUMREC-L@NDSUVM1.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.cumrec-l
Date:         Sat, 23 Jan 1993 14:08:31 -0500
From:         "Leonard M. Brush" <lb1z+%ANDREW.CMU.EDU@CARNEGIE.BITNET>
Subject:      Re: Database Survey

We are are starting the process of evaluating new database management systems,
and would like to get some answers to some very simple and basic questions.
We currently are running an IBM 3090-200, MVS, with CICS 2.1.2.  Our current
DBMS is TOTAL by CINCOM Systems, of which 90% of our applications use.  The
applications currently using TOTAL are Admissions, Registration, Accounts
Receivable, Degree Audit, and some Accounts Payable.  We are open minded and
are willing to consider P.C. based systems.

1.  What DBMS is your college/university using and what platform is the DBMS
    running on?----Ingres---DG AVIION,Sequent S/2000-250,DEC VAX/VMSAND
MULTIPLE WORKSTATION PLATFORMS

2.  If you converted from one DBMS to another recently (last 5 yrs) what was
    the previous DBMS?....INFORMIX AND ORACLE and a large # of flat file
applications.

3.  Has anyone converted from TOTAL to another DBMS?...NOT HERE

4. What applications are running under the DBMS? ALL ADMIN( except
financial) AND SOME academic departmental solutions
.
5.  What was the primary reason for selecting your particular DBMS?
programmer Productivity,Portability across hardware
platforms,transportability of applications,price and availability of
site license,technology, and honesty and truthfulness of the vendor(
"they weren't selling vaporware and promises; what they sold they
delivered")

*****************************************************
Len Brush, Assistant Vice President, Administrative Computing and
Information Services, Carnegie Mellon University, E-Mail is
LB1Z@ANDREW.CMU.EDU... PHONE# is 412-268-3888....FAX# is
412-268-6868...ADDRESS is:CARNEGIE MELLON UNIVERSITY
   A C I S
   4910 FORBES AVE.- UCC156
   PITTSBURGH,PA. 15213
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU