I'm not sure I follow, Joe. What's "not happening"?

Are you saying the following won't validate:
---------

<mods xmlns="http://www.loc.gov/mods/v3"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.loc.gov/mods/v3 mods-3-3.xsd">
<accessCondition>xyz</accessCondition>
</mods>

-------------

It validates with XMLSpy.

--Ray


----- Original Message ----- 
From: "Joe Altimus" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Friday, August 08, 2008 6:03 PM
Subject: [MODS] accessCondition element in MODS 3.3 schema


> I've noticed that no older examples of <accessCondition>, containing only
> character data (a string), validate with the MODS 3.3 schema. There is a
> comment in the schema that the redefinition was designed to allow a string
> or <extension> to occur:
>
> <xsd:complexType name="accessConditionType">
> <xsd:annotation>
> <xsd:documentation>506, 540</xsd:documentation>
> </xsd:annotation>
> <xsd:complexContent>
> <xsd:extension base="extensionType">
> <!--  ************************* definition revised in 3.3
> *************************
>                            **   base="extensionType" rather than
> string.  extensionType is **
>                            **  mixed content, and minOccurs=0 was
> added to its definition **
>                            **  so the result is that this definition
> now supports a string (as  **
>                            **  before) or an extension.
>
> but that isn't happening. Can the schema be corrected to work as the
comment
> states?
>
> Joe Altimus
> Arizona State University Libraries
>