HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.nodmgt-l
Date:         Fri, 31 Jul 1992 13:05:13 MET
From:         Ulrich Giese <U001213@HNYKUN11.URC.KUN.NL>
Subject:      Re: Corruption of routing tables?
              28 Jul 92 16:03:55 -0400 from <ARNOLD@EISNER.DECUS.ORG>

On Tue, 28 Jul 92 16:03:55 -0400 Stephen L. Arnold said:
..
>However, the routing tables they received for July have some of this
>data "leaking" into them.  The first line is:
>
>PU PR DD ^@
>
>(where ^@ represents a NUL, hex 00).

correct ;-) this is what will happen when the exec which sends out the
table is in error. i have just corrected the exec and am distributing
it right now.
because of this i will need to delay the actual generation of the tables
until it arrived at the various netservs. (most likely i will work to-
morrow).

>It appears that some software is using the :FFORMAT tag to determine the
>format of routing tables, but is not properly handling multiple values.
>(I expect NETSERV to reject VD and use ND instead).

correct. this will happen now.

-ulrich-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Wed, 22 Jul 1992 14:34:52 EDT
From:         "Andrew T. Robinson" <ROBINSON@BITNIC.BITNET>
Subject:      9209 updates not visible on UPDATE
Comments: To: TECHNEWS@BITNIC.BITNET, UVP-D@BITNIC.BITNET

YOUR 9209 UPDATES WILL NOT BE VISIBLE ON UPDATE@BITNIC UNTIL
THE 9209 DISTRIBUTION!

This is true because we migrated to UVP 3.0 on the cutoff date
for 9209, instead of immediately after the distribution date.
The database which is being prepared for 9209 is actually stored
on UPDATEV2@BITNIC.

NO 9209 UPDATES WERE LOST!

They just aren't visible on UPDATE@BITNIC.  They will become visible
after the 9209 BITEARN NODES is stored, and UPDATE synchronizes on
it.

If there are any questions, send mail to UPD_INFO@BITNIC.

Andy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Fri, 24 Jul 1992 13:19:17 EDT
From:         Herb <UPDATE@NAC.NETNORTH.CA>
Subject:      Royal Military College (RM)
Comments: To: Netnorth directors <netdir-l@Nac.NetNorth.CA>,
              Netnorth Reps <netrep-l@Nac.NetNorth.CA>
Comments: cc: Bob Chambers <bob@gpu.utcs>

 The Royal Military College, RMC, is leaving the netnorth tables
with next week's update.  The technical contact is Wolfgang Fritz
postmaster@rmc.ca   .


Herb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.nodmgt-l
Date:         Thu, 30 Jul 1992 12:25:26 EDT
From:         Larry Snodgrass <SNODGRAS@BITNIC.BITNET>
Subject:      Re: add-on for 9209
Comments: To: xmailer@BITNIC.BITNET

On Thu, 30 Jul 1992 11:00:26 CET Hans-Ulrich Giese said:
>i just received a complaint about one of the 'new' nodenames :
>     -- MVSESA
>i agree, that this nodename isn't a good choice, but currently we don't
>have any list of names which are (or should be) protected. so i can
>only add this node to the 9209 update.
>
>-ulrich-

I will try to pay more attention to the new node names each month and
suggest alternatives to general names like these.

Larry
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Wed, 29 Jul 1992 14:00:40 EDT
              <INNOPAC@MAINE.BITNET>
From:         BRIERTY@MOREKYPR.BITNET
Subject:      processing fees

It has been my experience at public institutions in three differnt
states that processing fees are offensive to the tax payers and
none of the places I have worked at would use them.  Instead what
was done was the cost of processing was discretely hidden in the
replacement cost.  We are not currently trying to recover a
processing fee.  We just charge $50.00 replacement fee, which is the
average price of a book we buy these days.
Carol Brierty
Morehead State U
BRIERTY@MOREKYPR.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 24 Jul 1992 16:02:43 CDT
              <INNOPAC@MAINE.BITNET>
From:         "Alberta S. Bailey" <ASB417@UAFSYSB.BITNET>
Subject:      Re: Printing Expense
              23 Jul 1992 17:04:22 PDT from <budgewd@CCVAX.CCS.CSUS.EDU>

I don't have any information to share that is useful to your
question, but I would like to receive the information you
obtain in response this from others.  Thank you.

 ____________________________________________________
 Alberta S. Bailey, Head of Public Services
 University Libraries, MULN-472A
 University of Arkansas
 Fayetteville, ARkansas 72701     Phone: (501) 575-7795
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 24 Jul 1992 16:11:53 -0700
              <INNOPAC@MAINE.BITNET>
From:         50229000 <kmacq@UCSCM.UCSC.EDU>
Subject:      VACQ on UNIX
X-To:         innopac@maine.maine.edu

We would like to hear from VACQ users who have upgraded from the
original platform to UNIX.  What were your reasons for the upgrade,
and what are the pros and cons from your perspective?  Does VACQ
on the original software have a future? Comments will be summarized
for the list if requested.  Thanks, Karen Mokrzycki UC Santa Cruz
kmacq@ucscm.ucsc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 30 Jul 1992 10:19:11 PDT
              <INNOPAC@MAINE.BITNET>
From:         JOHNSLI@SJSUVM1.BITNET
Subject:      Pre-LITA seminar on loading GPO tapes
X-cc:         jim schmidt <SCHMIDTC@SJSUVM1.BITNET>,
              Rosemary Thorne <THORNE@SJSUVM1.BITNET>
              30 Jul 1992 09:03:32 EDT from GPO Mail
              <GPO@MARCIVE.MHS.COMPUSERVE.COM>

From: Linda Johnson

Jim--thanks for sending the LITA conference info. on to me
I went to an ALA Pre-Conference that covered many of the
same issues although it would be good for either myself or
Celia to go to this if funding were not so tight.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 14:38:52 EDT
              <INNOPAC@MAINE.BITNET>
From:         ALINE SOULES <USERLGCS@UMICHUM.BITNET>
Subject:      Z39.50

Just an update--Mark Hinnebusch's articles run Feb. through June--there
are 5 of them.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3b PL0]
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 08:21:49 EDT
              <INNOPAC@MAINE.BITNET>
From:         "JUDITH A. FLADER" <jflade01@GUMEDLIB.GEORGETOWN.EDU>
Subject:      mail
X-To:         innopac@maine.edu

     SET INNOPAC MAIL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 14:51:42 CDT
              <INNOPAC@MAINE.BITNET>
From:         "Engel,Kevin" <ENGELK@GRIN1.BITNET>
Subject:      Gateway

We have recently purchased and have had installed Innovative's new Gateway
software.  I am interested in finding out how many other Innovative sites
have purchased the Gateway to this point and actually have it up and running
for staff and/or public use.  For those sites that do have it, what have been
your experiences as to connections to various library catalogs and other
databases?  In particular, what have been your experiences with connections
to non-Innovative library catalogs?

Thank you in advance for the information.  Please respond directly to me and
I'll summarize, if need be, for the list.

Kevin Engel
Grinnell College (Iowa)
engelk@grin.edu
engelk@grin1.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"CIRCPLUS@IDBSU"
X-VMS-Cc: IN%"INNOPAC@MAINE"
Newsgroups: bit.listserv.innopac
Date:         Wed, 29 Jul 1992 08:50:00 PDT
              <INNOPAC@MAINE.BITNET>
From:         Shelia Stigall <SSTIGALL@OREGON.BITNET>
Subject:      PUBLIC SERVICE SELFSTUDY, STAFFING
X-To:         CIRCPLUS@IDBSU.BITNET

Last week I sent a message that, by the nature of some of your replys, was
rather vague.  I'd asked if you could help me identify basic common knowledge
skills and abilities associated with public service and how they could be
attained and tested.

The task foce that I have been assigned to has come up with a list of issues
that we feel are basic competencies for public service positions in our
library.  These basic competencies include:

                Knowledge of the Library floor plan
                Knowledge of departments within the Library,
                        what they do, and where they are located
                Basic knowledge of the integrated automation system
                How to operate the telephone
                Basic workplace behavioral skills
                How to handle problem patrons
                Evacuation procedures
                Health and safety procedures
                Sexual harassment training
                Diversity and sensitivity training
                How to help patrons with disabilities
                Knowledge of our Employee Assistance Program

We feel that these basic competencies can be attained through various methods
including:  video tapes, workshops, hands on training, standardized training
checklists, proceedures manuals, tests etc.....

What do you feel are basic skills needed by public service staff?  How do you
determine these basic skills?  How do you train your public service staff for
these basic skills?  How do you test their knowledge of the basics?

Any help you can offer will be greatly appreciated.

Thanks,

Shelia
Stacks Section Supervisor
University of Oregon Knight Library
SStigall@Oregon
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 16:09:12 CDT
              <INNOPAC@MAINE.BITNET>
From:         Brian Striman <brians@UNLLIB.UNL.EDU>
Subject:      Z39.50--what IS it?
X-To:         innopac%maine.bitnet@cunyvm.cuny.edu

For those INNOPACers who aren't familiar with Z39.50; not to worry.

If you have access to Meckler's "Academic and Library Computing" --
the February - May 1992 issues have a series of articles by
Mark Hinnebusch, who discusses Z39.5 in detail.

If you don't have access to those articles and just want to know
alittle bit about the ANSI standard, please email to me and I'll
give you a short synopsis.

And, while I have your attention.  I want to let you know that I
am now Chair of the Innovative Interfaces Law Library Users Group.
I plan on working with Anita Cook, Chair of the ALA Innovative
Users Group, so we will be able to discuss and plan what's on our
agendas for this year.

More later.
--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
||  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, 30 Jul 1992 13:23:43 EDT
              <INNOPAC@MAINE.BITNET>
Comments:     Resent-From: "Alan D. Hogan" <FAC0024@UOFT01>
Comments:     Originally-From: Notis General ID <notis@TWAIN.NOTIS.COM>
From:         "Alan D. Hogan" <FAC0024@UOFT01.BITNET>
Subject:      NOTIS AND Z39.50

This is a follow-up on the question of implementation of Z39.50 by
library automation vendors.

+-----------------------------------------------------------------+
| Alan D. Hogan                                ///    ///         |
| University of Toledo Libraries              ///   ////////////  |
| 2801 W. Bancroft                           ///   ////////////   |
| Toledo, OH  43606-3399                    ///    /// ///        |
| Phone:  419-537-2812                     ///____/// ///         |
| Fax:    419-537-2726                     "_______/ ///          |
| BITNET: FAC0024@UOFT01                            ///           |
| Email:  fac0024@uoft01.utoledo.edu                              |
|         fac0024@131.183.1.2                                     |
+-----------------------------------------------------------------+
----------------------------Original message----------------------------

NOTIS Demonstrates Full Z39.50 Inter-operability!

On June 4, 1992, NOTIS demonstrated full NISO Z39.50 inter-operability with the
Coalition for Networked Information (CNI) test bed site at the University of
California Department of Library Automation. As part of the test the NOTIS
client exchanged standard Z39.50 protocol elements with the DLA server and
performed several inter-system searches. Since that time NOTIS has expanded
its test to include servers from OCLC, AT&T, UC Berkely, Penn State and MIT.

NOTIS is the first library vender to provide Z39.50 inter-system searching as
standard product offerings. Z39.50 support is included in the PACLink product,
InfoBase-- a Z39.50 database server, and ProPAC a Z39.50 graphical client.

The NOTIS PACLink product is installed at our four co-development SUNY
 Stonybrook.

For more information on PACLink contact NOTIS Systems at 708-866-0150.

Thank you in advance
Cheryl Wallace
Customer Support Services
Support Center Administrator
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC@MAINE.BITNET
X-VMS-To: IN%"INNOPAC@MAINE.BITNET"
X-VMS-Cc: SKMARTIN
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 08:05:00 EDT
              <INNOPAC@MAINE.BITNET>
From:         Sue Martin <SKMARTIN@GUVAX.BITNET>
Subject:      Re: processing fees

On the question of processing fees for lost books: a committee of the
Georgetown University Library has just recommended to me, and I am
likely to implement, a $40 processing fee, up from $25.

What's the number based on?  Difficult question to answer.  It would
be nice to say that we knew what it cost to process books, and it was
based on that.  But we don't know; we are making an educated guess.
In any case, not all lost books require the same processing steps, so
it would have to be regarded as an average.

Sue Martin
Georgetown University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 09:24:35 CDT
              <INNOPAC@MAINE.BITNET>
From:         Brian Striman <brians@UNLLIB.UNL.EDU>
Subject:      Brief Z39.50 explanation.
X-To:         innopac%maine.bitnet@cunyvm.cuny.edu
X-cc:         fcla@nervm.nerdc.ufl.edu, Corinne Jacox <corinnej@unllib.unl.edu>

Holy Cow!  I received so many requests for a Z39.50 explanation that
I decided to respond on the INNOPAC for all those who are interested.

The Z39 portion of the number is the numeric designation for NISO
(National Information Standards Organization), which is a committee
within ANSI (American National Standards Institute).  So, all
standards eminating from NISO will have the Z39 portion.

The .50 portion of the number is the numeric designation for the
actual standard which came out of NISO.  In this case the .50 is
a complex document which details-out the protocols and mechanisms
needed to search and retrieve information between databases. [Note:
there's nothing special about the number .50, it just indicates
that it's the 50th NISO standard.]

The above definition sounds fairly straightforward, and is, for
"flat" databases with just plain textual-type data: but imagine
all the other types and sizes of databases out there; and all the
different users who want to search and retrieve information!  It boggles
the mind.  The importance of the standard, like any other (e.g.,
USMARC standards, AACR2 rev. standard, etc.) standard is that it
creates an environment where vendors, libraries and users can easily
use and share and profit from information.

As is in Mark Hinnebusch's articles on Z39.50 in the publication
"Academic and Library Computing" published by Meckler; there is alot
of information on the standard just coming out.  Mr. Hinnebusch
points out a listserv he can subscribe folks to who are interested in
participating in discussions about the standard.  Mark's email address
is fcla@nervm.nerdc.ufl.edu

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
||  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
X-Nupop-Charset: English
Newsgroups: bit.listserv.innopac
Date:         Wed, 29 Jul 1992 12:12:20 PDT
              <INNOPAC@MAINE.BITNET>
From:         John Conrow <jconrow@LIB.UCSF.EDU>
Subject:      Count In-Library Use
X-To:         innopac@maine.maine.edu

We are embarking on a journal use-count project and are interested in the
"Count In-Library Use" feature of Innopac. I would appreciate hearing from
anyone who has experience with this feature, particularly in tracking
journal use, and with the hand-held Telxon readers sold by Innovative.

Thanks in advance!

JPC
-------------------------------------------------------------------
John Conrow
UCSF Library
(415) 476-3623
jconrow@lib.ucsf.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: innopac@maine.maine.edu
X-VMS-To: IN%"innopac@maine.maine.edu"
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 12:31:00 MST
              <INNOPAC@MAINE.BITNET>
From:         SGLOGOFF@CCIT.ARIZONA.EDU
Subject:      REPLY-Z39.50 info
X-To:         innopac@maine.maine.edu

Robert A. Pisciotta asked for comments on Z39.50 and Innovative Interfaces.

In the contract recently completed between III and the University of Arizona,
Innovative has agreed to "demonstrate" Z39.50 as client in December 1992
and as server in July 1992.  This is a product our library asked Innovative
to agree to providing and we were very happy with Steve and Jerry's willingness
to move forward with this important standard.  (We are contractually obligated
to purchase it upon delivery.)

At ALA, I attended a program on Z39.50.  Someone from OCLC indicated that there
are currently three vendors working with OCLC on  Z39.50.  He would not say
who the three are but it is my understanding the III is one of the three.
You may want to ask Steve or someone at III about this.

Stuart Glogoff//sglogoff@ccit.arizona.edu
AUL/Systems & Automation
U of Arizona Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Mon, 27 Jul 1992 13:23:16 CDT
              <INNOPAC@MAINE.BITNET>
From:         "Robert A. Pisciotta" <PISCIOTT@UKANVM.BITNET>
Subject:      Z39.50

State supported university libraries in Kansas are now discussing
the use of Z39.50 in the catalogs connected by our statewide network.
Ours is the only INNOPAC/VACQ installation among these libraries.
Four of the sites use NOTIS, one uses PALS, one uses a homegrown
system with INNOVACQ for monograph acquisitions.

I've seen little discussion about INNOPAC and the Z39.50 standard.  What
enlightenment can INNOPAC list members shed on INNOPAC's adoption
of this standard?  What concrete steps are you taking to make this
standard available through your system.

I would appreciate any and all comments.  I'd be happy to summarize
responses for the list, or respond directly if you wish.  Thanks.

Robert A. Pisciotta
Archie Dykes Library
University of Kansas Medical Center

Voice: 913-588-7311
Fax: 913-588-7304
Bitnet: pisciott@ukanvm.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Thu, 23 Jul 1992 07:31:28 CDT
              <INNOPAC@MAINE.BITNET>
From:         "Ann W." <ANNW@UAFSYSB.BITNET>
Subject:      Exporting variable-length subfields in the 949 OCLC field

We have been using the III acquisitions module for 3 weeks and have been
experiencing problems (are they problems or do we just not have enough
information?) exporting multiple variable-length subfields in the 949
field from OCLC to the system.  In one 949 command line, following the
fixed-length subfields, we may string together 2 or 3 variable-length
subfields--vendor address, note, internal note.  Sometimes they all
download, sometimes they don't!  A note may download for one record
but not the next!  We're using the correct formats and procedures (I
know that variable-length subfields are not repeatable and therefore
must be typed in each record when necessary.) Do we have to put each
variable-length field in a separate 949 line? Should we just
stop putting in variable-length fields when exporting and insert
the information when in UPDATE where we go anyways to verify the
records? Does it sound like a problem with OCLC?  The problem occurs
on both OCLC terminals networked to III.  There are no problems
downloading the fixed-length subfields.  All suggestions are
appreciated.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*   Ann Waligorski, Head, Acquisitions,       University Libraries  *
*   University of Arkansas            Fayetteville, ARkansas 72701  *
*   PHONE: (501) 575-5511                     FAX:  (501) 575-6656  *
*   INTERNET:  annw@uafsysb.uark.edu      BITNET:     annw@uafsysb  *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU
X-VMS-To: IN%"INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU"
X-VMS-Cc: COULTER
Newsgroups: bit.listserv.innopac
Date:         Tue, 28 Jul 1992 10:34:00 CDT
              <INNOPAC@MAINE.BITNET>
From:         "CYNTHIA M. COULTER - (319) 273-2801" <COULTER@ISCSVAX.UNI.EDU>
Subject:      Re: Disposition of Withdrawn Records
X-To:         INNOPAC%MAINE.BitNet@pucc.PRINCETON.EDU

Our head of cataloging is on vacation, but I will take a stab at answering your
questions.  At UNI, we _do_ retain the records for withdrawn materials on the
system.  They are suppressed and a message WITHDRAWN and the date are entered
in the call number (052) field.  They do not display to the public, but are
readily visible via the staff mode in the search module, and of course, are
available to cataloging and acquisitions staff.  This approach has worked well
for us.  If we decide to replace the missing book, Acquisitions attaches an
order record and the bibliographic record is modified to allow it to display
again to the public, so they know the item is on order.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.innopac
Date:         Fri, 24 Jul 1992 10:01:41 EDT
              <INNOPAC@MAINE.BITNET>
From:         RLP101@URIACC.BITNET
Subject:      Re: Exporting variable-length subfields in the 949
X-To:         INNOPAC%MAINE.BITNET@BROWNVM.brown.edu

There is a limit on the length of 949 field that is exported
into INNOPAC.  If you are missing the data from the last part
of your 949 field, that may have been the cause.  You can call
III to set a higher limit if desired.

MILLIE KWAN
SYSTEMS ANALYSIS/PLANNING LIBRARIAN
UNIV. OF RHODE ISLAND LIBRARIES
INTERNET: RLP101@URIACC.URI.EDU
BITNET: RLP101@URIACC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU