Same element, different type

[Keith Hassen <keith.hassen@gmail.com>]

Hi,

I have what I suspect is a simple question about element consistency in 
a schema.  I have recently run across a few scenarios that require me to 
define something like the following:

   <xs:element name="params">
     <xs:complexType>
       <xs:sequence>
         <xs:element minOccurs="1" maxOccurs="1" name="param">
           <xs:simpleType>
             <xs:restriction base="xs:string">
               <xs:enumeration value="a"/>
               <xs:enumeration value="b"/>
               <xs:enumeration value="c"/>
             </xs:restriction>
           </xs:simpleType>
         </xs:element>
         <xs:element minOccurs="1" maxOccurs="1" name="param" 
type="xs:string"/>
       </xs:sequence>
     </xs:complexType>
   </xs:element>

The definition above isn't ambiguous (which would break the unique 
particle attribution rule), but it is not *consistent* vis-a-vis the 
types.  The Xerces parser reports a "cos-element-consistent" error, 
which I understand, but which I am hoping to circumvent while 
maintaining strict parsing rules.

Is there a way to define two unambiguous elements with the same name but 
are of different types?  I believe the answer here is "it can't be 
done", but thought I'd throw this at the wolves to see if I'm right. :)

(Incidentally, the above example is a snippet from a schema that is 
attempting a representation of an XML-RPC message set, where the first 
parameter is always a constrained list of possible values, while the 
second parameter is any string).

-K