HDTenEightyP/NetNews huggingface dataset:
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Thu, 10 Sep 1992 16:53:00 EST
              <INNOPAC@MAINE.BITNET>
From:         BHURST@NRCNET.NRC.CA
Subject:      INNOVATIVE USERS MEETING

The fall meeting of the Canadian Innovative Users Group will be
held on Monday Oct. 19, 1992, from 10:00 A.M. until 4:00 P.M. at
the Canada Institute for Scientific and Technical Information
(CISTI) in Ottawa.  A general announcement is being mailed to
all former participants.  Others, both Canadians and Americans,
are welcome.  The agenda will include an overview of Release 8
given by Eeva Stierwalt of Innovative.  Suggestions for the
agenda are most welcome and encouraged.  If you plan to come,
please send names and affiliation in advance. (Address below)  A
final agenda will be sent out closer to the date of the meeting.
*****************************************************************
*   Brenda Hurst                        * Voice: 613-993-9958   *
*   Manager, Acquisitions               * FAX: 613-952-8245     *
*   Canada Institute for Scientific     *                       *
*     and Technical Information (CISTI) * bhurst@nrcnet.nrc.ca  *
*   (Bldg M55),                         *                       *
*   National Research Council           *                       *
*   Ottawa, ON,  Canada.                *                       *
*   K1A 0S2                             *                       *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 14 Sep 1992 17:57:08 -0600
              <INNOPAC@MAINE.BITNET>
From:         Lisa kindrick <lkindric@BIBLIO.UNM.EDU>
Subject:      Bar Code Labels

The University of New Mexico Medical Center Library has placed
labels on the outside front cover of its 148,000 items.  We
have been using the InnoPac circulation system since June 1989
and have not had any problems with having the labels on the
outside.  It is easy enough to replace a barcode number in the
item record if the label needs to be replaced -- which is rarely.
We did order the photocomposed labels with extra laminate on the
outside and extra adhesive on the back.  We may also apply a
clear "band-aid" over the label if it is not sticking -- again,
this is rare.  We use the Telxon portable scanner to track in-house
use and it has been very convenient to have the label on the outside
of the item.

Lisa Kindrick
lkindric@biblio.unm.edu
(505) 277-3857
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL4]
Newsgroups: bit.listserv.innopac
Date:         Wed, 9 Sep 1992 15:53:45 EST
              <INNOPAC@MAINE.BITNET>
From:         Doreen V Parker <pardv@WIN4.VUT.EDU.AU>
Subject:      INNOPAC SUBSCRIPTION

Denise Doherty was a subscriber to Innopac from this library

Denise no longer works at this univesity

Could you please change our subscription to my name at the address of
this message
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 9 Sep 1992 08:29:35 EST
              <INNOPAC@MAINE.BITNET>
From:         tracy sweeny <tracy@CC.UOW.EDU.AU>
Subject:      Re: Subscribe

subscribe Tracy Sweeny University of Wollongong
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Mon, 14 Sep 1992 16:44:00 PDT
              <INNOPAC@MAINE.BITNET>
From:         SANDY@CITROMEO.BITNET
Subject:      Re: Bar Code Labels

Don't even think about double barcoding your collection.  Our barcodes fall
off once in a blue moon--probably no more than 3 in the 3 years since we
barcoded our collection.  You don't have time to do this.
Sandy Heft
Head, Technical Services
Caltech
sandy@romeo.caltech.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 14 Sep 1992 13:32:04 -0500
              <INNOPAC@MAINE.BITNET>
From:         reimer sylvia <zzreim@ACC.WUACC.EDU>
Subject:      Bar Code Labels

Washburn University is in the process of ordering barcodes.  We were wondering
how many libraries placed two barcodes on their materials--one on the outside
& one on the inside.  We felt that having a barcode on the outside would be
time-saving for inventories and in-library use counts.  We would use the
inside barcode for scanning at check-out.  The barcodes on the inside would
also be a backup should outside barcode become damaged or removed.  Does
anyone think the double barcodes are worth the extra cost?  If you have
single barcodes, do you find it overly time-consuming to open the item
in order to do an inventory and in-library use count?  Thanks for your
response!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Fri, 4 Sep 1992 14:57:52 PDT
              <INNOPAC@MAINE.BITNET>
From:         Mark Braden <marker@CHESHIRE.OXY.EDU>
Subject:      Re: Allowing users to free locked records

To the shudder of many of you, we haven't *consciously* tried to
*restrict* authorizing folk to free busy records.  (But, hey, we're
Californians, and we don't worry about a lot of things.  Excuse me
while I adjust my sun visor ... )

We have two machines (PAC and VACQ).  Those authorized to free records on the
PAC are the head of Cataloging, Circulation, and Yours Truly.  On the VACQ
(yes, one of those old IBS machines), four of the users can free a busy
record.

Before you all write off another Californian, let me note that the four
VACQ users are all in the same work area, and can quickly confirm why a
record is busy, insuring that a record is safely released.

It does make sense that the size and configuration of your
organization will dictate how widely such a function is authorized.
We're small enough that we can yell across the room or down the hall.
( ... yell? in a library?  good grief, these Californians!)

Cheers!
--Mark
-------------------------------------------------------------------------------
Mark E. Braden		Internet: marker@oxy.edu
Automated Services Librarian
Occidental College Library	"How beautiful it is to do nothing,
1600 Campus Road			and then rest afterward."
Los Angeles, California 90041			-Spanish proverb
(213) 259-2668
These words are mine, and mine alone (the usual disclaimers)
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.innopac
Date:         Mon, 7 Sep 1992 07:29:07 PDT
              <INNOPAC@MAINE.BITNET>
From:         Sue-Hong Chou <shchou@CCMS.NTU.EDU.TW>

SET INNOPAC MAIL
   SHCHOU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 9 Sep 1992 08:59:06 CDT
              <INNOPAC@MAINE.BITNET>
From:         DLOWE@UA1VM.BITNET
Subject:      Transition staff

We are contemplating purchase of the Innopac/Innovac system, and
we need to plan the transition.  One of the items that concerns
us is temporary staffing.  I would very much appreciate any
information about positions created for the ordeal.  I would like
to hear from libraries that have hired--or wish that they had
hired--student bar coders, temporary paraprofessionals, or
temporary librarians for the transition to any automated system.

Reply to me directly and I will summarize for the list.

David Lowe
Computer Services Librarian
University of Alabama Law Library
Internet: DLOWE@UA1VM.UA.EDU
Bitnet:   DLOWE@UA1VM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: Concordia University, Montreal, Quebec
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Wed, 9 Sep 1992 19:35:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         Judy Appleby <JUDYA@VAX2.CONCORDIA.CA>
Subject:      Handouts

Thanks to everyone who sent me examples of the handouts
provided to library users for OPACs. These were very useful.

Judy Appleby      Concordia University Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Sat, 12 Sep 1992 10:23:31 -0400
              <INNOPAC@MAINE.BITNET>
From:         linda plunket <plunket@ACS.BU.EDU>
Subject:      signoff

Dear List Managers:

I would like to signoff Innopac.  I am unable to send the command to the
 listserv since my current e-mail address is no longer the same as when I signed
 on to
the list.  Please remove plunket@pub2.bu.edu.

Thanks,
Linda Plunket
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 10 Sep 1992 11:25:04 -0500
              <INNOPAC@MAINE.BITNET>
From:         smith virgie <zzsmiv@ACC.WUACC.EDU>
Subject:      "other index"

Washburn University is implementing innovative's innopac.  There is
one additional index available to the library to define as they see fit.
We are looking for input on how other libraries have implemented this
"other index".  If people could respond to us by Monday 9-14-92 that would
be great.  We must make a decision by Monday.

Thankyou in advance to all those who respond.

Paul A. Arrigo
Government Documents Librarian
Washburn University of Topeka
zzarri@acc.wuacc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"INNOPAC@MAINE"
X-VMS-Cc: JMONTGOMERY,SWHARTON
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Fri, 4 Sep 1992 17:06:17 -0400
              <INNOPAC@MAINE.BITNET>
From:         Sika Wharton <SWHARTON@SMITH.BITNET>
Subject:      Binding Functions

What are other libraries doing with binding?

Apologies if this question has come up before -- please fill me in if it
has...  Our library is beginning to look at the INNOPAC binding slip,
to determine how we may use it to replace in-house paper systems used
in processing periodicals for binding.

In the best of all possible worlds, we would have an interface between
our cataloging/OPAC system, INNOPAC serials subsystem, and our binder's
software.  Since the vendors don't seem to be in a hurry to develop an
interface for which there's no $ profit, we wonder:

Are other medium to large-size libraries using the INNOPAC binding slips?
What information do you include on the binding slip?  What are the pitfalls
and what tips can you pass on about developing a slip with complete
binding information?  Is INNOPAC support for binding handled mainly in
your library's Preparations/Bindery section, or by periodicals check-in
staff?

This library has had the INNOPAC acquisitions and serials subsystems up
for just over one year.  Currently we have about 3600 subscriptions, and
last year we bound approximately 4000 volumes.  We're using the system
to support binding to varying degrees in our various library locations:
some generating lists and pull-slips, some just recording issues to bind
and checking in bound volumes.

Thanks in advance for your input and advice.  Respond directly to me
if you like.  I will summarize the results for the list.

Sika Wharton
Documents/Reference Librarian
William Allan Neilson Library
Smith College
Northampton, MA   01063

BITNET: swharton@smith
INTERNET: swharton@smith.smith.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.bitnet
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.innopac
Date:         Fri, 11 Sep 1992 12:55:52 +0000
              <INNOPAC@MAINE.BITNET>
From:         Michael Rissinger <michael_rissinger@MACMAIL.MED.NYU.EDU>
Subject:      general accounting

                       Subject:                               Time:12:51 PM
  OFFICE MEMO          general accounting                     Date:9/11/92
        A few weeks ago I queried the subscribers of this list about using
Innovative's ordering and receiving functions in the accounting of general,
non-book library funds.  (I'm using "non-book" to stand for stuff we don't
catalog.)  Seven subscribers responded:  1 "no" and 5 "yes" and 1 "used to but
stopped."
        The negative responder did not use Innovative to track non-book spending
because he and his staff were unsure how to organize the process, unsure who
within the library would maintain the records, and concerned about how secure
the information would be.
        Of the 4 positive responders, 3 create bibliographic and order records.
    One
responder creates a bib record with the vendor's name in the title field then
creates a new order record for each order from that vendor.  The other two
create bib records with a generic name for the kind of order in the title field
(ex., III tag t = supplies, III tag t = travel or III tag t =
telecommunications) and bib record note fields identifying each vendor with one
of the attached order records (ex. III tag n contains:  Order 1=Bell, III tag n
contains:  Order 1= MCI, III tag n contains:  Order 3=AT&T).  Each order record
attached to a given bib record is for one vendor and is of a "standing order"
type (ORD TYPE) which allows for one order for many pieces with many payments.
All responders suppress these records from the public view (BCODE3=n).
        The remaining positive responder simply adjusts individual fund balances
    for
each new encumbrance and payment.
        The "used to but stopped" responder was pleased with the accounting done
    by
INNOVACQ/PAC but has since switched to Lotus 1-2-3 to track non-book material.
"Reasons for abandoning this practice include:  1: Integrity of the database
(We did not want to clutter our book database with other accounts); 2: Security
(Even though we suppressed our records, we are on a shared system which means
other technical people can get in and see what we are spending on material.  I
was not very comfortable with that); 3:  Convenience in balancing our accounts
(Although it is possible, and not too difficult, to balance multiple accounts
with INNOVACQ, it is easier to have the system devoted to one type of
material).
        Thanks to all who responded.
===============================================================
Michael Rissinger
rissinger@med.nyu.edu
Ehrman Medical Library                                       (212) 263-6691
New York University Medical Center
550 First Ave.
New York, NY 10016
Organization: Catholic University of Leuven - NetNews Project
Date: Thu, 10 Sep 1992 22:50:51 +02
From: Kris Van Hees <GUTEST6@cc1.kuleuven.ac.be>
Newsgroups: bit.listserv.cmspip-l
Subject: CMS PIPES trashing empty stem branches?

Hello.

I'm using CMS PIPELINES in my NNTP server code, to read from and write to
disk.  Now, it happens quite often that a posting contains empty lines,
which show up in the stem containing the article lines as e.g. data.i = ''.
Now, tests have shown that those lines are NOT saved in file when I use:

  'PIPE (long) stem data. | > TMP TMP A'

This is quite a problem because loosing those blank lines is a real bug|
Is there some solution to avoid this (preferable a solution which does NOT
result in a lot of extra CPU usage and time as the code is slow enough as it
is now)?

Thanks for all possible help that you might be able to give me!

Regards,
Kris.
----------------------------------------------------------------------------
                          The VM NNTP Project
----------------------------------------------------------------------------
Email: GUTEST6@cc1.kuleuven.ac.be | Q: What would computers be without  pro-
              @BLEKUL11.BITNET    |    grams?
       -or-                       | A: Probably bug-free.
       stud02@cc4.kuleuven.ac.be  |
                          The VM NNTP Project
----------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 14 Sep 1992 18:09:41 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: Pipes & file not found

Take a closer look at the help file for "<".  You'll see the
following among the usage notes:

3.  The file must exist; use 'disk' to treat a file that does not
    exist as one with no records.

This command will do what you want:

    'PIPE disk stuff stuff a | stem stuff.'

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 5 Sep 1992 13:05:45 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      PIPEDEMO v3.

 RE: PIPEDEMO v3.

 The new version is simply fantastic.

 I think Chuck should be promoted to Baron.

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Tue, 8 Sep 1992 09:53:56 EST
From:         "Scott (nmi) Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Fairwell to network, for now

  Today I will be losing my Internet access, for an unknown length of
time.  This is due to the downsizing of our IBM mainframe and
consolidation of certain applications to another IBM data center.

  So, for the time being at least, I bid farewell to the net. I wish
to thank all those who have helped to enlighten me on various things
(work, religion, eating, etc) while I have had access.

  If anyone needs to contact me, my 'home' and voice addresses will still
work.

  Needless to say (I will anyway) the ANONYMOUS FTP account
(144.11.100.1) is going away also.

--------------------------------------+----------------------------------------
Scott (nmi) Mattes                    | No success can compensate for failure
Work: COTRSSM@SEA04VM.NAVSEA.Navy.Mil | in the home.  David O. McKay, Prophet
Home: 73027.3270@CompuServe.COM       | and President of the Church of Jesus
Voice: (703) 769-2917                 | Christ of Latter-day Saints, 1951-70
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 11 Sep 1992 12:01:28 CDT
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: CMS PIPES trashing empty stem branches?
              10 Sep 1992 22:50:51 +02 from <GUTEST6@CC1.KULEUVEN.AC.BE>

On Thu, 10 Sep 1992 22:50:51 +02 Kris Van Hees said:
>[..]  Now, it happens quite often that a posting contains empty lines,
>[..] tests have shown that those lines are NOT saved in file when I use:
>  'PIPE (long) stem data. | > TMP TMP A'
Not Pipes at fault - CMS doesn't know "null" records. How 'bout PAD ?
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Mon, 7 Sep 1992 18:21:10 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      What should I call some new options for STATE(W).

 RE: What should I call some new options for STATE(W).

 I'm looking at STATE.

 Often the dataset information (format through time) is not used (and
 on MVS it can become expensive to obtain).  What should I call the
 option that simply passes input records to the primary stream if the
 file exists and to the secondary stream if the file does not exist.

 I should also add an option to suppress return code 28.  What should
 it be called?

 Would suppressing return code 28 be a useful default in some cases?
 (For instance when the secondary stream is defined.)

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 4 Sep 1992 16:50:21 EDT
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Changing SQL-ID when using Pipes' sql filter

I've been asked a question I can't answer:

   I want "sql execute delete" and "sql insert" pipeline stages to
   operate under a SQL-ID different from my VM User-ID. That is, I
   want them to operate under the effect of a SQL "CONNECT sqlid
   IDENTIFIED BY password" statement. Can I do that, and if so how?

Does somebody else have an answer, please?

Melinda
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Sat, 5 Sep 1992 12:36:02 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      SQL from some other id.

 RE: SQL from some other id.

 pipe literal delete
     |literal insert
     ...
     |literal connect x y
     |sql execute

 I'm rather tolerant of SQL's verbosity; say as x identified by y if you
 like.  Also note that any input data for the insert (that is an insert
 without a VALUES() clause) must be on the secondary input to SQL.  If
 you do that be sure that EXECUTE has an operand that is exactly as long
 as the insert statement ;-)  (Or apply INSSEC.)

     j.                                                john@vnet.ibm.com

+============================================= Beginning of PIPSQL INSSEC
./ I 00660000          $ 662000 2000                  08/12/92 11:55:15
* 12 Aug 1992  217 Process Literal insert|sql execute corretly.INSSEC   00662000
./ I 03398830          $ 3401830 3000                 08/12/92 11:55:15
       ST      R6,SQLCMDLEN   Set length of command            INSSEC   03401830
./ I 03503680          $ 3506680 3000                 08/12/92 11:55:15
       ST      R1,INPUTSTREAM Now we are here                  INSSEC
./ D 04471800 04472000                                08/12/92 11:55:15
./ R 04750000 04760000 $ 4759990 9990                 08/12/92 11:55:15
   LM    R2,R3,BEGCMD         Get beginning                    INSSEC   04759990
./ R 05120000          $ 5122990 2990                 08/12/92 11:55:15
 PIPERM  366,EXIT,COND=NOTZERO Issue message                   INSSEC
 ST      R1,INPUTSTREAM       This is selected now             INSSEC
./ I 05750880          $ 5750884 4                    08/12/92 11:55:15
*                                                              INSSEC   05750884
* Note  that  INSERT with  a  VALUES  clause is  processed  by INSSEC   05750888
* EXECUTE as  an immediate  command; it does  not refer  to an INSSEC   05750892
* input stream.                                                INSSEC   05750896
-=================================================== End of PIPSQL INSSEC
* PIPSQL   INSSEC   H1 F         80         17          1  8/12/92 11:55:15
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Thu, 10 Sep 1992 12:31:56 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Stagenumber pipeline command.

 RE: Stagenumber pipeline command.

 Chuck Boeheim has argued convincingly that the stage number (which is
 also reported in error messages) should reflect the position in the
 pipeline specification also for pipelines with connectors.  Currently,
 a stage after a connector has the number one more than the stage it is
 connected to.  This leads to the number being useless in practice
 (except for things like console who behaves differently when they
 are first in a pipeline).

 It is also rather undefined what "first stage" really means when the
 pipeline specification has connectors.

 Use STREAMSTATE to determine if the input stream is connected if you
 wish a stage to react differently when it is first in a pipeline or
 not.

 This will, to say the least, cause an incompatible change.  So who
 reckon they'll be bitten?  Any better suggestions?

     j.                                                john@vnet.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cmspip-l
Date:         Fri, 11 Sep 1992 17:28:06 LCL
From:         "John P. Hartmann" <PIPER@VNET.BITNET>
Subject:      Going directly at a CMS minidisk

 RE:  Going directly at a CMS minidisk

 I have an extension that does write minidisk blocks using the same
 interface that it reads with; this is definitely possible.  And
 dangerous.

 Doing this without using the CMS routines means that you have to write
 code that understands the inner subtleties of the CMS file system.
 Be sure to test with CMS 4, 5, 6, 7, 8, and 9.  Or if you prefer watch
 out for PTFs to GCS or DF/SORT CMS; they'll alert you to the fact that
 the physical disk changed.  Not a good idea.

     j.                                                john@vnet.ibm.com

 Not good ideas aren't.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU