Print

Print


Hi all,

I have been working to improve EADitor, the XForms-based solution for
creating, editing, and managing EAD finding aids.  Some improvements and
bugfixes have been implemented, including better controlled vocabulary
management and integrating into the EAD-editing interface.

FEATURES

* Create complex XML in a web form with an intuitive interface
* Subject terms in controlaccess are linked to LCSH with auto-suggest.  LCSH
terms can be updated from the id.loc.gov Atom feed on a button click.
* Subjects, persnames, corpnames, genreforms, famnames, and geognames can be
scraped from EAD guides already in the collection and populate an index used
for auto-suggesting those terms in controlaccess also
* Set templates of the default EAD Header/Frontmatter/Archdesc instance and
Component instance
* Create new agencycodes and institution names or scrape them from existing
documents in the collection (the form's controlled drop down menu is derived
from this list)
* Publish or unpublish documents to/from a Solr index that will used to
build an eventual public interface for faceting browsing, sorting, and
advanced searching features
* Upload EAD guides from the "wild" and process them to make markup more
consistent (this feature still has some bugs).

WHAT'S NEXT

* Create new localized authority terms and edit current ones
* Insert unique identifiers into the @id of controlled access terms so
guides always stay up to date on term changes.
* Customize HTML widget for EAD to generate mixed content at the paragraph
level
* Public interface
* Fedora repository interaction examples
* More documentation!

BACKGROUND
(boilerplate from project website)

EADitor is an XForms framework for the creation and editing of Encoded
Archival Description <http://www.loc.gov/ead/> (EAD) finding aids using
Orbeon <http://www.orbeon.com/>, an enterprise-level XForms Java
application, which runs in Apache Tomcat.

Many institutions have faced challenges in the efficient creation of
electronic finding aids since the introduction of EAD in 1998. For finding
aids to be useful to patrons of archives, robust metadata is required to
adequately describe the conceptual organization of a manuscript collection.
Subject specialists contribute their knowledge to provide context to the
collection, which allows it to be searched more relevantly. EAD is a complex
descriptive schema, and not all archivists or subject specialists can (or
should) be required to be competent in XML encoding. The use of
XForms<http://www.w3.org/MarkUp/Forms/>,
a W3C standard, to allow the creation of robust metadata through a
next-generation web form removes barriers from subject specialists in the
creation of EAD guides and reduces the potential for human errors in
semantic usage or invalid XML.
Resources: http://code.google.com/p/eaditor/
There is an instance of EADitor running on a test server.  If you are
interested in accessing the sandbox, email me off list and I'll provide a
link.

Comments and criticism welcome,
Ethan Gruber