HDTenEightyP/NetNews huggingface dataset:
X-Vmsmail-To: SMTP%"INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU"
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 16:36:31 -0400
              <INNOPAC@MAINE.BITNET>
From:         John Rutherford/Faculty Computing Center
              <RUTHERFORD@CCSUA.CTSTATEU.EDU>
Subject:      RE: Z39.50
X-To:         INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU

While not an III site yet, we have looked into options for Z39.50
connectivitiy between different library systems.  At this time I do not
believe that any major library vendors are actually selling systems
with Z39.50 connectivity available. I know that DRA and Melvyll are
testing a system, and I believe that III may have some contractual
obligations with some university sites to provide Z39.50 connections
at some point in the near future.   I feel that the first products
will likely be Z39.50 connections between systems of the same type
(notis to notis etc.) followed by connections between different
systems.  I hope I am wrong and there are indeed commercial systems selling
today with Z39.50 implemented. Please send reports.

John Rutherford
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-path: cclark@asmtplnk.lib.uci.edu
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 09:50:15 PST
              <INNOPAC@MAINE.BITNET>
From:         "Cynthia D. Clark" <cclark@ASMTPLNK.LIB.UCI.EDU>
Subject:      Disposition of Withdrawn Records

         I would like to know what other libraries have decided to do
         with records for withdrawn materials--keep them online or
         remove them?

         If you keep them online:
          How do you use these records?
          How do you identify them online?
          How long do you retain them online?
          Does retention of these records cause problems?

         If you remove them:
          Do you retain this information in any other form?
          Does deletion of these records cause any problems?

         Please direct your responses to cclark@uci.edu. I am happy to
         summarize responses for the listserv.

         Cynthia Clark
         Head of the Serials Dept.
         UC Irvine
         cclark@uci.edu
         (714) 856-7221
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 30 Jul 1992 13:55:02 EDT
              <INNOPAC@MAINE.BITNET>
From:         ALINE SOULES <USERLGCS@UMICHUM.BITNET>
Subject:      processing fees

Earlier, I asked about processing fees for lost books--how much each
institution charged and why.  Here's a summary of responses, with thanks
to everyone who answered:

From Sue Martin, Georgetown:  Currently $25, about to go to $40, as
an educated guess on the average cost for processing a book.

From Nancy Sensel, U. of KS School of Medicine, Wichita:  $20, based
on the fee charged by the Dykes Library at the KU Medical Center in
Kansas City (alternately, patrons can purchase a replacement and not
be charged).

From mfricano@scu:  $15 per title, based on Library Quarterly, vol. 59,
1989, page 8, which cites costs for 85/86, but this does not recoup their
actual costs.  They also charge a flat book cost fee of $40/title.  They
also charge any outstanding fines.  The plan is to re-examine the policy
every 5 years.

From Carol Brierty, Morehead State U.:  $50 replacement fee, no processing
fee (which is hidden in the replacement cost) because processing fees are
offensive to tax payers.

Aline Soules, Manager
Technical Services & Automation
Kresge Business Administration Library
School of Business Administration
University of MIchigan
Ann Arbor, MI, 48109-1234
tel. 313-764-5532
e-mail:  userlgcs@umichum.bitnet
    or:  userlgcs@mbs.umich.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 23 Jul 1992 17:04:22 PDT
              <INNOPAC@MAINE.BITNET>
From:         Bill Budge <budgewd@CCVAX.CCS.CSUS.EDU>
Subject:      Printing Expense

The California State University, Sacramento Library has recently
gone online with Innopac, and intends to have 60 PAC terminals
(Wyse 60's) up within 2 years.  However, the budget crunch
prohibits wiring a printer to each terminal.  We are considering
alternative means to provide printouts such as either a system
for queuing printouts, and/or promoting downloading with PC
terminals, and/or a system for charging for printouts.  Would any
III libraries who have implemented any of the above policies
please report the particulars to me or answer the following
questions and e-mail to me direct.  I will summarize for
Innopac-L if there is an expressed interest.

1. Do you have printers attached to your Innopac terminals?
               Yes____    No____

2. If so, how many terminals do you have per printer?
     One _____  Two_____  Three or more ____

3. Are your printouts print-screens _____or biblio-
   graphies ______or both________?

4. Do you charge for printouts from your Innopac printer(s)?
          Yes____    No___

5. Do you charge for printing on your CD-ROM workstations

   (Infotrac, ProQuest, Silverplatter, etc. ) Yes___  No____

6. If yes to either 4 or 5, do you use a venda-card or coin-op
     machine?
          Yes ____    No____

7. If yes to 6 and venda-card, is the venda-card used for
     printing the same as the one used for photocopying?
     Yes___    No____


Please respond to budgewd@ccvax.ccs.csus.edu
               or fax (916)278-7089
Thank you.     Bill Budge
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Original_To:  BITNET%"innopac@maine"
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 15:03:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         CHAPMANM@NYUACF.BITNET

set innopac no mail
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 14:58:38 EDT
              <INNOPAC@MAINE.BITNET>
From:         ALINE SOULES <USERLGCS@UMICHUM.BITNET>
Subject:      processing fees

Our library is currently reviewing its various circulation policies and
charges in preparation for installing the Innopac and its circulation
module.  One question is what other libraries are charging for a processing
fee that would be used if a patron lost a book and had to pay both the
replacement charge and a processing fee.  Also, for those of you who do
charge a processing fee, on what is that fee based?  Did you do a study of
your processing operations to determine the cost?  Did you use a generic
sum based on what other libraries were doing?  Or was there some other
rationale behind your figure?  I will be happy to summarize answers for
the list.  Thanks.

Aline Soules, Manager
Technical Services & Automation
K3330 School of Business Administration
University of Michigan
Ann Arbor, MI, 48109-1234
tel. 313-764-5532
e-mail:  userlgcs@umichum.bitnet
    or:  userlgcs@mbs.umich.edu
From: SLBWML@RITVAX.BITNET
Newsgroups: bit.listserv.innopac
Subject: Onsite Commercial Databases
Date: 24 Jul 92 18:14:23 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.BITNET
X-VMS-To: IN%"innopac@maine"
MIME-version: 1.0
Content-transfer-encoding: 7BIT

We are investigating onsite access to commercial databases and considering
Innovative as a possible option.  I'm interested in hearing from other
Innovative users who are currently doing this or considering it.

I have several questions re the use of Innovative for onsite access, such as
databases being used, local support required, user response, etc.  but for now
am just trying to develop a list of contacts.

I'm new to this listserv so if this has already been addressed on the listserv,
 please let me know and I'll reference the appropriate archive files.

Thanks.

Shirley Bower
Rochester Institute of Technology
slbwml@ritvax.isc.rit.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Thu, 30 Jul 1992 16:44:52 PDT
              <INNOPAC@MAINE.BITNET>
From:         Mark Braden <marker@CHESHIRE.OXY.EDU>
Subject:      inquiry about Exide UPS models
X-To:         "Innovative Discussion Group" <innopac@maine.maine.edu>

In the continuing search for Happiness, your correspondent is now
looking for folk who have used or are using an Exide 1200 (1100 may be
okay) UPS device with your INNOPAC system, AND purchased/installed the
Powerwatch software.

(Yes, I'm still working on a Powerwatch situation--forgive my persistent
queries)

I've heard rumors that Salve Regina and University of Rhode Island may
have had experiences similar to mine--if folk at those institutions
would be willing to chat, please send me a message (address below), or
give me a call.

Many thanks for your patient counsel and assistance.

Cheers!
--Mark
-------------------------------------------------------------------------------
Mark E. Braden		Internet: marker@oxy.edu
Social Sciences Librarian
Occidental College Library	"When something tastes very good, people
1600 Campus Road			people think it must be very bad.
Los Angeles, California 90041		Even the French think this.  And
(213) 259-2668				Americans ...," his voice trailed off,
					then rallied.  "But a label that says,
					'EAT FOIE GRAS, LIVE LONGER'; what a
					marketing tool!"
				-Jean Michel Justumus, New York Times 11/17/91
These are my own views.
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 28 Jul 1992 12:01:06 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: Retrieving NETDATA format files from the Reader

On Tue, 28 Jul 1992 09:27:43 PDT Dwight M. McCann said:
>I am running VM/XA SP 2.1.  I am trying to read netdata formatted input
>from my reader using the following exec:
>
>"pipe reader | find '41'x | spec 2-* 1.80 | deblock netdata | console"
>
>There is no output.  When I ran it using PIPEDEMO I discovered that no
>records get through the FIND stage.  .....

This ends up being a REXX question.  It is often *VERY* easy to blur the
boundary between pipelines and REXX.  The '41'x in your pipe is quoted by ""
and taken literally by REXX, so pipelines sees:

find '41'x

Pipelines takes this to mean you want to look for the five chars '41'x rather
than one char containing hex 41.

I believe that if you do:


 "pipe reader | find" '41'x "| spec 2-* 1.80 | deblock netdata | console"

then you will see records emerging from the find stage.

Jim Colten
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 29 Jul 1992 14:42:00 LCL
From:         Bridget Rutty <SYSBXR@SUVM.BITNET>
Subject:      SASTUTOR. FULLSCREEN, and Pipes

I'm developing an interface exec for SAS Institutes computer based
training product.  It doesn't work at all if a user tries to execute
it from fullscreen cms.  It also doesn't work if the user has less than
4m virtual storage.  So I have two pipes in the exec, one which checks
the virtual storage and gives the user messages if its too small and
the other queries the fullscreen setting and is supposed to also give
the user messages.  But instead it sends the output of the query to
the console and does not set the rexx variable.  I'm including the
two pipes below.  We are using Pipes 1.5.  Is there some trick to
the query fullscreen?

/* Rexx Program to start the SAS CBT courses                          */
/*  Two (2) lines require updating in this EXEC                       */
/*    Line 16 - The location of the 0MAIN SASCBTA catalog             */
/*    line 27 - The exec that is used to invoke SAS 6.06              */
/* Modified by Bridget Rutty -  03/18/92                              */
/*    Use Linker pipe subroutine to link and access disk              */
/*    Preserve users msg and console settings                         */

trace
pushcons
pushmsg
conwait

parse upper arg argstring          /* Get argument string           */

Address Command 'PIPE',
     'cp query virtual storage',      /* How big is the machine?     */
     '| spec 11.5 1',                /* Strip off what we don't need */
     '| var vsize'                    /* Save the number             */

minstor=4096
if vsize < minstor
    then do
    say '**Your virtual machine size (' vsize 'K) is too small.'
    say '  A minimum of ' minstor 'K is required to use SASTUTOR.'
    say '  For further help, please call the Information Center, x2677.'
    exit
end

Address command 'PIPE',
   ' cms query fullscreen ',          /* Query fullscreen            */
   '| spec word 2 1',                 /* Select the setting          */
   '| var fullset '                   /* Save it                     */
say fullset
If fullset = 'ON'
   then do
    say 'SASTUTOR will not work while you are using FULLSCREEN CMS.'
    say '  Please SET FULLSCREEN SUSPEND or SET FULLSCREEN OFF'
    say '  and then run this exec again.'
    say '  For further help, please call the Information Center, x2677.'
    exit
end
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of California at Santa Barbara
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 28 Jul 1992 11:00:22 PDT
From:         "Dwight M. McCann" <DWIGHT@UCSBVM.BITNET>
Subject:      Loose Marbles
Comments: To: Melinda Varian <MAINT@PUCC.BITNET>, CMSPIP-L@MARIST.BITNET

Jim was right!  This is exactly the kind of misdirection that always
sucks me right in ... trees, forest, etc!  I am busily putting together
a server that needs to handle NETDATA without recourse to disk files
so I jumped into PIPEs.  I entered to the example I thought I saw on
the command line to test it, and viola, total confusion!  I worked and
worked and worked on it, always carefully looking in the wrong place,
of course!  Oh, well, a quick thanks to the list and onward!  Thanks
to you, too!

Dwight
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of California at Santa Barbara
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 31 Jul 1992 07:56:01 PDT
From:         "Dwight M. McCann" <DWIGHT@UCSBVM.BITNET>
Subject:      Re: Retrieving NETDATA format files from the Reader

On Tue, 28 Jul 1992 11:57:26 EST Nick Laflamme said:
>If that's not the problem, ask more; I've more experience than I'd like
>debugging NETDATA pipes, most of it due to user error. :-)
>
Nick - Jim Colten was right ... error was my REXX code!  -Dwight
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 22 Jul 1992 16:35:52 MEZ
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      Re: Piping into an Xedit file.
              22 Jul 1992 08:43:45 EST from <IQTI400@INDYCMS.IUPUI.EDU>

> On Wed, 22 Jul 1992 11:38:35 MEZ I said:
> ask again in PIPES-L, or XEDIT-L, whichever seems more appropriate.

On Wed, 22 Jul 1992 08:43:45 EST MacPhil said:
> ?: How does PIPES-L differ from CMSPIP-L ?

Ooops! Typo -- I meant, of course:
  ask again in CMSPIP-L, or XEDIT-L, whichever seems more appropriate.

> When ambidextrous people can't do it right, we do it left.
As I'm right-handed and could not do it right, I did it wrong :-(

Happy plumbing,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 29 Jul 1992 17:37:36 LCL
From:         Bridget Rutty <SYSBXR@SUVM.BITNET>
Subject:      Re: SASTUTOR, FULLSCREEN, and Pipes

On Wed, 29 Jul 1992 15:41:15 EDT Melinda Varian said:
>Bridget,  the problem is in trapping CMS output in general with
>fullscreen on.  However, Pipes 1.1.6 is rather cleverer at doing
>that than was 1.1.5 (and 1.1.6 has been out for a *long* time).
>
>If I run your EXEC using Pipes 1.1.6 under CMS 7, the pipeline
>does capture the output of QUERY FULLSCREEN when fullscreen is on.
>
>Melinda

I was afraid you'd say that.  Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of California at Santa Barbara
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 28 Jul 1992 09:27:43 PDT
From:         "Dwight M. McCann" <DWIGHT@UCSBVM.BITNET>
Subject:      Retrieving NETDATA format files from the Reader

I am running VM/XA SP 2.1.  I am trying to read netdata formatted input
from my reader using the following exec:

"pipe reader | find '41'x | spec 2-* 1.80 | deblock netdata | console"

There is no output.  When I ran it using PIPEDEMO I discovered that no
records get through the FIND stage.  After searching this list and reading
everything I could find, plus the two PLUNGING papers again, plus the two
ESA PIPELINES manual, I have decided I've "lost it", am clueless, and my
pilot light must have gone out!

The files I am trying to process were generated by SENDFILE.  RDR claims
that they are NETDATA.  PIPEDEMO output display from the READER stage
sure looks like NETDATA format, but the FIND stage just gives *EOF*.

I am running 1.0106.

Dwight
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <RZOTTO@DKNKURZ1>
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 22 Jul 1992 11:38:35 MEZ
From:         Otto Stolz <RZOTTO@DKNKURZ1.BITNET>
Subject:      Re: Piping into an Xedit file.
              20 Jul 1992 12:04:21 EDT from <3M4MLBS@CMUVM.CSV.CMICH.EDU>

On Mon, 20 Jul 1992 12:04:21 EDT Carl Kinney said:
> I have been trying to use the XEDIT stage of PIPES. I am using it in a
> xedit profile. The profile is called from another exec that has put one
> or more lines into the console stack. [...] But I get no
> indication that the lines get into xedit. [...]

I've tried your scheme, and it works.

That you get no indication of the lines gone into XEDIT may be due to the
following crucial XEDIT settings your profile seems to perform:
   SET CURLINE ON 6
   SET PREFIX ON LEFT
   SET NUMBER OFF
   SET CMDLINE OFF

When the xedit screen shows up, the current line points to the end-of-
file (right after the lines you inserted into the file), the current
line is topmost in the file area (so you cannot see the lines inserted),
and its prefix shows a row of equal-signs (as any prefix does). However,
there are two feeble indications in the status line, viz. the LINE and
ALT settings.

To get a stronger indication of the lines inserted, you could
- either address xedit "COMMAND TOP" from your profile *after* inserting
  the lines,
- or press PF7 (if set to COMMAND BACKWARD, as usual) when the seemingly
  empty file is displayed on your screen,
- or address xedit "COMMAND SET NUM ON" from your profile to see a line-
  number in the prefix area.

I'll send a copy of the EXEC and XEDIT files I used to test this to
Carl Kinney, under separate cover.

Carl, after invoking my NN EXEC, try to switch the cmdline on (I set PF12
to accomplish this for you), then enter TOP. Or press PF1 to show the
current PF settings. If your problem is different from what I perceived,
ask again in PIPES-L, or XEDIT-L, whichever seems more appropriate.

Happy plumbing,
                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
                               <RZOTTO@nyx.uni-konstanz.de>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Wed, 29 Jul 1992 15:41:15 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: SASTUTOR, FULLSCREEN, and Pipes

Bridget,  the problem is in trapping CMS output in general with
fullscreen on.  However, Pipes 1.1.6 is rather cleverer at doing
that than was 1.1.5 (and 1.1.6 has been out for a *long* time).

If I run your EXEC using Pipes 1.1.6 under CMS 7, the pipeline
does capture the output of QUERY FULLSCREEN when fullscreen is on.

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 24 Jul 1992 18:34:57 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>

Stefanie A. Cimetta <STEFC@SJUVM> writes:

>          I just installed CMS PIPELINES and LEXX on my system.  The
>programs run fine except for when I use them with the Shared Segment.
>I am running VM/IS Rel 6.  I have enclosed a copy of them commands for
>the shared segment installation and the error I have when I try to run a
>program.  I am not sure what is causing this not to work.  I used the
>steps in the installation manual.

Stefanie,  I suspect that you followed only the installation manual and
didn't notice the updates to the procedure in the Program Directory (see
the file 5785RAC MEMO on the distribution tape).  One source of error
could be that you've defined too small a segment.  Pipes currently uses
four 64K segments, not two as shown in the installation manual.

Melinda Varian,
Princeton
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 30 Jul 1992 08:04:09 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Proposed change to PIPCMD

I've scanned all my uses of PIPCMD.  About half are at the ends of
pipelines.  The others would have no need to run after their outputs
became disconnected.  The proposed change seems reasonable to me.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Central Michigan University
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 24 Jul 1992 16:28:08 EDT
From:         Carl Kinney <3M4MLBS@CMUVM.CSV.CMICH.EDU>
Subject:      Re: Piping into an Xedit file.

On Wed, 22 Jul 1992 11:38:35 MEZ Otto Stolz said:
>On Mon, 20 Jul 1992 12:04:21 EDT Carl Kinney said:
>> I have been trying to use the XEDIT stage of PIPES. I am using it in a
>> xedit profile. The profile is called from another exec that has put one
>> or more lines into the console stack. [...] But I get no
>> indication that the lines get into xedit. [...]
>
>I've tried your scheme, and it works.
>
>  ..... lines deleted.......
>
>I'll send a copy of the EXEC and XEDIT files I used to test this to
>Carl Kinney, under separate cover.
>
>   .... lines deleted ......
>
>Happy plumbing,
>                    Otto Stolz <RZOTTO@DKNKURZ1.Bitnet>
>                               <RZOTTO@nyx.uni-konstanz.de>

I made several errors, the two most critical were not to relate the XEDIT
input to the lines I modified and displayed, and to display the lines I
thought I had properly modified on top of the lines read.  I did try the
NN EXEC and NN XEDIT files - they worked well.  I copied some ideas from
them.  Many thanks.  Thanks also for the PFKEYKNU XEDIT and other files,
I have shown them to co-workers.

Melvin Klassem of UVVM also help me to catch my errors and to show how I
could relate the XEDIT input to REXX variables so I could change them
further.  I ended up having the PIPE output go to a stem and then could
modify the stem items as I put them to the screen.

Again thanks for helping.

Carl Kinney, VM Systems Programmer
Central Michigan University, Mt. Pleasant, Michigan.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU