HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 14:52:00 LCL
              <INNOPAC@MAINE.BITNET>
From:         WPUSER <WPUSER.WP@PANTHER.ADELPHI.EDU>
Subject:      Message Undeliverable

The message that you sent

  To:      ballard @ lib1
  Date:    17-Apr-92 14:52
  Subject: Re: Portable barcode reader

was not deliverable.  The host is unknown.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
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:         Mon, 13 Apr 1992 10:45:00 EST
              <INNOPAC@MAINE.BITNET>
From:         CHANG@DENISON.BITNET
Subject:      Online catalog name:OLLIE

The Denison University Libraries has chosen to name its online catalog "OLLIE"
(Online Library Information Express).  If any of you has used OLLIE as your
online catalog's name, please let me know.  If I don't get any response, I
will assume it is a unique name for our library's online catalog.

My E-mail Address: Chang@cc.denison.edu
Gil Chang
Deputy Director
Denison University Libraries
Granville, Ohio 43023
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Tue, 14 Apr 1992 07:33:37 +1200
              <INNOPAC@MAINE.BITNET>
From:         "John R. Likins" <jrlikins@MATAI.VUW.AC.NZ>
Subject:      RE: question about item types

Item types are added to the OCLC record before downloading at Colby (for
the first 3 item records) - John Likins (jrlikins@matai.vuw.ac.nz)
			   "Support your right to arm bears!"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: Medical College of Wisconsin (Milwaukee, WI)
X-VMS-To: IN%"innopac%maine.bitnet"
X-VMS-Cc: OZOLTAN
Newsgroups: bit.listserv.innopac
Date:         Tue, 7 Apr 1992 10:51:00 CST
              <INNOPAC@MAINE.BITNET>
From:         ONDREJ ZOLTAN <OZOLTAN@MIS.MCW.EDU>
Subject:      Re: Networked CD-ROM

We are using Gandalf's STARPORT with Meridian CD-NET tower as CD server.
22 simultaneous users can use DOS applications. STARPORT is connected
to Gandalf Access Server (terminal server). Also INNOPAC (DECsystem 5100)
and PLUSNET (from CD-plus) are connected to Access Server.
User, connected to the campus backbone (DECnet), or using modem can
choose, which system wants to use (front-end menu provided by Access Server).
CD-ROM LAN is not accessible from Innopac Screen, but is accessible from
the terminals, which are used for INNOPAC, STARPORT or PLUSNET or E-mail (VAX).
(E-mail is provided by VAX machine in MIS, Access Server can provide
connection - it can handle LAT, TCP/IP).
We are using our network since October 91. (PLUSNET since January 91).

Ondrej Zoltan, Computer System Manager
Medical College of Wisconsin Libraries
ozoltan@mis.mcw.edu
(414)-257-8514
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Tue, 7 Apr 1992 12:55:06 EDT
              <INNOPAC@MAINE.BITNET>
From:         Anne Myers <LAWI2HN@BUACCA.BITNET>
Subject:      Discussion Group Topics

Just wanted to say thanks to all of you who include discussion group
topics in your announcements of/reports about various user group
meetings.  It helps a lot to see what specific issues others are
dealing with - I've gotten some good ideas from things I've seen
posted here.


-------------------------------------------------------------------------
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
Original_To:  BITNET%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Thu, 16 Apr 1992 08:55:00 CST
              <INNOPAC@MAINE.BITNET>
From:         LIBRA@TTACS.BITNET
Subject:      RE: Material in multiple formats

Instead of loading our serial records from the OCLC tapes, we are going to
load the bibliographic records from VACQ into our DRA system.  We did the
same thing, attached multiple formats onto one bib record.  And that is the
way we also want them in the opac.
Virginia Andrews
Head, Automation Dept.
Texas Tech University
Lubbock, TX 79409-0002
Phone 806-742-2220
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BITNET@uga.cc.uga.edu"
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 17:15:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      Re: Call number in item records
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

The Tri-College consortium uses item call numbers exclusively.  The call
number fields in the bib record are kept but use the III "y" tag, so they
are not perceived by the system as call numbers ("c" tag).

Once ithe call number is in the first item it is not difficult to put it
in the next - the "n" - new item using old inforamtion  - command can
be profiled to carry over the call number along with other information
like location, prefix, oversize, etc.  We feel we have to be this
repetitive to truly protect and distribute the call number information
to the patron without worring about how many items there are and
what part of a multiple-screen display the patron may be on, etc.

There are disadvantages to this approach in two main areas:

Statistics on acquisitions cannot be done by call number.

The call number index has one line in it for each occurance, so if you
search by the call number of a multi-volume set you get screens
and screens of the same call number and title listed over and over
and all leading to the same bib.  However, the number of call number
searches done on the system is much smaller than the number of times
a bib /item record display is examined for finding information.

Linda Bills
Tri-College Consortium
l_bills@cc.brynmawr.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Thu, 9 Apr 1992 10:18:00 MDT
              <INNOPAC@MAINE.BITNET>
From:         Stefanie Wittenbach <SWITTENB@UNMB.BITNET>
Subject:      RE: Innopac Indexing

The University of New Mexico chose to index the 6xx fields in the keyword
index in addition to titles, corporate authors, and the following notes
fields: 501, 502, 511, 516, 538, and 586.  We have also added a second
keyword index, called Contents, that includes 505, 520, and 545.  We will
begin loading our one million records next week.  The database now contains
70,000 bib. records for New Mexico Institute of Mining and Technology, plus
UNM's order and serial records.  The Internet address for our catalog is
129.24.14.107 (alias library).  Login is library.  We expect to have all of
the million records loaded by the end of June.
Stefanie Wittenbach
UNM General Library
(505) 277-7157
swittenb@unmb.unm.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"innopac@maine"
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 10:26:00 EST
              <INNOPAC@MAINE.BITNET>
From:         CAIN@XAVIER.BITNET
Subject:      sending data to file

All of this talk about sending data to a file instead of
to the printer for a variety of purposes is very timely
indeed.  I've just begun to think about automating our
reports to the campus Bursar office.

At the end of each semester, we take all the outstanding
fines on the system, zero them out, and send the information
to the Bursar.  That office in turn places the charges on
the students' university accounts.  The benefit of charging
through the Bursar's Office is that a student can be blocked
from graduating until they pay off the fine.

Wouldn't it be nice if I could send the data over the
campus network, or download the data to a diskette?  Then
with some sort of global delete ("delete all fines that
we've chosen to send over the the burar's office") clear
the data from the Innovative system.

Does anyone out there do anything like this?

Mark Cain
Xavier University Libraries
CAIN@XAVIER.BITNET
voice:  513-745-4803
fax:    513-745-1932
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: BINKLY::IN%"INNOPAC@MAINE.BITNET"
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 14:23:00 EST
              <INNOPAC@MAINE.BITNET>
From:         LUCAS%CUTTER@MCOIARC.BITNET
Subject:      Re: Portable barcode reader

      Dear Xia,

      We are going to be part of the OhioLINK system.  When I found out
      that our position for implementation was going to be moved up, I
      contacted some of the companies listed in our version of the
      "getting started" manual.  Since this will be our first system,
      we will have to bar code EVERYTHING!!! One of the companies gave
      me the name of another company that had bar code reader hardware.
      From the responses so far, I have found two companies that are
      selling portable readers. However I have NO idea how these readers
      perform.

      The companies are:

      Bacompt Systems, Inc.         TPS Electronics
      12742 Hamilton Crossing       4047 Transport St.
      Carmel, IN 46032              Palo Alto, CA 94303
      (1-800-533-7109)              (1-800-856-6833)
      FAX 317 574-7475              FAX 415 856-3843

      Hope this helps you.

      John Lucas
      Head, Technical Services
      Medical College of Ohio at Toledo
      LUCAS%CUTTER@MCOIARC
      Human( 419 381-4206)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.innopac
Date:         Tue, 7 Apr 1992 08:58:04 CST
              <INNOPAC@MAINE.BITNET>
From:         HERRSJ@SNCAC.SNC.EDU
X-To:         innopac@maine.maine.edu

(Please excuse the cross-posting, but I really want to get the
word out!)

Colleagues,

I have come upon a database of addresses of Internet users.
Perhaps this is new to you.  Anyway, if you are wondering if a
given person has an Internet address, check the DDN Network
Information Center (DDN NIC).  Its telnet address is nic.ddn.mil.

If you want to enter your address onto this database, get a
registration form by ftp from nic.ddn.mil, directory netinfo,
file user-template.txt.

If as many Internetwork users as possible enter the database, the
directory will be that much more complete.  Thanks for helping to
facilitate Internet and email use.

Steve Herro
Head of Reference and Information Services
St. Norbert College Todd Wehr Library
herrsj@sncac.snc.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, 13 Apr 1992 08:57:00 EST
              <INNOPAC@MAINE.BITNET>
From:         BHUBBARD@GBURG.BITNET
Subject:      Re: Create List and Download

LInda, I recommend that you push for your ideas at the regional user's mtg.

I won't be there, but would give support if I were.

I also liked the idea Brent Engle of U. of Neb., Kearney, put forth a day
or so ago on the Listserv.

Bill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: innopac@Maine.bitnet
X-VMS-To: DESIRE::IN%"innopac@Maine.bitnet"
X-VMS-Cc: RON
Newsgroups: bit.listserv.innopac
Date:         Mon, 6 Apr 1992 11:29:00 EST
              <INNOPAC@MAINE.BITNET>
From:         RON NIMMER <RON@LIBRARY.WRIGHT.EDU>
Subject:      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.

Ron Nimmer
Ron@Library.Wright.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 9 Apr 1992 08:38:12 EDT
              <INNOPAC@MAINE.BITNET>
From:         "George R. Parks" <GRPARKS@PORTLAND.BITNET>
Subject:      Preventing Function Key Use

If Brian would block the function keys which users should not employ,
his problems, as he guesses, might go away.  The easiest and cheapest
and most unobtrusiveway we have found is to cut 1/8 " sections from the
insulation off old style telephone wire and inserting these around the
posts under the key caps.  They prevent any key movement but do not
show.

Hope this works!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 11:04:14 CDT
              <INNOPAC@MAINE.BITNET>
From:         Brian Striman <brians@UNLLIB.UNL.EDU>
Subject:      INNOPAC subject indexing response.
X-To:         INNOPAC%maine.bitnet@cunyvm.cuny.edu
X-cc:         Corinne Jacox <corinnej@unllib.unl.edu>,
              Rebecca Trammell <rebeccat@unllib.unl.edu>

> I've been looking at various operational Innopac systems, particularly
> the larger ones (in terms of numbers of records), and I have a question
> to pose.  I have not been able to locate any large Innopacs (one million
> records) which index subjects by keywords.  So, my questions are:
> 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

	Another librarian from U. of Nebr. main library may
	also respond to your query, Howard, but for anyone else
	who's interested, here's my response.

	We have a rather large INNOPAC bib database of alittle
	more than 853,000.  We've been up since April, 1990; and,
	at the outset, in the interest of keeping our response
	time at acceptable limits, we decided NOT to index any
	6XX via keyword, but went with III's "rotational indexing"
	for subjects.  The rotational indexing seems to be
	providing patrons and library staff with good results.
	Our percentage of searches for subjects are running about
	35-39 percent.

	Keyword searching on our system (DEC 5500) IS slower than
	other searching strategies, so to toss in keyword searching
	in the subjects as well as other fields, would most likely
	result in unacceptable response times for your system
	overall, in my opinion.

	Perhaps other INNOPAC sites could offer other views for you.

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
||  Brian D. Striman			Head of Technical Services   ||
||  U. of Nebraska-Lincoln		Associate Prof. of Law Libr. ||
||  College of Law Library		Fax: (402)472-5185	     ||
||  Internet: brians@unllib.unl.edu     Office: (402)472-8286        ||
||  Bitnet:   brians%unllib@unlvax1.bitnet			     ||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 08:24:36 -0400
              <INNOPAC@MAINE.BITNET>
From:         "Katharina Klemperer" <kathy@BAKER.DARTMOUTH.EDU>
Subject:      question about item types

Dartmouth is gearing up to load its entire bibliographic database
(approx. 1 million records) into Innopac.  We will generate the item
records automatically for our big batch load, but are trying to figure out
the options for creating item records in the future.

We are curious about how other institutions handle the creation of the
item type.  Do you enter it into the OCLC or RLIN record and download
it, or is it done in the Innopac?  Has anybody figured out a way to
generate it automatically from the MARC leader code for material type?
Any light shed on item records in general will be appreciated.  We have
already benefited from recent postings to this list.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.maine.edu
X-VMS-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Thu, 16 Apr 1992 13:47:00 CST
              <INNOPAC@MAINE.BITNET>
From:         James Carr Sumiec <8087SUMIECJ@VMS.CSD.MU.EDU>
Subject:      Test
X-To:         innopac@maine.maine.edu

Sorry, this is just a test.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
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:         Mon, 13 Apr 1992 08:57:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         "PETER E. TAGTMEYER" <PTAGTMEYER@COLGATEU.BITNET>
Subject:      Re: Create List and Download

        The absence of a data export function is conspicous.  I believe that
the issue is more business related than technical.  An export facility
would mitigate the proprietary nature of the product, making future and
desired enhancements to the report generating component of the product
unnecessary.  A person could "drain" the data out of the control of the
revenues generated from future versions of the product that augment its
report making abilities on a piecemeal basis.
        This may sound a little harsh, but it is good business sense.  If
what I have conjectured is in error, I would very much like to here how so.

Peter Tagtmeyer
Cooley Science Library
Colgate University
Ptagtmeyer@colgateu.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"innopac@maine"
Newsgroups: bit.listserv.innopac
Date:         Fri, 10 Apr 1992 10:13:00 EST
              <INNOPAC@MAINE.BITNET>
From:         LINDBERG@XAVIER.BITNET
Subject:      Rush processing summary

About a month ago I asked whether libraries were having an increase of rush
requests with joint OPAC/ACQ systems, and if so, how they were handling it.

        There were only two responses.  One library supresses all order
records in the public catalog.  Another library uses an "items in
processing" request slip for material received but not processed.  They
do ten of these a week compared to five rush orders a day from faculty.
They do not feel that this is a problem.

        We have decided to batch both types of rush processing and
do it on Tuesday and Thursday.  If a patron desperately needs the
materials sooner, we will do a pre-processing check out for three
days.  We are encouraging patrons to put a hold on the bibliograpnic
(bibliographic) record for items received but not processed which they
need.
        Many thanks for your responses.

Sandra Lindberg
Head of Technical Services
Xavier University
Cincinnati Ohio
Lindberg@Xavier
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Wed, 15 Apr 1992 12:10:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      HOldings, overlays and LOCATION fields in bibs
X-To:         innopac@maine.maine.edu

Anne Gordon's message has brought up one issue of information
coordination - I would like to contribute another, slightly related, one.

We use the LOCATION field in the bib record to show the campus letter,
not the exact item locations.  Since we cannot display call number on the
browse screens (the call number in the bib may not be the call number
on the piece -given three libraries) - we display this location code or
codes.  This is also the code we use to limit by location - only a campus-leve
l limit is used.

It is very important to us that the campus code(s) in the bib be coordinated
with the real item/checkin/order locations but the system will not
do this.  Whenever we add a new items, checkin or order (or delete one)
we must think aobut whether the LIBRARY bib field needs to be edited.

We would like the software itself to examine attached records and re-set
the LIBRARY field (our name for the bib LOCATION field) as appropriate
whenever an add or deletion is done.

Linda Bills
Tri-College Consortium
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 15:29:00 LCL
              <INNOPAC@MAINE.BITNET>
From:         WPUSER <WPUSER.WP@PANTHER.ADELPHI.EDU>
Subject:      Message Undeliverable

The message that you sent

  To:      ballard @ lib1
  Date:    17-Apr-92 15:24
  Subject: Re: Database security?

was not deliverable.  The host is unknown.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BITNET@uga.cc.uga.edu"
Newsgroups: bit.listserv.innopac
Date:         Tue, 14 Apr 1992 17:20:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      Re: sending data to file
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

We also need to send our fines/fees/bills - in fact our statements
to the college business office on a regular basis for payment.  However,
our situation is even more complex.  Each business office deals
(quite naturally) only with students from that college.  Each
library collects only for fines owed on books owned by that library.
So, for instance, Bryn Mawr must do statements for all Haverford
students that owe money on bryn mawr books, eliminated from the
statement any manual charges that are not bryn mawrs (since these
charges show up regardless of originating location).  Right now
we have to actually write out a list of the students, their ID# and
the charges and send that to the Haverford business office.  Then
we have to forgive the charges student by student  - we cannot
globally purge because not all charges were sent and we cannot
purge all fines for one student because some are not for Bryn Mawr
stuff.  And each college must do this for itself and each other
college.  (Some of the colleges do accept the statements instead
of needing a written list and we are looking into geting the
ID# printed on the statements.)

This is a very special case which probably only applies to consortia -
I am not sure that an ability to export files would help much unless
we could maniupulate them to eliminate the unwanted lines.

Another thing that would help, however, would be the ability to
"mark" all the charges that appeared in a certain statement run
and globally forgive them without individual lookups.

It would also help if we had some way in the financial function to
mark fines that had been sent to the business office instead of
having been either paid or forgiven.  Right now, we can't look at
the fine history and tell whether we were charitable or vengeful -
they are all fines "paid" with $0.00.

We tried paying them with .01 as a marker, but it took much longer
since every single fine had to be separately paid.

Linda Bills
Tri-College Consortium
l_bills@cc.brynmawr.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: Medical College of Wisconsin (Milwaukee, WI)
X-VMS-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Wed, 15 Apr 1992 15:39:00 CST
              <INNOPAC@MAINE.BITNET>
From:         DMURRA@MIS.MCW.EDU
Subject:      Creating Item Records for Bound Journal Volumes
X-To:         innopac@maine.maine.edu

Our library is planning to barcode and create item records for bound journal
volumes.  Has any library done this as a special project?  For planning
purposes I would like to such things as 1.) what procedures did you creat?
2.) Did you hire special staff?  3.) How long did it take to do how many
volumes?  Any information you could share would be appreciated.

Dieta Murra
Medical College of Wisconsin Libraries
414 257-8339
dmurra@mis.mcw.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"innopac@maine"
Newsgroups: bit.listserv.innopac
Date:         Tue, 14 Apr 1992 14:32:00 CDT
              <INNOPAC@MAINE.BITNET>
From:         MPERSYN@VALPO.BITNET
Subject:      Change of Address

Due to a change of computers at Valparaiso University my mailing address
has changed from law.mgp@valpo
            to MPERSYN@VALPO

Thanks for all the valuable information that comes over the bulletin board.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU