Hubbry Logo
Encoded Archival DescriptionEncoded Archival DescriptionMain
Open search
Encoded Archival Description
Community hub
Encoded Archival Description
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
Encoded Archival Description
Encoded Archival Description
Encoded Archival Description
View on Wikipedia
from Wikipedia

Encoded Archival Description (EAD) is a standard for encoding descriptive information regarding archival records.[1]

Overview

[edit]

Archival records differ from the items in a library collection because they are unique, usually unpublished and unavailable elsewhere, and because they exist as part of a collection that unifies them.[2] For these reasons, archival description involves a hierarchical and progressive analysis that emphasizes the intellectual structure and content of the collection and does not always extend to the level of individual items within it.[3]

Following the development of technologies in the middle to late 1980s that enabled the descriptive encoding of machine-readable findings, it became possible to consider the development of digital finding aids for archives.[1] Work on an encoding standard for archival description began in 1992 at the University of California, Berkeley, and in 1998 the first version of EAD was released.[4] A second version was released in 2002, and the latest version, EAD3, was released in August 2015.[5] The Society of American Archivists and the Library of Congress are jointly responsible for the maintenance and development of EAD.[6]

EAD is now used around the world by archives, libraries, museums, national libraries and historical societies.[1] Through a standardized system for encoding the descriptions of archival finding aids, EAD allows users to locate primary sources that are geographically remote.[7] At its highest level, an EAD finding aid includes control information about the description as well as a description of the collection itself.[8] EAD3 was revised in 2018 to address concerns relating to the ease of access to archival descriptions and its ability to interface with other systems.[5][9]

Example of Elements in the EAD3 Tag Library

Background and need

[edit]

Archives by their very nature are different from libraries. While libraries contain individual items, such as books and journals, of which multiple, identical copies exist, archives contain records that are both unique and interrelated.[10] Archives represent the activities of a person, family or organization that are created and accumulated naturally in the course of their ordinary activities.[10] In contrast to the items in a library, therefore, all the items in an archival collection share a relationship.[2] The entire body of the records of an organization, family or individual have been created and accumulated as a byproduct of the organization or individual’s existence, and therefore share a common origin, which is referred to by archivists as its provenance; provenance refers to both the origin of an item or collection as well as its custody and ownership.[11] Archivists refer to the entire body or records of an individual or organization as its fonds; the fonds is thus a conceptual whole that reflects the process of the production or accumulation of records that share a common function or activity and exhibit a natural unity.[11] A fonds may contain anywhere from one item to millions of items, and may consist in any form, including manuscripts, charts, drawings, plans, maps, audio, video or electronic records.[10]

Because published materials differ in significant and fundamental ways from the collections of interrelated and unique materials found in archives, there are significant differences in bibliographic and archival description.[10] A bibliographic description represents an individual published item, is based on and derived from the physical item, and is thus considered item-level.[3] Archival description, by contrast, represents a collection, or a fonds, often containing individual items of various media, sharing a common origin, or provenance.[12] The description of archival materials, therefore, involves a complex hierarchical and progressive analysis.[3] It begins by describing the whole, then moves down to subcomponents; the description frequently does not extend to the item level.[13] In this way archival description focuses on the intellectual structure and content of the collection rather than its physical characteristics.[14]

A finding aid is a tool that helps users to find materials within an archive through the description of its contents.[11] Most findings aids provide similar types of information, including, at a minimum, a title that connects the finding aid to the creator of the collection; a summary of the material contained in the finding aid; background and context of the collection, including major figures involved; and information about the custody of the collection as well as any conditions or restrictions regarding its use.[15]

The unique nature of archival records and the geographic distribution of individual collections has presented a challenge for those wishing to locate and access them for over 150 years.[7] With the advent of international networked computing and online catalogs, however, the potential emerged for making archival collections searchable online.[13]

History

[edit]

EAD originated at the 1993 Society of American Archivists annual meeting in New Orleans and was headed by Daniel Pitti at the University of California, Berkeley.[16] The project's goal was to create a data standard for describing archives, similar to the MARC standards for describing bibliographic materials. The initial EAD Version 1.0 was released in the fall of 1998.[17] Such a standard enables archives, museums, libraries, and manuscript repositories to list and describe their holdings in a manner that would be machine-readable and therefore easy to search, maintain and exchange.[18] Since its inception, many archives and special collections have adopted it.

In addition to the development and maintenance work done by the Society of American Archivists and the Library of Congress, the Research Libraries Group (RLG) has developed and published a set of "Best Practice" implementation guidelines[19] for EAD, which lays out mandatory, recommended, and optional elements and attributes. RLG has also provided a kind of clearinghouse for finding aids in EAD format, known as ArchiveGrid. Member libraries provide RLG the URL for their finding aids; RLG automatically harvests data from the finding aids, indexes it, and provides a search interface for the index, thus giving researchers the ability to search across several hundred institutions' collections with a single query. RLG also has developed the "RLG Report Card",[20] an automated quality-checking program that will analyze an EAD instance and report any areas where it diverges from the best practices guidelines.

SAA's Technical Subcommittee for Encoded Archival Description, which include international representation, embarked on a revision of the EAD standard in 2010.[21] The latest version, EAD3, was released in August 2015.[22]

Adoption

[edit]

A number of repositories in the United States, Canada, the United Kingdom, France, Australia and elsewhere have adopted and implemented EAD with varying levels of technical sophistication. One of the most ambitious efforts is the Online Archive of California, a union catalog of over 5,000 EAD finding aids covering manuscripts and images from institutions across the state. The French National Library publishes more than 90,000 EAD finding aids covering archives and manuscripts.[23]

EAD element set

[edit]

The EAD standard's XML schema specifies the elements to be used to describe a manuscript collection as well as the arrangement of those elements (for example, which elements are required, or which are permitted inside which other elements). The EAD tag set has 146 elements and is used both to describe a collection as a whole, and also to encode a detailed multi-level inventory of the collection. Many EAD elements have been, or can be, mapped to content standards (such as DACS and ISAD(G)) and other structural standards (such as MARC or Dublin Core), increasing the flexibility and interoperability of the data.[24]

EAD 1.0 was an SGML document type definition (DTD). EAD 2002, the second incarnation of EAD, was finalized in December 2002 and made available as an XML DTD. The latest version of EAD, EAD3, is available as both an XML schema and a DTD.[25]

Parts of an EAD finding aid

[edit]

Note: Examples in this section are EAD2, and may not be valid against the EAD3 schema.

eadheader

[edit]

Note: In the current release of EAD3 1.0, the eadheader element has been replaced with the control element.[26]

The first section of an EAD-encoded finding aid is the eadheader. This section contains the title and optional subtitle of the collection and detailed information about the finding aid itself: who created it, when it was created, its revision history, the language the finding aid is written in, and so on. The eadheader itself has a number of required attributes that map to various ISO standards such as ISO 3166-1 for country codes and ISO 8601 for date formats.

The eadheader and its child elements can be mapped to other standards for easy interchange of information. They are often mapped to Dublin Core elements such as Creator, Author, Language. For example, in the excerpt below the relatedencoding="DC" attribute of the eadheader element specifies that child elements will be mapped to Dublin Core; the child element <author encodinganalog="Creator"> indicates that the EAD element <author> maps to the Dublin Core element <creator>.

Example of an eadheader: 

<eadheader audience="internal" countryencoding="iso3166-1" 
dateencoding="iso8601" langencoding="iso639-2b" 
relatedencoding="DC" repositoryencoding="iso15511" 
scriptencoding="iso15924">
   <eadid countrycode="us" identifier="bachrach_lf" mainagencycode="NSyU">bachrach_lf</eadid>
   <filedesc>
      <titlestmt>
         <titleproper encodinganalog="Title">Louis Fabian Bachrach Papers</titleproper>
         <subtitle>An inventory of his papers at Blank University</subtitle>
         <author encodinganalog="Creator">Mary Smith</author>
      </titlestmt>
      <publicationstmt>
         <publisher encodinganalog="Publisher">Blank University</publisher>
         <date encodinganalog="Date" normal="1981">1981</date>
      </publicationstmt>
   </filedesc>
   <profiledesc>
      <creation>John Jones
         <date normal="2006-09-13">13 Sep 2006</date>
      </creation>
      <langusage>
         <language encodinganalog="Language" langcode="eng">English</language>
      </langusage>
   </profiledesc>
</eadheader>

archdesc

[edit]

The archdesc section contains the description of the collection material itself. First, the Descriptive Identification or did element contains a description of the collection as a whole, including the creator (which may be an individual or an organization), size (usually given in linear feet), inclusive dates, language(s), and an abstract or brief description. As with the eadheader above, elements may be mapped to corresponding standards; elements in this section are usually mapped to MARC elements. For example, in the excerpt below the relatedencoding="MARC21" attribute of the archdesc element specifies that child elements will be mapped to MARC21; the child element <unittitle encodinganalog="245$a" label="Title: "> indicates that the unittitle element maps to MARC field 245, subfield a.

Example: 

<archdesc level="collection" type="inventory" relatedencoding="MARC21">
   <did>
      <head>Overview of the Collection</head>
      <repository encodinganalog="852$a" label="Repository: ">Blank University</repository>
      <origination label="Creator: ">
         <persname encodinganalog="100">Brightman, Samuel C. (Samuel Charles), 1911-1992</persname>
      </origination>
      <unittitle encodinganalog="245$a" label="Title: ">Samuel C. Brightman Papers</unittitle>
      <unitdate encodinganalog="245$f" normal="1932/1992" type="inclusive" label="Inclusive Dates: ">1932-1992</unitdate>
      <physdesc encodinganalog="300$a" label="Quantity: ">
         <extent>6 linear ft.</extent>
      </physdesc>
      <abstract encodinganalog="520$a" label="Abstract: ">
          Papers of the American journalist including some war correspondence, 
          political and political humor writings, and adult education material
      </abstract>
      <unitid encodinganalog="099" label="Identification: " countrycode="us" repositorycode="NSyU">2458163</unitid>
      <langmaterial label="Language: " encodinganalog="546">
         <language langcode="eng">English</language>
      </langmaterial>
   </did>
</archdesc>

Several additional descriptive elements may follow the did including:

  • bioghist - biographic description of the person or organization
  • scopecontent - a detailed narrative description of the collection material
  • relatedmaterial - description of items which the repository acquired separately but which are related to this collection, and which a researcher might want to be aware of
  • separatedmaterial - items which the repository acquired as part of this collection but which have been separated from it, perhaps for special treatment, storage needs, or cataloging
  • controlaccess - a list of subject headings or keywords for the collection, usually drawn from an authoritative source such as Library of Congress Subject Headings or the Art and Architecture Thesaurus
  • accessrestrict and userestrict - statement concerning any restrictions on the material in the collection
  • arrangement - the way in which the materials in the collection are arranged

The second, and usually largest, section of the archdesc is the dsc, which contains a full inventory of the collection broken down into progressively smaller intellectual chunks. EAD offers two options: the c element which can be nested within itself to an unlimited level, and a set of numbered container elements c01 through c12 which can only be nested numerically (i.e. a c01 can contain only a c02; a c02 can contain only a c03, and so on). Note that the c and c0# elements refer to intellectual subdivisions of the material; the actual physical container is specified using the container element. The inventory may go down to as detailed a level as desired. The example below shows an inventory to the folder level.

Example of an inventory: 

<dsc type="combined"><head>Inventory</head>
   <c01>
      <did>
        <unittitle>Correspondence</unittitle>
      </did>
      <c02>
         <did>
            <unittitle>Adams, Martha</unittitle>
            <unitdate normal="1962/1967">1962-1967</unitdate>
            <container type="box">1</container>
            <container type="folder">1</container>
         </did>
      </c02>
      <c02>
         <did>
            <unittitle>Barnett, Richard</unittitle>
            <unitdate normal="1965">1965</unitdate>
            <container type="box">1</container>
            <container type="folder">2</container>
         </did>
      </c02>
      ...etc
   </c01>
   <c01>
      <did>
        <unittitle>Writings</unittitle>
      </did>
      <c02>
         <did>
            <unittitle>Short stories</unittitle>
            <unitdate normal="1959/1979">1959-1979</unitdate>
            <container type="box">5</container>
            <container type="folder">1-9</container>
         </did>
      </c02>
   </c01>
</dsc>

Citing EAD

[edit]

There have been some studies about how to cite EAD files with variable granularity. In particular, Buneman and Silvello[27] proposed a rule-based system to automatically create citation snippets to be used as references when citing XML data; a case study is based on EAD. Furthermore, Silvello[28] proposed a framework, which learning from examples, automatically creates references at a different level of coarseness for XML files. This framework has been tested on the Library of Congress collection of EAD files.

Criticism

[edit]

A user study[29] analyzing the user interaction patterns with finding aids highlighted that "[they] focus on rules for description rather than on facilitating access to and use of the materials they list and describe", and that many archive users have serious issues using finding aids. Common and frequent user interaction patterns with finding aids are navigational and thus they require to browse the archival hierarchy to make sense of the archival data.[30]

Some critics claim that EAD constrains researcher interaction because several operations are either impossible or inefficient.[31] For example, it is problematic to:

  • let the user access a specific item on-the-fly, since it requires defining fixed access points to the archival hierarchy;[32]
  • let the user reconstruct the context of an item without browsing the whole archival hierarchy;[33]
  • present the user with only selected items from an archive, since the finding aid presents a given collection as a whole.[34][35]

Furthermore, EAD allows for several degrees of freedom in tagging practice, which may turn out to be problematic in the automatic processing of EAD files, since it is difficult to know in advance how an institution will use the hierarchical elements. It has been underlined that only EAD files meeting stringent best practice guidelines are shareable and searchable.[36]

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

Encoded Archival Description

View on Grokipedia
from Grokipedia
Encoded Archival Description (EAD) is a non-proprietary, XML-based standard for encoding descriptive information about archival materials, enabling the creation of standardized electronic finding aids that support the discovery, access, and management of archival collections in networked environments. Developed collaboratively by the archival community, EAD structures hierarchical descriptions of , series, files, and items, drawing on international standards like ISAD(G) to ensure consistency and across repositories. The origins of EAD trace back to the early 1990s, when the Society of American Archivists (SAA) and the initiated efforts to adapt (SGML) for archival description, addressing the need for machine-readable finding aids amid growing digital access demands. The first version, EAD 1.0, was released in 1998 and officially adopted as a standard by the SAA, marking a pivotal shift from paper-based to digital encoding practices in archives and manuscript libraries. Subsequent revisions refined its capabilities: EAD 2002 incorporated international feedback to reduce structural complexity while enhancing flexibility, though it was deprecated in 2021 but remains available for legacy use. EAD 3, introduced in 2015, advanced conceptual alignment with archival theory, improved multilingual support, and boosted interoperability with systems like ArchivesSpace and Access to Memory (AtoM), facilitating global aggregation in portals such as Archives Portal Europe. As of 2025, the SAA's Technical Subcommittee on Encoded Archival Standards (TS-EAS), in partnership with the , continues to develop EAD 4.0; the second draft was released in early 2025, with public comments closing in May 2025 and submission for approval planned for later in the year, focusing on evolving needs in and integration. Maintained through community-driven processes via and listservs, EAD's key features include a (DTD) or schema for elements like <eadheader> for metadata and <archdesc> for core descriptions, promoting inheritance to avoid redundancy in hierarchical records. Widely adopted internationally since its inception, EAD has transformed archival practice by enabling sophisticated indexing, navigation, and cross-repository searching, while ensuring long-term preservation independent of specific hardware or software. Its benefits extend to enhanced user access through web-based interfaces and union databases, with implementations in institutions across , , , and beyond, underscoring its role as a foundational tool in and .

Overview

Definition and Purpose

Encoded Archival Description (EAD) is an international standard for encoding descriptive information regarding archival records, developed by the EAD Working Group of the Society of American Archivists (SAA) and the Network Development and Office of the (LC). It serves as a non-proprietary specifically designed for the creation of machine-readable finding aids that describe archival collections in a structured format. The core purpose of EAD is to enable consistent, hierarchical encoding of descriptive information for archives, manuscripts, and special collections, thereby facilitating efficient search, retrieval, and online access to these materials. By preserving the natural inherent in archival materials—such as , series, and sub-series—EAD allows repositories to represent the organic structure of collections while supporting across digital systems. Unlike general metadata standards, such as , which primarily focus on item-level descriptions for diverse digital objects, EAD emphasizes provenance-based, multi-level descriptions tailored to the unique contextual needs of archival contexts. This approach documents the administrative history and original order of materials, ensuring that the custodial and intellectual relationships within collections are maintained and discoverable. EAD originated as a (SGML)-based standard to address the limitations of traditional text-based finding aids in digital environments, with later versions shifting to Extensible Markup Language (XML) for enhanced compatibility with web technologies and broader adoption.

Scope and Applications

Encoded Archival Description (EAD) is primarily applied to encode finding aids for hierarchical descriptions of archival collections, including personal papers, organizational records, and materials. It facilitates the creation of electronic finding aids that provide physical and intellectual control over diverse materials, such as , photographs, and digital files, by structuring metadata in compliance with international standards like ISAD(G). For instance, elements like with the @daotype attribute set to "born-digital" enable linking to digital representations or native records within collections. This application supports archivists and manuscript curators in describing complex, multi-level holdings where relationships between components—such as , series, and items—are explicitly encoded. The scope of EAD is limited to descriptive metadata, focusing on content summarization, contextual information, and navigational aids rather than preservation strategies or mechanisms. It does not address technical aspects like file or rights management, which are handled by complementary standards such as PREMIS. However, EAD's design accommodates multi-institutional repositories by enabling data exchange and , allowing descriptions to be aggregated and shared across organizations without altering core descriptive . In practice, EAD finding aids are integrated into library catalogs, online portals like ArchiveGrid—which aggregates over 7 million archival records from thousands of institutions worldwide for global discovery, including EAD-encoded finding aids—and institutional websites to enhance user access. These implementations allow researchers to search and browse collections dynamically, with examples including the of Ireland's use of EAD for diplomatic records and Yale University's descriptions of accessions. EAD offers key benefits for users, including linked navigation between collection levels through elements like

and , which create hyperlinks from overviews to detailed components, improving contextual understanding. Additionally, it supports multilingual descriptions via attributes such as @lang and @script, along with elements like and , enabling inclusive access for international audiences.

Historical Development

Origins and Early Initiatives

In the early 1990s, archivists faced a growing need for standardized digital encoding of archival finding aids as the internet expanded access to cultural heritage materials, yet no dedicated standards existed beyond adaptations of bibliographic formats like MARC and USMARC, which were designed for item-level descriptions rather than hierarchical archival structures emphasizing provenance and original order. This gap prompted initiatives to create a non-proprietary, platform-independent standard that could preserve the multi-level nature of archival collections while facilitating online dissemination. The Encoded Archival Description (EAD) project originated in 1993 at the Library, where Daniel Pitti served as principal investigator, leading a team to develop requirements for an encoding standard based on consultations with archival experts. That year, at the Society of American Archivists (SAA) annual meeting in New Orleans, Pitti presented the Berkeley project, catalyzing broader interest and leading to the formation of the SAA's Encoded Archival Description Working Group (EADWG) to oversee collaborative development. The EADWG included representatives from the SAA, (LC), Research Libraries Group, , and the International Council on Archives (ICA), with the LC co-administering the initiative alongside the SAA for maintenance and dissemination. Funding for the initial Berkeley phase came from the , , and Council on Library Resources. Early milestones included the release of an alpha version of the EAD (DTD) in 1996 for initial implementers, followed by a beta version in September 1996 after incorporating feedback, with further refinements in November 1996. Beta testing was conducted by institutions such as the system and the Archives, which provided practical evaluations of the DTD's applicability to real-world finding aids. Conceptually, EAD was grounded in (SGML), an ISO standard from 1986 suited for hierarchical document encoding, allowing inheritance of descriptive elements across collection levels. It drew directly from ICA standards, particularly the General International Standard Archival Description (ISAD(G)), to ensure compatibility with international archival principles while adapting them for digital environments.

Versions and Revisions

The Encoded Archival Description (EAD) standard was first officially released as Version 1.0 in 1998 by the Society of American Archivists (SAA), utilizing a (SGML) (DTD) to encode hierarchical archival finding aids. This version introduced core elements such as , , and to standardize the description of archival materials, enabling the creation of electronic finding aids compliant with international standards like ISAD(G). Building on early working group initiatives from the mid-1990s, Version 1.0 established a foundational framework for among archives, libraries, and museums. In 2002, EAD underwent a significant revision to Version EAD 2002, transitioning from SGML to an -based DTD to enhance web compatibility and facilitate broader digital dissemination of finding aids. This update addressed usability issues from Version 1.0, such as overly complex structures and limited international applicability, by deprecating elements like and introducing flexible wrappers like . Key additions included the element for documenting legal and physical access conditions, and the element within to track document changes via subelements like and , improving maintenance and version control. These enhancements, informed by global testing in institutions like those in and , promoted better end-user access and alignment with standards such as Describing Archives: A Content Standard (DACS). EAD3, released in August 2015 by the SAA's Technical Subcommittee for Encoded Archival Standards (TS-EAS), represented a major overhaul designed to simplify and modernize the standard for contemporary networked environments. The revision streamlined encoding by merging redundant tags, eliminating deprecated ones, and adding new elements for enhanced functionality, resulting in a total of 166 elements while preserving essential features. It improved modularity through reusable components and enhanced support for via elements like , facilitating integration with Encoded Archival Context for Corporate Bodies, Persons, and Families (EAC-CPF). Key changes included shifting from DTD to (RNG) schema for greater flexibility, enabling customization through project-specific profiles, and aligning descriptive elements with terms and schema.org vocabularies to boost discoverability in web searches. The revision processes for EAD have emphasized , beginning with the EAD3 effort in under TS-EAS, which incorporated international representation and involved four comment periods to gather feedback from archivists worldwide. This iterative approach, including calls for proposals and digesting community input, ensured revisions addressed practical needs like simplification and . As of 2025, no major updates have occurred since EAD3's 2015 release, though TS-EAS continues ongoing schema maintenance, with minor revisions such as EAD3 1.1.2 issued in June 2023 to incorporate fixes and policy updates for regular releases. A draft for EAD 4.0 remains under review following comments from April to May 2025, with the comment period closing on May 16, 2025. As of November 2025, the TS-EAS has not announced a release date for EAD 4.0, with ongoing internal review. The draft focuses on further enhancements, including reductions to 119 elements, without altering the core structure.

Technical Specifications

Element Set and Schema

The Encoded Archival Description (EAD) element set consists of a structured of XML tags designed to encode hierarchical archival descriptions, enabling the representation of collections at multiple levels from to item. Central to this set are hierarchical tags such as the <c> element, which denotes components of a collection and can be nested up to 12 levels deep (e.g., <c01> to <c12> for varying ), and the <did> element, which provides descriptive identification including subelements like <unittitle>, <unitdate>, and <physdesc> to summarize key attributes of the described materials. In EAD3, the current version released in 2015 and updated to 1.1.2 in 2023, this set encompasses 165 elements, facilitating detailed, standardized encoding of finding aids while supporting with other metadata standards. EAD's schema has evolved to enhance flexibility and validation, transitioning from the Document Type Definition (DTD) used in the initial EAD 2002 version to more robust XML-based schemas. The EAD 2002 schema, released in 2007, introduced (RNG) as the authoritative format alongside a derived W3C (XSD), allowing for better support of namespaces and data types compared to the rigid DTD, though the DTD remained available for legacy compatibility. EAD3 further refines this by prioritizing for its conciseness and modularity, with XSD and DTD derived from it, enabling easier customization and validation against international standards like for dates and for scripts. This shift, as noted in the EAD3 tag library, addresses limitations in earlier versions by supporting advanced features like for hyperlinks and Schematron for rule-based validation beyond basic syntax checking. Elements in EAD are categorized into control, descriptive, and indexing groups to organize metadata effectively. Control elements, such as <eadid> for unique identifiers and <control> for revision history, manage the document's administrative metadata. Descriptive elements include <titlepage> for front matter and <archdesc> or <bioghist> for biographical histories and collection overviews, capturing substantive content about archival materials. Indexing elements like <index> and <controlaccess> provide entry points for subjects, names, and places, enhancing discoverability through repeatable subelements. Customization in EAD allows archivists to tailor encodings to specific needs, particularly through attributes and . The @level attribute specifies descriptive (e.g., "fonds," "series," "file"), while @audience distinguishes between external (public) and internal (staff-only) content, ensuring appropriate . EAD3's modular approach introduces customization layers, permitting the definition of element subsets via patterns, which reduces complexity for specialized applications without altering the core schema. Validation of EAD documents relies on official schemas hosted by the , with RELAX NG files (e.g., ead.rng) serving as the primary tool for checking compliance, supplemented by XSD files (ead.xsd) for XML parsers and Schematron rules for semantic constraints. These resources, available since the 2007 schema release, support conversion from legacy DTDs via provided XSLT stylesheets, ensuring ongoing usability across tools like .

Structure of an EAD Finding Aid

The Encoded Archival Description (EAD) finding aid is structured as an XML document with the <ead> element serving as the wrapper that encapsulates all components, ensuring a standardized format for describing archival materials. This element declares the document's and schema location, typically using the EAD3 schema for modern implementations, which simplifies encoding by avoiding complex dependencies like . At its core, the EAD structure follows a hierarchical model that mirrors the multi-level arrangement of archival collections, such as a or collection at the top level descending into series, subseries, files, and items. The required <archdesc> element provides the primary of the archival unit, containing subelements like <did> (descriptive identification) for essential details such as and dates, and <dsc> ( of subordinate components) for nested levels using <c> or level-specific elements like <c01> for series. This nesting enables a logical flow from high-level overviews to granular details, facilitating navigation and search within the . Additionally, the mandatory <control> element (replacing the <eadheader> from earlier versions) captures metadata about the finding aid itself, including creation details, identifiers, and maintenance history. Optional sections enhance usability, such as <controlaccess>, which aggregates indexed terms like personal names, subjects, and geographic locations for improved discoverability without disrupting the main descriptive flow. Encoding best practices in EAD3 emphasize declarative attributes for internationalization, such as @scriptencoding with values from , and streamlined linking to avoid unnecessary namespaces. For handling embedded media or external resources, elements like <dao> (digital archival object) or <daoset> are used within descriptive sections, specifying links via @href attributes along with options for display behavior (e.g., @show="embed" or @show="new"). A high-level XML skeleton illustrates this structure:

xml

<ead xmlns="http://ead3.archivists.org/schema/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://ead3.archivists.org/schema/ https://www.loc.gov/ead/ead3.xsd"> <control> <recordid>unique_identifier</recordid> <maintenanceagency>institution_name</maintenanceagency> </control> <archdesc level="collection"> <did> <unittitle>Collection Title</unittitle> <unitdate>Creation Date</unitdate> </did> <dsc> <c01 level="series"> <did> <unittitle>Series Title</unittitle> </did> <c02 level="file"> <did> <unittitle>File Title</unittitle> </did> </c02> </c01> </dsc> <controlaccess> <persname>Person Name</persname> <subject>Subject Term</subject> </controlaccess> <dao href="https://example.com/digital_object" show="new"/> </archdesc> </ead>

<ead xmlns="http://ead3.archivists.org/schema/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://ead3.archivists.org/schema/ https://www.loc.gov/ead/ead3.xsd"> <control> <recordid>unique_identifier</recordid> <maintenanceagency>institution_name</maintenanceagency> </control> <archdesc level="collection"> <did> <unittitle>Collection Title</unittitle> <unitdate>Creation Date</unitdate> </did> <dsc> <c01 level="series"> <did> <unittitle>Series Title</unittitle> </did> <c02 level="file"> <did> <unittitle>File Title</unittitle> </did> </c02> </c01> </dsc> <controlaccess> <persname>Person Name</persname> <subject>Subject Term</subject> </controlaccess> <dao href="https://example.com/digital_object" show="new"/> </archdesc> </ead>

This outline demonstrates the nesting that supports the archival hierarchy while integrating access and media elements seamlessly.

Key Components

The key components of an Encoded Archival Description (EAD) finding aid form the foundational structure for encoding descriptive information about archival collections, enabling hierarchical representation and machine-readable access. In EAD version 2002, the primary divisions include the <eadheader> for metadata about the finding aid itself and the <archdesc> for the core collection-level description, along with supporting elements like <controlaccess> and <otherfindaid>. EAD3, released in 2015, refines this structure by replacing <eadheader> with <control> to better align with related standards like Encoded Archival Context for Corporate Bodies, Persons, and Families (EAC-CPF), while streamlining <archdesc> to support reusable modules and enhanced interoperability. The <eadheader> in EAD 2002 encapsulates administrative and bibliographic metadata for the finding aid, including the <filedesc> element for essential details such as the title proper and edition statement, and the <profiledesc> for information on the finding aid's creation, such as the sponsoring agency and language used. It also includes an <revisiondesc> to track maintenance history, ensuring and . For example:

<eadheader> <filedesc> <titlestmt> <titleproper>Guide to the John Doe Papers</titleproper> </titlestmt> </filedesc> <profiledesc> <creation>Created by Repository Name, 2020</creation> </profiledesc> <revisiondesc> <change><date>2023-01-01</date><item>Updated scope</item></change> </revisiondesc> </eadheader>

<eadheader> <filedesc> <titlestmt> <titleproper>Guide to the John Doe Papers</titleproper> </titlestmt> </filedesc> <profiledesc> <creation>Created by Repository Name, 2020</creation> </profiledesc> <revisiondesc> <change><date>2023-01-01</date><item>Updated scope</item></change> </revisiondesc> </eadheader>

In EAD3, this component is restructured as <control>, which incorporates similar metadata but adds attributes for encoding standards (e.g., @countryencoding="iso3166-1") and supports integration with broader archival schemas, reducing redundancy while maintaining fields like <recordid> for unique identifiers. The <archdesc> element serves as the central container for the descriptive content of the archival materials at the collection level, required in both versions and subdivided into key subelements that capture essential archival information. It typically begins with <did> (Descriptive Identification), which provides core identifiers such as the unit title, origination (creator), physical description, and repository details; this element is mandatory and repeatable for hierarchical levels. EAD3 enhances <did> with structured subelements like <physdescstructured> for granular physical attributes (e.g., dimensions, condition) and <unitdatestructured> for complex date ranges, improving data precision over the simpler <physdesc> and <unitdate> in EAD 2002. A brief example of <did> in EAD 2002:

<did> <origination>John Doe, creator</origination> <unittitle>Papers, 1900-1950</unittitle> <physdesc><extent>5 linear feet</extent></physdesc> </did>

<did> <origination>John Doe, creator</origination> <unittitle>Papers, 1900-1950</unittitle> <physdesc><extent>5 linear feet</extent></physdesc> </did>

Following <did>, the <bioghist> element offers biographical or historical context about the creator or collection origins, containing unstructured text or formatted paragraphs to narrate and significance; it is optional but recommended for contextual depth. The <scopecontent> element then summarizes the collection's intellectual content, , and research value, often using paragraphs or lists to outline themes and exclusions. Complementing this, <arrangement> details the organizational scheme, such as series or , and in EAD3, it is positioned as a peer to <scopecontent> rather than a , allowing greater flexibility. Additional components enhance access and linkages. The <controlaccess> element aggregates terms for subjects, personal names, and other access points, facilitating indexing and search; in EAD3, it supports

subelements for structured term components, allowing decomposition of complex entries while permitting simple text, and includes attributes like @source and @rules to reference authorities such as . For instance:

<controlaccess> <subject source="lcsh">Archival description</subject> </controlaccess>

<controlaccess> <subject source="lcsh">Archival description</subject> </controlaccess>

Finally, <otherfindaid> references related descriptive tools or inventories, including links to external resources, and is repeatable to accommodate multiple aids. This element supports comprehensive discovery by pointing to supplementary materials like container lists or published guides. These components collectively ensure that EAD finding aids are both human-readable and computationally processable, with EAD3's revisions promoting for reuse across repositories.

Implementation and Adoption

The adoption of Encoded Archival Description (EAD) began primarily in the United States, with early pilots sponsored by the in 1998 following the release of the initial EAD (DTD) developed at the . These efforts focused on encoding finding aids for archival collections to enable networked access, marking a shift from paper-based descriptions to digital formats. By the early 2000s, adoption expanded internationally, supported by endorsements from the International Council on Archives (ICA), which recognized EAD as a key standard for archival description aligned with global norms like ISAD(G). Growth in Europe and Australia accelerated through initiatives such as the Archives Portal Europe, which integrated EAD for cross-border discovery, and Australian national projects adapting EAD for local repositories. As of 2025, over 1,400 archival institutions worldwide contribute EAD-encoded finding aids to aggregators like ArchiveGrid, reflecting sustained global uptake despite varying implementation depths. The transition to EAD3, released in 2015, has been gradual, with only a small fraction of contributions using the updated schema by 2022, though hybrid approaches combining EAD2002 and EAD3 elements remain common among early adopters. As of 2023, analyses of aggregated finding aids showed no EAD3 usage in sampled datasets, indicating persistent reliance on EAD 2002. Tools such as Oxygen XML Editor for authoring and the eXtensible Text Framework (XTF) for indexing have facilitated broader use by simplifying encoding and search functionalities. In , EAD adoption is particularly robust, integrated into platforms like ArchivesSpace, which over 550 member institutions use for managing and exporting EAD finding aids (as of May 2025). Surveys indicate that approximately 39% of U.S. archives employ encoded finding aids as of 2023. Regional variations show high penetration in via hubs like the UK's Archives Hub, which has encoded thousands of collections since 1999 using EAD for aggregation across 390+ institutions. In , adoption is emerging, with East Asian workshops and projects in incorporating EAD into digitization efforts for , though traditional standards still dominate. Notable case studies illustrate these trends. The Northwest Digital Archives (now part of Archives West under Orbis Cascade Alliance) served as an early U.S. adopter starting in 2001, encoding over 300 collections and pioneering collaborative EAD workflows that influenced regional consortia. Internationally, the UK's Archives Hub exemplifies sustained European implementation, harvesting EAD files to provide online access to diverse holdings, enhancing discoverability for researchers. These examples highlight EAD's role in fostering and access across borders.

Challenges and Barriers to Implementation

Implementing Encoded Archival Description (EAD) presents several technical barriers, primarily stemming from the requirement for specialized expertise in XML encoding and management. Archivists often lack the necessary technical skills to author and validate EAD files, as the standard demands a high level of proficiency in XML technologies, which were not part of traditional archival . Converting legacy descriptive records from paper-based systems, word processors, or MARC formats to EAD further complicates adoption, involving time-intensive manual mapping and potential data loss during transformation. Resource constraints exacerbate these challenges, particularly in smaller institutions where staff sizes are limited—often fewer than five full-time equivalents—and budgets do not accommodate dedicated IT support or extended development time. Training costs add to the burden; for instance, workshops offered by the Society of American Archivists (SAA) on EAD encoding and tools, while essential, require significant investment in time and fees, deterring under-resourced archives from full implementation. Many lone arrangers or small teams report feeling overwhelmed by the ongoing maintenance of EAD systems without institutional backing. Standardization gaps also hinder progress, as pre-EAD descriptive practices varied widely across institutions, leading to inconsistent encoding decisions even within the flexible EAD framework. Tool support remains uneven, especially for EAD3, with many software options lacking robust validation, customization, or integration features, resulting in fragmented workflows and compatibility issues. Migrating from earlier versions like EAD 2002 to EAD3 poses additional difficulties due to schema changes, including new elements and attributes that necessitate comprehensive rewriting or automated conversion of existing finding aids. Surveys indicate that over 76% of EAD-using institutions still relied on the 2002 version as of 2019, with migration efforts stalled by the perceived workload and lack of seamless tools. To address these barriers, institutions have turned to open-source tools such as ArchivesSpace, which facilitates EAD export and management while reducing technical overhead through integrated workflows. Grant funding from bodies like the National Historical Publications and Records Commission (NHPRC) has supported implementation projects, including conversions and training, as seen in initiatives at institutions like the . Consortia collaborations and community resources, such as the EAD Cookbook and SAA working groups, further provide templates, best practices, and shared expertise to ease adoption.

Integration and Extensions

Interoperability with Other Standards

Encoded Archival Description (EAD) integrates with Encoded Archival Context for Corporate Bodies, Persons, and Families (EAC-CPF) to provide detailed biographical and contextual information about creators associated with archival materials. In EAD3, the <control> element replaces the former <eadheader> and is borrowed directly from EAC-CPF to ensure structural alignment, while the <chronlist> element incorporates <geogname> for event locations to match EAC-CPF conventions. Additionally, the experimental <relations> element draws from EAC-CPF to encode relationships between archival resources and external entities, facilitating the description of creators' biographies within finding aids. EAD aligns closely with content standards such as the General International Standard Archival Description (ISAD(G)) and Describing Archives: A Content Standard (DACS), which guide the descriptive elements encoded in EAD finding aids. EAD is explicitly based on ISAD(G), mapping its hierarchical levels (, series, file, item) to EAD's structural components via attributes like @encodinganalog. Similarly, DACS elements are referenced in EAD3 through <conventiondeclaration>, ensuring compliance with rules for archival description, such as those for administrative history and scope and content. EAD3 enhances interoperability by incorporating features that support technologies, including embedding and schema.org vocabularies. The <relation> element uses attributes like @href for URIs pointing to external resources and @arcrole for relationship predicates, enabling RDF extraction and alignment with linked open data principles; it also allows embedding of via <objectxmlwrap>. Access points such as <persname> and <subject> include @identifier and @relator attributes to encode URIs, which can reference schema.org terms for improved discoverability in semantic contexts. Crosswalks facilitate the transformation of EAD data to other metadata formats, including MARCXML, , and MODS, promoting data exchange across systems. Tools like MarcEdit provide built-in crosswalks for converting EAD to MODS or , mapping elements such as <title> to corresponding fields in these schemas. The EADitor, an XForms-based , supports editing and conversion of EAD files, including exports to formats compatible with MARCXML and for integration into broader cataloging environments. As part of the broader Encoded Archival Context (EAC) family, EAD collaborates with EAC-CPF to form a suite of standards for comprehensive archival encoding, where EAD handles resource descriptions and EAC-CPF manages entity contexts. EAD also integrates with the (OAI-PMH), allowing repositories using systems like ArchivesSpace to expose EAD finding aids for automated harvesting; this enables metadata aggregation from multiple sources into centralized indexes. These features yield significant benefits, particularly in enabling across distributed repositories through protocols like OAI-PMH. For instance, EAD-encoded finding aids harvested via OAI-PMH contribute to platforms such as , which incorporates similar harvesting to support cross-European searches of materials. As of November 2025, the draft EAD 4.0 under development by the SAA's TS-EAS may further enhance these and capabilities.

Citing and Referencing EAD

Citing Encoded Archival Description (EAD) finding aids involves referencing the digital document as a whole, typically using its unique persistent identifier, such as the <eadid> element, which provides a stable, machine-readable label for the entire finding aid. This identifier, required within the <control> element in EAD3 (or <eadheader> in legacy EAD 2002), ensures precise location and citation, often formatted as part of the repository's handle or URL system. For digital archives, common styles like Chicago and MLA treat online finding aids as web resources or unpublished manuscripts, incorporating the collection title, repository, access date, and URL to account for potential changes in online content. In Chicago style (notes and bibliography), a typical citation for an EAD finding aid might read: Clark, Donna E., et al. "Vancouver Status of Women, 1971" [finding aid]. 1986. University of British Columbia Library Rare Books and Special Collections, , . Accessed November 13, 2025. https://rbscarchives.library.ubc.ca/uploads/r/university-of-british-columbia-library-rare-books-and-special-collections/7/d/a/7da2e2742f5e8e30cb000ae9e7a2ba060864134c4aaeb26bafc11fc6e336e69d/Vancouver_Status_of_Women_1971-1978.pdf.[](https://guides.library.ubc.ca/c.php?g=699947&p=5299799) For MLA, it could be: Shriver, Chelsea. McLennan Family Fonds [finding aid]. Revised by Gillian Dunks, July 2017. University of British Columbia Library Rare Books and Special Collections, , . Accessed 13 Nov. 2025. https://rbscarchives.library.ubc.ca/index.php/mclennan-family-fonds.[](https://guides.library.ubc.ca/c.php?g=699947&p=5299799) These formats emphasize the <archdesc> element as the primary descriptive source, which encapsulates the core archival description. Best practices recommend including the EAD version (e.g., EAD3) if specified in the document, the date of access, and the full URL or <eadid> to enhance reproducibility, particularly for dynamic online repositories. Referencing the EAD standard itself follows bibliographic conventions for technical documents, with official citations tied to versions maintained by the Society of American Archivists (SAA). For EAD3, the primary source is: Society of American Archivists. Encoded Archival Description Tag Library, Version EAD3. : SAA, 2015. https://www2.archivists.org/sites/all/files/TagLibrary-VersionEAD3.pdf.[](https://www2.archivists.org/sites/all/files/TagLibrary-VersionEAD3.pdf) This tag library, released in August 2015 and updated to version 1.1.2 in June 2023, serves as the authoritative reference, often cited with its (1-931666-89-X) or (2015947841). While no DOI is assigned to the core tag library, related schemas and tools may use DOIs for machine-readable components, such as those hosted by the . Citation managers facilitate handling EAD metadata, with tools like supporting custom fields for archival materials, including import of web-based finding aids via browser extensions to capture titles, URLs, and access dates automatically. similarly allows manual entry or import of XML-based EAD files as unpublished documents, enabling extraction of key metadata like <eadid> and <prefercite> for formatted outputs. Although no dedicated plugins exist solely for EAD, these general integrations streamline citation by treating finding aids as web archives or manuscripts. Internationally, adaptations of styles like APA or accommodate non-U.S. contexts by prioritizing repository details and access information. In APA, an example is: Daniells, L. (1982). An inventory of the Margaret and Geoffrey Andrew papers Ethel Wilson collection [finding aid]. University of Library Rare Books and Special Collections. https://rbscarchives.library.ubc.ca/uploads/r/university-of-british-columbia-library-rare-books-and-special-collections/6/5/65839/Andrew.pdf[](https://guides.library.ubc.ca/c.php?g=699947&p=5299799) For (numeric, English), a finding aid might be cited as: 1. SHRIVER, Chelsea. McLennan family [finding aid]. : University of Library Rare Books and Special Collections, 2017. Available from: https://rbscarchives.library.ubc.ca/index.php/mclennan-family-fonds [Accessed 13 November 2025]., aligning with its guidelines for electronic documents and standards.

Criticisms and Future Directions

Key Criticisms

One of the primary criticisms of Encoded Archival Description (EAD) centers on its complexity, particularly in early versions, which featured an overly verbose tag set that demanded extensive technical expertise. The standard's intricate hierarchical structure, with numerous nested elements such as <c> and numbered components like <c01> to <c12>, often overwhelmed users, leading to inconsistent encoding practices due to its forgiving yet flexible design. This verbosity not only increased document length but also imposed a steep on non-technical archivists, requiring substantial training in XML and archival markup to implement effectively. Critics have also highlighted EAD's rigidity in enforcing hierarchical structures prior to the EAD3 revision, which proved ill-suited for describing non-Western or hybrid collections that do not conform to traditional fonds-based arrangements common in Western archival traditions. The document-centric approach of earlier versions limited adaptability for diverse cultural contexts, where collections might exhibit non-linear or relational structures, complicating and accurate representation of materials from indigenous or multicultural origins. This structural inflexibility often forced awkward mappings of legacy data, exacerbating challenges in encoding complex, non-hierarchical relationships. Accessibility issues further undermine EAD's utility, with poor native support for non-English languages stemming from its English-centric tag names and documentation, which hinder international adoption by non-Anglophone archivists. While EAD supports for content, the standard's monolithic file format and reliance on custom stylesheets result in limited mobile rendering, making finding aids cumbersome on smaller devices without additional processing. These shortcomings restrict user access, particularly for global audiences navigating archival descriptions on varied platforms. Equity concerns arise from EAD's resource-intensive nature, which favors well-resourced institutions capable of investing in specialized software, , and ongoing , thereby widening the in global archives. Smaller or underfunded repositories, often in developing regions or community-based settings, struggle with the overhead of sustaining EAD-compliant systems, perpetuating unequal access to digital archival tools. Empirical studies reinforce these critiques; for instance, a 2022 OCLC Research analysis of the National Finding Aid Network found EAD to be a significant barrier for small repositories due to its demands and incompatibility with legacy formats, with only 3% of ArchiveGrid's 7.2 million descriptions utilizing EAD XML.

Ongoing Developments and Prospects

Since the release of Encoded Archival Description (EAD) version 3 in 2015, the Society of American Archivists' Technical Subcommittee on Encoded Archival Standards (TS-EAS) has issued several updates to maintain the standard's relevance and usability. The EAD3 schema underwent errata corrections and versioning, culminating in the release of version 1.1.2 of the Tag Library in June 2023, which refined elements for better interoperability and clarity in encoding archival finding aids. Additionally, the 2020 SAA guidelines, discussed in a TS-EAS webinar, provided practical profiles for implementing EAD in diverse institutional contexts, emphasizing customization to reduce encoding complexity. These updates have supported growing linked open data (LOD) initiatives, with EAD3's element enabling descriptions of connections between archival materials and external entities in a LOD-friendly manner, facilitating data reuse across repositories. For instance, projects like the conversion of EAD to Europeana Data Model (EDM) have demonstrated how EAD structures can be transformed into RDF triples for semantic interoperability. Emerging trends in EAD development include the integration of (AI) to assist in encoding and description processes. AI tools are increasingly applied to automate aspects of archival metadata creation, such as generating summaries or tagging hierarchical structures in finding aids, which aligns with EAD's XML framework to enhance efficiency for large collections. A 2025 webinar by the SAA Description Section highlighted practical uses of AI in archival description, including entity extraction and that can streamline EAD-compliant encoding while preserving contextual accuracy. These advancements address labor-intensive aspects of manual tagging, with AI tools supporting cataloging for special collections. Looking ahead, the TS-EAS has initiated work on EAD 4.0, with the first draft released in March 2024 for public comment, and a final draft released in April 2025. This revision responds to earlier criticisms of rigidity by introducing simplified subsets and customizable profiles, allowing institutions to tailor EAD to specific needs without compromising core standards. The ongoing process emphasizes alignment with sibling standards like Encoded Archival Context-Corporate Bodies, Persons, and Families (EAC-CPF), promoting a more interconnected ecosystem for archival data. As of November 2025, TS-EAS is incorporating feedback from the May 2025 comment period and advancing the revision toward finalization. Community efforts underscore EAD's sustainability through . The SAA's TS-EAS continues to oversee revisions, ensuring long-term viability by incorporating feedback from global users and focusing on data longevity in digital environments. Internationally, with International Council on Archives (ICA) standards, such as the General International Standard Archival Description (ISAD(G)) and the emerging Records in Contexts (RiC) framework, has advanced through joint initiatives, including the 2024 SAA statement on RiC adoption, which builds on EAD's foundational alignment to foster global consistency. As of 2025, migrations to EAD3 have accelerated, supported by federal funding programs like those from the Institute of Museum and Library Services (IMLS), which prioritize projects involving standardized metadata. Concurrently, there is a heightened focus on inclusive descriptions within EAD frameworks to represent diverse collections, with initiatives emphasizing reparative practices that interrogate biased narratives in finding aids and promote equitable access to underrepresented materials. This shift, informed by studies such as a 2023 assessment of diversity in special collections, integrates elements like community-sourced annotations to make EAD-encoded aids more reflective of multifaceted histories.

References

  1. https://www2.archivists.org/groups/technical-subcommittee-on-encoded-archival-standards-ts-eas/encoded-archival-description-ead
  2. https://www.dlib.org/dlib/november99/11pitti.html
  3. https://www.loc.gov/ead/
  4. https://www2.archivists.org/sites/all/files/20240521_IntroductionToEAD_EastAsia_English.pdf
  5. https://connect.archivists.org/discussion/final-call-for-comments-revision-of-encoded-archival-description-6
  6. https://www.loc.gov/ead/EAD3taglib/EAD3-TL-eng.html
  7. https://www.loc.gov/ead/eadabout.html
  8. https://www.loc.gov/ead/ag/agcontxt.html
  9. https://www.loc.gov/ead/eaddev.html
  10. https://researchworks.oclc.org/archivegrid/about/
  11. https://www2.archivists.org/node/10164
  12. https://www.loc.gov/ead/tglib1998/index.html
  13. https://www2.archivists.org/sites/all/files/EAD_TagLibrary_2002.pdf
  14. https://www.loc.gov/ead/tglib/elements/accessrestrict.html
  15. https://www.loc.gov/ead/tglib/elements/revisiondesc.html
  16. https://www.loc.gov/ead/ead3schema.html
  17. https://www2.archivists.org/news/2010/call-for-comments-revision-of-encoded-archival-description-ead
  18. https://www2.archivists.org/sites/all/files/EAD_Comments_digest_0.pdf
  19. https://www2.archivists.org/groups/technical-subcommittee-on-encoded-archival-standards-ts-eas/reminder-last-call-ead-4-draft-fi
  20. https://www2.archivists.org/groups/technical-subcommittee-on-encoded-archival-standards-ts-eas/final-call-for-comments-revision-
  21. https://www.loc.gov/ead/eadschema.html
  22. https://www.loc.gov/ead/EAD3taglib/tl_ead3.pdf
  23. https://www.loc.gov/ead/EAD3taglib/element_did.html
  24. https://www.ica.org/resource/universal-declaration-on-archives-uda/
  25. https://www.archivesportaleurope.net/tools/for-content-providers/standards/apeead/
  26. https://hangingtogether.org/encoded-archival-standards-a-view-from-archivegrid-and-nafan-research/
  27. https://escholarship.org/content/qt90k6w2wf/qt90k6w2wf.pdf
  28. https://www.oxygenxml.com/
  29. https://www.loc.gov/ead/eadother.html
  30. https://archivesspace.org/archives/232198
  31. https://sr.ithaka.org/publications/acensus-ii-administrators-survey/
  32. https://archiveshub.jisc.ac.uk/ead/
  33. https://digitalcommons.usu.edu/cgi/viewcontent.cgi?article=1158&context=westernarchives
  34. https://www2.archivists.org/sites/all/files/EADToolsSurvey.pdf
  35. https://matienzo.org/storage/2010/2010-Feb-EAD-Barriers.pdf
  36. https://www.oclc.org/content/dam/research/publications/library/2010/2010-04.pdf
  37. https://www.loc.gov/ead/EAD3_Implementation_Survey_Results_and_Discussion_20190320.pdf
  38. https://my.umbc.edu/groups/library/posts/53267
  39. https://www.loc.gov/ead/standards-statement.html
  40. https://www2.archivists.org/standards/DACS
  41. https://ruthtillman.com/downloads/Tillman-LD-EAD3.pdf
  42. https://www2.archivists.org/standards/23665/155?order=title&sort=asc
  43. https://docs.archivesspace.org/architecture/oai-pmh/
  44. https://www.orbiscascade.org/programs/osdc/archives-and-manuscripts-collections/ead/
  45. https://pro.europeana.eu/post/digital-public-library-of-america-and-europeana
  46. https://www2.archivists.org/groups/technical-subcommittee-on-encoded-archival-standards-ts-eas/major-revision-of-ead-call-to-act
  47. https://www.loc.gov/ead/practices/lcpractices.html
  48. https://guides.library.ubc.ca/c.php?g=699947&p=5299799
  49. https://www2.archivists.org/sites/all/files/TagLibrary-VersionEAD3.pdf
  50. https://guides.library.harvard.edu/zotero_archival_research
  51. https://endnote.com/downloads/
  52. https://www.citationmachine.net/iso690-numeric-en
  53. https://publications.archivists.org.au/index.php/asa/article/view/10621/10967
  54. https://www.youtube.com/watch?v=9NXNyx9py-I
  55. https://ceur-ws.org/Vol-801/paper7.pdf
  56. https://www.youtube.com/watch?v=uG-HB7QcPlc
  57. https://www2.archivists.org/groups/technical-subcommittee-on-encoded-archival-standards-ts-eas/call-for-comments-revision-of-e-0
  58. https://saadescription.wordpress.com/2024/08/12/shape-the-future-of-ead-a-call-to-action-part-iv/
  59. https://saadescription.wordpress.com/2024/04/22/shape-the-future-of-ead-a-call-to-action-part-ii/
  60. https://asistdl.onlinelibrary.wiley.com/doi/10.1002/meet.2014.14505101043
  61. https://www2.archivists.org/sites/all/files/0224-IV-A-Stands.pdf
  62. https://www.imls.gov/find-funding/funding-opportunities
  63. https://elischolar.library.yale.edu/cgi/viewcontent.cgi?article=1233&context=jcas
  64. https://crl.acrl.org/index.php/crl/article/view/25873/33810
Add your contribution
Related Hubs
User Avatar
No comments yet.