SGML Architecture questions

Dmitri Kondratiev dima at
Sun Feb 1 00:47:54 GMT 1998

I may be wrong, but from my understanding of SGML architecture, only
bridging mechanism provides for type extension. Everything else in
architecture seems to be element and attribute names remaping. Bridging
element serves as a target for mapping substructure to it. Still bridging
element is not defined in DTD and as a result its content/attributes can't
be validated by parser. Is that correct ?

Taking bridging example from "A Tutorial Introduction to SGML Architectures"
by W. Eliot Kimber, with architectural DTD :

<!-- Person Name and addresses architecture ("personarch")-->
<!ELEMENT person 
<!ELEMENT name 
   (#PCDATA | archbridge)*
<!ELEMENT address
   (#PCDATA | archbridge)*
<!ELEMENT archbridge
   (#PCDATA | archbridge)*

And mapping from elements in the document to elements in the architecture :

<?XML version="1.0" ?>
<?IS10744:arch name="personarch"
<!DOCTYPE customer.record [
 <!ATTLIST customer.record personarch NAME #FIXED "person" >
 <!ATTLIST      personarch NAME #FIXED  "name"   >
 <!ATTLIST   last          personarch NAME #FIXED   "archbridge" >
 <!ATTLIST   first         personarch NAME #FIXED   "archbridge" >
 <!ATTLIST  cust.address   personarch NAME #FIXED  "address" >
 <!ATTLIST   street        personarch NAME #FIXED   "archbridge" >
 <!ATTLIST   city          personarch NAME #FIXED   "archbridge" >
 <!ATTLIST   state         personarch NAME #FIXED   "archbridge" >
 <!ATTLIST   zip           personarch NAME #FIXED   "archbridge" >
 <street>1234 Maple St.</street>

There is no DTD for <archbridge> element content so:


could be :


So my question is :
how validity constraints can be enforced for bridging element substructure ?


Dmitri Kondratiev
dima at
102401.2457 at
tel: 07-095-464-9241

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as:
To (un)subscribe, mailto:majordomo at the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at

More information about the Xml-dev mailing list