HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 11:18:01 EST
From:         Paul Asay <LIBASAY@INDST.BITNET>
Subject:      temp storage on extents
              3 Oct 1992 10:29:00 EDT from <ADLB001@MVS.MCGILL.CA>

    The question of having DFHTEMP dataset on multiple extents came up
in the CICS Tuning session at NUGM.  In the CICS Installation and
Operations Guide book (for VSE and 1.7 page 189) you can run temp
storage on multiple extents.  This in my opinion is a good idea to allow
for very large keyword searches that may exhaust temp storage leaving
your CICS locked up.  It may also be a good way to balance the load
across multiple packs.

***-------------------------------------***
* Paul Asay   Indiana State University    *
|             Cunningham Memorial Library |
|             Terre Haute, IN 47809       |
| Bitnet: libasay@indst    (812-237-2598) |
* Internet: libasay@cml.indstate.edu      *
***-------------------------------------***
From: DIXON@MACC.WISC.EDU (Edie Dixon)
Newsgroups: bit.listserv.notis-l
Subject: Re: GOVDOC tape duplicate records
Date: 16 Oct 92 18:18:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON

We get government documents through Marcive.  According to the person who
handles these tapes, they have  005  fields.  This person noted that these 005
fields are not in order (and so I assume would have to be sorted and de-duped
separately if you werre worried about getting duplicates from Marcive.).  Don't
know if this helps.  Before the introduction of the 005, we depended on our
tapes from OCLC being in date/tim order and we assigned a sequence number to
each record to allow sorting within an OCLC record.  If the original tape you
get is in the  correct order, this proedure will work regardless of absence of
an 005.

Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
From: NOTFCS@LSUVM.BITNET (Floris)
Newsgroups: bit.listserv.notis-l
Subject: RE: AMOUNTS ARE DUE
Date: 14 Oct 92 18:56:11 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              14 Oct 1992 13:19:47 EST from <SCHNEITE@UCS.INDIANA.EDU>

YES YES YES... we have it happening here often. we think we have figured it out
 to be as a result of back-dating at the time of discharge. For example, on a F
riday, patron returns two overdue books to the discharge station at the circ de
sk and another to the overnight book drop bin. We always make sure that all ite
ms in the circ area are discharged before we leave the building; all others fou
nd in the overnight bin will be backdated first thing the next morning, giving
them the same return date as the ones returned while the building was open.
When this happens, we will get a bill for overdues listing the books returned w
ithout backdating, and then the fine assessed against the backdated title ( lis
ted as previous balance) but no mention of the item's title, call number or ID
number. This is a pain, but we go to the pbil and add the information to the bi
ll as needed. This happens only during periods when batch job is not run
nightly, such as weekends and holidays. Hope this helps8
From: B366RCS@UTARLVM1.BITNET (Bob Samson)
Newsgroups: bit.listserv.notis-l
Subject: Re: NOTIS Customer Directory
Date: 16 Oct 92 11:39:25 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

I picked up my NOTIS Customer Directory at NUGM and, while I didn't
compare page for page, I did notice some missing sites in the new
directory.  I seem to recall a caveat in the instructions for
directory updates last spring to the effect that if a site didn't
respond before the deadline their entry would not appear in the
directory.  I wonder if this might be the cause for the missing
pages.  In any event, it would be nice if the sites who find that
they are not included in the new directory would point this out to
NOTIS documentation services, perhaps an addendum could be issued.
I know I use our directory for a number of reasons and it would be
useful to have a complete and accurate directory.


Bob Samson                             (817) 273-3000 x4955
AD for Automation Services             (817) 794-5797   FAX
University Libraries
University of Texas at Arlington
P.O. Box 19497
Arlington, TX   76019                  B366RCS@UTARLVM1.BITNET
From: morrowd@GVSU.EDU (Debbie Morrow)
Newsgroups: bit.listserv.notis-l
Subject: MHLD display problem in OPAC
Date: 16 Oct 92 20:48:02 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: notis-l@tcsvm.bitnet


   We have run into what looks to be a(nother) problem with the display of
   MHLD info in the OPAC:

   data in an 866 exceeds one full line of OPAC display by *one* character;
   that character is not displayed at all.  The result in this case is that
   the final (undisplayed) character should be a hyphen, concluding a
   string which should be an open entry: ...,v.2:no.1 (1988:Feb.)-  <yeah,
   we're cheating on the standard by using open entries) -- because the
   hyphen is not displaying, it looks to patrons as though Feb.'88 is the
   last we have.

   Has anyone else seen this in 5.0.2?  I will report it to NSI next week
   unless anyone already knows of and has solved this one!

   Debbie M.

   Debbie Morrow / Automation Librarian/LIB1
   University Library / 108 JHZ
   Grand Valley State University / Allendale  MI   49401
   616/895-3581 / Internet: morrowd@gvsu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 14:46:22 CDT
From:         SMUIR@UA1VM.BITNET
Subject:      Re: .260. or .300. in OPAC

The University of Alabama has indexed both the 260 and the 300 tags
in the keyword indexes.

********************************
*  SCOTT P. MUIR               *
*  THE UNIVERSITY OF ALABAMA   *
*  SMUIR@UA1VM                 *
*  SMUIR@UA1VM.UA.EDU          *
*  (205) 348-2299              *
********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <FCLA@NERVM>
Newsgroups: bit.listserv.notis-l
Date:         Mon, 12 Oct 1992 17:13:17 EDT
From:         "Mark Hinnebusch, FCLA" <FCLA@NERVM.BITNET>
Subject:      NCI!IG Enhancement request contest

The NOTIS Classics Inc! Interest Group is pleased to announce a contest.
We have been invited, along with other "real" interest groups, to
take part in the enhancement process.  NCI!IG has decided that it will
make a single enhancement request.  That enhancement will be the
"longest-standing reported problem" in the LMS.  To help our faulty
memories and to spread the fun, we are requesting candidate problems.
To the winner of this contest will go the knowledge that her/his
problem will actually appear as an OFFICIAL ENHANCEMENT REQUEST with
all of the hooplah that incurs.

So, dust off you old problem reports and send in you candidate!

Candidates can be sent to: FCLA@NERVM.NERDC.UFL.EDU

***************************************************
*   Mark Hinnebusch, FCLA    *    no cute logo    *
*   FCLA@NERVM.NERDC.UFL.EDU *                    *
***************************************************
From: ZCVS@ADM.ANGELO.EDU (Colegate V. Spinks)
Newsgroups: bit.listserv.notis-l
Subject: Re: Questions about KeyNOTIS
Date: 15 Oct 92 19:11:53 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              15 Oct 1992 11:43:59 GMT-0400 from
              <gpmenos%FIRESTONE.PRINCETON.EDU@VM.TCS.Tulane.EDU>

On Thu, 15 Oct 1992 11:43:59 GMT-0400 Gerard Philippe Menos said:
>1.  How does KeyNOITIS differ from "classic" NOTIS?

     It is a load and go.  Supposed to require less in system support,
     we were considering it, but went with Classic Notis instead.

>2.  Does KeyNOTIS consist of the same [assembly] code as classic
>    NOTIS, just re-packaged?

     I beleive it is much the same. Many of the options in classic
     are set features in KeyNotis.

>3.  Is KeyNOTIS easier (less labor/programming intensive) to maintain
>    and configure than "Classic NOTIS?"

     Sorry cann't help here, I do not consider Classic to be labor
     intensive. May be a litte bit more time consuming.

>4.  Why would one choose KeyNOTIS as opposed to the classic version?
>    What is gained and  what is given up, in this choice?

     Classic notis comes with source code for most of the components.
     Little or no source code comes with Key Notis. I feel more good
     about our sellection of Classic over Key. There may be some dollar
     and cents reason for one over the other.

+----------------------------------------------------------------------+
: Colegate Spinks, Analyst/Network Specialist, Angelo State University :
: 2601 WEST AVENUE N, BOX 11020, SAN ANGELO, TEXAS  76901              :
: Internet:ZCVS@ADM.ANGELO.EDU, Voice:915-942-2333, Fax:915-942-2109   :
+----------------------------------------------------------------------+
: Have a nice day (Warning: This offer expires at midnight, some       :
: restrications and limitations may exist, not valid in all 50 states, :
: void where prohibited by law, and is non-transferable)               :
+----------------------------------------------------------------------+
From: NOTFCS@LSUVM.BITNET (Floris)
Newsgroups: bit.listserv.notis-l
Subject: Re: Fines, items not due
Date: 14 Oct 92 18:44:20 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              14 Oct 1992 12:43:58 -0500 from <STEFFERJ@VUCTRVAX>

We have had some situations such as you have described. We also have gotten bil
ls printed for books not yet overdue, or with a recall date of "no due date".
Talk about strange... We seem to have  these things happen when we override a
 blocked id when the item is being checked out, as well as when we backdate the
 discharge date for an item that is already overdue. However, some have been un
explainable.
From: pelak@PILOT.NJIN.NET (Irene Pelak)
Newsgroups: bit.listserv.notis-l
Subject: LB610 Questions
Date: 13 Oct 92 18:35:19 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: notis-l@tcsvm.bitnet

It appears that our LB610010.UPDTFIL has been emply for the last few runs and
it may be the case that it is always empty.  I only have the last three
outputs in front of me.  Is that normal?  I thought that the UPDTFIL contained
the necessary updates to the Patron File, Item File, and Action Index.  Since
we produced notices I assumed that the UPDTFIL would contain the related
updates to the Action Index and updates for things like the overdue notice
count in the Item File.  Obviously I am confused again.  I am beginning to
think I will never get the hang of this.  I really need a NUGM workshop that
tells me what happens record wise for each online transaction and as the
result of each batch job!!
IRENE PELAK  TECH1  BERGEN COMMUNITY COLLEGE  201-447-9236
From: STEFFERJ@VUCTRVAX.BITNET
Newsgroups: bit.listserv.notis-l
Subject: Re: Fines, items not due
Date: 14 Oct 92 17:43:58 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT

Over the past few months, since 5.0.2 and on 5.1, we have occasionally
gotten an OVERDUE notice for items that are not yet due.  In most cases,
and I have copies of these notices to follow up on these, there has been
a recall of the item and the system has printed an OVERDUE as well as an
ITEM NEEDED notice.  The record keys for these problems have appeared on
the LB660 error report that day.  Those entries looked like this:
   LVUITMF   I U FC VU AGG8803-001-0001 01
   LVUACTX   X U FC VU AGG8803-001-0001 93
I haven't reported this to NOTIS, since they were so few and far between
and I just chalked it up to "one of those things that happens with CIRC!"
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          STEFFERJ@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    stefferj@ctrvax.Vanderbilt.Edu    /
/ 419 21st Avenue South                /       Phone: (615) 322-7125          /
/ Nashville, TN  37240                 /         Fax: (615) 343-0394          /
-------------------------------------------------------------------------------
From: NOTFCS@LSUVM.BITNET (Floris St.Amant)
Newsgroups: bit.listserv.notis-l
Subject: Re: Circ rewrite principles
Date: 14 Oct 92 19:57:53 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              14 Oct 1992 12:18:01 -0400 from <batista@A1.RELAY.UPENN.EDU>

I gave some suggestions to Bruce and Tom at NUGM. I certainly hope that NOTIS g
ot the idea that we will fight any attempts to take away any functionality in
the system presently working, in lieu ofany future enhancements.

I enjoyed talking with you at NUGM. Please let me know what you would like me t
o send you regarding our course/ reserve application in Middleton.
From: DEBLOC1@UKCC.UKY.EDU (Dave Block)
Newsgroups: bit.listserv.notis-l
Subject: Re: OPAC log statistics report (LB720)
Date: 13 Oct 92 19:42:57 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              13 Oct 1992 14:31:26 EST from <MARLENE@UCC.UWINDSOR.CA>

In our monthly runs of LB720, we always specify the 'from' and
'to' dates.  The tech ref manual claims that certain defaults
apply, but we never had much luck letting the program choose a default.

Dave Block, Tech1
University of Kentucky
(606) 257-4263
DEBLOC1@UKCC.uky.edu
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Fri, 16 Oct 1992 07:33:24 -0500
From:         STEFFERJ@VUCTRVAX.BITNET
Subject:      Re: NOTIS Customer Directory

I picked up my Customer Directory at NUGM.  --Ramona
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 7 Oct 1992 14:11:29 EST
From:         "Marlene Kemski, Univ. of Windsor" <MARLENE@UCC.UWINDSOR.CA>
Subject:      Patron ID Expiring before End of Loan Period
Comments: To: Notis-L Distribution List <NOTIS-L@VM.TCS.TULANE.EDU>

A number of months ago some discussion was held on NOTIS-L about the
"new Circ feature" in NOTIS 5.0.2:

When an item is charged to a patron who's patron id is valid but expires
prior to the end of the loan period the system,

  Under 5.0.2,  shortens the loan period by setting the due date as the
                date the patron id expires.  (4 week loan becomes 2 week
                loan).  The system does not warn the terminal operator
                nor does it ask you if you want to override the date.

  Under 4.6.1   a warning message was displayed, and the terminal operator
                was asked to supply a new due date.


Given our manual procedures we require a warning message.

We have thoroughly reviewed our manual procedures and have concluded not
to revise them.  Therefore we are now looking at modifying code to provide
some warning (either a message or # of successive beeps).

We have begun to review LC611 and LC610.  Code is extremely frustrating.


Has ANYONE modified either of these programs to produce some kind of warning
to the terminal operator when this situation arises?  Any suggestions and/or
code-change-sharing would be helpful!




************************************************************************
* Marlene Kemski                      *                                *
* Systems Analyst                     *   Releases:                    *
* Computing Services                  *              NOTIS LMS 5.0.2,  *
* University of Windsor               *              GTO       3.0,    *
*                                     *              CICS      1.7,    *
* Voice:  (519) 253-4232 x.2737       *              MVS/SP            *
* Fax  :  (519) 973-7083              *                                *
************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 7 Oct 1992 14:43:00 CDT
From:         "Zia Partovi 325-3181 (405)" <UA4431@UOKMVSA.BITNET>
Subject:      Unix Based Lib Systems List

This is to thank you for helping me i preparing the Unix Based Library Systems
List.  However, some of you had asked me to post the result to the list.  I mus
t mention that I have encountered with difficulty in accessing some of the sour
ces, those available through inetnet, and due to time constraints I had to prep
are the list without accessing them.  Anyway, following is the list that I coul
d come up with.

Advance
Geac Computers, Inc.
14140 Midway Road
Dallas, TX 75244
(214) 490-3482

Voyager Library Series
Carlyle Systems, Inc.
2000 Alameda de las Pulgas
San Mateo, CA 94403
(415) 345-2500

DataLib
Centel Federal Systems, Inc.
11400 Commerce Park Drive
Reston, VA 22091
(703) 758-7000 or
(800) 843-4850

CLSI, Inc.
320 Nevada Street
Newtonville, MA 02165
(617) 965-6310 or
(800) 365-0085

BIBLIOTECH
Comstow Information Services
P.O. Box 277
249 Ayer Road
Harvard, MA 01451-0277
(508) 772-2001

STAR
Cuadra Associates, Inc.
11835 West Olympic, Suite 855
Los Angeles, CA 90064
(213) 478-0066

Dynix
151 East 1700 South
Provo, UT 84601
(801) 375-2770

Information Navigator/TINLIBS
IME Systems, Inc.
990 Washington Street
Dedham, MA 02026
(617) 320-0303

TECHLIBPLUS
Information Dimensions, Inc.
5080 Tuttle Crossing Boulevard
Dublin, OH 43017
(614) 761-7446

MULTILIS
Multicore Library Services
4924 Reed Road, Building A
Columbus, OH 43220
(800) 753-0053

Innovative Interfaces, Inc.
2344 Sixth Street
Berkeley, CA 94710
(415) 644-3600

NONESUCH
Ringgold Management Systems, Inc.
Box 368
Beaverton, OR 97075-0369
(503) 645-3502

UNICORN
SIRSI Corporation
110 Walker Avenue
Huntsville, AL 35801-9806
(205) 536-5884

PALS
Unisys Corporation
P.O. Box 500, M/S B-240
Blue Bell, PA 19424
(215) 986-6423

Highland Library Systems
1350 Heather Ridge Blvd
Dunedin, Florida 34698
(813) 734-7300

Zia Partovi
University of Oklahoma Libraries
ua4431@uokmvsa
From: STEFFERJ@VUCTRVAX.BITNET
Newsgroups: bit.listserv.notis-l
Subject: NOTIS Customer Directory
Date: 15 Oct 92 20:02:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"notis-l@tcsvm"

Maybe my set is missing some pages, or maybe NOTIS has lost a few
customers, but as I was updating my Customer Directory I found there
were a few old sites that didn't have new sheets.  I'm pretty sure
that Colorado State University left NOTIS and went with CARL, but
how about some others?  I didn't have sheets for Alabama A & M and
I'm pretty sure they're still NOTIS; they recently visited us.  I
had an old locational listing by state which listed Central State
University in Oklahoma; is that now University of Central Oklahoma
or are these two separate institutions?  I didn't have new sheets
for Southern University (in Baton Rouge) or Yale University?  Did
others of you get these?  Just thought I would warn you in case
you were apt to toss all the old without comparing!
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          STEFFERJ@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    stefferj@ctrvax.Vanderbilt.Edu    /
/ 419 21st Avenue South                /       Phone: (615) 322-7125          /
/ Nashville, TN  37240                 /         Fax: (615) 343-0394          /
-------------------------------------------------------------------------------
From: NOTFCS@LSUVM.BITNET (Floris C. St.Amant)
Newsgroups: bit.listserv.notis-l
Subject: Re: RIVD Flag
Date: 16 Oct 92 16:23:33 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              16 Oct 1992 09:00:34 EST from <MARLENE@UCC.UWINDSOR.CA>

As I understood it during the NUGM discussions, removing the RIVD flag
makes it possible for IDs expiring before the due date, to continue getting the
 regularly assigned due date. This is as bad a solution for us as is the inabil
ity to override the expiration date when needed. We have a large sector of Temp
orary card holders at Middleton and we want to keep their Library use restricte
d to the assigned date unless criteria for renewal have been met. Why can't the
 prompt found in 4.6be returned alerting operator to the near expiration date,
 but enhancing it to allow a "y" to the override to give the regular due date a
nd a " n" to override to retain the expiration date as due date?

Floris C. St.Amant
Head/ Circ Services
LSU Middleton LIbraries
Baton Rouge, LA
70803
notfcs lsuvm
From: timothy@ASA.UGL.LIB.UMICH.EDU
Newsgroups: bit.listserv.notis-l
Subject: Re: Journal 4 Logged Datasets
Date: 14 Oct 92 20:42:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
              Stephens" at Oct 14, 92 3:02 pm

Michael Stephens writes:
>
> After sitting in on Barbara Baughman's excellent session on disaster
> recovery I have been reviewing our handling of Journal 4.  Basically,
> we haven't been.  So, now we are going to start running LB965JC each time
> our CICS region comes down (daily).  Looking at the FCT I find a number of
> datasets that have the LOG=YES parameter that I wonder if they really
> need to be logged.  They are LigSTNX, LigITMX, LigACTX, LigPACX, and
> LigPATX.  The FCT we are using is the same that is delivered by NSI.  Does
> anyone know any reason we cannot turn logging off for these datasets?

They need to have LOG=YES so that DTB can take place.  This process uses the
CICS system journal.  They won't be logged to journal 4 unless they have the
JREQ and JID parameters set.

Timothy Prettyman
Library Systems Office		313-764-0412
University of Michigan		INTERNET:  timothy_prettyman@um.cc.umich.edu
Ann Arbor, MI  48109-1185	BITNET:  USERLM5C@UMICHUM
From: SCHNEITE@UCS.INDIANA.EDU (TOM SCHNEITER)
Newsgroups: bit.listserv.notis-l
Subject: RE: AMOUNTS ARE DUE
Date: 14 Oct 92 18:19:47 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>Today's the day for questions from LSU. Have any of you had several items
>returned overdue, the fine not paid, so that a AMOUNTS ARE DUE notice
>prints, *but* not all the items returned are itemized? We have had this occur
>in 4.6.1, and now in 5.0.2, where all but one of the items returned is
>itemized. We haven't been able to replicate the problem, even with the
>same item records. This one is PPQ6620, if you can let NOTIS or me know
>you have had this experience.

>Nancy N. Pope                 Phone:    504/388-3215

Unless I am misreading the problem, our bill and fine supervisor reported
to me some time ago that whenever a bill record expanded into a second
screen we encountered this phenomenon.  Fortunately, not TOO many bill
records go to this extreme.  Could this be what's happening with your
bills, Nancy?  It sounds as if you are asking about multiple bill records,
though, which would be a different situation.  We never experimented with
5.0.2....

Tom Schneiter
Indiana University Libraries
SCHNEITE@IUBACS.BITNET
(812)855-6919
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: notis-l@TCSVM.BITNET
X-VMS-To: IN%"notis-l@tcsvm"
Newsgroups: bit.listserv.notis-l
Date:         Wed, 14 Oct 1992 08:19:00 EST
From:         "W.C. DIVENS" <N93774@PITTVMS.BITNET>
Subject:      Functionality.

I would like to second the 'functionality' posting.  I think one
of Bruce's biggest challenges is going to be the divorce of
"WHAT we want" from "HOW we want it to happen".  Clearly if we
say we "want to retain the ability to charge to LOST" but what
we MEAN is that we "want to retain the RESULTS of the current
charge to LOST" we could have Dr. John & Co. scratching their
heads in confusion.  I wouldn't blame them.

So perhaps the caveat is for EXTREMELY careful wording of the
5.2 'wish list' to let the NSI folks get creative in the
application of new ideas, but also let them know what we
really want as an end result.

Personally, I think we have the right people in place to
make this happen.  Let's give them our full support.

Rusty
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU