HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.innopac
Date:         Mon, 6 Apr 1992 12:09:11 EDT
              <INNOPAC@MAINE.BITNET>
From:         Margaret Guccione <MGUCCION@STLAWU.BITNET>
Subject:      Position announcement

                  Access Services/Reference Librarian

                          SEARCH REOPENED

St. Lawrence University, a private, non-denominational liberal arts
    college located between the Adirondack Mountains and the St. Lawrence
    River, is seeking a dynamic, innovative person to assume the position
    of Access Services/Reference Librarian.  The library has a fully
    integrated Innovative Interfaces, Inc. library system which includes
    automated acquisitions, cataloging, circulation, serials control, and
    OPAC.  Reporting to the University Librarian, the successful
    candidate will have primary responsibility for the planning,
    evaluation, and coordination of public services for the Circulation,
    Interlibrary Loan, and Periodicals Departments, and will serve as
    supervisor and resource person for support staff in these units.
    This person will provide technical and administrative support as
    subsystem manager for the automated circulation/reserve module, and
    for the OCLC interlibrary loan subsystem.
    Reference duties will include participation in reference desk
    services (including some evening and weekend hours), online
    searching, and instructional services; and shared involvement in
    reference services planning and collection development.

    Required:  ALA accredited MLS; at least three years public services
    experience; strong commitment to service; supervisory experience;
    effective communication, problem-solving, and interpersonal skills,
    experience in an OPAC environment.

    Preferred:  Experience with an automated circulation system; academic
    library experience; additional advanced degree.

    12 month contract; liberal benefits; faculty status with one month's
    vacation.

    Starting date: On or before July 1, 1992 preferred.

    Salary range: $26,000-$29,000

    Application:  The search committee will begin to review candidate
    material on April 30; position will remain open until filled.  Send
    letter of application, resume, and three letters of recommendation to

                       Margaret Guccione
                       Search Committee Chair
                       Owen D. Young Library
                       St. Lawrence University
                       Canton, New York   13617

    St. Lawrence University is an Affirmative Action/Equal Opportunity
    Employer MFVH.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
Content-type: TEXT
Posting-date: Tue, 7 Apr 1992 12:44 EST
Importance: normal
Priority: non-urgent
X-Hop-count: 2
A1-type: MAIL
Newsgroups: bit.listserv.innopac
Date:         Tue, 7 Apr 1992 12:40:00 EST
              <INNOPAC@MAINE.BITNET>
From:         Peggie.Welker@UC.EDU
Subject:      RE: reserves
X-To:         INNOPAC%MAINE.BITNET%PMDF%UCBEH@PMDF.UC.EDU
X-cc:         MDEDDENS%UCBEH.SAN.UC.EDU%PMDF%UCBEH@PMDF.UC.EDU,
              OGORMAN%UCBEH.SAN.UC.EDU%PMDF%UCBEH@PMDF.UC.EDU,
              RILEY%UCBEH.SAN.UC.EDU%PMDF%UCBEH@PMDF.UC.EDU,
              WELKER%UCBEH.SAN.UC.EDU%PMDF%UCBEH@PMDF.UC.EDU

At Univ. Cinti. we also suppress faculty members personal items from
catalog, unless in Reserves module, we add =RES at the end of the
author line in Bib.brief record to alert Cataloging to ignore on new
headings, and we add the inventory prefix "xpc" for xeroxed personal
copy, or "pc" for personal copy of a book to the call no. field.

Peggie Welker
Head, Reserves, Current Periodicals and Microforms
University of Cincinnati
(513) 556-1414
Welker@UCBEH
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:08:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      Re: Innopac Indexing
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

We index subject fields (6xx) by keyword as well as rotating them.
Our database has just topped one million titles.  We are very
pleased with this access - we tried the system for a while without it
and find this addition is a great advantage to our patrons.

We have also re-worded our main search menu - instead of

	S   Subject
	W   Word in Title

We use


	W	WORDS in Subjects/Titles
	H	Subject HEADING

This change doubled the percentage of word searches.  WE still find
in looking at search strings from Subject Heading searches that
many would be more productive as word searches (as long as subjects
are keyworded).

Linda Bills
Tri-College Consortium
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 6 Apr 1992 12:12:21 -0400
              <INNOPAC@MAINE.BITNET>
From:         agraham1@CC.SWARTHMORE.EDU
Subject:      Philly Area Users Group Meeting
X-To:         INNOPAC@maine.maine.edu

A reminder to anyone planning to attend the Philadelphia Area INNOPAC Users
Group Meeting on Thursday, April 23 at Swarthmore College:

The deadline for responding is this Friday, April 10.  Please be sure to
include the number of people that will be coming to lunch as well.

Innovative recently sent out a response to last year's enhancement request
survey.  You may wish to review this in preparation for the meeting.

Hope to see you there.

Amy W. Graham
Cataloging Dept.
Swarthmore College
agraham1@cc.swarthmore.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 16 Apr 1992 13:48:43 EDT
              <INNOPAC@MAINE.BITNET>
From:         Dan Taysom <76376.2403@COMPUSERVE.COM>
Subject:      Database security?
X-To:         INNOPAC@MAINE.MAINE.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-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: innopac@maine.bitnet
X-VMS-To: IN%"innopac@maine.bitnet"
X-VMS-Cc: LEGERHORNBY
Newsgroups: bit.listserv.innopac
Date:         Tue, 7 Apr 1992 15:17:00 EST
              <INNOPAC@MAINE.BITNET>
From:         LEGERHORNBY@BABSON.BITNET
Subject:      NEUG meeting rescheduled

There will NOT be a spring meeting of the New England Users group this year.
A program has been drafted for a meeting in early November at an undetermined
location.  A planning group has been formed to send out registrations, agendas,
set up local arrangements and contact speakers.  Anyone who would like to help
please contact me.  Notices and further information will be coming soon.
Thanks.
Tracey Leger-Hornby
Simmons College Libraries
300 The Fenway
Boston, Mass.  02115
(617) 738-2242
LEGERHORNBY@Babson
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 9 Apr 1992 14:05:30 PDT
              <INNOPAC@MAINE.BITNET>
From:         Paula Nielson <FPIN@LMUACAD.BITNET>
Subject:      Re: reserves

For circulating reserve materials loaned from professors we use item types
to define the type of material and the loan period.  Separate circulation
rules allow us to alter circulation privileges, overdue messages, fines
and bills for these materials.  For example, in reserve we will have an
item type for videos that belong to the library and an itype for a video
belonging to a professor.  The message on the bill for the latter states that
cost must be worked out with the Media/Reserve supervisor.  It would also
be possible to have a 3-hour video itype and a 3-day video itype to distinguish
materials that can circulate for longer periods of time, etc.

Paula I. Nielson
Asst. Univ. Librarian for Database Management
Loyola Marymount Univ. Library, Los Angeles
(310) 338-1804   BITNET: fpin@lmuacad
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 11:45:33 PDT
              <INNOPAC@MAINE.BITNET>
From:         Elizabeth Scherer - x02629 <escherer@LIBRARY-LAW.USC.EDU>
Subject:      Kperone/call# filing
X-To:         innopac@maine.maine.edu

Karen,
The numbers look random but are actually filing by Cutter.  The call number
indexing for LC call numbers is programmed to skip prefixes like "REF".
To do this, the program looks for an LC call number to be formatted with
1-3 letters followed by 1-4+ numbers.  So, the program sees
	K .C25A22
and follows its logic to file it as:
	C25A22

Cute, eh??
And there is no way around it other than to use K0 or some other letter/number
combo.

(We have the same problem with our periodicals, which we class together is
a section as PER and a Cutter.  We will have to revise 5000+ records to be
PER2)

--Elizabeth Scherer
USC Law
escherer%library-law@usc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 11:20:59 EDT
              <INNOPAC@MAINE.BITNET>
From:         Howard Pasternack <BLIPS15@BROWNVM.BITNET>
Subject:      Innopac Indexing

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
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BITNET@uga.cc.uga.edu"
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 15:13:00 EST
              <INNOPAC@MAINE.BITNET>
From:         L_BILLS@CC.BRYNMAWR.EDU
Subject:      Re: Database security?
X-To:         INNOPAC%MAINE.BITNET@uga.cc.uga.edu

We are completely ethernetted - no hard wired terminals.  We have
three ways of controlling access - but in the end you are right - it
is possible for any person on the network with the appropriate
login and password to get access to the entire system.

1.  Some terminals in the library buildings are dedicated - they
only do III and only with the menu specified - either OPAC-only or
Staff menu.  We use this primarily to make sure that the terminals
are not used for things like Email when we want them availbale
for librry use and to make sure our circ staff have a lock on
the number of ports they need.

2.  "auto connect" - this is done by the terminal server settings and
means that the terminal will only connect to the III computer, bu t
that it is not logged on until a user types in a login word.  Users
with the right knowledge could get into staff functions from these.
We use this method to ensure III use for public-area terminals without
constantly holding open simultaneous-user "ports".  We don't use this
in staff areas.

3.  Totally free terminals which can be connected to any available
network node or internet node by knowing the right command.  The only security
on these is login and password knowledge.  We try not to use obvious
words for logins - nothing like "libtech" - and we don't password
logins.  If we ever do have a problem, our next step will be
to password all logins as well as the passwords needed for user
initials.

Linda Bills
Tri-Colleges
l_bills@cc.brynmawr.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 10 Apr 1992 07:56:00 +1200
              <INNOPAC@MAINE.BITNET>
From:         "John R. Likins" <jrlikins@MATAI.VUW.AC.NZ>
Subject:      Quote generator for Eudora
X-To:         autocat@uvmvm.uvm.edu, innopac@maine.maine.edu

Does anyone know of a random-quote-generator that will work with the
"signature" block of Eudora software for the Mac? I recently discovered
a GREAT book of quotes "The Harvest of a Quiet Mind" compiled by Alan L.
Mackay (Bristol: Institute of Physics, 1977), which includes:

"Do I contradict myself? Very well then I contradict myself (I am large,
 I contain multitudes)." -- Walt Whitman, Song of Myself
"NETWORK: Anything reticulated or decussated, at equal distances, with
 interstices between the intersections." -- Samuel Johnson, Dictionary of
						the English Language
"A committee is a cul-de-sac down which ideas are lured and then quietly
 strangled." -- Barnett Cocks, New Scientist (8 Nov 1973)

John Likins (jrlikins@matai.vuw.ac.nz) - Collection Management
 National Library of New Zealand - Molesworth & Aitken Sts.
 Wellington 1, New Zealand
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 9 Apr 1992 09:08:00 CST
              <INNOPAC@MAINE.BITNET>
From:         MASON@ZEUS.UNOMAHA.EDU
Subject:      Create List and Download
X-To:         INNOPAC <INNOPAC@MAINE.MAINE.EDU>

There is no easy way that I know of to get information out of
INNOPAC to work with on a PC.  I have discovered a very
inefficient way.  Once a list is created, using a PC with
terminal emulation software that allows you to send printer
output to a file, I capture the data I want.  But the file
format is very hard to work with and creates a lot of extra
work.

Wouldn't it be nice if after creating a list and selecting
certain data elements to print, that along with the printer
selections, one additional selection would be, CREATE ASCII
FILE?

This would create an ASCII text file, with the data elements
you specified, that could be transferred to your PC via FTP.
I think this would provide a hugh benefit with only a minor
modification to the software.

I would like any comments.

Brent Engel, Systems Consultant, University of Nebraska at
Kearney.

Please send replies to Brent in care of: Sharon Mason
Head, Cataloging Dept., University of Nebraska at Kearney,
Internet:  Mason@zeus.unomaha.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 15:16: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:17
  Subject: Message Undeliverable

was not deliverable.  The host is unknown.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 17 Apr 1992 11:26:37 EDT
              <INNOPAC@MAINE.BITNET>
From:         Xia Lin <LIN@PACEVM.BITNET>
Subject:      Portable barcode reader

We're looking for a portable barcode reader so that we can use it to go to stac
ks to update item codes without moving books around.  The only one we found is
the PocketReader by PERCON (1-800-873-7266).  We are not sure if it works with
INNOPAC.  Does anyone have used PockerReader or other similar product with INNO
PAC?  We would very much like to know your experience.  Any information related
 to portable reader will be appreciated.

Xia Lin
Systems Coordinator
Pace Law Library
914-422-4273
------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 19:39:03 CDT
              <INNOPAC@MAINE.BITNET>
From:         Brian Striman <brians@UNLLIB.UNL.EDU>
Subject:      WYSE185 terminal and ALPS printer question.
X-To:         innopac%maine@cunyvm.cuny.edu

I'm  about ready to pitch our ALPS printers.  I have dip
switched myself to death.  I have re-set terminal definitions
until I'm ready to run through a heavy plate-glass window.

The terminals keep freezing up.  We are using INNOPAC software
and WYSE 185 terminals and ALPS ASP1600 printers.  Here's what
happens.  I go to the frozen terminal, turn it off; back on;
turn off the printer, back on; check the terminal settings,
one setting keeps self-changing itself--from NORMAL to
CONTROLLER in the F9 Print Mode.

Any suggestions?  It's the terminals that freeze up at the P>
[print] prompt, not the printers.  The problem is erratic.
I can run 20 sheets of printouts in a row with no problem.
Leave the scene and things may be fine for a day or two, or
even a week with no trouble; then.... it happens.  The
ALPS specter attacks!  I'm wondering if someone is tapping
on one of the terminal function keys which causes the
terminals to go hay-wire.  Do I cover up the function keys?

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
||  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:         Thu, 16 Apr 1992 09:24:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         kkott@LADD.BATES.EDU
Subject:      Re: Creating Item Records for Bound Journal Volumes
X-To:         INNOPAC%maine.BITNET@mitvma.mit.edu

At Bates, the Serials Department worked on item record creation for
bound volumes as a special project.  Three full time staff members made
item record creation a high priority, and one student assistant worked
about 20 hours a week on the project.  It took about 6 months to do
about 250,000 item records.
Katherine Kott
Automated Services Librarian
Ladd Library, Bates College
kkott@ladd.bates.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 13:58:21 PDT
              <INNOPAC@MAINE.BITNET>
From:         parsonsjl@CCVAX.CCS.CSUS.EDU
Subject:      Use of Hypercard
X-To:         innopac@Maine.maine.edu
X-cc:         metzgerda@CCVAX.CCS.CSUS.EDU, berrypb@CCVAX.CCS.CSUS.EDU

I am interested in any Macintosh Hypercard stacks which explain how to use an
OPAC, specifically an Innovative Interfaces OPAC. If you have stacks that I
 could copy, modify, use, etc., please let me know. Thanks for your help. Send
 info:
Debbie Metzger  (916) 278-7509
CSUS Library    Internet: DMETZGER@CSUS.EDU
2000 Jed Smith Drive
Sacramento, CA 95819-6039
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 9 Apr 1992 09:36:52 EDT
              <INNOPAC@MAINE.BITNET>
From:         Michael Storer <mfstorer@RUDY.RUTGERS.EDU>
Subject:      Re: WYSE185 terminal and ALPS printer question.

Try playing around with the handshaking on both the communications and the
printer setup menu of the Wyse terminal.  We had a similar problem here, and
changing the handshaking to XON under the communications menu helped.
Normally when you are printing, the terminal with the printer attached
will flip into controller mode during the print job, then flip back to
normal when printing is finished.  If it remains in controller mode,
it is because it is ignoring a control character send by the host
telling it to switch back.  Try a few combinations of handshaking
under both the comm and printer menu's.  If you are still having
problems, let me know and I will check the settings on our terminal
here.  It is located at a site 50 miles away, so I can't check it
today.

Good Luck,

mike
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine
X-VMS-To: IN%"innopac@maine"
Newsgroups: bit.listserv.innopac
Date:         Mon, 13 Apr 1992 13:45:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         "Karen Perone @ Library" <KPERONE@CANISIUS.BITNET>
Subject:      Help needed on K call numbers

OK law librarians, I need some help.  How DO you handle the inputting of
the old K call numbers that don't have class numbers, only cutter numbers,
so that they file in INNOPAC correctly?  We have discovered approximately
200 entries in this category that are not located anywhere near each
other in shelf browse and they should be.  They were created from our
tape load and were discovered when we converted a few strays via OCLC
export.

When we use the 090 or 050 in OCLC, the call numbers are entered as:
     K0.U88 |b R3
which causes the call number to file correctly, but we don't include zero
in our call numbers on the volumes.

If the zero is left out, the call numbers seem to randomly file under the
cutter letter, totally ignoring the K.

Any thoughts are welcome!

==============================================================================
Karen Perone                    bitnet: kperone@canisius
Systems Librarian
Canisius College Library        voice:  (716)888-2927
2001 Main Street
Buffalo, NY 14208               fax:    (716)888-2887
==============================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 8 Apr 1992 13:45:55 EDT
              <INNOPAC@MAINE.BITNET>
From:         Howard Pasternack <BLIPS15@BROWNVM.BITNET>
Subject:      Re: Innopac Indexing

Lest I start any rumors, I am not an Innopac customer nor am I likely
to be one, at least in the immediate future.
Brown University currently uses the BLIS version of WLN
and is committed to bringing up the new IBM mainframe system which
will be forthcoming from Software A.G., a.k.a. Tapestry.

I have been looking at various opacs with an eye to identifying desirable
features for our new system.  BLIS (and WLN) do not index 6xx fields by
keyword.  The indexing is by subfield, with the ability to truncate subfields,
to bind them together, or to search them separately.  By and large, our
staff feel that keywords are needed.

BLIS (but not WLN) provides the ability to write local search strategies
which are automatically executed within the user interface.  Our local
strategy for subjects is basically the following:

   FIND SUBJECT Subfield

   If no records,
   FIND SUBJECT Subfield Truncated

   If no records,
   Check Authority File

   If no records,
   FIND TITLE KEYWORDS

Approximately, 21 percent of the subject searches here have resulted in
title keywords.  That is, the search string, even when truncated and searched
against a subfield, does not match an LC subject.  So, based on our experience
here, we will opt for subject keywords (probably in addition to subject
headings) in our next system.

Howard Pasternack
Brown University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU