tightening element adr

[Martin Lee <martin@xxxxxxxxxxxx>]

<!ELEMENT adr (pobox*, extadd*, street*, locality*, region*, pcode*,
country*)>

This allows multiple pobox and country elements.
I suggest refining it to:
<!ELEMENT adr(pobox?, extadd*, street?, locality*,
region?,pcode?,country?)>

This still allows multiple extadd and locality elements, to allow for
multiline data, such as:

<extadd>Flat 2</extadd>
<extadd>The Manor House</extadd>
<street>Broad Street</street>
<locality>Littleton-on-the-water</locality>
<locality>near Biggerville</locality>
<region>Countryshire</region>
<pcode>AB14 5CD</pcode>
<country>UK</country>

but restricts other elements to occurring once or being absent.

My understanding of RFC 2426 is that only one of each element is
allowed, although an element
may be blank. XML allows us to omit an element if empty, hence the use
of '?' for one or none.
This implies a definition of:
<!ELEMENT adr(pobox?, extadd?, street?, locality?,
region?,pcode?,country?)>
But this doesn't allow for multiple extadd elements. It would be unclear
how multiline addresses should
be defined. The inclusion of '\n' character to signify new line is not
in the spirit of XML, neither is
the inclusion of <p> elements (which may be defined elsewhere). So I
suggest allowing multiple
extadd and locality elements to identify separate lines of information.
I see no reason for allowing
multiple pobox, pcode, street, region, or country elements. I cant see
how this would have a legitimate
use.


Martin



begin:vcard 
n:Lee;Martin
tel;fax:+44 (207) 757 2699
tel;work:+44 (207) 757 2659
x-mozilla-html:FALSE
url:http://www.ebookers.com
org:Ebookers.com
adr:;;34-42 Woburn Place;London;;WC1H 0TA;England
version:2.1
email;internet:martin@xxxxxxxxxxxx
title:Ecommerce Programmer
x-mozilla-cpt:;25760
fn:Martin Lee
end:vcard