HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 17:09:22 PST
From:         James Cruse <CN.NX8@STANFORD.BITNET>
Subject:      Any current value to PIECES field?

I'd like to know how some of the more "mature" NOTIS sites deal with
the issues surrounding the PIECES field in the item record and its
less than useful implementation in the Discharge function.  I have
read the Rewrite Team's recommendation which should make the field
really useful.   However, until that magic day comes, I'd like to
know if anyone has found any way to use the field now to help
prevent loss of loose pieces in an item.

In fact, I'm wondering how many sites have taken the time and
trouble to input data in PIECES against the day that it would be
useful?

As always, thanks in advace.

Jim Cruse                               cn.jmc@stanford.bitnet
Assistant Chief                         cn.jmc@forsythe.stanford.edu
Access Services                         FAX:      (415) 725-6874
Stanford University Library             VOICE:    (415) 723-1491

To:  NOTIS-L(NOTIS-L@TCSVM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Purdue University Libraries
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 17:22:12 EST
From:         Alan Alexander-Manifold <ALANAM@PURCCVM.BITNET>
Subject:      NOTIS JCL

I certainly endorse the comments made about the consistency and testing
of JCL, but I want to make a point that I haven't seen in this current
discussion.  In an informal survey made last year of TECH1s from a number
of NOTIS sites, it became clear that each site has a different way of
dealing with JCL.  Many sites have shop standards, which don't agree
with each other.  Many sites use the PROCs as shipped.  Many others
pull the PROCs in-line.  Some places get rid of the PROCs altogether
and use straight in-line JCL.

In other words, there is nothing NOTIS can do that will make it so most
of us don't have to touch their JCL.  Because of local practices, most
of us change the JCL into our own format.  Personally, I would be satisfied
if the stuff they send us is of high quality and is consistent, both in
format and in content.  I believe NOTIS has taken great strides toward
meeting these goals, but they still have a ways to go.  On the other hand,
every time they revise the JCL, even if it is an improvement, it makes all
of us have to go back and redo our local versions to have consistent
PARMs, etc.  Once they get through it all and make it all consistent, won't
it be wonderful?
                                                         \
       --Alan Alexander-Manifold               THe Online Resource
         Systems Implementation Manager        TTTTTTTTTTTTTTTTTTT
         Information Technology Department       T         //
         Purdue University Libraries             T  H H  OOO  RRR
         West Lafayette, Indiana   47907         T  HHH//O O  RRR
         (317) 494-2857    FAX: 494-9007         T  H/H  OOO  R R
         alanam@purccvm          (BITNET)           \\
         alanam@vm.cc.purdue.edu (Internet)           \
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 16:52:43 EST
From:         Grace Tsai <GTSAI@CCVM.SUNYSB.EDU>
Subject:      Records not written in Journal 3

We are bringing up the Acquistions 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, 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 much much more
purchase orders 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
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 13:08:35 PST
From:         Marlene Elster <9118MRE@UCSBVM.BITNET>
Subject:      RLIN, GTO, and TOP

We are in the process of planning for the installation of GTO.  We also
plan to use the TOP software to send our local updates and additions to
RLIN.  Is anyone else using both GTO and TOP?  If you are, would you be
willing to share your experiences with us?  We need to know how these
two are going to work together.

Thanks.

Marlene Elster, TECH1
University of California, Santa Barbara
(805) 893-3909
9118MRE@UCSBVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 10:48:20 EST
From:         Irene Pelak <pelak@PILOT.NJIN.NET>
Subject:      Re:LB682 error report
Comments: To: notis-l@tcsvm.bitnet

See Trouble Shooting Guide V473 and older 6652.

We recently had a number of these messages and I think it was because LB682
was run right after our week long Christmas holiday and before the LB610 run
that printhe notices that had accumulated.  In this case I don't think wewe
wanted any correction.
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, 12 Jan 1993 14:03:01 -0600
From:         VAUGHAN@VUCTRVAX.BITNET
Subject:      Re: strange 5.1 problems

   The 852J abends can be cleared up by rebuilding LxxLOCF. If you
aren't using this file yet, I think you need to make sure that you
have NOT included it in the NOTIS tables. We had this problem when
we first brought up 5.1, and I believe removing it from the table
fixed it.

Maryanne Vaughan
Vanderbilt University
VAUGHAN@VUCTRVAX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southeastern Louisiana University
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Mon, 4 Jan 1993 10:04:55 -0500
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      Re: IBM 3151

Are you using an IBM 7171?  If so, include a terminal profile for ibm3151 and sk
   ip the vt100 emulation.

Kevin Calmes - TMIS1692@selu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 11:57:17 PST
From:         Marlene Elster <9118MRE@UCSBVM.BITNET>
Subject:      DBMS Article

*** Reply to note of 01/08/93 11:38

It was in the December, 1992, issue on page 63.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 08:50:16 CST
Comments:     To: notis-l@tcsvm.bitnet
Comments:     Resent-From: HSAMUELS@UA1VM
Comments:     Originally-From: Gordon Schumacher <RGSX@CORNELLC.BITNET>
Comments:     Warning -- original Sender: tag was NOTIS-L@TCSVM
From:         HSAMUELS@UA1VM.BITNET
Subject:      MHIX sort fix???

I too am interested in these coding changes. Please respond to the list.
Thanks.

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
----------------------------Original message----------------------------
Gary Strawn provided a lovely fix for the change in the sort order in
the 5.x OPAC display.   I have cursorily refitted it to 5.1 (in which
things have somewhat changed...) with no change that my OPAC people
see in our test system.

Has anyone else attempted to port this fix to 5.1? Would be interested in
seeing the code if so.

Also any of the other 5.0.x fixes which might apply to 5.1 . I am planning
on implementing 5.1 on 17 Jan 1993 and am hoping to provide as many of
these "enhancements" to my people as possible...

Thanks in advance for any help....

Gordon Schumacher
Asst. Director of Library Technologies
Cornell University
Ithaca, NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 08:51:31 EST
From:         Jeffrey Trimble <JTRIMBL@WVNVM.BITNET>
Subject:      Re: LCSH

Loading of these records is takes a couple of readings from different
manuals to understand.  I'll give this a whirl.

You will load the LSCH records into the database with a processing
unit like LTLC, the LC being a "special" processing unit for the
LC authority records.  LB360 and LB365 are run.  LB365 will "claim"
the records for headings that are actually being used, and set the
headings use codes from "a" to "c" from the LB360 batch job
previously run.

You will generate tons of reports to assist with LB365's run.  Then,
any records that did not get claimed, will remain in the resource
file (LTLC) and can be claimed by the authorities librarian as the
heading comes into use from the New and Dropped Headings report.

Any record that does not have its heading use code set to "c" in one
of the three various headings field will not show to the public, via
the OPAC.

Here at WVU, I don't usually delete un-needed authority records, I
just set the heading use code to "a".  (I do delete DUPLICATE records
though, since I don't have the merge programs at my disposal).

You will need only *ONE* authority record per heading, with all processing
units sharing this record, hence "centralized authority".

Hope this helps.

Jeffrey Trimble
Cataloging/Authorities Librarian
West Virginia University
JTRIMBL@WVNVM (Bitnet)
JTRIMBL@WVNVM.WVNET.EDU (Internet)
(304)293-4060
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 20:51:00 CST
From:         Hideyuki Morimoto 319-335-5886 <MORIMOTS@UIAMVS.BITNET>
Subject:      Re: GTO and CJK

At Iowa, we discard, at the time of record GTO from RLIN to our
NOTIS-based local system:  (1) all the graphic representation
fields tagged as US/MARC bibliographic 880; (2) all the associated
field indicator as well as the occurrence number in subfield 6
under each of the romanized fields for which a corresponding
CJK pair exists in the original RLIN record; and (3) US/MARC
bibliographic field 066.  At the same time, the following
string is automatically inserted in each record receiving
the above-mentioned data removal treatment:

   590:  : |a *TO SEE ORIGINAL SCRIPTS GO TO INFORMATION DESK*

I hope that this information is of some use.

------------------------------------------------------------------------
Hideyuki Morimoto

Japanese Studies Librarian, University Libraries

Cataloging           | Internet: internet.morimots@uiamvs.weeg.uiowa.edu
Main Library         | Bitnet:   morimots@uiamvs.bitnet
University of Iowa   |
Iowa City, IA  52242 | Voice:    (+1)-319-335-5886
(U. S. A.)           | FAX:      (+1)-319-335-5830
------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 17:07:43 EST
From:         Gordon Schumacher <RGSX@CORNELLC.BITNET>
Subject:      Re: CHAT: New Song
              6 Jan 1993 13:02:30 -0500 from <TMIS1692@VEGA.SELU.EDU>

The American Pie take off made my (somewhat stressed) day....

Gordon Schumacher (old Don McLean fan from '71)
Cornell University....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southeastern Louisiana University
X-Envelope-to: notis-l@TCSVM.BITNET
X-VMS-To: IN"notis-l@tcsvm.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Mon, 4 Jan 1993 10:37:45 -0500
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      Re: IBM 3151 Terminals

Oops.  Almost forgot.  If you want to use the 3151 under DEC emulation, you
need a cartridge that plugs into the terminal.  It emulates a VT220 so a VT100
should fall into that category as well.  See IBM book #GA18-2654-0 for details
on the cartridge.

Kevin - TMIS1692@selu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Mon, 4 Jan 1993 09:23:00 CST
From:         MADEWELL@VUCTRVAX.BITNET
Subject:      5.1 general release

How many sites have installed the "general release" tape of 5.1 in
production?  Vanderbilt went 'live' Thursday, Dec. 31.  One major
problem has arisen so far for us.  We get 611O Abends when we try
to receive or forgive a fine on the charge or discharge screens.
Anyone else having this problem?  I've called it in to NOTIS and
hope for a speedy fix.  This puts a kink into our circulation workflow
since many of the circ assistants don't have access to patron
records and that's the only way to receive or forgive fines now.
Just thought I'd warn others who might be planning to put the general
release tape in soon.
_______________________________________________________________________________
/ 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
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 08:06:22 EST
From:         Tari Keller <KELLER@UKCC.UKY.EDU>
Subject:      Re: LCSH

We are planning to do this at the University of Kentucky as well.  My
understanding is you establish an additional processing unit for LCSH only
within your existing institution group.  Then your librarians can claim
the records they need from that processing unit.  There is supposed to be
a way to suppress the LCSH processing unit records from displaying in the
OPAC.

I am a Lib 1 and can't give you the details.  I would like to hear from
a site that has done this already or has a better method.

Also, if there is a way two institution groups can share an LCSH file,
without having to store it in both institution groups, we'd be interested.
We are very space conscious and our two largest institution groups both
would like to use the LCSH file.

Thanks in advance for your help.

Tari Keller -- Systems Librarian (LIB1)          UU   UUUUKKKKK  KKKK
University of Kentucky Libraries                 UU   UUUU KKKK KKK
127 King Library North, Lexington, KY  40506     UU   UUU   KKKKKK
(606) 257-2643           FAX (606) 257-8379      UU   UU  0  KK KKK
KELLER@UKCC    INTERNET: KELLER@UKCC.UKY.EDU      UUUUUU     KK  KKKK
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 8 Jan 1993 09:39:22 EST
From:         Anaclare Evans <AEVANS@WAYNEST1.BITNET>
Subject:      Re: LCSH

We have had LCSH in production for a couple of years now.  Wayne State is one
member of the DALNET consortium which does pose special problems.  We load
LCSH into processing unit LC which has only the LCSH authority records.  On an
infrequent basis, we run the automatic claiming program to move records used
into the processing unit for our largest library, Wayne State.  If any other
processing unit needs to modify the authority record, they use the CLAR
command to bring the authority record into their processing unit.  This technic
moves the record, but does not copy it.  This has worked well for us in 4.6 and
5.0.2.  We load LCSH updates every two weeks.  If you have any specific ques-
tions, please contact me directly or you may wish to contact the programmer who
 works on these (Dody Fox (dfox@waynest1.bitnet)).
Anaclare Evans
Head, Database Mgt. Wayne State University Libraries
aevans@waynest1.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 08:46:27 -0600
From:         "AMIGOS Bibliographic Council, INC" <amigos@UTDALLAS.EDU>
Subject:      Position announcement
Comments: To: autocat@uvmvm.uvm.edu, ill-l@uvmvm.uvm.edu,
          pacs-l@UHUPVM1.UH.EDU, notis-l@VM.TCS.Tulane.EDU

                      AMIGOS Bibliographic Council, Inc.
                           Position Announcement

                          Library Liaison Officer

Amigos offers an opportunity for an energetic, self-reliant, people-oriented
librarian to work in an exciting, high quality network environment.  Duties
include providing user support and preparing technical materials.  Individual
must be able to travel from 30% to 50% of the time.

QUALIFICATIONS

MLS from an ALA-accredited library school; three years of progressively respon-
sible professional level experience in cataloging; knowledge of MARC formats
and MARC based systems; experience with OCLC online systems and micro computers
excellent oral and written communication skills.   Employee medical, dental,
life & disability insurance, 125C, and retirement, vacation and sick leave
benenfits provided.  Dependent benefits available for purchase. Forward resume,
salary preference and letter of application to

AMIGOS Bibliographic Council, INC.
12200 Park Central Drive, Suite 500
Dallas, Texas 75251
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 6 Jan 1993 14:53:35 EST
From:         GPO Mail <GPO@MARCIVE.MHS.COMPUSERVE.COM>
Subject:      USER MEETING -- CALL FOR TOPICS
Comments: To: NOTIS-L@VM.TCS.TULANE.EDU

TO: ALL MARCIVE GPO AND (NON-GPO) CUSTOMERS
FROM: JOAN CHAPA, MGR., GPO SERVICES
RE: USER MEETING ON 1/24/92 AT ALA MIDWINTER

MARCIVE will sponsor a user meeting at the ALA Midwinter Conference in Dallas
on January 24, from 8-10 P.M.  Exact location and agenda will be announced
later.

We are soliciting suggestions for discussion from our customers -- let us
know what YOU want to talk about!  Also, we heartily encourage any user
presentations.  Those of you who attended our user meeting at ALA San
Francisco last summer remember Margaret Mooney's popular presentation.  It
does not have to be a fancy ordeal - if you have a particular experience that
you want to share, please contact me as soon as possible.  We look forward to
hearing from you, and seeing you in Denver!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Sun, 10 Jan 1993 13:54:30 EST
From:         Lydia Pettis <LRP@CORNELLC.BITNET>
Subject:      lb682 error report (item charge counters)

Would someone who runs the charge and overdue counter update jobs
please tell me why the program outputs records with an item file
overdue count greater than the patron overdue count to an error
report with a message 'REC NOT UPD, ITEM OVERDUE COUNT IS HIGH'?

Is there any particular reason that these records can't be updated?
Are you correcting these manually?

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*  Lydia Pettis                    PHONE:  (607) 255-9477   *
*  Programmer/Analyst              BITNET: LRP @ CORNELLC   *
*  501 Olin Library                                         *
*  Cornell University              FAX:    (607) 255-9346   *
*  Ithaca, NY  14850                                        *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 16:59:36 EST
From:         "Sara Bradley, UNA" <76507.2174@COMPUSERVE.COM>
Subject: Notis - I/ A Interface

To: >INTERNET:NOTIS-L@TCSVM.BITNET

     The University has recently purchased the software
Information Associates (IA) for their Administrative computing.
The question was brought up to interface the Notis Acquisition
module with the IA financial module.  We  do not have any
interface with our current system.  Does anyone out in Notis Land
use IA.  If so, do you interface with Notis Acquisitions?

Sara Bradley, Tech1                         LMS 5.0.1
University of North Alabama                 MDAS 1.2.U
205-760-4637                                GTO 3.0
Compu Serve 76507,2174                      VSE  - CICS 1.7

/EXIT


Distribution:
  >INTERNET:NOTIS-L@TCSVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 09:25:40 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         Dan Kirchner <344PWCF@CMUVM.BITNET>
Subject:      Records not written in Journal 3

At CMU, it has been noted 'on a few occasions' that we do not get all the
records in journal 3 that are expected.  No solution as to 'WHY' has yet come.
If a solution arises for Grace Tsai, hopefully it will apply to our site, too.
(Don't feel too much alone, Grace).  I have another method to produce PO's.  If
you or anyone else needs it, please let me know.
Dan Kirchner
TECH 1 Central Michigan University     "Underwhelmment Specialist VII"
FAX: (517) 774-6652 / VOICE: (517) 774-6643 / BITNET: 344PWCF@CMUVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"NOTIS-L@VM.TCS.Tulane.EDU"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 14:04:57 -0600
From:         LEIGH WILLIAMS <F_WILLIAMS@CCSVAX.SFASU.EDU>
Subject:      RE: Colorado amendment 2
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

Paul, I certainly didn't mean to tar all religions with that brush.
I'm a Christian myself and very active in my church.  My quarrel is
with the religious right's intrusion into the political arena; as you
may infer, I'm very keen on the separation between church and state.
However one may feel about homosexuality based on religious beliefs,
barring clear evidence that private choices threaten others' property
and safety (and there is none), depriving homosexuals of their civil rights
based on the Bible is not the American way.

Leigh
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 5 Jan 1993 08:14:11 EST
From:         Paul Asay <LIBASAY@INDST.BITNET>
Subject:      RE: Colorado amendment 2
              4 Jan 1993 10:34:37 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

* Those of us who are sick of the religious right's distortions and of
* homophobia need to stand up and be counted.  Bigotry is evil...
Not to drag this subject on, but associating all religions with bigotry
is simply not the case!  As a believer in Christ, who would have nothing
to do with bigotry, I would like to keep these two subjects separate.

Paul Asay
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 11 Jan 1993 16:47:49 EST
From:         LTULL01@UKCC.UKY.EDU
Subject:      Re: lb682 error report (item charge counters)

Lydia, I will give this one a shot because I had to ask NOTIS some
questions about this when we tested both LB680 and LB682.
Apparently the overdue counter in the patron record will not get updated
until an overdue notice is printed.  Therefore, the numbers that you get
from the item file may not match the counters in the patron file.  So if
the ITEM OVERDUE COUNT IS HIGH message appears on report, it could be
because an overdue notice has not yet been printed.  The Item file count
of overdues will be higher than the patron record counter until the
overdue notice is printed.  Anyway,  NOTIS told me not to worry about
these messages so I haven't.  Maybe a Tech I will have a more detailed
answer.  Laura Tull, Lib I, Kentucky State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU