HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.innopac
Date:         Wed, 18 Nov 1992 18:17:33 -0500
              <INNOPAC@MAINE.BITNET>
From:         Anita Cook <anita@OHIOLINK.OHIOLINK.EDU>
Subject:      Innovative Users Group --- ALA Midwinter Meeting

Just to let everyone know that we are planning to hold a Innovative
Users Group (IUG) meeting at the ALA Midwinter Conference in Denver.
Below is the date and time, and the agenda.  We will not know the
location until later in December when ALA releases the room
assignments.  I will send out a message again when I have that
information.  This meeting of the IUG will follow the format of last
summer's ALA meeting with the small group discussions focusing on the
enhancements that are now being proposed by the you, the users (don't
forget the November 30th deadline!!).  Anyone and everyone who is an
III customer is invited to participate in the enhancements process.
You do NOT have be an "official" member of the Innovative Users
Group.


We have finally settled on a date and place for the 1st Annual
Innovative Users Group meeting.  The meeting will be held April 23-26
at the Waterfront Plaza Hotel in Jack London Square in Oakland,
California.  Ann Jones and Ron Naylor are co-Chairing the program
committee and hope to have a preliminary program to hand out at the
midwinter meeting.  The three days will be a combination of workshops
put on by III and programs put on by the users.

Finally, if you failed to receive a copy of the membership packet,
and want one, please let me know and I will get one into the mail to
you.

I hope to see many of you in Denver!!

Anita Cook, Chair
Innovative Users Group

anitac@ohiolink.edu
614-292-0069
-----------------------------------------------------------------

INNOVATIVE USERS GROUP --- ALA MIDWINTER MEETING

Friday, January 22, 1993,  2-5:30 p.m.


AGENDA

2:00-2:20       IUG Annoucements/Business

2:20-3:20       III Company Presentations

3:20-3:30       break

3:30-4:20       1st round of small group discussions on enhancements

                Groups:   Acquisitions
                          Cataloging
                          Circulation
                          Management Information
                          OPAC
                          Serials Control
                          System Operations

4:20-4:30       break

4:30-5:20       2nd round of small group discussions on enhancements

                (repeat of 1st round)


The small group sessions are repeated so that each attendee can have
the opportunity to sit in on at least two of the group discussions.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mts-Userid: LGCS
Newsgroups: bit.listserv.innopac
Date:         Fri, 20 Nov 1992 14:20:02 EST
              <INNOPAC@MAINE.BITNET>
From:         ALINE.SOULES@UM.CC.UMICH.EDU
Subject:      Shopping for an Automated System

We just installed INnovative on Sept. 21 in our library.  During our
RFI/RFP process, we looked at Dynix, PALS, DRA, VTLS, Innovative and
hooking on to NOTIS on our main campus.  We opted to go with Innovative
in the end.  To say a little about Dynix, DRA, PALS and Innovative, here
are some general comments (call if you want more details).  Also, I don't
know your politics and, of course, those can be a major decision-making
factor:

Dynix:  nice little system, cheaper than other systems (certainly cheaper
than Innovative), good customer service and relations.  Problem:  not
sophisticated enough for us, especially in terms of dealing with goodies
like analytics, etc.  Serials module, at the time we were investigating,
was insufficiently developed, and serials are a critical component in
our business library (we spend over 85% of our acquisitions budget on
serials).

DRA:  great technically, great database structure, great on standards.
We didn't like the OPAC--too cluttered--and we didn't want to spend time
on redoing screens (as they said we were free and able to do), we wanted
a turnkey system.  After investigating, we began to realize that DRA wasn't
really a totally turnkey system as originally thought, but needed more staff
time than we were going to be able to devote to its care and feeding (we
are getting no staff increase for automation ,e.g., analyst/programmer or
clerk to run jobs, backups, etc.).

PALS:  Their quote to us was WAY higher than everyone else's.  Good, solid
structure, but modules are not (or at least were not at the time of
investigation) integrated.  We also has some politics involved here in
house which didn't lead us to look favorably on them, but I expect I
wouldn't have recommended it anyway.  I really didn't like the OPAC much
and they couldn't handle the serials yet (at least not to my satisfaction).

Innovative:  great acquisitions and serials control--best of all, I think.
OPAC is good too--user friendly, etc.  Weakness tends to be in database
and they very much leave you on your own to prep your data to meet their
rather rigid needs, but once loaded, you're off and running.  Cost is
not cheap, although not nearly as expensive as the PALS quote to us (which
may be very different for you in your circumstances).  This system was
also the least time-consuming in terms of staff to maintain via backups,
updates, etc., etc.  Don't need programmer or analyst or anything like
that.  Good customer relations so far and well recommended originally.

Need more?  Please call.

Aline Soules, Manager
Technical Services & Automation
Kresge Business Administration Library
K3330 School of Business Administration
University of Michigan
Ann Arbor, MI, 48109-1234
tel. 313-764-5532
bitnet:  userlgcs@umichum.bitnet
internet:  aline_soules@um.cc.umich.edu

Good luck in your choice!
From: wilsond@LIB.UCSF.EDU (Danny Wilson)
Newsgroups: bit.listserv.innopac
Subject: (no subject given)
Date: 18 Nov 92 17:46:42 GMT
              <INNOPAC@MAINE.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Nupop-Charset: English

set nomail innopac
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
MIME-version: 1.0
Content-type: TEXT/PLAIN
Content-transfer-encoding: 7BIT
Posting-date: 16 Nov 1992 15:04:00 -0500 (EST)
Importance: normal
Priority: non-urgent
X-Hop-count: 2
A1-type: MAIL
Newsgroups: bit.listserv.innopac
Date:         Mon, 16 Nov 1992 14:32:00 -0500
              <INNOPAC@MAINE.BITNET>
From:         Marcia.Deddens@UC.EDU
Subject:      Re: CUFS

The University of Cincinnati uses the CUFS system for campus-wide
accounting.  We have coordinated the access and use of Innovacq and
CUFS in a manner which meets audit requirements and results in minimal
overlap of work.  It is not an automated "marriage" and leaves a good
deal to be desired but it works smoothly.  Much has been accomplished
by coordinated coding across the two systems and by using Innovacq for
encumbering and payment but CUFS only for invoice payment.  That is to
say, individual titles can be traced only in Innovacq but coordinating
access points in each system allows for cross tracking.

Any individuals who want details can contact me at
Marcia.Deddens@UC.edu. We would like to hear from anyone who has a truly
automated linkage between these two systems.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Sun, 15 Nov 1992 14:47:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@OLDCC.BRYNMAWR.EDU
Subject:      intermittant checkin flipout

We are having a strange, intermittant problem in checkin - I would
like to know if anyone else has it too.  (III is working on this one,
but I thought they might like more examples if there are any!)

In the checkin function, after the barcode is wanded, the system sometimes
flips us IMMEDIATELY back to the previous menu.  Apparently without
filing the checkin transaction.  This happens only intermittantly
(no more than two times a day), and only in checkin, and interestingly
enough only at one of our libraries.

We have already eliminated the barcode readers as a possible cause.
The main difference between the affected library and the other libraries
is that the affected library uses a DEC terminal server while the
others use another brand.

Linda Bills
tri-college consortium
l_bills@oldcc.brynmawr.edu
Newsgroups: bit.listserv.innopac
Subject: Re: intermittant checkin flipout
From: pmurray@watson.lib.muohio.edu (Peter Murray)
Date: 15 Nov 92 21:10:11 -0500
Organization: Miami University Libraries
X-Newsreader: TIN [version 1.1 PL6]

L_BILLS@OLDCC.BRYNMAWR.EDU wrote:
: We have already eliminated the barcode readers as a possible cause.
: The main difference between the affected library and the other libraries
: is that the affected library uses a DEC terminal server while the
: others use another brand.

One of the things you may want to try is setting an "inter-character delay"
for the digits in the barcode.  I typically set a 30ms delay between digits.
(We also have DEC terminal servers.)  It almost sounds like characters are
running together and producing garbage (like an escape to take up back up
a menu).

Peter
--
Peter Murray, Library Systems Manager        pmurray@watson.lib.muohio.edu
King Library Technical Support                      pemurray@miavx1.bitnet
Miami University, Oxford, Ohio                              W:513/529-2884
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Newsgroups: bit.listserv.innopac
Date:         Thu, 19 Nov 1992 20:34:52 -0600
              <INNOPAC@MAINE.BITNET>
From:         Brian Striman <brians@UNLLIB.UNL.EDU>
Subject:      INNOPAC LawLibrs. survey delay.

The Innovative Law Libraries Users Group (ILLUG) questionnaires have not
yet been mailed.  I hope to get them out next week.  Sorry for the delay.


 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 Brian D. Striman                               Head of Technical Services
 U. of Nebraska-Lincoln                         Schmid Law Library
 Internet: brians@unllib.unl.edu                402-472-8286
 Bitnet:   brians%unllib@unlvax1.bitnet         fax: 402-472-5185
 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 16 Nov 1992 13:27:44 -0500
              <INNOPAC@MAINE.BITNET>
From:         Lee Norden <norden@ANDY.BGSU.EDU>
Subject:      Re: CUFS

I would also like to hear from anyone who has married Innopac
and CUFS.

Lee

Lee Norden                          |        419-372-8664
Head of Systems                     |    fax 419-372-7996
115 Jerome Library                  |   home 419-866-8440
Bowling Green State Univ.           |
Bowling Green, OH  43403  USA       | norden@andy.bgsu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.maine.edu
X-VMS-To: IN%"innopac@maine.maine.edu"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Fri, 20 Nov 1992 08:31:37 -0500
              <INNOPAC@MAINE.BITNET>
From:         "TERRY METZ, LIBRARY X4530" <TEMETZ@CARLETON.EDU>
Subject:      Shopping for an Automated System

I'm looking for comments, feedback, advice, etc., about being a potential
Innovative Interfaces customer...

Background:  Our library intends to migrate its online catalog within the next
12 months.  We have been using a Carlyle Systems online catalog for the past 8
years. (Carlyle will not support this product beyond another year.)  Our
circulation and serials are not automated.  Acquisitions is stand-alone
automated.

We have a neighboring institution (St. Olaf College), which is automated with
MSUS/PALS--a statewide cooperative based on a Unisys mainframe located
remotely.

During the past two months we've begun investigating the possibility of
migrating to:  1) Carlyle new product line, 2) MSUS/PALS, 3) CARL, 4) DRA,
5) Dynix, and 6)Innovative Interfaces.

At the moment, our staff appears to be favoring MSUS/PALS, Dynix, and
Innovative Interfaces.

Is anyone out there willing to offer testimonials (positive or negative) about
your satisfaction with Innovative?  If you're willing to have me follow up with
a phone call, I'd appreciate knowing that, too.  Responses prior to December 3
are especially welcome.

Thanks in advance.

================================================================================
Terry Metz, Systems Support & Instr Libn    Voice:                  507/663-4530
Carleton College Library                      Fax:                  507/663-4204
One North College Street                 Internet:           TeMetz@Carleton.edu
Northfield, MN  55057-4098                 BITNET:  TeMetz%Carleton.edu@interbit
================================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 17 Nov 1992 18:56:49 CET
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: Last occurrence

On Tue, 17 Nov 1992 12:40:01 EST Richard Varenas said:
>I have another question. How do one include or display the 'TOLABEL'?
>The text just before the tolabel is the last line displayed.

I assume you want the record containing the match. There are several ways.

 1) using a secondary stream:
    'Pipe (end \) ......|To:tolabel whatever|.....',
          '\To:|...your match is here ....'
 2) If your pipe is called from REXX:
       'CallPipe ....|tolabel whatever|......'
    now the  record causing the match  can be processed with  peekto/readto or
    another CallPipe.
 3) Not for beginners: issue a Callpipe containing the tolabel via PIPCMD :-)

Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 16 Nov 1992 16:01:21 EST
From:         Dero <UICD@MARIST.BITNET>
Subject:      CMS

The following PIPE can be issued from CMS' READY; prompt:

PIPE CMS QUERY 00E | > TEMP FILE A

You'll notice that the result is NOT returned to the stream, the file
is not created/over written, and the result of the QUERY is directed to
the console. In this example, CMS QUERY 00E is querying the virtual
printer defined to the current id. Of course, what I really should be
doing is issuing CP QUERY 00E format.

The result of issuing a CP QUERY via CMS QUERY doesn't pass the result
back to the buffer. Is this a bug in PIPES or CP? Is it working as
designed?

We're running VM/ESA 1.0, CMS 7, PIPES 1.0106, level 1106005e

Thanks! -Dero

P.s. Melinda, I have NOT forgotten about the doc. I've been bouncing between
shifts. It looks good so far. More when I'm done.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 20 Nov 1992 16:56:16 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: totally asynch

>                                                                 I need
>to slip-in records from the other streams as they become available.

        Specifically,  I'm trying to interleave STARMSG output with
records from other drivers.   Ultimately this is to be used in our
printing system,  where I'll have one stream sucking the file from
SPOOL and another stream listening to *MSG for operator commands.

        With some helpful hints from Melinda,  I cobbled up this:

/* REXX */

Trace "OFF"

'MAXSTREAM INPUT'
ms = rc

'COMMIT 0'

Do Forever
    'SELECT INPUT ANY'
    If rc ^= 0 Then Leave
    Do i = 0 to ms
        'SELECT INPUT' i
        'STREAMSTATE INPUT' i
Say 'S' i 'RC' rc
        If rc ^= 0 Then Iterate
        'PEEKTO RECORD'
        'CALLPIPE VAR RECORD | *:'
        'READTO'
        End  /*  Do  For  */
    End  /*  Do  Forever  */

Exit rc * (rc ^= 0)

        ... but it still doesn't do what I expect.   STARMSG doesn't
present any records until after the other stream  (I've only tried this
with two)  goes EOF.   Is this a dispatcher limitation?

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 23 Nov 1992 23:15:28 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: CMS

>PIPE CMS QUERY 00E | > TEMP FILE A
>
>You'll notice that the result is NOT returned to the stream,   ...

        And SET CMSTYPE HT won't hide the result either.

>                    Is this a bug in PIPES or CP? Is it working as
>designed?

        Probably just WAD.   CMS issues (apparently) the DIAG 08 with
whichever bit set to  *not*  recover the output.   So CP writes to your
virtual console.   CMS never sees it;  thus Pipes never sees it.

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 16 Nov 1992 17:00:14 EST
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: CMS

Hi, Dero,  type "pipe help cms".  ;-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University at Albany Computing Services
X-Acknowledge-To: <BEC@ALBANY>
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 17 Nov 1992 13:12:07 EST
From:         Ben Chi <BEC@ALBANY.BITNET>
Subject:      Re: Last occurrence

On Tue, 17 Nov 1992 12:40:01 EST Richard Varenas said:
>. . .
>I have another question. How do one include or display the 'TOLABEL'?
>The text just before the tolabel is the last line displayed.

Instead of    . . . | FRLABEL foo| TOLABEL bar| . . .
try           . . . | BETWEEN /foo/ /bar/ | . . .

The lines labeled "foo," "bar," and all lines BETWEEN them will be
selected.
                                             /b
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 17 Nov 1992 12:02:45 EST
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: Last occurrence

Richard,  after you select the records containing "From:", then use
a "take last 1" stage to select the last of those.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Drexel University
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 17 Nov 1992 11:59:27 EST
From:         Richard Varenas <VARENAS@DUVM.BITNET>
Subject:      Last occurrence

Is there an easy way in PIPES to display only the last occurrence of a
string in a file?

I am searching through mail in my reader and only want to display the last
'From:' tag to see the original sender.

-Rich
From: U09046@uicvm.uic.edu (Bob Jackiewicz)
Newsgroups: bit.listserv.cmspip-l
Subject: Re: An "Or Locate" filter
Date: 17 Nov 92 22:02:37 GMT
Organization: University of Illinois at Chicago

In article <m0mmWkA-0000XWC@juts.ccc.amdahl.com>,
martin.zimelis@AMAIL.AMDAHL.COM says:
>Attached is a rather ugly filter that dynamically builds the cascaded
>stages necessary to perform an arbitrary "or locate".  Note that it
>does NOT require the "or" character between the search strings.
>
>No claims are made as to its elegance.  Anyone who wants to
>extend it to include the LOCATE filter's ability to restrict
>searches to a specific range of columns is welcome to do so.

Well, I didn't do the columns, but I did need a secondary output stream.
Below is the filter slightly modified to have all not found records go
to the secondary stream, if connected. So, who's up for the column
range stuff??? :-) BTW, this one is as ugly, if not worse.

  Brought to you by the sick mind of      University of Illinois at Chicago
  Bob Jackiewicz, writer of wrongs,                    BITNET: U09046@UICVM
  wronger of rights; not UIC.                InterNet: U09046@uicvm.uic.edu
  What I like about MS is its loyalty to customers!

---------------------------Cut Me ------------------------------------
/* ORLOCATE REXX:
   Construct a pipeline that performs an "or locate" function.  Delimiter
   characters may be anything and don't need to be the same for each
   search string.

   Syntax: ORLOCATE /string/ /string2/ . . .

      Martin A. Zimelis, Amdahl Corporation       maz00@amail.amdahl.com
      Bob Jackiewicz, U of Illinois at Chicago    U09046@uicvm.uic.edu
       Added secondary stream output for not found records, if connected.
*/

parse arg argstr
do i = 1 while argstr <> ""
   dlm = left(word(argstr, 1), 1)
   parse var argstr (dlm) string.i (dlm) argstr
End i

n = i - 1
dlm = 'FF'x                             /* To minimize collisions with */
end = 'FE'x                       /* characters in the search strings. */
                              /* Build initial pipeline specification  */
                                            /* (-------EXAMPLE-------) */
pipespec = "(end" end") *: |",              /*   (end  ) *: |          */
  "L1: locate" dlm || string.1 || dlm "|",  /*  L1: locate /string1/ | */
  "F: faninany |",                          /*  F:  faninany |         */
  "*:"                                      /*    *:                   */

                       /* For each additional search string, append... */
do j = 2 to n
   lbl1 = "L" || j - 1                      /*        Build labels     */
   lbl2 = "L" || j
   pipespec = pipespec end || lbl1": |",     /* Lj:                    */
   lbl2": locate" dlm || string.j || dlm "|",/* Lj: locate /stringJ/ | */
   "F:"
End j

'addstream output'                    /* Create a second output stream */
'streamstate output 1'       /* Do we have a secondary stream waiting? */
if rc <> 12 then pipespec = pipespec end lbl2": | *.output.1:"

'callpipe' pipespec          /* Run the constructed pipe specification */
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Drexel University
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 17 Nov 1992 12:40:01 EST
From:         Richard Varenas <VARENAS@DUVM.BITNET>
Subject:      Re: Last occurrence

On Tue, 17 Nov 1992 12:02:45 EST Melinda Varian said:
>Richard,  after you select the records containing "From:", then use
>a "take last 1" stage to select the last of those.

Thanks melinda, it worked!

I have another question. How do one include or display the 'TOLABEL'?
The text just before the tolabel is the last line displayed.
Thanks.

-Rich
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 21 Nov 1992 19:37:29 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Records as they become available.

 RE: Records as they become available.

 Rick,  FANINANY is what you want.

 The point is that if you test it with disk files, then all data are
 available and it probably copies one file before the other.  Once you
 get STARMSG in there, you'll be getting data as they arrive.  Where do
 the other records come from?

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 16 Nov 1992 09:33:36 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      Re: CMS TAR (Octal Conversion)

Would you ba able to send these files to me?

On Tue, 10 Nov 1992 14:51:24 +0100 Klaus Wolkersdorfer said:
>Rick,
>
>sorry for the delay:
>It happens that I wrote some time ago ASSEMBLE filters for octal conversion:
>(We needed that for a conversion from GML POSTSCRIPT files to 7 bit printers
> on workstations. So we could achieve sending characters with the 8th bit on)
>
>c2o      Converts EDCDIC string to octal digits (byte for byte)
>         i.e. 'AB' = X'C1C2'     --> '301302'
>         i.e. 1234 = X'000004D2' --> '000000004322'
>
>o2c      Converts groups of 3 octal digits to bytes
>         i.e. '301302' --> 'AB'
>
>w2o      Converts 32 bit words to exactly 12 octal digits each
>         i.e. 1234 = X'000004D2' --> '000000002322'
>
>o2w      Converts groups of 12 octal digits into 32 bit words
>         i.e. '000000002322' --> X'000004D2' = 1234
>
>So if you need d2o you could write
>
>... | spec 1-* d2c 1 | w2o | ...
>                  or   c2o    depending what you really want.
>
>I will send you the ASSEMBLE files together with a small EXEC to create
>the PIPLOCF MODULE using the MACLIBs from 1.0106.
>(BTW: Where are these MACLIBs in 2.0101 ?)
>
>Hope this helps
>Klaus
>I'net: K.Wolkersdorfer@kfa-juelich.de
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU