HDTenEightyP/NetNews huggingface dataset:
Organization: University of South Carolina
X-Acknowledge-To: <C0105@UNIVSCVM>
Newsgroups: bit.listserv.notis-l
Date:         Thu, 9 Apr 1992 14:47:40 EDT
From:         Deborah Coleman <C0105@UNIVSCVM.BITNET>
Subject:      Re: Max number of chars the LOCATION field can hold in OPAC
              Holdings Display
              9 Apr 1992 11:58:36 EDT from <GTSAI@CCVM.SUNYSB.EDU>

   The max number of char a location can contain is 36 chars(lc105/lc106).
This DOES NOT includes the attributes for upper & lowercase.
           For example NAME='>SALKAHETCHIE >AT >WALTERBORO <REFERENCE'
    RESULTS IN CL36'SALKEHATCHIE AT WALTERBORO Reference'
If you go over this in reassembling LC105, an mnote will tell the overidden
length is 36 and what you put in.  Any over is truncated.
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:         Mon, 6 Apr 1992 08:54:00 CDT
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      It's a boy!

It's a boy!  Jeanette and Kevin Calmes proudly announce the birth of their son
Nicholas Alexander on March 31, 1992 at 1:44pm.  He weighed 8 lbs. 14 1/2 oz.
and was 21 inches long.  Thanks to everyone for your support!

Proud Papa,

Kevin

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+  Kevin Calmes    Bitnet: TMIS1692@SLU    Internet: TMIS1692@SELU.EDU      +
+  Library Programmer - TECH1              Internet IP#: 147.174.1.5        +
+  Southeastern Louisiana University       Voice :  (504) 549-3645          +
+  Computing Services - MIS                Fax   :  (504) 549-5092          +
+  Box 409, SLU Station                    IBM 4361 M5  DOS/VSE/SP 3.1.2    +
+  Hammond, Louisiana  70402               CICS 1.7  NOTIS 4.6.1            +
+                                          GTO 3.0 (In Test)                +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 10 Apr 1992 11:40:45 EDT
From:         "Sara Bradley, UNA" <76507.2174@COMPUSERVE.COM>
Subject:      Message from Alabama A & M
Comments: To: NOTIS-L@VM.TCS.TULANE.EDU

To: >INTERNET:NOTIS-L@VM.TCS.TULANE.EDU

   Keith Riggins, Tech1 from Alabama A & M requested I
post the following message for him.

   SPINE LABEL PRINTING ....AND SPOOLING.....

Our library is currently accessing the University's
DOS/VSE 4381 Mainframe computer via a Local Area Network
(C.O.lan).  The way it works is that all terminals/PC's
located in the Library must perform a logon/password into
the Network prior to getting connected to our IBM 7171
terminal controller.  This works fine for terminals and
PC's but does not work for printers.  Does anyone out
there have a similar problem?  If so, how have you solved
your spine label printing and any remote printing other
than purchasing an IBM 3174 or some other device for this
purpose. (Shareware, Public Domain, Freeware, in-house
programming, Commerical programs, etc.)

   OFFLINE CHECK-OUT/CHECK-IN....

Does anyone out there have a program package for a PC
that will allow for OFFLINE check-out/check-in?  Once the
Mainframe is back online, will it also download captured
data?

Please reply to:  Keith Riggins, Tech1
                  Alabama A&M University
                  (205) 851-5760
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 9 Apr 1992 16:57:28 EST
From:         "Marlene Kemski, Univ. of Windsor" <MARLENE@UCC.UWINDSOR.CA>
Subject:      Re: Generic Loader LCN011B and 850C Abend
Comments: To: NOTIS/DOBIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>
              9 Apr 1992 11:34:02 PDT from
              <ZZGILLET%UVVM.UVIC.CA@VM.TCS.Tulane.EDU>

Regarding abend 850C in LCN011B:


YES !!!!!,  But thanks to Elsa, from NOTIS, who pointed us in the right
direction:

             Apparently LCN011B was call BIBLOAD before.   This problem
             is described and fix given in May 1991 Notises on Page 8.

             According to NOTIS this fix SHOULD be part of NOTIS 5.0.1.
             You may want to let NOTIS know that your finding it isn't.
             We are at NOTIS 5.0.

             We applied the fix and were able to process our sample records
             with no problems.

             Our PTN is PPQ6042, the original is PPQ1548.


Thank you Elsa.



Marlene Kemski,   Systems Analyst,   University of Windsor
Phone  #:  (519) 253-4232 x.2737      Fax  #:  (519) 973-7083
Releases:  NOTIS LMS 5.0,  GTO 3.0,  CICS 1.7,   MVS/SP
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 9 Apr 1992 17:57:00 GMT
From:         Public Library of Des Moines <0005063163@MCIMAIL.COM>
Subject:      Periodicals list
Comments: To: notis-l <NOTIS-L@vm.tcs.tulane.edu>

Does anyone have a NOTIS program which prints a list of periodial titles and
holdings?  I do not see one on the NOTISpro list.  We are also looking for a
program which lists circulation frequency by Dewey call number.  We're running
on NOTIS 5.0.1
Lorna Truck                             Internet: 506-3163@MCIMail
Coordinator of Extension Services       (515) 283-4152
Public Library of Des Moines            Fax (515) 283-4503
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 14 Apr 1992 09:21:21 CDT
From:         Barbara <BAUGHMAN@UTDALLAS.BITNET>
Subject:      Re: Overdue and item needed notices
              14 Apr 1992 17:17:00 +1200 from <LBR_SMB@AUKUNI.AC.NZ>

I have a fix for this problem.  I tried to E-mail it to you, but it was
returned.  I'll try again if you need it.  It is fixed with 5.0.2.

Barbara Baughman
TECH1
University of Texas at Dallas
(214) 690-2157
BAUGHMAN@UTDALLAS.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Thu, 9 Apr 1992 12:49:00 EDT
From:         NORTH@DRYCAS.BITNET
Subject:      Re: EASYTRIEVE+

Earlier Irene Pelak asked:


I gather EASYTRIEVE+ is an alternative to SAS.  Do a lot of sites use it?


=================

I have had extensive experience with Easytrieve + and have used SAS
quite a bit.  My MAIN comparisons are these.  Of course these are
ONLY my own opinions.

         SAS                               Easytrieve +

Provided to Educational Entities     As far as I know NOT provided to
   at a discout.                        educational entities at a discount,
                                        therefore more common at corporations.

Provides reporting AND statistical   Primarily is used as a report writer, but
   capabilities easily.                 does not provide statistical support.

Adopted by NOTIS as a primary base   NOT supported by NOTIS for same reasons.
language for reporting since MOST
educational and corporate entities
had access to it.

In my opinion, has very cryptic          Manuals are well written and its
manual cross references.  Even though    very easy to find information.
I have used it alot, STILL have trouble
finding info sometimes.

Because of the ease of use, can also  Easytrieve + also provides an easy
be used to extract data easily.       way to manipulate records and data.

Since already used extensively by     I think the BEST facility of EZ + is
other NOTIS sites, there is a base    that it has BUILT IN reporting routines
of support and also pgms. in NOTISPRO.  that let you turn out reports quickly.

Uses pre-packaged procedures to       Uses original programming, some
create reports, manipulate data,      pre-packaged routines, AND the
and create statistics.                capability to call user written
                                      routines (load modules, maybe for
                                      difficult or complex programming needs)
                                      to provide an environment that
                                      I think programmer types would enjoy.


Well, hope this helps.  I KNOW I have not given a true scientific analysis
of the two products, BUT I like certain aspects of each.

I know that there will be people in both camps, but PLEASE no flame wars.
All the information I gave is based on MY own experience.  Others may
disagree and that is fine.  I would actually ENJOY hearing what others
think on this subject.


Sincerely,

Gina Gestautas  (TECH1)  University of Texas at Arlington

Bitnet:  NORTH@DRYCAS    Internet: north@drycas.club.cc.cmu.edu

===========================================================================
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:         Thu, 16 Apr 1992 08:26:00 EST
From:         "W.C. 'Rustbelt' DIVENS" <N93774@PITTVMS.BITNET>
Subject:      CHAT: NUGM

It seems that we should consider a few new sessions:

102: LSYS and generation of drivers to control water removal hardware.

103: OPAC in a submerged environment

And the big question:  Will we have to wear wetsuits to the Bum Steer
        Roast?

RUSTBELT
From: STEFFERJ@VUCTRVAX.BITNET
Newsgroups: bit.listserv.notis-l
Subject: Re: subdatabases
Date: 14 Apr 92 18:02:00 GMT
Article-I.D.: ctrvax.73A80BCD20A06760
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"

I might add to Maryanne's comments that we only use subdatabases for
MEDLINE.  It doesn't work for any files like the Wilson indexes that
update records as well as add new ones with each tapeload.  I, too,
know of no way to search the subdatabases separately, except with
MEDLINE to use the entry month field, which corresponds to the month
that the data was added to the system.  The user does not know that
various subdatabases are being searched when you enter a keyword
search.  The system transparently runs the search over the various
subdatabases and merges the results into one display.
_______________________________________________________________________________
/ Ramona J. Steffey                    /               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          /
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 13:02:27 EDT
From:         Suzanna Lengyel <LENGYEL@YALEVM.BITNET>
Subject:      ISO Codes for the representation of currencies

Following up on correspondence on the list about a week ago on whether this
publication (ISO 4217) was available, the Yale Library has just received from
ANSI the fourth edition (#1990-02-01).  Within the limits of the relevant
copyright laws, I would be happy to photocopy the pages containing the
currency codes (9 pages), or answer phone inquiries about individual
currencies' codes.  (For those not knowing what this is all about: NOTIS
recommends the use of these codes for the LSYS table on currency conversion.)

Suzanna Lengyel. (203) 432-1844.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 13 Apr 1992 09:58:55 CDT
From:         Jean Vik <YZCD@UTDALLAS.BITNET>
Subject:      Circ Sig

Could someone send me the E-Mail address for the circulation special
interest group?  Thanks.

Jean Vik <YZCD@UTDALLAS>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <batista@a1.relay.upenn.edu>
Msg-Class: ALL-IN-1 V2.3 BL8-4 Rev. AAC 20-Dec-1988
Newsgroups: bit.listserv.notis-l
Date:         Thu, 16 Apr 1992 17:37:01 -0400
From:         "Emily Batista" <batista@A1.RELAY.UPENN.EDU>
Subject:      RE: Jim Cruse' LSYS question

I think the reason that the ability to collect fines is listed under both
Charge and Discharge is that fines display during renewal transactions as
well as discharge transactions.  Although I can't think why a library would
allow a staff member to collect fines in one situation and not the other,
there might be a reason and this gives you the choice.

Emily Batista, University of Pennsylvania
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 8 Apr 1992 09:58:00 CDT
From:         Fred Gulden <LB.FHG@ISUMVS.BITNET>
Subject:      Re: Assigning new barcodes

Jim Cruse asks why anyone would want to be able to add a second
barcode number to an item record while the item is charged out
on the first number.

In my opinion, it saves staff time.  Two scenarios suggest themselves.

1) A book shows up in the return bin.  When a staff person tries to
   discharge it (s)he discovers the barcode label has been removed
   (or mutilated beyond recognition).  If a second number cannot be
   added before discharging, (s)he must: call up the item record,
   record the barcode number, go to the discharge screen, enter the
   barcode number manually, then go back to the item record, add the
   new barcode number, and barcode the book.
   But if a new barcode number can be added without having to discharge
   first the steps are:  call up the item record, add the new barcode
   number, barcode the book, go to the discharge screen, scan the new
   number.  Done.

2) A book shows up for discharge.  The staff person decides the book
   is severely damaged and needs to be rebound.  The book is charged
   to a pseudo patron (so the public can see where the book is), and
   sent to the Bindery Department.  Suppose the barcode label is not
   going to survive the rebind process.  If one cannot add a new barcode
   number without discharging first, someone is going to have to
   discharge the item, add the new barcode number, and recharge the
   material before shipping or upon return receipt.  But if one can
   add that new barcode number without discharging, the book only has
   to be discharged once, when it's ready to go back to the stacks.

There are probably some Circulation or Technical Services folks out there
who could come up with more and/or better reasons.

************************************************************************
*  Fred Gulden                     *                                   *
*  Systems Specialist (LIB1)       *    BITNET:  LB$FHG@ISUMVS         *
*  34 Parks Library                *     PHONE: (515) 294-2445         *
*  Iowa State University           *       FAX: (515) 294-1885         *
*  Ames, IA  50011                 *                                   *
************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.Bitnet"
Newsgroups: bit.listserv.notis-l
Date:         Wed, 8 Apr 1992 10:37:00 CDT
From:         CHERYL@NUACC.BITNET
Subject:      JCL ISSUES

THIS IS AN OFFICIAL NOTIS COMMUNICATION

NOTIS made a concerted effort at JCL standardization prior to the 5.0
release.  We have begun a process to review 5.0 JCL prior to the 5.1
release, and we have been engaged in an ongoing process of revising JCL
or PROC members about which our customers have reported problems.  Many
of these revisions have been -- and will continue to be -- reported to
you through the NOTISes Support Solutions column.  More extensive
changes may come to you through interim release tapes, like 5.0.1 and
5.0.2, although we are happy to fax these lengthy revisions to any
customers who report difficult in running affected jobs.

In working with Vanderbilt University toward a resolution of their
problems with VITLS runs, we discivered that the JCL for LD900 needs
to have DD or DLBL statements added for the LCRFILE and the vendor file.
These changes will be incorporated in the 5.1 release, and changes will
appear in Support Solutions provided we can reasonably fit them into
the column.

To help us provide you with JCL that is as useful to you as possible, we
would appreciate your help in reporting difficulty with the distributed
JCL to our phone, fax or Internet service numbers.

THIS MESSAGE IS BEING REDISTRIBUTED TO THE LIST FOR INFORMATIONAL
PURPOSES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 14:50:08 CDT
From:         HSAMUELS@UA1VM.BITNET
Subject:      RE: U2495 in Program LB395 in Job LB890.

For those of you who are having problems with numbers in columns 73-80:

The problem is probably a result of "standard numbering" being set "on"
in the ISPF editor at some time during the creation or modification of
the library member you are working on.

Whatever the cause, these numbers can be easily eliminated by typing the
following commands on the command line of your editor:

"NUM ON"  - Sets standard numbering on (just in case it's off at the moment).
            Standard numbering must be on for the next command to work.
"UNNUM"   - Turns standard numbering off thereby removing all numbers in
            columns 73-80.

Harry Samuels
Programmer/Analyst (TECH 1)
University of Alabama
Bitnet: HSAMUELS@UA1VM
Internet: HSAMUELS@UA1VM.UA.EDU
Voice: (205) 348-2877
Fax: (205) 348-9170
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southern Methodist University
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 09:42:57 CST
From:         "Michael J. Stephens" <VB7R0007@SMUVM1.BITNET>
Subject:      Re: U2495 from LB890
              7 Apr 1992 10:19:28 EDT from <GTSAI@CCVM.SUNYSB.EDU>

One of the first procedures you learn to write in C is a routine to scan
an input line looking for "tokens", characters that are pertinant to the
program.  This is done by skipping "white space", any blanks, non-printable
characters, punctuation, and any other characters that are not needed.
Why can't assembler routines be written that do the same thing?

Michael J. Stephens, Tech1
Sr. Systems Analyst II           *  Phone:    (214) 692-3453
Computer & Information Services  *  FAX:      (214) 692-3449
Southern Methodist University    *  Bitnet:   vb7r0007@smuvm1
Dallas, Tx. 75275-0262           *  Internet: vb7r0007@vm.cis.smu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 11:41:00 EDT
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      adding barcodes
Comments: To: Notis Discussion <NOTIS-L%TCSVM.BITNET@CUNYVM.CUNY.EDU>

The reason things work with the new barcode just as well as the old
is that the barcode is simply a pointer to the item record.  Both
barcodes point to the same record.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 09:28:15 PDT
From:         Jim Cruse <CN.NX8@STANFORD.BITNET>
Subject:      Re: Assigning new barcodes

REPLY TO 04/07/92 07:16 FROM NOTIS-L@TCSVM.BITNET "NOTIS/DOBIS discussion group
list" Re: Assigning new barcodes

Edie,

I was in 5.0 using the LTZU files supplied by NOTIS.  I was
suprized also.  I wasn't trying to test this, I just didn't
notice that the item was charged out.

Jim

To:  NOTIS-L@TCSVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Mon, 6 Apr 1992 15:14:59 PDT
From:         William Timberman <LB10TIMB@UCSBUXA.BITNET>
Subject:      MHLD Delete Question

Section E10 of the NOTIS Cataloging and Authorities Manual,
"preparing to delete bibliographic and holdings records," recommends
erasing all the holdings statements (8xx fields) in MHLD when
preparing a record for full deletion. It says nothing about entering
a "d" value in the STAT fixed field.

Section F2 of the same manual, "MARC Holdings Records," says that an
MHLD record may be deleted by putting a "d" in the STAT fixed field.

The manual correctly states that *either* action prevents the display
of holdings in the OPAC, but at least as far as 899 fields are
concerned, it seems to be in error about the MHLD display.  Use of
the "d" STAT code alone does not prevent 899 fields from being viewed
in the MHLD record itself.

Does anyone know whether or not the "d" STAT code can -- or should --
be used when preparing a bibliographic record for deletion?  Logic
would suggest that use of the "d" code might be necessary to avoid
orphaned MHLD records, but I hate to recommend anything not
explicitly sanctioned by the manual, at least not until I know all
the implications.

----------------------------------------------------------------------
Bill Timberman                                          (805) 893-2362
Library Systems Assistant                      lb10timb@ucsbuxa.bitnet
University of California, Santa Barbara      lb10timb@ucsbuxa.ucsb.edu
----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Thu, 16 Apr 1992 07:42:00 EST
From:         Alan Hagyard <HAGYARD@TRINCC.BITNET>
Subject:      Re: MDAS hook to holdings

We are running MDAS 1.1 and OPAC 4.6 in a separate CICS
region from LMS 5.0.1, and we have hook to holdings
working for the Wilson files.  We have read-only
access to the necessary files.

Alan Hagyard
CTW Library Consortium
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
Newsgroups: bit.listserv.notis-l
Date:         Tue, 7 Apr 1992 10:40:00 EST
From:         "W.C. 'Rustbelt' DIVENS" <N93774@PITTVMS.BITNET>
Subject:      Re: Assigning new barcodes

>I would have thought that assigning a new barcode would make the old
>one unusable.  Obviously this is not the case.....right?

>Jim Cruse

Nope...you can assign a pantload of barcodes to an item when it is
charged out.  What you CAN'T do is to disassociate the barcode
from an item that is in circulation.  There may be valid reasons
for assigning new barcodes, and it really doesn't do any harm
to the circulation transactions.

Rustbelt.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 8 Apr 1992 15:54:14 EST
From:         "Joanne D. Palko" <HBLADM50@UCONNVM.BITNET>
Subject:      Retention information

For those NOTIS libraries that have 5.0 or higher and have implemented the
MARC holdings record, how are you handling the situation where the current
issue of a serial volume is located in your 'reference collection' but then
sent to your 'general stack collection' when the next issue is received?

The University of Connecticut is planning for its INITIAL database load and
is investigating how to handle this situation.

We have at least two scenarios:

1. Have one copy statement with the location code for the final location; give
   a complete and explicit summary MHLD (e.g. 866/1: : 1950-1992); AND have
   a copy level note (public) stating the location of the 'current issue.'
   We are looking into using either DEPT LOC or TEMP location at the item
   record.

2. Have a copy statement with the location code of the 'back files'; have a
   summary MHLD for the 'back file' only (e.g. 866/1: : 1950-1991); have the
   appropriate item records
   ***AND***
   Have a second copy statement with the location code for the current issue;
   have a MHLD only indicating the current issue (e.g. 866/1: : 1992).


**********************************************************************
*  Joanne D. Palko                       LMS 5.0.2 (Test)            *
*  Head, Database Management             PHONE: (203) 486-4778       *
*  Bibliographic Control Department      FAX:   (203) 486-3593       *
*  Homer Babbidge Library                                            *
*  University of Connecticut                                         *
*  Storrs, CT  06269-1005                Bitnet: hbladm50@uconnvm    *
***********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU