HDTenEightyP/NetNews huggingface dataset:
Original_To:  JNET%"notis-l@tcsvm.bitnet"
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 16:28:00 EST
From:         PLEVY@GMUVAX.BITNET
Subject:      Technical Processing Groups

Does anyone know if operator security works with technical processing
groups in item records?  I can restrict passwords to certain technical
processing groups in copy holdings records, but I'd like to be able to
prevent staff in different service units from accidentally deleting
unlinked item records created for course reserve in other service units.

Thanks very much.

Pam Levy
George Mason University
PLEVY@gmuvax.gmu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 11:31:32 CDT
From:         "melonie m. esnault" <MELONIE@SUBRVM.BITNET>
Subject:      Re: Y'all are invited to Leigh and Michael's wedding
              13 Nov 1992 13:11:35 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

i hope that the two of you will enjoy many years of happiness together
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Texas at Arlington
X-Acknowledge-To: <C231GNG@UTARLVM1>
Newsgroups: bit.listserv.notis-l
Date:         Thu, 19 Nov 1992 13:57:41 CST
From:         Gina Gestautas <C231GNG@UTARLVM1.BITNET>
Subject:      Re: MDAS Database Sizes

The one thing that I would caution you on is that as I saw your list
of databases.. and one thing you may want to be VERY careful on is that
although all those years are available, alot of times only the MOST
current will be used.   We only bought 3 years of the Business Abstract
File (BUSI for NOTIS) and as it was we had over a million records.
We have had a challenge trying to fit in all the data that we want since
the original estimates that come with the NOTIS loaders are based (I
believe) on their test data.. I think that NOTIS should seriously revise
their estimates based on the REAL experience of current sites (maybe via
a poll??) and update their documentation accordingly.  There is nothing like
the feeling of BUYING the data from the vendor, providing space estimates
for your computing center, maybe buying or installing dedicated volumes,
then find out that the estimates were way off and cannot acommodate your
file plus the other 4 files that are part of each MDAS file (the MHI and
each of 3 Keyword related files).  I really don't see a survey like this
being a large effort.. especially if some sites were willing to provide
some of the data via email (such as number of records, total space per
file (bib, MHI, 3 keyword files) and also pad space included (such as
20% free for growth, Years backdata,etc)  Its silly that we have to have new
sites REINVENTING the wheel each time with the same databases.

--
Gina Gestautas, Programmer/Analyst II  >> MVS/SP, LMS 5.0.2, MDAS 1.2.1,
University of Texas at Arlington       >> NOTISEARCH 1.0.1, GTO 3.0

 **** C231GNG@UTARLVM1 * c231gng@utarlvm1.uta.edu * (817) 794-5621  ****
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET",DIXON
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 09:08:00 CDT
From:         Edie Dixon <DIXON@MACC.WISC.EDU>
Subject:      Re: UPDATED......not

Jim -- for addresses, the UPDATE field never changes.  Both Batch and Online
programs only update the VALID dates

The one for IDS may have something to do with how you set the switches for batch
update.  If you update the IDs online, those UPDATE fields should change.

Edie Dixon, LIB1
U of Wisconsin
bitnet: DIXON@wiscmacc
phone: 608-262-3525
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 19 Nov 1992 16:16:25 PST
From:         Sharon Bullard <LB10BULL@UCSBUXA.BITNET>
Subject: Re: Hand held scanners

Debbie,
        The University of California, Santa Barbara purchased Symbol
Technologies' hand held scanner model LS8560.  This scanner can be
programmed and will scan material in an off-site location and down-
load that information into NOTIS.  When it is in the department it
serves at a scanner at one of the staff terminal that is used for searching,
problem solving, fines, etc.
        Our experience has been favorable, but I do remember it being
rather expensive and it took the programmer some time to get it
programmed.  Whether or not it took a long time to program to get
it to function properly or because the programmer was doing 10,000
other things at the same time I'm not sure.

Sharon Bullard
Library - Circulation
University of California
Santa Barbara, CA
805-893-3386
LB10BULL@UCSBUXA.bitnet
From: MADEWELL@VUCTRVAX.BITNET
Newsgroups: bit.listserv.notis-l
Subject: Re: apostrophe in keyword
Date: 18 Nov 92 21:45:34 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

The apostrophe is still not stripped from a keyword search in 5.1.
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          MADEWELL@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    madewell@ctrvax.Vanderbilt.Edu    /
/ 419 21st Avenue South                /       Phone: (615) 322-7125          /
/ Nashville, TN  37240                 /         Fax: (615) 343-0394          /
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Sun, 15 Nov 1992 17:20:08 EDT
From:         Donna Alsbury <FCLMAG@NERVM.BITNET>
Subject:      Re: notation codes for copy level notes (fwd)
              13 Nov 1992 11:53:23 -0500 from <pepper@MCMAIL.CIS.MCMASTER.CA>

I don't know if there is an upper limit but, as a test, I created over
60 codes in LSYS.

Donna Alsbury
FCLA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 11:35:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      LB720 revisited
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

Maybe I acted too fast on the YEARLY report question.  I still think
the original intention was for the program to give a year-to-date
report for the calendar year.  But now I see that that is not what
we are going to want on June first 1993.  We would want a single
report covering June 1 1992 thru May 31 1993, our academic year.
It would be simple enough to modify LB720 to produce such a report.

If I'm right that both YEARLY and MONTHLY options currently produce
the same results for the same date range, then I think we have a case
that there is a bug to be fixed.  How would other sites prefer to
see the YEARLY option work?

RJ
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: NOTIS-L@TCSVM.BITNET
Content-type: TEXT
Posting-date: Tue, 17 Nov 1992 21:31 CST
Importance: normal
Priority: non-urgent
X-Hop-count: 1
A1-type: MAIL
Newsgroups: bit.listserv.notis-l
Date:         Tue, 17 Nov 1992 21:28:00 CST
From:         PHIL SCHWARZ <SCHWARZ@A1.UWSTOUT.EDU>
Subject:      RE: KeyNotis

UW-Stout (Wisconsin) is a new KeyNOTIS site. We are in the beginning stages of
implementation and also are interested in knowing about other KeyNOTIS sites.


Philip Schwarz
Library Learning Center
University of Wisconsin-Stout
Menomonie, Wisconsin 54751-0790
Office 715-232-1272
Fax 715-232-1783
E-Mail SCHWARZ@UWSTOUT.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: notis-l@tcsvm.BITNET
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 16:27:37 LCL
From:         Sally Grucan <SGRUCAN@WESLEYAN.BITNET>
Subject:      6xx/7xx Non-indexing

Betsy Hines is correct.  I learned from our Systems Librarian that NOTIS
*batch* reindexing does, indeed, refuse to recognize subsequent 6xx/7xx fields
when there is an error in a prior 6xx.  Furthermore, records with alternate
graphic representation (involving the 880 field) won't index at all.  We
are now using the LB310 NOTIS Bibliographic Index Generation report to correct
these fields.



Sally Grucan                      BITNET:  sgrucan@wesleyan
Systems Planning and              INTERNET:  sgrucan@eagle.wesleyan.edu
   Head Catalog Librarian         Phone:  (203) 347-9411 ext. 3007
Olin Library                      Fax:  (203) 344-7969
Wesleyan University
Middletown CT O6459-0108
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 08:58:44 EST
From:         Howard Pasternack <BLIPS15@BROWNVM.BITNET>
Subject:      Terminals in the Stacks

We are about to put some terminals on our stack floors and I need advice
from those who have already done this.  If you have put IBM316x or
IBM3151 terminals on unsupervised stack floors, have you secured the
terminals?  If so, how?  If you have not secured the terminals, have there
been any problems?

Howard Pasternack
Brown University Library
From: morrowd@GVSU.EDU (Debbie Morrow)
Newsgroups: bit.listserv.notis-l
Subject: Terminals in the Stacks
Date: 18 Nov 92 19:23:28 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: notis-l@tcsvm.bitnet


   We have several IBM 3163/3164's in our stacks -- no problems at all since
   I disabled the Setup and Esc keys.  Few people seem to know about the
   cartridges, or care.  The workstations are on custom-built stand-up
   tables with no particular special features; they aren't bolted or
   attached to the stands in any way.  The 316Xs are a little big to be
   terrible portable, and the only Library exit is immediately adjacent to
   the Circ desk.  At this point all terminals in the stacks are in spots
   close to entrances to each floor, so there is steady traffic in each
   vicinity much of the time.  Basically, it hasn't been a headache, except
   for having someone run around to power them all off each evening and on
   each morning -- leaving them on constantly was deemed a fire hazard when
   a 3164 started smoking voluminously one time a few years back (before my
   time -- I don't believe this happens often ...)

   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
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 16:30:34 CST
From:         "Michael J. Stephens" <VB7R0007@SMUVM1.BITNET>
Subject:      CHAT-L Thanks

Hi, Everybody!  I want to take this opportunity to thank everyone for their
support and congrats.  I will be gone for the next two weeks.  When I get
back on the 9th I will have a new phone number.  SMU will have swiched over
to the new phone switch.  Instead of the 692 prefix use 768.  I don't know
what the fax number will be.  Leigh and I thank everyone who wanted to come
to the wedding, but couldn't.  That leaves more beer and munchies for us!
Have a good thanksgiving, Y'all.

Michael J. Stephens, Tech1
Sr. Systems Analyst II           *  Phone:    (214) 768-3453
Computer & Information Services  *  FAX:      (214) ???-3449
Southern Methodist University    *  Bitnet:   vb7r0007@smuvm1
Dallas, Tx. 75275-0262           *  Internet: vb7r0007@vm.cis.smu.edu

PS. Yes I am still at SMU.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 14:21:01 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         Dan Kirchner <344PWCF@CMUVM.BITNET>
Subject: Re: LB530TBL and INSD2: Test Results at CMU

I will try an experiment where I use a batch [COBOL, like fer shure] to do
the update to various groups of patron records based on last update, etc.
Should work.  I think it might be a '*' in byte #18 of the D20F subrec.
We'll see...
DK - CMU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-Type: text
Content-Length: 331
Newsgroups: bit.listserv.notis-l
Date:         Wed, 18 Nov 1992 12:23:00 EST
From:         bryan@WILEY.CSUSB.EDU
Subject:      Re: Terminals in the Stacks
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>

We put IBM3151 terminals in stack areas on the upper floors. They are not
 secured. They get heavy use and there have been virtually no problems. I would
have expected more. Of course there may be problems with patrons not getting
the reference help they need, but no technical or theft problems.

Beverly Ryan
CSU, San Bernardino
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 19 Nov 1992 12:13:28 EST
From:         TOM SCHNEITER <SCHNEITE@UCS.INDIANA.EDU>
Subject:      RE: UPDATED......not

Jim Cruse asked about the UPDATED field for the address subrecord.  As I
understand it, it IS another of those features that had been included in a
NOTIS record but had never actually worked.  The current information that I
have is that one is able to set an interval of days that dictates how long
an update remains in the address subrecord before it is overwritten by the
tapeload, apparently to allow the data manager at the source of the tape to
update his/her data.  This is supposed to work in 5.1; I have been able
only to note that the UPDATED field does change to the current date when an
address is updated in a patron record.  We haven't run any tests to verify
how this thing works.

Any other info?

Tom Schneiter
CIRC1-NOTIS 5.1
Indiana University Libraries
Bloomington, IN 47405
(812)855-6919/FAX:(812)855-8229
SCHNEITE@UCS.INDIANA.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 08:01:57 -0600
From:         U192@SYSM.ACS.VIRGINIA.EDU
Subject:      test-please ignore
Comments: To: notis-l@tcsvm.bitnet

T h i s   is  only  a  test.  Please ignore.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: ZMABBIE@LUCCPUA.BITNET (Mary Alice Ball, Loyola Univ.)
Newsgroups: bit.listserv.notis-l
Subject: Re: Terminals in the Stacks
Date: 19 Nov 92 00:09:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Howard Pasternack asks:

> We are about to put some terminals on our stack floors and I need advice
> from those who have already done this.  If you have put IBM316x or
> IBM3151 terminals on unsupervised stack floors, have you secured the
> terminals?  If so, how?  If you have not secured the terminals, have there
> been any problems?

We have IBM 3164 terminals on unsupervised floors that are not secured.
We have had no problem with theft, perhaps because they are in a wide
aisle next to the elevators.

Mary Alice Ball
Head of Library Systems
Loyola University of Chicago
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 16 Nov 1992 14:33:41 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         Dan Kirchner <344PWCF@CMUVM.BITNET>
Subject:      DFLCT100 NEWCOPY

I believe that as long as the 'USE' count is greater than zero, your NEWCOPY
will fail.  Is it GTO that makes the USE value hang on?  I can't remember
why the USE count is usually non-zero nowadays, but it came about when we
upgraded either GTO or NOTIS a while back.  I think it was 5.0 NOTIS.  Some
program is using DFLCT100 and not releasing it when done with it, I think.
For what it's worth...
Dan Kirchner
TECH 1 Central Michigan University     "Underwhelmment Specialist VI"
FAX: (517) 774-4499 / VOICE: (517) 774-6643 / BITNET: 344PWCF@CMUVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 23 Nov 1992 10:23:54 EST
From:         TOM SCHNEITER <SCHNEITE@UCS.INDIANA.EDU>
Subject:      RE: Fine info on notices

Emily Batista asks what happened to her statement of fine rates on overdue
notices when she moved from 4.6 to 5.0.2.  Well, we've all seen this
statement disappear at that pivotal juncture.  I understood, however, that
it had been reinserted into the code with 5.0.2.  Now that Indiana
University is at 5.1, having skipped 5.0.2 altogether, we still are not
getting it printed on our notices.

Does anyone know the status of this?

Tom Schneiter
Indiana University Libraries
schneite@ucs.indiana.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Apparently-To: <notis-l%tcsvm.bitnet@uunet.uu.net>
Newsgroups: bit.listserv.notis-l
Date:         Fri, 20 Nov 1992 11:41:26 EST
From:         "Sara Bradley, UNA" <76507.2174@COMPUSERVE.COM>
Subject:      MDAS - Logging stats and Monthly Process

To: >INTERNET:NOTIS-L@TCSVM.BITNET

     We recently went into production with MDAS.  In running jobs
LB710 and LB720 for MDAS and OPAC usage, I haven't been able to
produce any usage stats for MDAS.  Using MSYS I set "Y" to log
database access and in running LB710 and LB720 I am using the MDAS
version of the programs.  The printout from LB720 reflects the
DWIL database however there are no stats - zeros for all DWIL
stats.  I feel the usage is never being logged to the LPCLOGF
file.  Where else do you tell the system to log MDAS access?
    Also, how do other sites handle processing monthly updates as
far as MDAS being down is concerned.  Do you shut MDAS down or do
you process them when the Library is closed/odd time?


     Thanks in advance!

Sara Bradley, Tech1                         LMS 5.0.1
University of North Alabama                 MDAS 1.2.U
205-760-4637                                GTO 3.0
Compu Serve 76507,2174                      VSE  - CICS 1.7

/EXIT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 19 Nov 1992 16:04:55 PST
From:         Sharon Bullard <LB10BULL@UCSBUXA.BITNET>
Subject: Re: Terminals in the Stacks

Jill,
        The "freeze" consists of popping off the key cap (there is
a special little plastic tool for this but they can be popped with
patience and strong fingers) and placing a small plastic tube or
casing around the key stem, then replace the key.  I know s little
"kit" to do this is available, but we use insulation from old
cable.  The cable has to be relatively small--approximately 1/8-
1/4 inch in diameter or about the size of that found on a mouse or
thin Ethernet cable.
        This isn't scientific but it does work.
Sharon W. Bullard
Library - Circulation
University of California
Santa Barbara
From: N93774@PITTVMS.BITNET (DIVENS, W.C.)
Newsgroups: bit.listserv.notis-l
Subject: Re: Y'all are invited to Leigh and Michael's wedding
Date: 18 Nov 92 19:25:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"

See....even this DamYankee understands these Texican things.

When a wedding happens in Texas, nobody is worried about
things like vows and ceremony.  Really now folks, if you
listen close when two Texicans talk, you can sit for hours
and never have a fact or truth penetrate your eardrums.

Nah..in Texas, the guy rides up on a horse and sez "Hey
thar, Leigh Jo, y'all wanna come to my ranch over by
Pecos an' keep house?"  If'n she sez "Yep" he rides off
into the sunset cause the gal obviously don't have no sand.

But if'n she sez "Git yore butt down off that horse an lift
this lady into the saddle, cowboy" then he knows he got a real
Texas lady.

So remember there Mike....git yore butt off'n that saddle
and do it quick!

Best wishes you two....yippie yi o!


Rustbelt Bill
who will be there in spirit.
From: ADLB001@MVS.MCGILL.CA (Ron Johnston)
Newsgroups: bit.listserv.notis-l
Subject: O'brien
Date: 18 Nov 92 23:17:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

We have been running with our local fix for apostrophes in the 5.0.2
opac for a couple of months now and all seems well.  The essence
of the fix is to distinguish the apostrophe from the single quote
(which is needed for a search like 'near' adj east) by the fact that
most apostrophes are surrounded on either side by alphanumeric
characters.  We squeeze out such apostrophes but leave alone the
single quotes.  This applies only to keyword searches and seems to
comply with the way NOTIS earch works.

I sent the fix to NSI but then I sent a "superior" suggestion.  In
neither case did a problem tracking number seem useful.

The superior suggestion is to let opac users substitute the double
quote character for the single quote, reserving the apostrophe
character for e.g. O'brien or 'twas.  Then the opac programs can
sqeeze out the apostrophes reliably without harming the needed
quotes.  Lastly, the opac program would then need to change the
double quotes to single quotes to comply with NOTIS earch's
expectations.  This would be an easy change to program.  I did not
implement it because I did not want to confuse patrons coming to us
on the internet from other NOTIS sites.

I'd like to suggest that those concerned about this should open a
"problem" with NSI and register their suggestions.  Perhaps if
enough of us requested the double quote solution, NSI would
implement it.  I fear that if the NOTIS clients don't request it
then NSI would be hesitant to introduce the functionality change.

Ron Johnston, Library Systems, McGill University, Montreal
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southeastern Louisiana University
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:         Mon, 16 Nov 1992 11:04:22 -0500
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      DFLCT100 NEWCOPY

I am running DOS/VSE/SP 3.1.2  CICS 1.7 (without RDO) and LMS 4.6.1
I changed the end of semester dates in LC102TSL and have re-assembled LC102BAL
and have re-linked.  Now I am trying to do CEMT S PR(DFLCT100) NEW to make the
change effective and the following messages appears:

Pro(DFLCT100) Len(0032176) Res(044) Use(000045) Ass Dis    IN USE, DISABLED

Should I do CEMT S PR(DFLCT100) ENA then try to do the NEWCOPY?  Seems like
once before I did a NEWCOPY on DFLCT100 when it was in this state and then
accidentally did a NEWCOPY on DFLCA205 without realizing the NEWCOPY didn't
take effect on DFLCT100 yet and ended up with a mismatched set of programs.


Thanks,

Kevin Calmes - TMIS1692@selu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU