HDTenEightyP/NetNews huggingface dataset:
From: VB7R0007@SMUVM1.BITNET (Michael J. Stephens)
Newsgroups: bit.listserv.notis-l
Subject: Forward Recovery Problem
Date: 5 Nov 92 23:14:40 GMT
Organization: Southern Methodist University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Ok, Ok, I've been fooling around with the NOTIS people instead of coming
to that main source of knowledge, NOTIS-L.  Shame on me.  But, now I see
the light, so here goes.

I have been trying to get a forward recovery on our Patron file all week.
Never mind why.  Needless to say, the documentation for LB968 is ALL wrong.
Finally, today, I got the blasted thing to run without crashing.  But, now
it doesn't DO ANYTHING!  I just get the messagees:
 LB968  RCDS READ   0 BACKUP   0 JOURNAL
 LB968  RCDS USED   0 BACKUP   0 JOURNAL

Has ANYONE had this before?  Do you know how to fix it!  I am running out
of time and GDG cycles for my journal backups.  We are MVS/XA, CICS 2.11,
SyncSort, and NOTIS LMS 5.0.1.  HELP!

Michael J. Stephens, Tech1
Sr. Systems Analyst II           *  Phone:    (214) 692-3453
Computer & Information Services  *  FAX:      (214) 692-3449
Southern Methodist University    *  Bitnet:   vb7r0007@smuvm1
Dallas, Tx. 75275-0262           *  Internet: vb7r0007@vm.cis.smu.edu

PS.  Yes, I'm still here!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Auburn University Libraries
X-pmrqc:      1
X-mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.notis-l
Date:         Wed, 4 Nov 1992 16:11:40 CST
From:         Beth Nicol <BNICOL@LIB.AUBURN.EDU>
Subject:      Re: Public/Staff Terminals
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

I'd like to see responses on this come to the list.  We are in the
process of deciding how to replace our public terminals as well, and
are looking into diskless workstations.



Beth Nicol                        ************************************
Automation Manager                * When in danger, or in doubt,     *
Auburn University Libraries       * Run in circles, scream & shout!  *
BITNET:  bnicol@auducvax          *          -R.Heinlein             *
INTERNET: bnicol@lib.auburn.edu   ************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 14:17:43 CDT
From:         "Colegate V. Spinks" <ZCVS@ADM.ANGELO.EDU>
Subject:      Re: Description of Tags and Formats
Comments: To: Notis Forum <Notis-L@VM.TCS.Tulane.Edu>

I went over to the library a thourgh the help of the documents staff, I
found a book that appears to be written for a programmer regarding the
MARC format.  Titled "USMARC Concise Formats, USMARC, Network Development
and MARC Standards Office".  It is very intresting and an has all of the
information I was looking for regarding the 007 and 008 tags.  Many
thanks to all the suggestions and help.

+----------------------------------------------------------------------+
: Colegate Spinks, Analyst/Network Specialist, Angelo State University :
: 2601 WEST AVENUE N, BOX 11020, SAN ANGELO, TEXAS  76901              :
: Internet:ZCVS@ADM.ANGELO.EDU, Voice:915-942-2333, Fax:915-942-2109   :
+----------------------------------------------------------------------+
: Have a nice day (Warning: This offer expires at midnight, some       :
: restrications and limitations may exist, not valid in all 50 states, :
: void where prohibited by law, and is non-transferable)               :
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: NOTISACQ,IN%"NOTIS-L@TCSVM.BITNET",DEWEY
Newsgroups: bit.listserv.notis-l
Date:         Wed, 4 Nov 1992 17:08:00 CDT
From:         Gene Dewey <DEWEY@MACC.WISC.EDU>
Subject:      VITLS question
Comments: To: notisacq@cuvma.bitnet, NOTIS-L@TCSVM.BITNET

Frame of reference:  Using NOTIS 5.01 or higher, with one processing unit.

Does any one use multiple order units AND run VITLS tapes successfully?

Background:  We have four subject departments within CTS.  We would like to
begin using the four subject department order units when ordering periodicals
from the two vendors from whom we receive invoice tapes.  This means that in the
NOTIS Control number for individual titles, the order unit code would vary, e.g.
UWMS001ADW9995001, UWHU002AMX0005001, UWAS003ADD8898001, etc.

In reviewing Pages M4.7 and M4.8 of the NOTIS Library Implementation Manual, it
would appear that as long as all titles on a given invoice are for one order
unit and the header record refers to that order unit, processing would run
successfully.

Please respond directly to me at my email address given below.  Thank you.


Gene L. Dewey, 324 Memorial Library, University of Wisconsin-Madison*=*=*=*=*
728 State Street, Madison, WI 53706-1494*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*608-262-1493
Bitnet:  dewey@wiscmacc*=*=*=*=*=*=*=*=*=*=*=*=Internet:  dewey@macc.wisc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.notis-l
Date:         Mon, 9 Nov 1992 20:59:32 EST
From:         Steven Kirby <kirby@ATHENA.CS.UGA.EDU>
Subject:      Re: CHAT: That dog won't run.
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
Comments: cc: "(Diane Trap)" <trap@athena.cs.uga.edu>,
              mn033675@vm1.nodak.edu, wpotter@uga.cc.uga.edu
              W.C." at Nov 9, 92 4:18 pm

One question.  We're not a NOTIS site :-(.  Does my vote count?  I am a
certified Son of the South.  My only objection to Bubba Calmes' remarks
are that the description "Yankee", apart from being incomplete (viz a
discussion over a a year ago on this list in which Nancy Pope correctly
pointed out that the word is damnyankee), is not PC enough for the 1990s.
And when I say PC, I don't mean "personal computer".  As one who is
Southern born and Southern bred (and when I die, I'll be Southern dead),
I humbly suggest the phrase "Northern American", in honor of your all's
special status as "God's frozen people".  Proper usage woule be:

I jest don't cotton to the idea of all these ecclesiastically disadvantaged
Northern Americans (hitherto damnyankees) movin' South.

I'll even go so far as to recommend calling all Yankees "EDNA's".  (As an
acronymn.)

If you're fixin' to flame somebody, send it to me, not the list.  Apart from
a plane load of EDNAs headed North,, nothing warms my heart more than the
sound of a Yankee with a grievance!

--Steve

Steven Kirby
University of Georgia
kirby@athena.cs.uga.edu
From: TMIS1692@VEGA.SELU.EDU (Kevin Calmes)
Newsgroups: bit.listserv.notis-l
Subject: Re: IDCAMS LISTCAT SYSTEM-TIMESTAMP Thank you!
Date: 9 Nov 92 16:36:25 GMT
Organization: Southeastern Louisiana University
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

Special thanks to Tim Prettyman!

The SAS program to convert the TOD time stamp from hex to gregorian date works
just fine.  Here it is again in case you missed it.  The IDCAMS LISTCAT
SYSTEM-TIMESTAMP that I wanted to convert was X'A6894B7C4CA3C000'.
(I ran it under DOS/VSE/SP 3.1.2 and SAS 5.16)

1  DATA _NULL_;
2
3  TIME = INPUT('A6894B7C4CA3C000'X,TODSTAMP8.);
4  PUT TIME DATETIME.;
5  RETURN;

The result:
03NOV92:00:01:55        (Note that the time is GMT)

The original purpose was to find out when a file was last used.  The IDCAMS
LISTCAT SYSTEM-TIMESTAMP shows the time-of-day clock value the data or index
component was last closed after being opened for operations that might have
changed its contents.

Thanks again for the help and we will share it with all.

Kevin

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*  Kevin Calmes                           Internet: TMIS1692@SELU.EDU         *
*  Library Programmer - TECH1             IP#       147.174.1.5               *
*  Computing Services - MIS               Voice:    (504) 549-3645            *
*  Southeastern Louisiana University      Fax:      (504) 549-5092            *
*  Box 409 SLU Station                    IBM 4361-M5  DOS/VSE/SP 3.1.2       *
*  Hammond, LA  70402   USA               VTAM 3.1  CICS 1.7  VSE/POWER 2.3   *
*                                         NOTIS 4.6.1  GTO 3.0                *
*  "Die on your feet or live on your knees" - Yngwie J. Malmsteen             *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <FCLA@NERVM>
Newsgroups: bit.listserv.notis-l
Date:         Thu, 5 Nov 1992 09:04:33 EDT
From:         "Mark Hinnebusch, FCLA" <FCLA@NERVM.BITNET>
Subject:      Re: Z39.50

Z39.50 was first published in 1988.  This version, as written, is not in
used by any system.  There are several organizations who have proprietary
implementations.  All of these are being converted to the newest version
of Z39.50, just now being published.  This version 2 of the standard was
successfully balloted and is in the publication process.  Just to add
spice to life, we are in the process of developing Version 3, which we
hope to move to ballot in early Spring 1993.  Version 3 is being designed
so that version 2 systems can interoperate with version 3 systems.  NOTIS
is one of a group of about 30 organizations actively developing Z39.50
conformant systems.  PacLink is their mainframe-based Z39.50 product.
They also have announced ProPac, a PC-based Z39.50 product, which I
believe will act solely as a client.

As far as holdings are concerned, Z39.50 has no relationship whatsoever
to the form in which holdings are maintained.  The system itself is
responsible for converting the internal format of the holdings to a
common format for transfer to the partner system.  There are currently
two formats under discussion.  One is the MFHL record and the other is
a structure described in a language used to describe other components
of the messages transmitted between Z39.50 systems.  The latter has the
advantage that it will be universally acceptable to all Z39.50 vendors
while few currently support MFHL.  (NSI is a leader in this area).

I think that as long as you follow the guidelines produced by NSI for
holdings and conform to the MFHL standard, you will be fine.

Mark Hinnebusch
Chair, Z39.50 Implementors' Group
Assistant Director, Florida Center for Library Automation
Suite 320, 2002 N.W. 13th Street, Gainesville, FL  32609
Voice: (904) 392-9020    FAX: (904) 392-9185
BITNET: FCLMTH@NERVM  INTERNET: FCLMTH@NERVM.NERDC.UFL.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 11:05:38 EST
From:         Lydia Pettis <LRP@CORNELLC.BITNET>
Subject:      Re: updating vsam file during read

Hi Harry, that sounds like an interesting idea! I have decided to go
ahead and use a second data step and use last.byvariable processing
on it. But I'm going to keep your note for reference in case something
else comes up. Thanks for the hint! Did you get the program I sent you?

Lydia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 09:51:13 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: Description of Tags and Formats
              10 Nov 1992 14:37:30 CDT from <ZCVS@ADM.ANGELO.EDU>

008 is the field in MARC for fixed length data elements -- what we all
see at the top of OCLC and NOTIS records as record type, date type, lang,
etc.


Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 692-3229             FAX: (214) 360-0609 or (214) 692-4138
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 10 Nov 1992 13:04:00 CST
From:         University of Iowa Libraries <CADNOTTS@UIAMVS.BITNET>
Subject:      Re: Tape Output Program

The current NOTIS RLINTOP program converts MHLD records to 950/955
data, but does so incompletely.  A revision to the program has been
designated as a priority and RLG NOTIS users are about finished with
the specification for these changes.

> Does anyone know what/where the latest version of the TOP
> (tape output program for NOTIS to RLIN records) is? I `
> asked a NOTIS support person if there was a new one for
> release 5.1 and he said "no". Some of the staff here are
> concerned about support for MHLD records in the current
> program.  We are planning to convert to MHLD as part of
> our 5.1 installation.
> NB: we are currently running a hybrid 4.6/5.0.1 system with
> a locally customized version of TOP.
>
> Any information on this is appreciated.
>
> Gordon Schumacher
> TECH1
> Cornell University
> Ithaca NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 10:00:00 CST
From:         Carolyn Kacena <VB7R1001@SMUVM1.BITNET>
Subject:      Re: loading Marcive GPO records

We load our MARCIVE GPO tapes with our custom LBC30 loader...
currently used in MVS/XA CICS2.11 NOTIS 5.0.1


Carolyn Kacena
Director, Academic Support Automation
Fondren Library East 328
Southern Methodist University
Dallas, TX 75275-0135

(214) 692-3229             FAX: (214) 360-0609 or (214) 692-4138
Bitnet:   VB7R1001@SMUVM1
Internet: VB7R1001@vm.cis.smu.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 08:39:20 -0600
From:         Barbara <baughman@UTDALLAS.EDU>
Subject:      Re: loading Marcive GPO records
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              11 Nov 1992 16:46:52 -0600 from <U50343@uicvm.uic.edu>

As someone who has used LCN011B, we find it inadequate for loading records
because it does not bring the call number into the copy holdings records.

Barbara Baughman                *********************************
TECH1                           *                               *
University of Texas at Dallas   *   First right, then rewrite!  *
(214) 690-2157                  *                               *
BAUGHMAN@UTDALLAS.EDU           *********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 14:30:46 PST
From:         "(Cheryl M Laguardia)" <LB10LAGU@UCSBUXA.BITNET>
Subject:      2 positions.
Comments: To: notis-l@tcsvm.bitnet

The University of California at Santa Barbara is seeking 2 librarians:

1. Head, Sciences and Engineering Library ($35,052-$59,316 annual salary range).
2. Head, Serials Department (same salary range).

For more information, contact:

Detrice Bankhead
        LB05BANK@UCSBUXA.BITNET

Assistant University Librarian for Personnel
University of California
Santa Barbara, CA  93106
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.notis-l
Date:         Fri, 6 Nov 1992 11:41:58 EST
From:         timothy@ASA.UGL.LIB.UMICH.EDU
Subject:      Re: LISTCAT TIMESTAMP
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
              Nov 5, 92 4:24 pm

Kevin Calmes writes:
>
> I want to interpret the SYSTEM-TIMESTAMP for a VSAM file as listed on an
 IDCAMS
> LISTCAT.  The VSAM manual points to the Principles of Operation manual which
> states the format of the TOD clock (A 64 bit unsigned binary integer).  The
> book shows the bit pattern as 0-63 (left to right).  Shouldn't that be 63-0?
> I am getting very confused reading the book.  So now I have two questions.
>
> 1. What is the date/time (in English) for date stamp X'A6894B7C4CA3C000' and
>    how did you calculate that?
>
> 2. What would the TOD clock show (in hex) for the date 11/05/92 15:51:01 and
>    how did you calculate that?
>
>
> Thanks in advance from the walking brain dead (this afternoon anyway)
>
> Kevin - TMIS1692@selu.edu
>
Bits 0-51 represent the number of microseconds since the beginning of the
epoch (Jan 1, 1900, 0 am Greenwich Mean Time).  So you could divide it out
and figure out the data and time, but I prefer to let the machine do the
work.  Here's a quick SAS program to do it:

1           DATA _NULL_;
2
3           TIME = INPUT('A6894B7C4CA3C000'X,TODSTAMP8.);
4           PUT TIME DATETIME.;
5           RETURN;

And the result:

03NOV92:00:01:55
(note: that's GMT)

Hope this helps.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 9 Nov 1992 11:00:51 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         "Beverly Westermeyer, OIRM" <IRMGE005@SIVM.BITNET>
Subject:      micros as workstations

From:   Beverly Westermeyer, OIRM
The Smithsonian Institution (Washington, D.C) is a new NOTIS site
(the ink probably isn't dry on the contract) and we're very
interested in the recent NOTIS-L messages about using PCs as
workstations for NOTIS (actually, we're interested in almost all of
the information shared on NOTIS-L)!  I'm sure you'll be hearing
from my SI colleagues, who have been lurking about NOTIS-L (like
me) for quite some time.  Many NOTIS libraries have heard from us
while we were doing our RFP evaluations.  We're happy to be able to
participate on NOTIS-L and hope to learn from the wealth
of expertise and experience found here!

For now though, we are trying to decide on an IBM compatible
microcomputer to use for NOTIS access for all our users (public and
staff).  We're considering Dells or Gateways - 386, VGA monitor,
with hard drive and floppy drives.  Any experiences and information
you can share with us with be greatly appreciated.  You can email
me directly or share the information directly on NOTIS-L.

P.S. Our system is called the Smithsonian Institution Research
Information System, or SIRIS.  We serve the Smithsonian Institution
Libraries, and several SI Archives and Research Units.

Beverly Westermeyer, SIRIS Manager




---------------------------------------------------------------
Beverly Westermeyer  -  IRMGE005@SIVM.BITNET
Office of Information Resource Management
Smithsonian Institution, Washington, D.C.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 16:46:52 CST
From:         "E. Paige Weston 996-8974" <U50343@UICVM.BITNET>
Subject:      loading Marcive GPO records

NOTIS-L archives and NUGM presentations both suggest that everyone who's
loading Marcive GPO records is still using LBC90.  Is this true?

Is anyone using LBC30?  What do you think of it?

And (last question) can anyone explain to me in words of one syllable
what the differences are between LBC90 and the new LCN011B?

We're MVS, running 5.0.1.  Thanks!

E. Paige Weston (LIB1)                e-mail:  U50343@UICVM
Library Systems Coordinator            voice:  (312) 996-8974
University of Illinois at Chicago        fax:  (312) 996-1899
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 4 Nov 1992 17:43:00 CST
From:         Caitlin Robinson 5-9049 <CADCAITS@UIAMVS.BITNET>
Subject:      Re: NISO Standard for Non-Serial Holdings

Margaret Rhody (et al.)

All holdings information for Iowa Law Library titles is being entered to
conform with either ANSI Z39.44-1986 (Serial Holding Statements) or ANSI
Z39.57-1989 (Holding Statements for Non-serial Items)    We apply Level
3, compressed in the volume holdings records and level 4 for the item
records.  As you may know, many legal continuations are cataloged as
monographs so we apply Z39.57 frequently.  We have a documentation for
both the volume holdings and the item record formats which attempts to
put the ANSI provisions in slightly more readable english.  We'd be
happy to share them if anyone wants.

Caitlin Robinson, University of Iowa Law Library, CADCAITS@UIAMVS
319/335-9049

> Does anyone have experience applying the NISO standard for non-serial
> holdings with the MARC holdings record in NOTIS?  Or, has anyone decided
> specifically not to use the NISO standard?  I would be interested in
> hearing from any NOTIS library where specific guidelines have been
> developed for non-serial holdings in MHLD.  Thanks very much.
> 		Margaret Rohdy
> 		Head, Shared Cataloging Dept.
> 		University of Pennsylvania Libraries
> 		(215) 898-5938
> 		Internet:  rohdy@a1.relay.upenn.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 11 Nov 1992 12:58:43 CDT
From:         Jon Kerckhove <JFK@WULIBS.BITNET>
Subject:      NOTIS notices

How do other sites use NOTIS printed products?
We are specifically interested in overdues and bill & fine notices.

We currently route the NOTIS output to a file and furthur process it to print
on 4 1/4" x 11" mailers. We print approx. 50-75 notices per day, Tues. through
Sat.  When we brought up 5.0.1 circulation in July (from 4.6) some minor format
changes in the NOTIS product required our program to be updated. We are
looking again at the value of our customization.

Are any other sites modifying the output of NOTIS programs?
What type of modification is used?
How much staff time is needed for maintaining programs, especially with new
releases?
Are your patrons satisfied with the format of your notices?
How long is the delay from when notices are printed to when they are mailed?


For those sites using "vanilla" notices, how much staff time is used in folding
and stuffing notices?
Do any sites use folding machines?
Are your patrons satisfied with the format of your notices?
How long is the delay from when notices are printed to when they are mailed?

I will summarize responses for the list.

Thanks for your response

Jon Kerckhove
Washington University Libraries

jfk@wulibs.bitnet
jfk@wulibs.wustl.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 12 Nov 1992 10:29:22 PST
From:         Rita Lunnon <CN.SCC@STANFORD.BITNET>
Subject:      899 vs. 866 in MARC hldg

For those of you who have converted volume holdings records to MARC
holdings records: did you opt to use 899 fields or 866 fields, and
why?  Any second thoughts?

Thanks in advance.

R. Lunnon
Catalog Dept., Stanford University
cn.scc@stanford.bitnet