HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Fri, 16 Oct 1992 10:19:24 EST
From:         Dallas Hart <LIBR002@INDST.BITNET>
Subject:      QuikReports

I would greatly appreciate hearing from any beta site for QuikReports.
We are doing any evaluation on this product for possible purchase.
Thanks for any help you may be able to give.

Dallas Hart
INDIANA STATE UNIVERSITY
Terre Haute, In.
(812)237-2599
From: NOTFCS@LSUVM.BITNET (Floris C. St.Amant)
Newsgroups: bit.listserv.notis-l
Subject: Re: RIVD Flag
Date: 16 Oct 92 16:32:03 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              16 Oct 1992 09:00:34 EST from <MARLENE@UCC.UWINDSOR.CA>

Ooops, I forgot to add that we do not use separate slips for due dates. We have
 due dates slip glued to back of book and it is stamped accordingly. This is al
so stamped out and ititialled by operator at the time of discharge.
Floris
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 13:59:00 CDT
From:         "Kathy Fronce" <KJFRONCE@KSUVM.BITNET>
Subject:      Position Announcement
Comments: To: notis-l@tcsvm.bitnet

This is being cross-posted in multiple listings, please excuse
duplication.


                      NETWORK ADMINISTRATOR
                      POSITION ANNOUNCEMENT


Network Administrator.  KSU Libraries seeks a network administrator
to provide microcomputer support and implement LAN-, CD ROM-, and
Unix-related projects involving both microcomputer and mainframe
environments.  Required:  BS, computer science, or closely related
major; in-depth experience with microcomputers and MS-DOS;
experience with CD-ROM and ethernet-TCP/IP; and interpersonal
skills.  Preferred:  experience with NOTIS (or other integrated
library system), Unix system and utilities, PC/Unix/mainframe
inter-networking.  This is a regular position appointment.  Salary:
mid-twenties.  Review of applications begins October 20, 1992.
Culturally diverse applicants encouraged.  To apply, send
application letter, resume, 3 work-related reference names with
addresses and telephone numbers to:  M. Jean McDonald, Farrell
Library, Kansas State University, Manhattan, KS 66506.

Kansas State University is an Equal Opportunity/Affirmative Action
Employer.  Women and minorities are encouraged to apply.
From: LENGYEL@YALEVM.BITNET (Suzanna Lengyel)
Newsgroups: bit.listserv.notis-l
Subject: OPAC searching problem? PPQ1663?
Date: 14 Oct 92 17:39:31 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

We have encountered the problem described under Code Solutions in the September
1992 issue of NOTISes (p. 19):
   "After getting the message 'INDEX HAS BEEN UPDATED, PLEASE RE-EXECUTE
    SEARCH' in OPAC, and NOT re-executing the search, a TEMPORARY STORAGE
    I/O ERROR in LPC100P occurs when scrolling forward to the end of the
    original index list."  PTS Number: PPQ1663.
    This problem is fixed in LMS 5.1 so that the I/O error does not occur."

We are in 5.0.2., and this problem is happening to us.  For at least one
particular title search in the OPAC, the following happens:
We get a Guide Screen.  We select "1", we get an Index Screen.  We try to
scroll forward, and the above message appears.  When we try to re-execute, we
continue to get the same error message. (However, if we select "2" from the
Guide Screen (instead of "1"), we can smoothly scroll backward and forward
through the whole index.)

Would anybody know if we can hope that this problem will disappear if we
regenerate the MHI?

Does anybody have a code fix that we might try to apply so that we don't have
to wait until the implementation of 5.1?

Could there be something in one of the bib records involved that we should look
for and try to update?

Thank you for your help.
Suzanna Lengyel.  Yale University Library Systems Office. (203) 432-1844
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:         Wed, 14 Oct 1992 08:10:00 EST
From:         "W.C. DIVENS" <N93774@PITTVMS.BITNET>
Subject:      Re: Grateful Steers

>Kendall  (who will bring some GOOD local K.C. and Lawrence beer....
                               ^^^^ ^^^^^ ^^^^ ^^^ ^^^^^^^^ ^^^^
Hmm....seems the lady has discovered the concept of "OXYMORON".

Rusty
From: MARLENE@UCC.UWINDSOR.CA (Marlene Kemski, Univ. of Windsor)
Newsgroups: bit.listserv.notis-l
Subject: OPAC log statistics report (LB720)
Date: 13 Oct 92 19:31:26 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: Notis-L Distribution List <NOTIS-L@VM.TCS.TULANE.EDU>

To those who have implemented the LB7xx series:

We have been running the LB710 and LB720 jobs for about two weeks.   The
first week, reports were produced correctly.  We then changed the
LSYS parms so that only those transactions issued from LOCKED terminals
are logged (we turned off the UNLOCKED terminal recording).  Since then
we only get the message "No activity."  in LB720
unless we put in To and From dates.

We have searched thru NOTISes Support Column and have not found any such
problem reported (thru code changes or tips).

I'm turning to NOTIS-L before calling NOTIS.
Any light you  can shed on this problem would be appreciated.  Have we
overlooked anything?




************************************************************************
* Marlene Kemski                      *                                *
* Systems Analyst                     *   Releases:                    *
* Computing Services                  *              NOTIS LMS 5.0.2,  *
* University of Windsor               *              GTO       3.0,    *
*                                     *              CICS      1.7,    *
* Voice:  (519) 253-4232 x.2737       *              MVS/SP            *
* Fax  :  (519) 973-7083              *                                *
************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 7 Oct 1992 08:21:36 -0400
From:         uc_wright@EMUNIX.EMICH.EDU
Subject:      ldm25

Did any VSE site run LDM25 successfully under 4.6.1 or any earlier version?
Did anyone try and have any problems?  Please respond to me directly as
soon as possible.  Thanks!!!!!

Debbie Wright
Tech1
Eastern Michigan University
uc_wright@emunix.emich.edu
(313) 487-3141
From: baughman@UTDALLAS.EDU (Barbara)
Newsgroups: bit.listserv.notis-l
Subject: Re: RIVD Flag
Date: 16 Oct 92 18:46:23 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>

The idea behind the RIDV flag was that a circulation desk would have a
set policy about patrons with expiration dates on their ID.  Either they
would be allowed to keep materials past that date or they wouldn't.
If they can't, the RIDV flag sets the due date to the patron ID expiration
date without extra intervention by the circulation desk staff.

All of our batch loaded patrons have an indefinite expiration date; the
first time they are not included in the batch load the ID is set to
expire so these patrons can no longer charge material.  These patrons
have continuous charging privileges until they no longer show up in batch.
The only patrons with future ID expiration dates are entered manually
(like courtesy cards).

We like the way the RIDV flag works because it sets the due date as we like
it without extra operator intervention.  We really don't want the extra
keystroke to verify our library policy or to give the staff the opportunity
to override the date.

What will make everyone happy evidently isn't a simple on/off flag at the
service unit level.  This is a major enhancement and should be run through
the circulation rewrite committee and given some kind of priority in light
of all the other things we'd like to see in the circulation rewrite.

Barbara Baughman                *********************************
TECH1                           *                               *
University of Texas at Dallas   *   First right, then rewrite!  *
(214) 690-2157                  *                               *
BAUGHMAN@UTDALLAS.EDU           *********************************
From: baughman@UTDALLAS.EDU (Barbara)
Newsgroups: bit.listserv.notis-l
Subject: Re: RIVD Flag
Date: 16 Oct 92 14:42:38 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              16 Oct 1992 09:00:34 -0500 from <MARLENE@UCC.UWINDSOR.CA>

In response to Marlene's request on date due slips/circ desk operations:

We use the date due slips and do not manually stamp a due date on the item.
Our position is that the patrons are all adults and are responsible for
returning the items on time, period.  We do not have pockets in each item;
we hand the patron the folded due slips, usually inserted inside one of
the items.  We also tell the patron when the items are due (they are
usually the same due date for all items except reserve, which would be
clearly marked).  If the patron gets confused or loses the date due slips,
they can always look up the item in OPAC from any terminal on campus to
find the due date.  They can also contact the library or dial-in from a remote
modem with software provided free by the university.  No excuses for an
overdue item.  The administration has consistently backed the library in
enforcing this policy.

Screen prints are done from a terminal separate from the circulation desk
but close by in the circulation area.  Perhaps we don't do as many screen
prints.  We do have circulation policies that are complicated enough not
to trust staff to consistently manually mark the right date in the item.
With date due slips, we know that the due date we have given the patron
always agrees exactly with the due date stored in the item record.  We are
exploring the possibility of using cash register tape instead of special
forms for the date due slips.  It seems to work, and it sure is cheaper.
Handing out date due slips with no manual stamping makes the check-out
procedures simpler and faster.

Before returned materials are reshelved, each item is manually stamped
with the return date on a slip inside the front cover.  If a patron
claims an item was returned and we find it in the library with a return date
that is after the date charged to the patron, we assume the item was
mistakenly returned to the shelf without discharging it.

Barbara Baughman                *********************************
TECH1                           *                               *
University of Texas at Dallas   *   First right, then rewrite!  *
(214) 690-2157                  *                               *
BAUGHMAN@UTDALLAS.BITNET        *********************************
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:         Tue, 13 Oct 1992 09:25:00 EST
From:         Alan Hagyard <HAGYARD@TRINCC.BITNET>
Subject:      Re: Executing CICS Commands from TSO

MacKinney Systems (417-882-8012) also has a product for
issuing CEMT commands from batch.  The product is
named (cleverly) CICS/CEMT from BATCH, and on the
price list that I have, it is $795-VSE, $995-MVS.

We have been running it for years.

Alan Hagyard
CTW Library Consortium
From: BQPRIO01@ULKYVM.LOUISVILLE.EDU
Newsgroups: bit.listserv.notis-l
Subject: 5.1 problems
Date: 7 Oct 92 16:22:42 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X

Barbara Q. Prior
Associate Professor/Librarian
PHONE: 588-8737
set notis-l nomail

-=Barb=-
Ekstrom Library, University of Lousiville, Louisville Kentucky
BITNET: BQPRIO01@ULKYVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 16:28:00 EDT
From:         Carol.Falgiano@MVS.UDEL.EDU
Subject:      CICS STATUS: MACRO TO COMMAND LE
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

   Several people asked for information about the software package that allows
for online editing of VSAM files.  Here is the promised information:

   The package is called ISPF/VSAM Utility and it is marketed by
                MacKinney Systems
                2740 S Glenstone, Suite 103
                Springfield, MO
                (417) 882-8012

   If you need more information, contact me.


Carol Falgiano
Internet: CAROL.FALGIANO@MVS.UDEL.EDU
Phone: (302) 831-3759
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 11:52:18 EST
From:         Debbie Morrow <morrowd@GVSU.EDU>
Subject:      .260. or .300. in OPAC
Comments: To: notis-l@tcsvm.bitnet

   I am just now debating whether to add tag 300 to the KWB list, to
   facilitate searching of CDs with the phrase 'sound disc' -- we have a
   fair and growing collection of compact discs, and at the moment there is
   no good way to search for them specifically.

   Debbie Morrow / Automation Librarian/LIB1
   University Library / 108 JHZ
   Grand Valley State University / Allendale  MI   49401
   616/895-3581 / Internet: morrowd@gvsu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 13 Oct 1992 16:46:00 EDT
From:         Carol.Falgiano@MVS.UDEL.EDU
Subject:      Re: ISPF/VSAM Utility
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

Sorry I was not more explicit - this utility allows you to edit VSAM records
within TSO, not while logged onto CICS.  The VSAM file must be either closed
to the CICS or the CICS must be down.  The edit uses ISPF panels and the edit
capability is similar to a regular data set edit (you can scroll up and down,
do a find on a set of characters, edit on either the decimal line or
hexadecimal line, etc.) in addition to being able to go directly to a
particular key address much faster than a normal find.  It also allows you to
delete, create and rename VSAM files in a series of panels.  You cannot delete
records, but can add.  I also went to Session 66, which was excellent.  This
package allows those of us who are faint of heart to edit where we can see the
results as we edit.

Carol Falgiano
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <DROBERTS@NUACVM>
Newsgroups: bit.listserv.notis-l
Date:         Tue, 13 Oct 1992 08:01:12 CDT
From:         DROBERTS@NUACVM.BITNET
Subject: Re: CHAT: 12 NUGM Sessions poem

So, do you want to sing it at the next staff meeting?
From: baughman@UTDALLAS.EDU (Barbara)
Newsgroups: bit.listserv.notis-l
Subject: ITEM NOT YET DUE
Date: 15 Oct 92 21:25:46 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: notis-l@VM.TCS.Tulane.EDU

NUGM reminded me of this problem again.  The date sent to the action index
for the first overdue notice is incorrect in 5.0.2 in the following
situations:
  The item charged uses the default circulation policy and the due date is
overridden by the operator.
  The RIDV flag is on, and the due date from the circulation policy is
reset to the expiration date of the patron ID.

In each case, the action index date for the first overdue notice is based
on the due date from the circulation policy instead of the overridden due
date or patron ID expiration date.  That is, the number of days between the
due date and the date the first overdue notice is sent is calculated by
adding the policy-given number of days to the due date of the original
circulation policy instead of the override due date or the patron ID expiration
date (ie, what's on the item record).  If the overridden due date is later than
due date set by the default policy, then the first notice may be requested
before the item is even due, causing the ITEM NOT YET DUE error messages.
If the override date is before the due date set by the default policy, and
always in the case of the RIDV flag override, then the first overdue notice
will be sent later than the library policies would normally dictate.  We
consider this to be worse than the ITEM NOT YET DUE problem.

I believe the last word on this was that NSI was testing a fix.  I haven't
heard any more updates.  Will there be a fix for 5.0.2? 5.1?

I installed some fixes here that I will share if a site really needs them.
The usual caveats apply.

Barbara Baughman                *********************************
TECH1                           *                               *
University of Texas at Dallas   *   First right, then rewrite!  *
(214) 690-2157                  *                               *
BAUGHMAN@UTDALLAS.EDU           *********************************
From: NAOX@CORNELLC.BITNET (Naomi Dushay)
Newsgroups: bit.listserv.notis-l
Subject: Re: LB610 Questions
Date: 13 Oct 92 18:51:40 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              13 Oct 1992 14:35:19 EDT from <pelak@PILOT.NJIN.NET>

On Tue, 13 Oct 1992 14:35:19 EDT Irene Pelak said:
>I really need a NUGM workshop   that                                      t
>tells me what happens record wise for each online transaction and as the
>result of each batch job!!

Perhaps this is something we could ask for in the documentation?

I think this came up in the MVS/VSE SIG meeting ...

Naomi Dushay
Tech 2
Cornell University
From: gpmenos@FIRESTONE.PRINCETON.EDU (Gerard Philippe Menos)
Newsgroups: bit.listserv.notis-l
Subject: Questions about KeyNOTIS
Date: 15 Oct 92 22:40:33 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>

I have heard a bit about KeyNOTIS, but I don't know much about it.
I'm curious about a couple of things:

     (...facts please, no hype...)

1.  How does KeyNOITIS differ from "classic" NOTIS?


2.  Does KeyNOTIS consist of the same [assembly] code as classic
NOTIS, just re-packaged?

3.  Is KeyNOTIS easier (less labor/programming intensive) to maintain
and configure than "Classic NOTIS?"


4.  Why would one choose KeyNOTIS as opposed to the classic version?
What is gained and  what is given up, in this choice?

Thanks for any insights on these questions.

Phil Menos
Princeton University Libraries
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 7 Oct 1992 09:16:32 EST
From:         "Marlene Kemski, Univ. of Windsor" <MARLENE@UCC.UWINDSOR.CA>
Subject:      Re: VT100 cartridge IBM3164
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              6 Oct 1992 07:56:59 -0400 from
              <AISBALLARD%EKU.bitnet@VM.TCS.Tulane.EDU>

To Lloyd:

For public terminals at University of Windsor,
(after one of our terminals walked away from a locked room),
we bolt the terminals (3164) to a plate and then the table.
The plate has an extra piece of metal that sits right in front of the
ALA Cartridge door.  Keyboards are bolted in the same way.  Function keys
are capped to prevent programming of unprintable language.

To change cartridges or fix terminals (don't believe that happens too often)
special tool is required to remove equipment from plates.

New tables were built to provide space under the surface for patron belongings.

Yes we lose a little bit of flexablity when patron can not move keyboard,
but at least we don't lose equipment.




************************************************************************
* Marlene Kemski                      *                                *
* Systems Analyst                     *   Releases:                    *
* Computing Services                  *              NOTIS LMS 5.0.2,  *
* University of Windsor               *              GTO       3.0,    *
*                                     *              CICS      1.7,    *
* Voice:  (519) 253-4232 x.2737       *              MVS/SP            *
* Fax  :  (519) 973-7083              *                                *
************************************************************************
From: NOTFCS@LSUVM.BITNET (Floris)
Newsgroups: bit.listserv.notis-l
Subject: Re: NOTIS 5.2 Oversight Committee
Date: 14 Oct 92 19:12:19 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

I believe that that is the group headed by Bruce Hulce and T Schneiter which wi
ll be meeting with NOTIS reps on November 10 to discuss 5.2 and the circ enhan
cements. I was pleased to find that we have such good people working on our beh
alfduring NUGM.
From: baughman@UTDALLAS.EDU (Barbara)
Newsgroups: bit.listserv.notis-l
Subject: New E-mail address
Date: 14 Oct 92 17:18:33 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: notis-l@VM.TCS.Tulane.EDU

Wouldn't you know they'd change my E-mail address while I'm at a conference
giving out my E-mail address to everyone.  Everyone in the VSE SIG should
take note (since I'm the SIG chair).  The old E-mail address will still work
for a while; I have been receiving my E-mail.  However, it would be best
for everyone to change now.  Note that the suffix is now UTDALLAS.EDU instead
of UTDALLAS.BITNET.

Thanks.

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:         Mon, 12 Oct 1992 13:22:34 EST
From:         TOM SCHNEITER <SCHNEITE@UCS.INDIANA.EDU>
Subject:      RE: Patron ID Expiring before End of Loan Period

Marlene Kemski has joined the chorus of voices asking for a warning message
when the loan period is being adjusted to the patron ID expiration date.
The Circulation SIG 5.2 Committee has discussed this issue and is in
agreement with the suggestion that a message be added that would notify
staff that the loan period is being adjusted.  We must remember, however,
that the working, or NON-working, of the RIDV flag in 4.6 was NOT what we
all asked NOTIS to do for us; we asked NOTIS to make it work exactly as it
finally is working in 5.0.1 and beyond.  If we now decide that we don't
really like the way it is functioning, it seems to me that we are damaging
our credibility with NOTIS.  They gave us what we asked for...

Tom Schneiter
Circ SIG 5.2 Committee
Indiana University Libraries
Bloomington, IN 47405
(812)855-6919/FAX: (812)855-8229
SCHNEITE@IUBACS.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 12:09:18 EST
From:         TOM SCHNEITER <SCHNEITE@UCS.INDIANA.EDU>
Subject:      CIRCPLUS

I was asked by several people after a presentation at NUGM to provide the
address for the CIRCPLUS listserv: CIRCPLUS@IDBSU.BITNET

Tom Schneiter
Access Services
Indiana University Libraries
Bloomington, IN 47405
TSCHNEIT@IUBVM.EDU
SCHNEITE@IUBACS.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 16 Oct 1992 07:41:27 PDT
From:         Marlene Elster <9118MRE@UCSBVM.BITNET>
Subject:      ITEM NOT YET DUE

*** Reply to note of 10/15/92 14:51

We were the test site for the fix of the override due date/action index
problem (PPQ6108).  We are now in production and have had no problems
but, according to Betty McCartney at NSI, another site which had received
the fix does have a problem with it.

If you can't get the changes from NSI, I will send them to you.

Marlene Elster, TECH1
University of California, Santa Barbara
(805) 893-3909
9118MRE@UCSBVM.BITNET
From: MADEWELL@VUCTRVAX.BITNET
Newsgroups: bit.listserv.notis-l
Subject: Re: MHLD display problem in OPAC
Date: 16 Oct 92 21:20:29 GMT
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

I believe your problem of the last character getting deleted in the
OPAC display is related to the problem I reported to NOTIS in July.
My problem tracking number is PPQ7487 if you want to tack onto it
or mention it when you talk to NOTIS.  I don't know if they've fixed
it yet.
Ramona Madewell
Vanderbilt University