Over the last several months, we have discussed changes needed in MODS for
the next incremental version (3.1) as well as a more major release.
We are preparing for MODS version 3.1. The primary need is to incorporate
the changes in mods-for-mads.xsd so that MADS may reference MODS elements
instead of repeating them. There are several other changes that have been
discussed on this list or are small additions that we would like to
incorporate at this time.
These changes are generally additions or corrections and do not invalidate
existing MODS instances. Thus, an incremental version number.
We also have a list of more substantive changes that will affect existing
instances or require broader discussion. I will circulate these separately
as candidates for MODS 4.0. So if your favorite change isn't on here, it
hasn't necessarily been forgotten, but if it requires more discussion or
invalidates existing records, it'll be on the 4.0 list.
Following are the changes with links to the MODS archives where there has
been previous discussion (I've included the messages with summaries of the
issues). Please review the previous messages if necessary, since we don't
want to have the same discussions again (I realize it's been awhile). Most
of these have already been discussed at some point in the last several
months or are fairly trivial.
1. Implement the reorganization in mods-for-mads.xsd
Rationale: necessary for implementation of MADS, since it uses MODS
2. Change <coordinates> to not be required under <geographic>.
Rationale: This was an oversight/error.
3. Define <part> under <mods>, not just <relatedItem>. Take out
documentation (in MODS guidelines) restricting <relatedItem> to
4. Addition of attribute "objectPart" to <language> to indicate language
of what part of the resource described (to be distinguished from the lang
and xml:lang attributes, which refer to language of the value in the tag).
e.g. <language objectPart="summary" authority="iso639-2b">spa</language>
indicates that only the summary is in Spanish.
Rationale: there is no way to indicate that the language specified is for
something other than the entire text.
5. Add attribute "type" to dateOther to specify other kinds of dates. (Not
Rationale: Everyone has their favorite date type associated with specific
materials. MODS enumerates the most important ones as specified by users,
but but could allow for extensibility for other types of dates by
6. Changes for the emerging content standard Cataloging Cultural Objects:
6.1. add attribute "type" to <genre>
Rationale: to distinguish different aspects of genre: in CCO this includes
class, work type, style.
6.2. add attribute "type" to <form> under <physicalDescription>
Rationale: to be able to specify whether the form concerns materials or
techniques.e.g. type="material": oil paint; type="technique": painting
6.3. add attribute "type" to <physicalLocation> under <location>
Rationale: to indicate different kinds of locations, e.g. current,
discovery, former, creation
7. Allow for empty elements for xlinked elements.
Rationale: xlink is an attribute, so the element with which it's
associated may be empty if only a link and no text is needed.
8. Add displayLabel attribute in <classification>.
Rationale: corresponds to MARC 050$3 (materials specified). This is needed
for instance for mapping to LC's American Memory records.
9. The base of urlType changed to xsd:anyURI, from xsd:string.
Rationale: this enforces the URI syntax, instead of just using string.
10. extensionType, change
<xsd:any processContents="skip" ....../>
<xsd:any processContents="lax" ....../>
Rationale: changing to "lax" allows a user to define an extension and have
it validate if he supplies a schema, and also allows it to avoid
validating by simply not defining a schema.
A draft schema version 3.1 is located at:
The current version of MADS now references the above schema:
Please send any comments to [log in to unmask], to this list, or to me by July
^^ Rebecca S. Guenther ^^
^^ Senior Networking and Standards Specialist ^^
^^ Network Development and MARC Standards Office ^^
^^ 1st and Independence Ave. SE ^^
^^ Library of Congress ^^
^^ Washington, DC 20540-4402 ^^
^^ (202) 707-5092 (voice) (202) 707-0115 (FAX) ^^
^^ [log in to unmask] ^^