HDTenEightyP/NetNews huggingface dataset:
Original_To:  BITNET%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 29 Sep 1992 13:49:00 CST
From:         UAHEBP01@UAHVAX1.BITNET
Subject:      RE: Unix Base Library Systems

Zia,
        There is a very good survey annually in Library Journal -- this year's
was in the April 1 issue. Also, the March/April issue of Library Systems
Newsletter has an excellent survey of library systems, including what
operating systems they run on. The information in the LJ survey is presented
in tabular form, however, which is nice for comparison purposes.
--Liz

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

 Elizabeth Pollard              Bitnet: uahebp01@uahvax1
 Systems Librarian              Internet: uahebp01@asnuah.asn.net
 Univ. of Ala./Huntsville       Compuserve: 72457,1560
 Huntsville, AL 35899           Phone: (205) 895-6313
                                Fax: (205) 895-6862

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Texas A&M University Computing Services Center
Newsgroups: bit.listserv.notis-l
Date:         Thu, 1 Oct 1992 16:38:05 CDT
From:         Kim Reverman <KIM@TAMVM1.BITNET>
Subject:      Re: Passport 2.001 and GTO 3.0

Until today our site was also having problems with the new Passport.
The LGTB transaction on CICS abended with ASRAs, L50S or caused
storage violations.  I just talked to the site installing passport and
found out that when they rebooted their PC under a new version of DOS
and created a config file that was needed, then every thing works.
I don't have the detail on the config file.
I hope this helps.
---Kim Reverman
Texas A&M University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-Type: text
Content-Length: 687
Newsgroups: bit.listserv.notis-l
Date:         Wed, 30 Sep 1992 13:43:00 EDT
From:         bryan@WILEY.CSUSB.EDU
Subject:      Re: OPAC Searching
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>

I am from a KeyNotis site with about 350,000 bib records. We loaded
Authority records last year and did before and after transaction and
opac statistics log analysis. The percentage of useful subject searches
(defined as between 1 and 89 hits) rose from 26% to 41% during the month
after authorities were loaded. The percentage of zero hits in subject
seraches declined from 45% to 33%. 14% of subject searches are being
redirected to appropriate LC subject headings. There were similar
improvements in author searches, but on a much smaller scale.

I think this is a significant improvement, better than I thought we would
see.

Beverly Ryan
CSU, San Bernardino
bryan@wiley.csusb.edu
From: AUFAD@UNDJES2.BITNET
Newsgroups: bit.listserv.notis-l
Subject: Seeking Nominations 1992 Piercy Award (ALCTS)
Date: 29 Sep 92 16:53:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Seeking NOMINATIONS for 1992 (Esther J.) PIERCY AWARD

Piercy Award:  To librarian with fewer than ten years experince
for contributions and leadership in the field of library
collections and technical services (acquistions, cataloging;
serials).  Nominations and letters of endorsement should be sent
to the chair of the award jury no later than NOVEMBER 15, 1992.

For ADDITIONAL INFORMATION on the award, as well as nomination
procedures contact:  Frank D'Andraia, Chair, 1992 Piercy Jury
Award, University of North Dakota:  (701) 777-2617 or
AUFAD@UNDJES2.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 29 Sep 1992 10:22:00 CDT
From:         VAUGHAN@VUCTRVAX.BITNET
Subject:      global changes in 5.0.2

   We run LB890 once a week, beginning at 8:30 when files are
no longer being updated. The job runs several hours. We wait
until 2am to run the last part of the job, which updates the
files. This is the only way we can run the whole job in one
night. When we first tested the job in 5.0.2, it abended. We
had to add 2 lines of code, which are now included in the 5.1
version.

About 10 lines down from B105, we inserted 2 lines:
        CLI  0(R6),C'A'       is this is housekeeping record
        BL   B100             try next one
        CLC  7(2,R6),=X'4040'      --insert--
        BNE  B100                  --insert--
        SPACE 1
        CLI  END#,C' '        if ending record # supplied

You should also be aware that LB895 (step LB890070) has a parm
in the JCL that is never read in the program. If you run this
to print your changes, it will print ALL of them, and you could
wind up with a huge listing. The job prints one page per changed
record.


Maryanne Vaughan
Vanderbilt University
VAUGHAN@VUCTRVAX
VAUGHAN@CTRVAX.VANDERBILT.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Sat, 26 Sep 1992 09:12:49 CDT
From:         Jeff Huestis <HUESTIS@WULIBS.BITNET>
Subject:      CHAT: Not BSR

I really don't want to get another debate on programming languages started,
but I spotted something in the local paper that I couldn't resist passing
along.  It was in a little "filler" box listing definitions for unusual
phobias.  Here's the one I liked:

   Macrophobia--fear of prolonged waiting.

Jeff Huestis
Washington University Libraries
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-transfer-encoding: 7BIT
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.notis-l
Date:         Thu, 1 Oct 1992 16:02:18 +1200
From:         "(David Akers)" <akers@CCU1.AUKUNI.AC.NZ>
Subject:      PPQ6422 (LKB108JC)
Comments: To: notis-l <notis-l@tcsvm.bitnet>

Hi All,

Question to all the site's run Notis 5.0.2 under VSE.  How do you
get around the LKB108JC problem (PPQ6422) with the Dictionary and
Inverted files only having 1 to 2 records.

In Notises (June, p37) it states the problem and then states that it
will be fixed in LMS 5.1.

We are in the process of converting from MVS to VSE and we have encountered
this problem.  Is there a NOTIS-L patch that someone has written and could
send me?

Another question to all is a problem that we have found with printing
out Acquisition order forms.  It seems that once you have created a order
that you can't change the information to be printed, yes?  An the only way to
correct this is to delete the order and create a new one?

If this is all true can you tell me how you all have worked around this
problem.

Thanking you in Advance and hope to meet some of you at NUGM!!


	David ...


David Akers				MVS
Systems Manager				NOTIS	LMS 5.0.2
University of Auckland Library		CICS	2.1
AKERS@CCU1.AUKUNI.AC.NZ
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 6 Oct 1992 17:17:17 PDT
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: Clarkson tn3270 emulation

"(Jean L. Cooper)" <jlc5f@POE.ACC.VIRGINIA.EDU> writes:
>Tangentially, does anyone have information on how to create an end-of-field
mark with the Clarkson tn3270 emulation (or any tn3270 emulation)?  Here at
UVA, we have been using the IBM316x and TVI950 emulations on the Ungerman-
Bass LAN.  However, now we are installing an Ethernet network and must find
equivalent emulations for our staff.

In the 'CUTCP' directory on my PS/2's hard-disk,
one line in the 'TN3270.TBL' file reads:
   set key 983 \"TN-FM";   	 Assign 'ALT-EQUAL' to the Field-Mark function
Is a similar line present in your copy of this file?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 25 Sep 1992 14:31:50 EST
From:         dallas hart <LIBR002@INDST.BITNET>
Subject:      global changes

we are starting to test global changes and would appreciate any help
regarding the jcl for a test run including any print steps for the 2
work files output from lb890020 step.  also upsi settings used.

thanks for any help.

dallas hart
programmer/analyst
indiana state university
terre haute, indiana
(812)237-2599
libr002@indst.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
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:         Tue, 6 Oct 1992 07:56:59 -0400
From:         AISBALLARD@EKU.BITNET
Subject:      VT100 cartridge IBM3164
Comments: To: notis-l@tcsvm.bitnet

     Excuse my lack of knowledge about the IBM 3151 and 3164 terminals but,
do most sites that use these IBM terminals also use the VT100 emulation
cartridge?  In conjunction with the ALA cartridge?  How do you keep the
cartridges from "walking away"?  Thanks for any info.

Lloyd Ballard   AISBALLARD@EKU   Eastern Ky University
From: HSAMUELS@UA1VM.BITNET
Newsgroups: bit.listserv.notis-l
Subject: temp storage cleanup
Date: 5 Oct 92 14:42:48 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>
Comments:     Resent-From: HSAMUELS@UA1VM
Comments:     Originally-From: Ron Johnston <ADLB001@MVS.MCGILL.CA>
Comments:     Warning -- original Sender: tag was NOTIS-L@TCSVM

>A while ago one site mentioned suspecting that NOTIS earch was not
>cleaning out temp storage properly, thus leading over the course of
>the day to a gradual filling of temp stor with leftover junk.  Has
>this site been able to confirm or disprove their suspicion?
>
>If confirmed, is their a remedy?  Is a warm start sufficient to
>reset temp stor?

Ron - That observation came from this corner of the world back in March
when we came up on LMS 5.0.1 and NOTISearch 1.0.U.  We found that once a KWB
search was executed from a terminal, NOTISearch never released all of the
temp storage that had been used for the search.  The storage would be used
again when another KWB search was initiated from the same terminal but not
otherwise.  This is especially troublesome if you use auto-install terminals,
which we do for our distributed OPAC users.  Our auto-install software
assigns a temporary CICS ID to a terminal and then doesn't reuse it until
the system is restarted the next day.  So if a KWB search is executed from
an auto-install terminal, a chunk of temp storage is reserved for KWB
searches for that terminal ID for the rest of the day.  Hence a buildup of
"junk" throughout the day.

We alleviated the problem in two ways.  We dramatically increased our temp
storage allocation which we needed to do anyway beacause of other aspects of
NOTISearch and we cold start temp storage every day with the following
entry in our SIT:   TS=(COLD,...,...)

Harry Samuels
Programmer/Analyst (TECH 1)
University of Alabama
Bitnet: HSAMUELS@UA1VM
Internet: HSAMUELS@UA1VM.UA.EDU
Voice: (205) 348-2877
Fax: (205) 348-9170
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 29 Sep 1992 13:47:00 EDT
From:         Dina.Giambi@MVS.UDEL.EDU
Subject:      NOTIS/Faxon SC-10 Libraries
Comments: To: notis-l@vm.tcs.tulane.edu

 The University of Delaware Library has used Faxon's SC-10 system for serials
check-in since 1988. As all other SC-10 users, we are now being confronted
with SC-10 being replaced by Faxon Manager. The UD Library is continuing to
explore the various possible options in attempts to determine the course of
action most suitable to our needs, particularly in light of the imminent
general release of NOTIS 5.1.
 It would be helpful to hear from others in the same situation. Any comments,
insights, etc. would be appreciated. Is there any interest in getting a group
together to discuss this issue at NUGM?

  Dina Giambi
  Assistant Director for Technical Services
  University of Delaware Library
  (302)831-2231
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 5 Oct 1992 11:18:49 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "Dr. John C. Biddle" <JCBIDD01@ULKYVM.LOUISVILLE.EDU>
Subject:      Re: Foundation/Alumni listserv

Associate Professor Information Science & Data Processing
PHONE: (502) 588 - 6121
I agree with Joe Moore. Discussions about Alumni/Development systems, in my
estimation, are perfectly legitimate, topics for discussion. On the other hand,
were I to try to sell a product or to ask for donations for a cause I was
championing then that function would not be appropriate. There is a gray area
here also. Announcing a conference could be considered trying to sell the
conference as could be announcing the publication of a new book. I would not
exempt either of these from the network.

John Biddle
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 28 Sep 1992 08:38:25 BST
Comments:     Resent-From: J.L.Rathbone@gdr.bath.ac.uk
Comments:     Originally-From: John Rathbone <J.L.Rathbone@gdr.bath.ac.uk>
From:         J.L.Rathbone@GDR.BATH.AC.UK
Subject:      Alumni packages

 Unfortunately, I was only half (quarter?) paying attention when this topic
was aired some brief while ago.

 Almost overnight(!) - well, OK, the middle of last week - this has become
quite an important topic for several U.K. instititutions, so would it be
possible for some kind soul to give me a brief breakdown of the packages
that were discussed ?

 By the way, I am aware of (even using) Raiser's Edge, but am ideally seeking
something in the Oracle arena.

 Many thanks in advance.

   John Rathbone
   Data Processing Manager
   Bath University
   Bath  BA2 7AY  U.K.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 5 Oct 1992 17:47:49 -0600
From:         "(Jerl Pringle)" <jpringle@SILVER.SDSMT.EDU>
Subject:      Room Scheduling Systems

I realize that this subject has passed by the window once, but I am looking
for a PC based (preferably windows) scheduling system.  This would be used
on a campus of approximately 2500 students.
Thanks
Jerl E. Pringle   jpringle@silver.sdsmt.edu
South Dakota School of Mines and Technology
Rapid City,  SD  57701-3995
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 28 Sep 1992 09:03:57 -0400
From:         "(Morris Galloway Jr.)" <mmgall@CS1.PRESBY.EDU>
Subject:      Re: Alumni packages

John Rathbone (Bath University) mentioned that he was seeking something
for alumni/development that was based on Oracle.

I am aware of one package:  SCT banner.  (There may well be others
based on Oracle.)  Our Development VP likes the SCT software demos he has
seen, although we have not yet installed it.

Contact postmaster@sctcorp.com to locate the sales office in your area.

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:         Tue, 29 Sep 1992 08:15:39 -0500
From:         "Roberta A. Armstrong" <R-ARMS@UMINN1.BITNET>
Subject:      On-line bulletins

 We are in the process of prototyping on-line bulletins using the Gopher
 system. We are not too far along but you may be interested in our experiences
 thus far.

 Our test bulletin was exported from PageMaker into ASCII format. We've
 divided the bulletin into 3 sections: general info about the college,
 major/minor program descriptions, and course descriptions. Getting the
 material into ASCII format has been something of a nuisance, since we use
 a number of tables to display info and ASCII wants explicit spaces rather
 than tabs. Mark McCahill of our Computer Information Services group has
 written a special "cleaning" program to take the course info and split it
 up to make searching and display easier. He has also full-text indexed
 the material so that you can look for courses that have "air foil" in them,
 for example. I don't this this is available for you to look at right now
 as it is in test mode.

 Where are we going with this? Ideally, setting up a bulletin for publication in
 Gopher will be the last step in our bulletin production process. At this
 stage, we don't know how much preparation time this could take. I do believe
 that some specialized design work is required by our editors as we move
 into this sort of on-line publishing; just dumping a big ASCII file into
 Gopher isn't too great. Over the long haul, we can potentially save money
 doing this if it means we can produce fewer hard copy bulletins. We are
 also considering our own Gopher server (or renting a big chunk of one from
 CIS) to include a variety of student affairs materials (including bulletins,
 class schedules, section status reports, general info, etc.).

 As far as on-line bulletin production goes, we are already trading copies of
 the bulletin text back and forth with college bulletin editors. The variety
 of word processors and PCs makes us a little crazy, but it works. The
 hardest part for us is to know exactly what changes college staff have made
 so that we can edit selectively. We are working on getting our course
 descriptions into our master computer data base along with other info needed
 to create the bulletin (e.g., college associated with course, whether course
 is current or not). That will allow us to be absolutely sure that each
 bulletin has up-to-the-minute course information.

 Glad to talk with others of you who are either doing the same thing or
 thinking about it. Steve Baker (S-BAKE@UMINN1) is the head of our Publications
 and Communications Office; feel free to contact him as well.


 Roberta A. Armstrong, Dir     BITNET: R-ARMS@UMINN1
 IAS, Ofc for Stu Afrs         INTERNET: R-ARMS@VM1.SPCS.UMN.EDU
 University of Minnesota       612/625-6674
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Tue, 29 Sep 1992 09:20:03 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "Alice R. Schroerlucke" <ARSCHR01@ULKYVM.LOUISVILLE.EDU>
Subject:      IA's traditional Student Records System

        Administrative Systems Analyst
Phone:   (502) 588-7088 or (502) 588-7325
IA's traditional Student Record System (SRS) has a limitation of
32 terms for each student.  Has anyone overcome that limitation?
The University of Louisville would like to contact anyone who can
give us details.

Thanks.
From: REGIS@CUVMC.BITNET (Joseph Capobianco)
Newsgroups: bit.listserv.cumrec-l
Subject: Access/Confidentiality
Date: 2 Oct 92 16:37:51 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

The recent exchanges about programmer access to files, protecting the
confidentiality of data, and how to implement both was very instructive.
Without wanting to reopen the discussion, I do want to give a
registrar's first impressions.

I found something to agree with in almost each articulation of this
issue.  It's tempting to say that one can never go too far toward
protecting confidential data.  Still, I agree with Janet Terry that
"At some point, cooperation, trust and striving for the good of the
institution must occur...."  Roy Martin is right, too:  "it is the
responsibility of the the university at large" to protect data.  At
the very practical level, Dick Huff's recommendation of repeating
the process of signing a confidentiality statement every two or three
years is one we all ought to consider.

It is too easy for us all to look at this and others issues from our
own limited perspectives.  Each of these issues is an *institutional*
issue.  None of us, in our professional positions, has a life
separate and apart form the entire institution.

Enough of my personal philosophy (and theology). In the end, common sense
must prevail.  As the occasional stories that make the newspapers
demonstrate, some of the worst cases of violation of FERPA result
from authorized individuals making poor judgments.

Joseph Capobianco
Columbia University in the City of New York
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Thu, 1 Oct 1992 13:24:00 PDT
From:         "Larry Inks x59475 (UCLA)" <SRLI0@UCLAAIS.BITNET>
Subject:      Re: IA's traditional Student Records System

UCLA purchased the traditional IA SRS system in 1980.  We experienced
the Term Array limitation immediately.  We chose to expand it to 64
terms and have not had a problem.  At the time we expanded, the task
was not too onerous since we were in the beginnings of the system and
didn't have too many programs.  Today, its a different story.  If you
need technical information you can call Diran Edinjiklian,
Administrative Information Systems.
     Phone: (310) 206-1620  Email: SRDAE@MVS.AIS.UCLA.EDU

>         Administrative Systems Analyst
> Phone:   (502) 588-7088 or (502) 588-7325
> IA's traditional Student Record System (SRS) has a limitation of
> 32 terms for each student.  Has anyone overcome that limitation?
> The University of Louisville would like to contact anyone who can
> give us details.
>
> Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cumrec-l
Date:         Mon, 28 Sep 1992 13:35:23 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "Dr. John C. Biddle" <JCBIDD01@ULKYVM.LOUISVILLE.EDU>
Subject:      Jayne Ryland

Associate Professor Information Science & Data Processing
PHONE: (502) 588 - 6121
I am looking for Jayne Ryland (CAUSE) network ID. If you have it please
respond personally to jcbidd01 at ulkyvm.

Thanks,

John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: CUMREC-L@NDSUVM1.BITNET
Content-transfer-encoding: 7BIT
X-Orig-To: CUMREC-L@NDSUVM1.BITNET
Newsgroups: bit.listserv.cumrec-l
Date:         Wed, 30 Sep 1992 11:42:15 -0400
Reply-To:     DHuff@Bucknell.edu
From:         Dick Huff <DHUFF@FLINT.BUCKNELL.EDU>
Subject:      Confidentiality Statements

    Whether or not programmers have access to live data I believe that
there is still a valid need for the staff (programmers, analysts, systems
people, operators, data control clerks) to be asked to sign some type of
statement indicating their knowledge of the confidential nature of the
information they may see in the course of their work.  In the
educational environment that we work in this should probably be required
of almost all employees of the university, not just computer services
staff.  Requiring this for every new employee and repeating the process
every two or three years for continuing employees would serve as a
reminder that we all probably could use.  It goes much further than
access to production files, which I admit is probably the most
dangerous, to leaving files unlocked overnight, careless handling of
printed reports or microcomputer diskettes, and intentionally or
inadvertently providing others with access to your logins.  How many
times have you walked into an office and saw a terminal or micro display
screen full of someone's personal info (grades, personnel, pay or
whatever) and there was no one around to prevent you from using the
device let alone just looking at what was already on the screen?  I'm
not talking about sneaking into the back rooms, I mean going in the
front door to the reception area.

    I digress, what I am looking for is a sample of the confidentiality
statements that different places are using.  I could tell you that I
want to review and modify our statement, but the truth is we don't have
one and the best chance I have at implementing one is to come up with a
good solid and reasonable one.


Richard Huff                    DHuff@Bucknell.edu
Assistant Director for
Administrative Systems
Bucknell University             717-524-1801
Lewisburg, PA  17837
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU