HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 12:08:15 EDT
From:         "ADKO000 Kathleen Olivier - Computer Center" <ADKO@NMUMUS.BITNET>
Subject:      Re: LBC90 -- some questions

Debbie-

     Would you please let us know as well if old faithful LBC90 still
works in 5.0.x land?  We've currently got about 20 versions of it which
were used at one time or another for specialty loads and I shudder at
the thought of rewriting them all.  (By the way - two of those 20
versions load government documents complete with 086 call number
processing so have your people call my people if you need assistance
getting that part going.) Our ETA in 5.0.x land is December so I'll need
to know whether to rush all incoming tapes through the loaders while
still at 4.6.1.

Thanks much!

Kathleen Olivier                         NOTIS:  4.6.1
Northern Michigan University (UPRLC)      CICS:  1.7
ADKO@NMUMUS                                GTO:  3.0
906/227-1279                               MVS:  370
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 11:27:00 CDT
From:         VAUGHAN@VUCTRVAX.BITNET
Subject:      LBC90

   We have used LBC90 with 5.0, 5.0.1, and 5.0.2 without problems.

Maryanne Vaughan
Vanderbilt University
VAUGHAN@VUCTRVAX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 20 Aug 1992 10:24:11 EDT
From:         Augie Teska <ALTESKA@SUVM.BITNET>
Subject:      Infinite loop in LB660 (LB610 job)

File this under "misery loves company", but I'm wondering whether
there are any other sites which have encountered an infinite loop in
LB660?

For the benefit of those who might encounter this phenomenon down the
road, here are our experiences and observations:

It was very difficult to identify the offending record(s) because we
don't receive a dump with this particular type of abend.
Consequently we tried a generic circ remedy first, regenerating the
action index.  Unfortunately, this didn't help.  Next we ran LB684 to
audit the item file.  Result: clean bill of health.  Next: extensive
testing vs segments of the transaction stream.

I eventually traced the problem to two rush recalls.  Once I
eliminated these transactions from the request queue things ran
smoothly. Our circ staff still cannot find anything unusual with the
associated item or patron records.  I've faxed the records in
question to NSI for further analysis (PPQ-8301), since I fear the
problem may resurface.

Research of the NOTIS-L archive and TSG indicated some infinite
looping has been reported, but near as I can tell it's always been in
earlier steps of the process (LB610 module).  Would welcome the
opportunity to compare notes with any sites which have seen *LB660*
fall asleep at the wheel.  Thanks for any information you can
provide...

 +---------------------------------------------------------------------------+
 |    Augie Teska  (TECH 1)               BITNET:  ALTESKA@SUVM              |
 |    Information Systems                INTERNET: alteska@suvm.acs.syr.edu  |
 |    Syracuse University             IBM ES/9000-320....MVS/XA....CICS 2.1.2|
 |   Voice: (315) 443-4210            Prod Releases:                         |
 |   Fax:   (315) 443-2376                 NOTIS 5.0.2..MDAS 1.2.1..GTO 3.0  |
 +---------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: library
X-mailer:     Pegasus Mail v2.3 (R2).
Newsgroups: bit.listserv.notis-l
Date:         Fri, 21 Aug 1992 08:50:46 CST
From:         Beth Nicol <BNICOL@LIB.AUBURN.EDU>
Subject:      Atten: MVS Programmers
Comments: To: notis-l@vm.tcs.tulane.edu

In preparation for NUGM, Stuart Miller has asked for questions/topics
that we would like for NSI to address during our SIG meeting.  He
suggested that we submit broad questions rather than extremely
specific ones.  The two topics that seems to be most pressing at this
point seem to be 1) what about CICS 3.2 and above and 2)if NSI isn't
going to fix known problems with Circ until 5.2, then how far can we
go on local code fixes without getting into real trouble with support.

Please send any questions, suggestions to me.

Chair-elect MVS Programmers SIG


Beth Nicol                        ************************************
Automation Manager                * Cute Stuff in this box           *
Auburn University Libraries       *                                  *
BITNET:  bnicol@auducvax          *                                  *
INTERNET: bnicol@lib.auburn.edu   ************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 17:22:48 EDT
From:         Tom Jacob <TOMJ@MONTCOLA.BITNET>
Subject:      Re: More KW anomalies

We ran into the same problem here and I was told by one of the
librarians to use the "?".  Sure enough, it worked fine.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 15:13:45 EST
From:         R1403@CSUOHIO.BITNET
Subject:      GTO overlay problem

We are having trouble overlaying a specific music record (OCLC #26214108) from
OCLC on to an existing NOTIS record with a matching 035. We have tried typing o
ver the OCLC no. in NOTIS to be sure it really matched OCLC using the end o
f field mark and not using the end of field mark; deleting the 035 and re-input
ting the 035; updating the existing NOTIS record to match OCLC exactly. Nothing
works! We've overlayed plenty of other music records without any problems. If a
nyone out there has any ideas, please let us know. Thanks.

Elaine Golick
Joanne Cornelius
Bibliographic Services
Cleveland State University Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Wed, 19 Aug 1992 16:42:00 CDT
From:         STEFFERJ@VUCTRVAX.BITNET
Subject:      creating unlinked item records

I'm getting an ASRA Abend from DFLCA632 every time I try to create
an unlinked item record in my 5.1 test file.  I can create a linked
one okay.  Anyone got any clues?
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          STEFFERJ@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    stefferj@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-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 14:50:00 CDT
From:         STEFFERJ@VUCTRVAX.BITNET
Subject:      Re: Check shelf msg.

I assume your "check shelf" message comes because you have deleted all
the item records.  That's the message we used to get in that situation,
but our programmer changed it to say nothing at all instead of "check
shelf."  We have lots of older materials which are housed in a remote
storage facility where it would be impossible for our library patrons
to check the shelf since it is a closed facility.  Someone else (perhaps
our programmer) can tell you where you need to change the message, but
I don't think you would want to change it to "withdrawn" unless that's
the only situation the message occurs.
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          STEFFERJ@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    stefferj@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, 19 Aug 1992 13:12:00 CDT
From:         SMUIR@UA1VM.BITNET
Subject:      Re: Global renewal in 5.2?

When the Univeristy of Alabama was in the early stages (1988) of switching to
NOTIS from our first system, we told Jane Burke that global renewal would
probably be the feature we missed the most.  Jane made a note of our comment.
In our first system (VTLS) this feature worked very well.  It ran at night as
a batch job, renewed all books unless there were holds, etc. and printed a
letter to the patron, updating the status of all items checked out.

It does not seem that this would be very complicated to write.  Hopefully
NOTIS will provide this with 5.2.

********************************
*  SCOTT P. MUIR               *
*  THE UNIVERSITY OF ALABAMA   *
*  SMUIR@UA1VM                 *
*  SMUIR@UA1VM.UA.EDU          *
*  (205) 348-2299              *
********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 16:17:46 EDT
From:         Betsy Swain <20771ENS@MSU.BITNET>
Subject:      mdas/opac question

Have any MDAS users altered the name on the MDAS database selection menu
from OPAC to a different name?  We don't see any obvious way to do it,
and before we get to digging too deeply into this, I thought it best
to consult the net-wisdom.

Thanks for any help,
Betsy Swain
Systems Programmer
Michigan State University
20771ens@msu.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: notis-l@TCSVM.BITNET
X-VMS-To: IN%"notis-l@tcsvm.bitnet"
X-VMS-Cc: BAH
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 05:03:00 EST
From:         Barbara Hieber <BAH@PITTVMS.BITNET>
Subject:      mdas/opac question

The following are instructions I obtained from NSI to change the
OPAC name on the Database Selection Menu.

Use the MSYS command selection #2 to deactivate the current OPAC
PF3
Choose #5 to delete
Choose OPAC
Choose Y to confirm
Choose #3 to add database
Enter new opac name and description
At the question "Is this public catalog (Y/N) answer Y and press return
NOTE:  don't enter any other information on that screen)
Choose #2 to activate the new database name

One unexpected result of this occurs in LB720.  Statistics are
done for both LUIN and the local name, but the ones for the local
OPAC name are all zeroes.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* Barbara Hieber                       PHONE:        (412) 648-7698 *
* Systems Analyst                        FAX:        (412) 648-1245 *
* University Library System           BITNET:           BAH@PITTVMS *
* G-33 Hillman Library              INTERNET:  BAH@VMS.CIS.PITT.EDU *
* University of Pittsburgh                     Pittsburgh, PA 15260 *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 08:37:00 EDT
From:         timothy@ASA.UGL.LIB.UMICH.EDU
Subject:      Re: mdas/opac question
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
              Aug 17, 92 4:17 pm

Betsy Swain asks:
>
> Have any MDAS users altered the name on the MDAS database selection menu
> from OPAC to a different name?  We don't see any obvious way to do it,
> and before we get to digging too deeply into this, I thought it best
> to consult the net-wisdom.
>
Early versions of MDAS allowed you to do this, maybe pre-1.2.  With version
1.3 (in conjunction with LMS 5.1 and Navigator) it becomes possible again.
Other than waiting for 1.3, you could probably hack it by changing the name
in the SCRFILE (not recommended, etc.)

Timothy Prettyman
Library Systems Office		313-764-0412
University of Michigan		INTERNET:  timothy_prettyman@um.cc.umich.edu
Ann Arbor, MI  48109-1185	BITNET:  USERLM5C@UMICHUM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-mailer: Pegasus Mail v2.3 (R1).
Newsgroups: bit.listserv.notis-l
Date:         Fri, 14 Aug 1992 09:44:33 CDT
From:         METCALF@LIBRARY.UTA.EDU
Subject:      Re: Circ Rewrite: Bill & Fine
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

Pat,
I did not receive the Charge/Discharge enhancement information.  I
would really appreciate having it.  Thanks
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 11:41:00 EDT
From:         "Darren.Meahl" <20676DOC@MSU.BITNET>
Subject:      Item number limit

Can someone please refresh my memory?  Is there a limit to the number of item
records that can be linked (and displayed and charged, etc.) to one copy
holdings record?

Thanks in advance.

Darren Meahl
LIB1
Michigan State University Libraries
East Lansing, MI  48824-1048
(517) 353-6752
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 14:50:28 CDT
From:         KRANDAL@NUACVM.BITNET
Subject:      call number browsing in 5.0.2

We are currently testing the OPAC for 5.0.2 and have run across the
following situation:  When browsing through the entries in a call number
index, if you display the first record from any one index screen and attempt
to move to the "previous" record (using the "p" command), you will receive
ABEND L60B.  This also happens when attempting to view the "next" record
after the last on the index screen (using the "n" command).  In both cases,
the choice is suggested as being valid on the command portion of the display.

Has anyone else encountered this?  And if so, is this a problem that has been
reported to NSI?

Kevin M. Randall
Sally M. Roberts
Northwestern University Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON
Newsgroups: bit.listserv.notis-l
Date:         Wed, 19 Aug 1992 15:32:00 CDT
From:         Edie Dixon <DIXON@MACC.WISC.EDU>
Subject:      Re: Global renewal in 5.2?

Global renew functions are in cluded in the lists we've been getting about the
circ rewrite (hooray!)

Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 13 Aug 1992 10:03:40 ECT
From:         Andrew Perry <APERRY@BINGVMB.BITNET>
Subject:      GTO 3.0 and new OCLC field 003

We have noticed problems with OCLC transfer since the OCLC changes
in USMARC went into effect recently. Most importantly, the addition
of fixed field 003 seems to be the culprit. Does anyone know
if this affects the batch loaders as well? (LBC30, etc.) I just
received a recon tape from OCLC with thousands of records that I
don't want screwed up during the load.

The 003 seems to only contain the header OCoLC which is now
generated automatically when building the 035 from the input 001
in both batch and GTO loaders. Any insight as to why OCLC had to
add the 003? or how quickly NOTIS will deal with it? Is it
addressed in GTO 3.1?
Andy Perry
LIB1
Binghamton University
Binghamton, NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 15:06:49 EST
From:         Frank White <FWHITE@UCC.UWINDSOR.CA>
Subject:      KWB Truncation Puzzle Solvers
Comments: To: notis-l@vm.tcs.tulane.edu

Kudos and boxes of cheroots to Rob Kairis et al who correctly pointed
out that micro? produces more than 100 terms. The message "Search limited
to first 100 terms generated by truncation", which appears just above the
coomand line is the tipoff. Merci beaucoup, mes amis.


**********************************************************************
Frank White,    Automation Librarian      |
Leddy Library, University of Windsor      |        NOTIS 5.0
Windsor Ontario   CANADA     N9B 3P4      |        MVS/SP
Phone:    (519) 253-4232 ext 3163         |        GTO 3.0
Fax:      (519) 973-7076                  |        CICS 1.7
Internet: fwhite@ucc.uwindsor.ca          |
**********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 13 Aug 1992 15:50:58 EDT
From:         Madeleine Masso <EPO05847@UDELVM.BITNET>
Subject:      Re: Diacritics in staff mode dont appear as diacritics in the
              OPAC mode
              11 Aug 1992 10:09:00 EDT from <GTSAI@CCVM.SUNYSB.EDU>

To activate the diacritics in OPAC, hold the "Ctrl" key
and press "n,o".  Make sure "caps" off.

Good luck
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <batista@a1.relay.upenn.edu>
Msg-Class: ALL-IN-1 V2.3 BL8-4 Rev. AAC 20-Dec-1988
Newsgroups: bit.listserv.notis-l
Date:         Mon, 17 Aug 1992 15:44:01 -0400
From:         "Emily Batista" <batista@A1.RELAY.UPENN.EDU>
Subject:      Re: check shelf msg.

Tom, we noticed that right away when we first came up.  Under 4.6, the
location and call number displayed without any circ status info, and our
staff didn't like that, so circ staff added a note to the copy holdings
statement at the time we marked the item record "withdrawn."  This caused
the message "lost" or "withdrawn" to display in place of the circ status
message.

Now in 5.0.2, it appears that the circ status message is not affected, but
the term "lost" or "withdrawn" displays following the location!  This is
quite confusing, and we haven't come up with a solution.  But adding a note
in the copy holdings statement at least provides a means of identifying for
staff those copies which we know are gone.

The Z is done later by tech services staff, usually 12 months later in the
case of a 'lost' book, and sooner for withdrawn.

Emily Batista
University of Pennsylvania
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 13 Aug 1992 16:29:47 -0400
Reply-To:     kwan@winthrop.org
From:         popwin@UU.PSI.COM
Subject:      asis Metro NY Chapter 1992 Fall Semina
Comments: cc: notisacq@ulkyvm.BITNET, notmus-l@ubvm.BITNET

--------------------------------------------------------------
The following message has been cross-posted to several lists.
Sorry for duplication.
_______________________________________________________________

          ASIS METRO NY CHAPTER 1992 FALL SEMINAR

               INFORMATION WITHOUT TOOLS ??

     ... encompasses the entire spectrum of communication media.
It focuses on the challenge of developing innovative engines to
manipulate, retrieve, and manage the large digitized information
stores that are being created through new and easy media
transformation techniques.

Speakers:

James Anderson
Vice President of Sales, Market Statistics, Inc.
"Ease of Data Base Management in the Demographic World"

Dr. Rudolph M. Bell
Codirector, The Medieval & Early Modern Data Bank
Rutgers University
"The Banking of History"

Dr. Dennis Egan
Director, Information Science Research, Bellcore
"Creating and Using the CORE Electronic Library"

Colin McQuillan
Manager, GE Investments Research Library
"Optical Information Systems: Image Or Reality?"

Terry Russo
Research Associate
Paintings Conservation Dept., Metropolitan Museum of Art
"Electronic Imaging in Paintings Conservation at the Metropolitan
Museum"

Dr. Jocelyn Penny Small
Manager, Lexicon Iconographicum Mythologiae Classicae
Rutgers University
"The US Database of Classical Iconography: Issues of Simplicity
and Complexity in Design"

Dr. Jane Stone
Collections Infromation Systems Manager

Metropolitan Museum of Art
"Essential Elements of Text-based Museum Collections Information
Systems"

     DATE:          SEPT 11, 1992 (FRIDAY)

     TIME:          10:00 A.M. - 4:00 P.M.

     LOCATION:      IBM BUILDING
                    590 MADISON AVENUE
                    NEW YORK CITY
                    (NE CORNER OF 57TH & MADISON)

          Mail Reservations:                      At the Door:
          -----------------                       -----------
Members        $60.00                               $70.00
Non-members    $75.00                               $90.00
Students       $25.00                               $30.00

                    (Lunch is included)

Mailed reservations are encouraged.  No cash at the door.

Please make checks payable to - asis Metro NY - and forward with
the registration form by August 28 to:
               Joe DeFalco
               c/o asis Metro NY Chapter
               471 East 16th Street
               Brooklyn, NY 11226
               (718) 802-2370

-----------------------------------------------------------------
REGISTRATION FROM

Name:___________________________________________________________

Organization:___________________________________________________

Address:________________________________________________________

Phone:______________________   E-Mail:__________________________

ASIS Member __      Non-Member __       Student __
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 21 Aug 1992 13:19:39 CDT
From:         Jim Aagaard <AAGAARD@NUACVM.BITNET>
Subject:      Processing Unit FLAGS=LOCN

On page 22 of the July NOTISes there is "Tip" number L022 about the
flag in the processing unit table which suppresses validation of
location codes.  The disturbing statement is made that this function
will be removed from future releases.  When we inquired about this,
we were given the "standard" response that we were the only ones
using it (obviously not true, since we didn't create the problem
report--PPQ6258).  It was also suggested that since the fix to
the abend is a one-liner (which we'll be happy to supply to
anyone interested) we could just put it back in later releases.  Of
course this will not be so simple if the flag is removed from the
table and other code which still works is removed.

The purpose of this posting is to ask if there are others (perhaps
not yet on 5.0) who use this feature and who will join in protesting
yet another loss of functionality in NOTIS.

If you are wondering how we use this function, it is to maintain a
database (it is used to print the Joint Acquisition List of Africana,
which you may have seen) in which the location codes are actually
NUC codes of institutions which hold items.  Not only are these
codes too long for the standard copy statement, but is obviously
impractical to maintain a list of valid codes.

                           Jim Aagaard
                           Northwestern University Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 18 Aug 1992 15:42:00 CDT
From:         STEFFERJ@VUCTRVAX.BITNET
Subject:      punctuation in keyword

Thanks to whoever pointed out p. 99 of the OPAC documentation regarding
keyword and punctuation.  I don't remember reading that before!  Would
someone else who is on 5.0.2 try searching k=o'brien or something else
with an apostrophe and see if it works for you?  I get NO ENTRIES FOUND,
although the last paragraph of that page indicates that it should work.
Thanks.
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          STEFFERJ@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    stefferj@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