HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: @cunyvm.cuny.edu:innopac@maine.bitnet
X-VMS-To: IN%"innopac@maine.bitnet"
Newsgroups: bit.listserv.innopac
Date:         Wed, 15 Apr 1992 08:57:00 CST
              <INNOPAC@MAINE.BITNET>
From:         970CGORDONA@VMS.CSD.MU.EDU
Subject:      Overlay modification

We here at Marquette University experience a problem that I am
sure many of you experience.  We consist of two unique libraries:
a Law Library and a general library.  When we overlay records, it
is possible for one library to overlay the records of the other.
This does become a problem, since the Law Library often uses very
unique call numbers.  We have developed a solution-which is less than
perfect.  The Law Library is now placing call numbers in item records.
Public displays are often confusing with this solution.
     I now come to my point: We as users of Innovative Interfaces are
having to manipulate data, thereby increasing work for ourselves because
of a weakness in the vendors software.  I would like to ask that you
as users talk to Innovative about this if it is a problem for you.
Perhaps Innovative can develop a overlay program that could be
customized to protect certain fields during overlay.  Call numbers
are just one of the areas that could be protected, perhaps subjects
and series statements could also be saved.
    I think that as users of this system we have a responsibility
and a direct interest in the development of new software releases.
The way that MARC standards are moving also points out something
that Innovative should think about--developing a copy holdings record.
This record would be attached to a bib record but seperate from the item
record.  It could contain call number and unique holdings information.
I know that the NOTIS system uses such a setup.  This arrangement also
eliminates overlay problems.
    These are just some thoughts of a concerned Innovative user.  If you
would like to discuss this further, or you have a wonderful solution to
the overlay problem contact me directly.  Thanks for putting up with this
long message.

Anne Gordon
Database Management Librarian
Marquette University
(414)-288-3542
970CGORDONA@vms.csd.mu.edu
Newsgroups: bit.listserv.innopac
From: ballard@panther.adelphi.edu (Terry Ballard)
Subject: Innovacq/Innopac in one machine
Organization: Adelphi University Swirbul Library
Date: Thu, 9 Apr 1992 15:38:33 GMT



   Last week I asked people to list the reasons why it was advantageous to
have both systems on one machine.  I got a dozen replies, and I would like
to send heartfelt thanks to the people who took the time to respond.  Here is
a summary of what was reported:
   
   "We're glad both systems are on one machine because:"
      1.  Lower maintenance costs.
      2.  Simplified backup.
      3.  System administration (passwords, etc.) easier.
      4.  Problems easier to troubleshoot.
      5.  Review file searches do not slow down system as much.
      6.  Duplicate detection is done for the entire system at    
      point of order.
       7.  Acquisitions staff can attach order record for added    
      serial volumes to correct record in PAC, rather than creating 
      a new record.
      8.  Corrections done to Vacq bibliographic records could not 
      carry over to PAC because of protected records - now they do.
      9.  Faster database maintenance and statistical checking.
     10.  No transferring of records.
     11.  More efficient OCLC interfacing.
     12.  III moving away from supporting separate but linked     
     systems.
     13.  Full bib record available to checkin staff.
     14.  Easier troubleshooting.
     15.  Capability of making machine available through Internet.
     16.  More efficient port allocation.
     17.  Faster displays for public.
     18.  Saves substantial money in staff time for duplicate work 
     eliminated.     
     19.  When the one machine goes down, technical services staff
     can throw a party.
    One disadvantage:
    1.  Less control over what things the acquisitions staff put  
    into the database -  a quality control concern.

            
|~~~~~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
|                    |                                          | 
| Terry Ballard      |    ballard@panther.adelphi.edu           | 
| Systems Librarian  |    or ballard@auvax1.adelphi.edu         |
| Adelphi University |    Garden City, New York                 | 
| 516-877-3547       |    11530                                 | 
| Fax: 516-877-3592  |                                          |
|                    |                                          |
*~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~*
*   "Science is not about control.  It is about cultivating a   *
*   perpetual sense of wonder in the face of something that     * 
*   forever grows one step richer and subtler than our latest   *
*   theory about it.  It is about reverance, not mastery."      *
*                                                               * 
*           Richard Powers from the Gold Bug Variations         *
*                                                               *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 13:14:26 -1000
              <INNOPAC@MAINE.BITNET>
From:         K T McCann <ktm3@PO.CWRU.EDU>
Subject:      Re: Innopac Indexing
X-To:         "III Online Public Access Catalog Discussion List"
              <INNOPAC%MAINE.BITNET@uga.cc.uga.edu>

>
>1. Can Innopac index subject fields (600, 610, 611, 630, 650, 651) by
>   keyword.
>2. If so, why aren't III customers using this feature.
>
>Howard Pasternack
>Brown University

Howard, yes they can, but at this time, the subject keyword is inter-
mingled with titles.  This results in unacceptably large hits.
I understand III is working on an option to have a separate
subject keyword index.  Until that time, I think we would all
advise you to stay away from it.  Have you looked at rotated
subject headings index as as option?
*********************************************
*KT McCann, Case Western Reserve University *
*Library Information Technologies           *
*216-368-6514       ktm3@po.cwru.edu        *
*********************************************
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:         Fri, 10 Apr 1992 16:10:00 PST
              <INNOPAC@MAINE.BITNET>
From:         LTORIBARA@SCU.BITNET
Subject:      sorry

Apologies to all for my lapse-of-attention postings.  After 6 straight hours of
dealing with e-mail, I've obviously lost it.

Lynne Toribara
Newsgroups: bit.listserv.innopac
Original_To:  BITNET%"INNOPAC@MAINE"
Newsgroups: bit.listserv.innopac
Date:         Mon, 6 Apr 1992 08:25:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         MCURL@WOOSTER.BITNET
Subject:      reserves

INNOPAC folks --

For those of you that use the Reserve module, how do you indicate professors'
copies rather than library-owned items?  Am assuming we would create a new
status for the STATUS code ... but maybe some of you who have done this have
good/better ideas on how to deal with them.  RIght now they are being treated
like anything else, and it causes confusion for circulation, patrons,
cataloging, etc. ..

Thanks much!


Margo Warner Curl
Technical Services Librarian
College of Wooster
bitnet: mcurl@wooster
internet - finally! -   mcurl@acs.wooster.edu
216/263-2154
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: @cunyvm.cuny.edu:innopac@maine.bitnet
X-VMS-To: IN%"innopac@maine.bitnet"
X-VMS-Cc: 9725JOSEPHA
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 13:30:00 CST
              <INNOPAC@MAINE.BITNET>
From:         ANGELINA JOSEPH <9725JOSEPHA@VMS.CSD.MU.EDU>
Subject:      Call number in item records

We are a III site with 3 libraries (Main, Science, and Law) share the same
catalog.  Law Library and Science Library use LC classification and Main
uses Dewey system eventhough they have started reclassing their collection
into LC.  There are many interdisciplinary titles held by both Main and
Law libraries.  There have been many occasions of bib records getting
overlayed by each other and losing the call number of the library which
entered the bib record in the system first.  As a safeguard against losing
the LC call number, Law has started putting the call number in the first
item record of each title no matter it is held by Law library alone or
by Law and other libraries too.  Even if Law's call number is in the
bib record, it is repeated in the first item record also.  It is ideal
if it is a single volume title.  The problem comes when more than on library
hold the title with more than one volume.  If all the item records do not
have the call number for the law library which doesnot have its call number
in the bib record, except in the first volume, all other volumes will be
displayed in the patron mode with the other library's call number as call
number will be pulled from the bib record if the item record lacks call number.

This is a serious problem for our patrons and public services librarians.
My feeling is, there should not be provision for call number in the bib
record, instead in the item record only.  That way all libraries put their
call numbers in the first item record and other volumes just indicate the
location.

I would like to know how other III sites with many libraries sharing the
system handle this situation.
Thanks in advance

Angelina Joseph
Cataloging Librarian
Marquette University Law Library
Milwaukee, Wisconsin
Internet:9725josepha@vms.csd.mu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 12:43:09 -0700
              <INNOPAC@MAINE.BITNET>
From:         Sean O'Doherty <sean@VEGA.III.COM>
Subject:      Re: Kperone/call# filing
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

Lizzie--You could look on the positive side (job security?).

Did you ever get the system to interact with the Novell network?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"INNOPAC@MAINE"
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 08:37:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         MCURL@WOOSTER.BITNET
Subject:      ethernet access

RE: the quey from Dan Taysom --


WE have both hardwired terminals and ethernet access terminals ... for the
latter, you just set different logins for access to the public mode and to
the staff mode.  Our public mode logins have no passwords - we have two logins,
one we've used for campus access, one we have let off-campus internet users
know about.  We also have a staff mode login that does have a password - and
then within that is the protection of the passwords required to use the various
sections of INNOPAC.  Each login is given a separate "port" number for
statistics purposes so you can keep track of how much each is being used.  We
don't have a lot of staff users - but I have both in my office - hard wired &
ethernet and its nice to be able to have two side by side to check two things
at onece!

Margo WArner Curl
College of Wooster
mcurl@wooster
mcurl@acs.wooster.edu

       We have some questions regarding security issues with INNOPAC. Up to
this point we have had all ports hardwired (to Convergent Technologies S640
computer) and thus could have them defined in INNOPAC as Public Access or
Technical Services, i.e. a person at a public terminal supposedly could not
access any Tecnical Services functions even if passwords were known.  Under
this setup we have not needed to be too concerned about the public getting
access to the Tachnical Services functions.
       We are planning to add some terminals through an ethernet connection
to the INNOPAC.  Ideally we would like to be able to have some Public Access
terminals and some Technical Services terminals connected this way.
However, we are concerned about security this way. As we understand it
security would have to be maintained strictly by password.  Is this
adequate?
       From comments I've seen here I know that some of you are operating on
either Convergent or DEC UNIX machines and have terminals connected with
ethernet instead of or in addition to hardwired, so you have undoubtedly
addressed this issue.  I would like to hear your solutions to the security
isues.  any other suggestions related to these issues would be helpful.

Thanks,
Dan Taysom
U. C. Hastings Law Library
INTERNET:  76376.2403@compuserve.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BITNET@uga.cc.uga.edu"
Newsgroups: bit.listserv.innopac
Date:         Sun, 12 Apr 1992 16:24:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      Re: Create List and Download
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

We would also like to see easier movement of create list and statistical
data from Innopac to PCs and Macs.  FTP files would be ideal since
they would allow us to use whatever microcomputer is on hand.  I
am not an expert on micro software - are there any standard formatting
arrangments (de jure or de facto) which could be used to get the
data into either database software or spreadsheets.  I wouldn't
even mind buying the necessary software packages and
learning them.

Here are some things we would like to do:

Sort the new heading list by various elements - like function and
user initials - to do it on III you need to compile the list
over and over again for each set of initials and I always worry
about leaving one or two out.

Get statistics by location and then subtotal for subsets of
locations, or move/delete columns.

Get serials union list data and manipulate it into a format
that goes across the page - to save space in printing.

--------

Linda Bills
Tri-College Consortium
l_bills@cc.brynmawr.edu
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, 6 Apr 1992 16:58:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         PETER MURRAY <PEMURRAY@MIAVX1.BITNET>
Subject:      Re: Networked CD-ROM

>        Has anyone using Innopac provided access to a CD-ROM LAN from
>ascii terminals connected to Innopac.  I am particularly interested in
>UNIX machines.

We are planning to do something similar using a Gandalf product called
the StarPort and a terminal server.  The StarPort allows serially-connected
terminals to behave like MS-DOS machines.  We currently have a network
of StarPort process that run in dedicated mode at two reference desks.
The terminal servers will "backed-up" to the serial lines to provide a
network telnet address to the StarPort.  The INNOPAC system will telnet
to the terminal server, which will then connect to the StarPort.

That's the goal, and while it is technically possible, we haven't finished
all of the administrative and documentation details yet.

Peter
--
Peter Murray           Neat UNIX Stunts #1:      pmurray@watson.lib.muohio.edu
System Specialist         csh> make love                pemurray@miavx1.bitnet
Technical Support, King Library                 Miami University, Oxford, Ohio
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 16:55:17 PDT
              <INNOPAC@MAINE.BITNET>
From:         Elizabeth Scherer - x02629 <escherer@LIBRARY-LAW.USC.EDU>
Subject:      Southern Calif. Users Mtg.
X-To:         innopac@maine.maine.edu

The Steering Committee of the SOUTHERN CALIFORNIA INNOVATIVE INTERFACES
USERS GROUP has scheduled the Spring Meeting of the Group for 9:15 a.m.
on Wednesday, June 10, 1992, at Occidental College in Los Angeles.

We have an exciting agenda planned.  It will include a talk on extra-cost
options to Release 7 by the only library in California to have bought them
so far; a sneak preview of Release 8; and a talk by a former Innovative
employee/current cataloger.  This last talk is not an expose, but we do
promise it will be interesting and informative.

An agenda, map, and lunch reservation/registration form will be mailed
to all Southern California users shortly after May 1.  If you have any
questions before then, or do not receive the mailing, please feel free
to call any of the Steering Committee members.  We are:
	Mark Braden, Occidental College, 213-259-2668
	Diana Davis, CSU Fullerton, 714-773-2721
	Sandy Heft, Cal Tech, 818-356-6415
	Barbara Ritchie, U of San Diego, 619-260-4810
	Bill Way, CSU Fullerton, 714-773-2666
	Elizabeth Scherer, U Southern Cal Law, 213-740-2629

For the Committee,
Elizabeth Scherer
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:         Fri, 10 Apr 1992 16:00:00 PST
              <INNOPAC@MAINE.BITNET>
From:         LTORIBARA@SCU.BITNET
Subject:      Re: GLOBAL UPDATES

Fred -- don't know what happened, but there's no text in your message on the
subject of GLOBAL UPDATES.  Maybe the e-mail censor finally kicked in & won't
let me receive local mail because I'm over allocation?

Lynne
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 15 Apr 1992 16:41:12 EDT
              <INNOPAC@MAINE.BITNET>
From:         Anne Myers <LAWI2HN@BUACCA.BITNET>
Subject:      Material in multiple formats

I have a question for those of you who have gone from separate VACQ
and Pac systems to a single integrated system:  what did you do with
material that you own in multiple formats?

When we got our VACQ in 1987, we used the common practice of attaching
separate checkin and order records for Micro and Hard Copy to a
single bib record.  On RLIN, we continued to merrily catalog by the
AACR2 rules, with separate records for each of the formats.  Now that
it's time to plan to merge our systems, we are in a quandry about
what to do with these multi-things, since we can only put one RLIN
number in the bib record on the VACQ, thus linking things to one
record and not the other.

I know that people who come up with an integrated system don't
fully understand how we got ourselves in this situation, but I'm
hoping that other people who have had the systems as long as we
have will have found some creative solutions to this dilemma.

Right now, I know of two:  1) create separate bib records on the VACQ
for separate formats, selectively transferring the checkins and
orders as needed;  2) delete the RLIN number from the bib record and
modify the record as needed to apply to both of them, recording the
RLIN number for each in the respective checkin record.  [That may
sound weird, but it does work, while preserving the integrity of the
records in RLIN.]

Does anyone else have any ideas that would help me out?  I'll be
glad to summarize and post responses to the group.

Thanks in advance for your help!

-------------------------------------------------------------------------
Anne Myers                       |   Bitnet:    lawi2hn@buacca
Head of Technical Services       |   Internet:  lawi2hn@buacca.bu.edu
Boston University Law Library    |   Phone:     617-353-4790
765 Commonwealth Ave.            |   Fax:       617-353-5995
Boston, MA  02215                |
-------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.rexxlist
Date:         Tue, 7 Apr 1992 15:37:27 EST
From:         Paul Russell <PRUSSELL@IUBVM.BITNET>

On Tue, 7 Apr 1992 13:37:21 CDT Mitchell E. Carson said:
>Our installation is running VM/XA CMS 5.6, Service Level 208.
>This is the environment that I'm trying to write the REXX logon procedures.
If you use CMS Session Services (aka Windows), you can define fields so
that they will not be displayed.  See the CMS User's Guide and the CMS
Command/Macro Reference for more information.  Just to satisfy my own
curiousity - what kind of "REXX logon procedure" are you writing?  To the
best of my knowledge (which is by no means complete) there is no possible
way that a user can run a REXX routine until after they logon to VM, and
that logon process is handled by CP, or by a security product, if you
have one installed.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.rexxlist
Date:         Tue, 7 Apr 1992 17:32:20 CDT
From:         "Mitchell E. Carson" <JL03@UNTVM1.BITNET>

I'm designing some security procedures as a front-end to SQL/DS.  The
primary purpose of this is to ensure that a user that is not authorized
to use the facility does not have access.  I have toyed around with XEDIT
macros and control chars.  No problem with that.  However, it does seem
strange that REXX does not have some type of built in function to handle
this type of input.  I guess I can live with my XEDIT control char stuff
for now.  Perhaps it's time to submit a PASR...
Mitchell
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.rexxlist
Date:         Tue, 7 Apr 1992 08:54:17 CDT
From:         "Mitchell E. Carson" <JL03@UNTVM1.BITNET>

Hello folks,
Is there any function within REXX that will allow the programmer to pull
variables from the user without them being echo'd to the screen.  I am
trying to write a logon procedure in REXX and I do not want the user's
password displayed while they are typing it in.
BTW, if this is documented somewhere, please include the name and number
of the IBM publication.
Thanks,
Mitchell E. Carson
JL03 @ UNTVM1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
P1-Message-Id: DE*DBP*UNI-ERLANGEN;SUX400MTF CUASUBMM03261006350003
Priority:     normal
X400-Trace:   DE*DBP*UNI-ERLANGEN; arrival Thu,
              26 Mar 92 10:06+0100 action Relayed
X400-Trace:   de*dbp*gmd; arrival Mon, 6 Apr 92 17:19+0200 action Relayed
X400-Trace:   de*dbp*GMD; arrival Mon, 6 Apr 92 17:19+0200 action Relayed
Newsgroups: bit.listserv.rexxlist
Date:         Thu, 26 Mar 1992 09:56:12 +0100
Comments:     <Parser> W: Field "Resent-Date:/Date:" duplicated. Last occurence
              was retained.
Comments:     <Parser> W: Field "Resent-Message-ID:/Message-ID:" duplicated.
              Last occurence was retained.
From:         Rainer M Woitok <Woitok@VM.RRZE.UNI-ERLANGEN.DBP.DE>
Subject:      Re: Capturing response from CP command within REXX exec

On Tue, 24 Mar 1992 19:21:31 I received mail from Scott (nmi) Mattes, saying:
> ...
>                                                            (query how
>many files in your rdr first with Q F * and specify the BUFFER option of
>EXECIO with the number of files+1 * 80).

This  seems to  be  a  perennial source  of  confusion  (just check  the
archives: apparently this is coming up every other year or so :-)

A line  stuffed into the  internal buffer  of EXECIO is  80+1 characters
long. 80 characters  of information plus one  linefeed character (EBCDIC
'15'x) to separate the line from the next. Thus you'll have to provide a
buffer of at least (files+1)*81 characters.

As an additional  saveguard against reader files just showing  up in the
small  timespan between  the 'CP  Q  F *'  and the  EXECIO command,  I'd
suggest to use something like (files+10)*81 (the buffer isn't needed for
a very long time, so why be thrifty?)

Sincerely
 Rainer

----------------------------------------------------------------------.
| Rainer M. Woitok         | Phone: (+49-9131) 85-7811, -7031          |
| Regionales Rechenzentrum | Fax  : (+49-9131) 30 29 41                |
| Friedrich-Alexander-Univ | Telex: d 629 755 tf erl                   |
| Martens-Strasse 1        | eMail: Woitok@VM.RRZE.Uni-Erlangen.DBP.DE |
| DW-8520 Erlangen         |        |      |  |    |            |   |  |
| Fed Republic of Germany  | X.400: S     OU2 OU1  P            A   C  |
'----------------------------------------------------------------------'