HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: notis-l@TCSVM.BITNET
X-VMS-To: IN%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 08:36:00 EST
From:         "W.C. (RUSTY) DIVENS" <ERCOUPE@PITTVMS.BITNET>
Subject:      In honor of Elvis' 58th birthday

NOTIS vendor, tell me true...
        is it gonna work?
I am not a TECHIE type,
        I just deal in CIRC.
5.1 and 5.2..all our dreams fulfilled?
Bruce and Tom and all you folks....
        Please make sure it will.

"Ladies and gentlemen, Elvis has left the building"

Rusty
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 13:14:39 CST
From:         Fred Gulden <LB.FHG@ISUMVS.BITNET>
Subject:      Re: CO Legislation

>   COLORADO BOYCOTT PETITION  -- Columbia University Libraries Staff
>                          December 1992
>
>The recent enactment of an amendment to the Colorado State Constitution (text
>below) which invalidated gay and Lesbian civil rights ordinances in Denver,
>Boulder and Aspen and which in effect encourages and legitimizes
>discrimination against sexual minorities, has led to a national economic
>boycott of Colorado businesses as well as a boycott against travel to that
>state.  Gay and Lesbian and other civil rights groups within the state and
>across the country support such a boycott ...

Now let me see if I have this straight...

The citizens of Aspen, Boulder, and Denver passed ordinances protecting the
civil rights of gays and lesbians.  Then the rest of the state voted in an
amendment to the State Constitution invalidating the ordinances of those
municipalities.  In retaliation, folks are proposing that we boycott the
cities of Aspen, Boulder, and Denver.

Have I got that right?

************************************************************************
*  Fred Gulden                     *                                   *
*  Systems Specialist (LIB1)       *  INTERNET: gulden@iastate.edu     *
*  34 Parks Library                *    BITNET: LB$FHG@ISUMVS          *
*  Iowa State University           *     PHONE: (515) 294-2445         *
*  Ames, IA  50011                 *       FAX: (515) 294-1885         *
************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 15:11:20 EST
From:         Anaclare Evans <AEVANS@WAYNEST1.BITNET>
Subject:      SIG Meeting at ALA

The NOTIS Cataloging/Authorities SIG will be meeting at ALA in our usual
time: Sunday evening (1/24/93) from 8:00 PM to 10:00 PM in the Colorado
Convention Center Room C209.

The after a brief business meeting we will have a program on catalogers
workstations.  Featured presenters are:
   Frederick Martz, Yale University--A Wish List for a Workstation
   Betsy Gamble, Cornell University--A MAC Workstation for NOTIS
   David Nelson, Texas A&M University--A Test Using a Sun Sparc Workstation
Each presenter will describe their workstation and we will have time for
questions.  Has your library done anything creative or innovative?  Come
prepared to share your experience!
Anaclare Evans, Chair, NOTIS Cataloging/Authorities SIG
aevans@waynest1.bitnet         aevans@cms.cc.wayne.edu     313-577-4006
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 08:32:09 CST
From:         "Jorge L. Cruz" <VB7R0036@SMUVM1.BITNET>
Subject:      Re: Any current value to PIECES field?

To James Cruse:

I share your frustration with the PIECES field.  We have begun to mark the
appropriate number of pieces, though it hasn't always been a consistent effort.
We do this in anticipation of that "magic day", as you put it, but even then
things will be less than glorious.  For one thing, there will still be no easy
way to describe the kinds of pieces involved.  Five pieces can mean 1 book,
2 plates, 2 fiche, or any combination in between.  Although this information
can be found in most monographic titles, it is not particularly easy to train
student assistants to find it.  And of course, that information is not
available in serial titles where you don't know what you are going to get until
you actually receive a particular volume.

We've discussed the possibility of using the NOTE field in the item record, but
since that field will not display, it hardly seems worth the effort.  Moreover,
I suspect there are times when it would not necessarily be appropriate for that
field to display.  Oh Well..., I suppose half a wish come true is better than
none.


Jorge L. Cruz                          Voice:  (214) 768-2275
Head, Circulation Dept.                  Fax:  (214) 768-4236
Science/Engineering Library
Southern Methodist University         Bitnet:  VB7R0036@SMUVM1
Dallas, TX  75275-0375              Internet:  VB7R0036@VM.CIS.SMU.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 09:03:57 EST
From:         Grace Tsai <GTSAI@CCVM.SUNYSB.EDU>
Subject:      Records not written in Journal 3

We are bringing up the Acquisitions Module.  I checked our Journal 3,
and this is the first time I took a look at this journal, I found that
the extent B has never been used yet, and extent A contains only 59
records.  These 59 records have been written in Journal 3 extent A
since 1989.  There are only about 10 records for 1992, and only 1 for
1993, but our Acquisition people have claimed they have created a lot
of purchase orders, much much more than 10.  We are in 5.0.2.
Any suggestions will be greatly appreciated.
                                   Grace Tsai
                                   Programmer/Analyst
                                   SUNY - Stony Brook
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <GLIBBEY@WVNVM>
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 12:41:04 EST
From:         "Libbey, George" <GLIBBEY@WVNVM.BITNET>
Subject:      Social Security numbers

At West Virginia University we are about to begin building our patron database
by extracting information from faculty and staff personnel records and from
student registration records.

Have any of your institutions encountered legal barriers to the use of social
security numbers as unique identifying numbers in your patron databases?  If
so, how have you resolved these?

Please respond directly to me (GLIBBEY@WVNVM).  I will summarize for the list.
Thanks in advance for your help.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Mail User's Shell (7.2.3 5/22/91)
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 13:36:12 -0500
From:         "Edward F. Gaynor" <efg2f@POE.ACC.VIRGINIA.EDU>
Subject:      Re: LCSH
Comments: To: NOTIS discussion group list <NOTIS-L@vm.tcs.tulane.edu>

In response to Diane Lucas's comments on the "bug" in LCSH:

We have also experienced the same problem  (heading use codes
beind changed by the claiming program for auth. records for
series, etc.)  However, after the first run under 5.0--which gave
us a massive report, we haven't had too many screw ups.  We don't
have our entire series authority file converted, so that might
have a lot to do with it.  We have found, however, that it isne't
terribly burdensome to change the incorrect codes as opposed to
claiming manually.  We also run error condition 2 (I think it is
2, I'm not very good on the numbers) before and after the
claiming.  We have asked NOTIS to look at the program, but got
the same response Diane mentioned.  I, for one, would like to see
the program read tags instead of just the string of text.


Edward Gaynor
Head of Original Cataloging
Alderman Library
University of Virginia
Charlottesville, VA  22903
(804) 924-3206
efg2f@virginia.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 09:39:41 EST
From:         GPO Mail <GPO@MARCIVE.MHS.COMPUSERVE.COM>
Subject:      POSITION ANNOUNCEMENT
Comments: To: NOTIS-L@VM.TCS.TULANE.EDU

Position Announcement:  Manager of GPO services

MARCIVE, Inc. seeks a highly motivated professional to manage the operation
of the premier GPO bibliographic processing service in the United States.

The ideal candidate has an MLS, experience in an automated environment, and
experience working with government documents.  Effective oral and written
communication, presentation, and managerial skills are also necessary.

Principal responsibilities include production of GPO retrospective conversion
projects and CD-ROM catalogs, along with tape and printed products.  Provides
customer support, maintains the MARCIVE Enhanced GPO database, coordinates
the assistance of the Editorial Advisory Group, maintains subscriptions, and
manages support staff.

Responsible for presenting MARCIVE's GPO services at conference meetings and
workshops.  Assists Marketing Department with technical support for
prospective customers.  Must be active in professional associations
associated with depository libraries.

Salary commensurate with experience.  Full benefit package.  Interested
applicants should send resume by January 29, 1992 to: Richard Smith,
MARCIVE, Inc., P.O.  Box 47508, San Antonio, Texas 78265.  Equal Employment
Opportunity Employer.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 08:55:43 EST
From:         Lydia Pettis <LRP@CORNELLC.BITNET>
Subject:      RE: 5.1 testing...discharge of overdue book problem
              10 Jan 1993 18:39:31 EST from <JPILLAN@UCS.INDIANA.EDU>

On Sun, 10 Jan 1993 18:39:31 EST <JPILLAN@UCS.INDIANA.EDU> said:
>Is it possible your Journal 6 is closed?  You only mention the problem with
>discharging and if the journal was closed you should have the problem charging
>and discharging,  but it is worth a check
>
>John Pillans
>Indiana University
>jpillan@indiana.edu

We were able to charge and discharge books, and a book with a hold generated
the appropriate notice. It was ONLY books that were overdue that presented
a problem...Thanks for the hint though.

The thing that may stand out is the bill and fine file. Can someone with
5.1 installed tell me if there is some difference in the 5.1 definition
of this file that we have missed? A new cics definition, or record size?

Lydia Pettis
Cornell
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.notis-l
Date:         Mon, 4 Jan 1993 10:10:12 EST
From:         timothy@ASA.UGL.LIB.UMICH.EDU
Subject:      Re: LSC994
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
              Dec 24, 92 6:04 am

Peggy Yetter writes:
>
> I don't know if our experience echoes other institutions' experience but I
> thought I'd let people know.  We have a test database of 200,000 records.
> It took an hour to run LSC994 against that database.  Since we are going live
> with 5.1 on January 8th, I decided to run LSC994 against a copy of our
> production bib file to make sure we don't run into any problem records.  Our
> production database is 1.7 million records.  That took 9 hours.  Seems rather
> extreme when all it's doing is converting $6 to $8.  Really puts a crimp in
> our cross-over schedule.

I noticed this same phenomena; my estimate was about 10 hours for our production
file.  After poking around in the code I found that after starting out in
sequential mode, when a MHLD record is found, the RPL is changed to direct
mode and the same record is reread, updated, and rewritten; the RPL is changed
back to sequential, and the same record is read again.  (Notis uses its own
WVSIO macro for all this stuff).  I couldn't figure out why the change to
direct mode was needed, so I took it out, and cut my run time to about an
hour.  I reported this to Notis but never heard anything back.

Here are the changes I made, if anyone's interested.  Use at your own risk.

In LSC994B (about 9 lines after label MAINGET):

 000083 *
 000084 *  MUST BE A MARC HOLDINGS RECORD
 000085 *
 000086          AP    MFHLCNTR,=P'1'      INCREMENT MARC HLDG RECORDS COUNT
 000087          MVC   BIBKEY,DBIBKEY      MOVE MFHL KEY TO WVSCB KEY AREA
 000088 *TLP     WVSIO DIRECT,BIBHFLE      CHANGE TO DIRECT ACCESS
 000089          SPACE 1
 000090 *TLP     WVSIO GET,BIBHFLE         GET SAME RECORD FOR UPDATE
 000091          SPACE 1
 000092          LR    R7,R8               LOAD RECORD BUFFER ADDR
 000093          AH    R7,0(,R7)           ADD RECORD LENGTH
 000094          ST    R7,RECEND           SAVE RECORD END ADDRESS
 000095          LA    R7,DMHFLD           POINT AT FIRST FIELD PAST LEADER
 000096          BAL   R14,CONVMFHL        MODIFY BEFORE REWRITING
 000097          WVSIO PUT,BIBHFLE         REWRITE THE UPDATED RECORD
 000098          SPACE 1
 000099 *TLP     WVSIO SEQKGE,BIBHFLE      RESET FILE FOR SEQUENCIAL READ
 000100          SPACE 1
 000101 *TLP     WVSIO GET,BIBHFLE         GET THE SAME RECORD
 000102          SPACE 1
 000103          B     MAINGET             NEXT RECORD PLEASE

Timothy Prettyman
Library Systems Office          313-764-0412
University of Michigan          INTERNET:  timothy_prettyman@umich.edu
Ann Arbor, MI  48109-1185       BITNET:  USERLM5C@UMICHUM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 16:17:45 EST
From:         "Huey S. Chan" <HCHAN@YALEVM.BITNET>
Subject:      Re: End Date in the Course Reserve Statement

>I can't find information in Circ manual about the practical implications
>of the end date in the course reserve statement.   If an end date is
>entered what happens on that date?
>1.  Do you get a printed report on the Daily Operations Report telling
>you that the time is up?
>2.  Does that date prevent you from circulating that item after that
>date?
>Laura Tull
>Lib I
>Kentucky State University

At Yale, we keep the date of the last day of the semester where the item is
on reserve, in the End Date field of the course reserve statement.  The
course reserve programs (locally developed) pick up all the items on reserve
for a specific semester by scanning the EndDate field.

-- Huey Chan
   Yale Library Systems Office
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 17:04:00 CST
From:         VAUGHAN@VUCTRVAX.BITNET
Subject:      JCL

   I believe NOTIS is aware of errors and inconsistencies in
the JCL, and they are trying to correct the problems. The
discussion at the VSE Sig meeting during NUGM began as a
result of a meeting the sig chairs had with TeamNOTIS. There
seems to be a problem for VSE sites using procs, and NOTIS
asked if we could first determine if this is the case for
most, or all, VSE sites, and then come up with a workable
alternative. I think this was the reason for Leigh's request
for input from VSE sites. We are trying to resolve the
problem of using procs on a VSE system, as opposed to defining
overall standards for all NOTIS JCL. If we ask NOTIS to eliminate
procs from the VSE JCL, this will also involve setting some
standards that will most likely be different from those in
the MVS JCL.

Maryanne Vaughan
Vanderbilt University
VAUGHAN@VUCTRVAX
VAUGHAN@CTRVAX.VANDERBILT.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 16:52:43 PST
From:         "Catherine Tierney" <CN.NX5@STANFORD.BITNET>
Subject:      GTO overlaying; TOP
Comments: To: notis-l@tcsvm.bitnet

In partial response to Stephen Davis and Marlene Elster --

Stanford has 3 Institution Groups of interest:
    UL=Stanford Holdings of SU, HV, and LL Proc. Units
    MP=Misc. files - GT for GTO'd records; JK for old RLIN Acq data
    LR=LC resource file via P. Ward & Associates

All processing is done in LUUL; nothing is done in LUMP or LULR.
No processing is done in OCLC or RLIN.  The big difference for us is
that our RLIN and OCLC GTO pcs are pointed to the LUMP (LTGT)
Institution Group, not to our true production file (LUUL).

Staff pass (GTO) a record into LTGT, then they either DERI it into
LUUL as a new record or they use BOVL to overlay a specific existing
LUUL record with the utility record which they GTO'd.  In essence,
we use LTGT as an interim resource file, similar to LC Resource.

Advantages:
- we control the exact record we want overlayed
- we control if we want a record added as new
- we pay minimum attention to GTO daily reports since nothing
   happens automatically.

Disadvantages
- overhead for additional Institution Group (all security
   defaults to view-only, however)
- time increment to do two transactions to get record into
   production file
- when passing a Stanford record from RLIN, no holdings data
  is built (DERI and BOVL handle only bibs).  Reconstructing
  holdings was time consuming before we completed RLIN loads, but
  not a problem now that "everything" is in NOTIS.

Implications for RLIN TOP

No matter how GTO is implemented and overlaying is accomplished, pay
close attention to the 035 field holding the RLIN record number.  Be
sure it is retained when the record represents the same item in the
RLIN file.  Be sure it is deleted if it no longer represents the
item in the RLIN file.

We had converted and loaded records for RLIN orders; when the items
were cataloged in NOTIS, the overlaying (BOVL) totally zapped the
RLIN ID number.  If we had loaded back to RLIN at that point, we
would have generated a duplicate record for the cataloged copy and
not have overlayed the record for the order.  In our first departure
from vanilla NOTIS, Ray Deutsch wrote a routine around BOVL to retain
any 035 which contained certain Stanford LIs.  Works like a charm.

Catherine Tierney, LIB1           CN.CMT@STANFORD.BITNET
Stanford University                     (415) 725-7924
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"notis-l%tcsvm.bitnet@ricevm1.rice.edu"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 15:08:52 -0600
From:         LEIGH WILLIAMS <F_WILLIAMS@CCSVAX.SFASU.EDU>
Subject:      Need LSC994 JCL
Comments: To: notis-l%tcsvm.bitnet@ricevm1.rice.edu

As Jim Cobbs has noted, LSC994JC is missing from the distributed
libraries for VSE.  Also missing are a thing called DSCRFILE and
the proc for this job.  Can somebody email me these items?  I might
actually break down and do some work this week.

AdTHANKSvance,
Leigh
F_WILLIAMS@CCSVAX.SFASU.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 11:34:14 EST
From:         LTULL01@UKCC.UKY.EDU
Subject:      End date in course reserve statement

I can't find information in Circ manual about the practical implications
of the end date in the course reserve statement.   If an end date is
entered what happens on that date?
1.  Do you get a printed report on the Daily Operations Report telling
you that the time is up?
2.  Does that date prevent you from circulating that item after that
date?
Laura Tull
Lib I
Kentucky State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Purdue University Libraries
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 10:10:37 EST
From:         Alan Alexander-Manifold <ALANAM@PURCCVM.BITNET>
Subject:      CHAT: New poem

To celebrate the pagan new year, I offer a new poem, fresh out of the garbage
can:


Learning NOTIS Staff Side
(to the tune of Do Re Me)
by Alan Alexander-Manifold, 1/6/1993

So you want to learn NOTIS staff side?
Don't you have something better to do?
Learn your procunit code, that's number one,
After that we move on to find, more, done.
        (find, more, done)
Find, more, done.
How could three commands be any more fun
Than find, more, done?
        (find, more, done)
Find, more, done, same, prev, next, back----

Come, I'll muddy it up a bit.  Listen.

        Find--a search, an index search,
        More--display another screen,
        Done--please store my update now,
        Same--reformat 'til it's clean,
        Prev--display the one before,
        Next--show me the next in line,
        Back--let's see this one again,
        That brings us back to find-ind-ind-ind!

(repeat ad nauseum)
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:         Fri, 8 Jan 1993 15:15:53 -0600
From:         MADEWELL@VUCTRVAX.BITNET
Subject:      Re: LCSH

Vanderbilt also loads LCSH tapes weekly into an LC processing unit.  We
run claims immediately after each load.  We have reported similar problems
with records being claimed erroneously due to different tags.  Our problem
tracking number for that problem is PPQ7196, if you'd like to add yourselves
to it!  I spoke to NOTIS about that problem yesterday and was told, as
others have reported, that the problem had been closed.  We tested it again
last night (under 5.1 now) and found the same problems as reported before.
Our authorities librarian does not feel that the problems warrant discontinuing
running of the claims programs.  She does rely on the conflict and error
detection reports (errors 2 and 4, I think) to determine records that were
claimed erroneously.  By the way, I did write NOTIS a letter today and
reported to them that we had retested the problem under 5.1 and, in our
opinion, the problem should not be listed as "resolved."
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          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
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Tue, 12 Jan 1993 11:07:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      gto and multi-tasking
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

The GTO function that creates the "queue" file will gobble up all
the hard disk it can find, leaving nothing for your other tasks.
This is understandable as the design assumes a standalone machine.
You need to create a file that will reserve part of your hard disk
before you create the "queue" file, and before you recreate it at
any future point.  Afterwards, delete the "reserve" file, and you
will have its space available to other tasks.

I don't know if your symptoms indicate this problem.  Hope it helps
anyway, Ron.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Content-Type: text
Content-Length: 17
Newsgroups: bit.listserv.notis-l
Date:         Thu, 7 Jan 1993 12:30:00 EST
From:         bryan@WILEY.CSUSB.EDU
Comments: To: notis-l@tcsvm.tulane.edu

set notis-l mail
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 20:32:52 EST
From:         Gordon Schumacher <RGSX@CORNELLC.BITNET>
Subject:      Re: GTO and CJK

On Fri, 8 Jan 1993 16:40:18 PST Marlene Elster said:

At Cornell, we modified the code to strip out the CJK vernacular.
I can look into what and where if you're interested.....
Actually, at this point, I'm thinking of trying to use the CJK stuff
in some way.  Now the problem is how to get it *back*.....

Gordon Schumacher
Asst. Director of Library Technologies
Cornell University

>Can someone please tell me how GTO handles CJK vernacular fields (i.e. 880).
>Does it strip the field out or is there a way to modify the program(s) so
>it will?
>
>Thanks in advance.
>
>Marlene Elster, TECH1
>University of California, Santa Barbara
>(805) 893-3909
>9118MRE@UCSBVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU