Re: XHTML module for addresses

<snip />

> 
> I would like to see a content model that
will
> be usable by third 
> parties software to make, for example,
> 
> <address>
> 	<person>Haruki Murakami</person>
> 	<street>Omote-Sando</street>
> 	<city>Tokyo</city>
> </address>

I'm inclined to agree with Karl Dubost ("I
would prefer an extensible semantic mechanism
and not specific  elements."). 

there's gotta be people on this list who know
better than i do, but 

<address>
<person>Haruki Murakami</person>
 	<street>Omote-Sando</street>
 	<city>Tokyo</city><ken>-to</ken>
</address>

is just wrong, as Tokyo isn't a prefecture
(ditto Osaka-fu).

<municipality type="city"
class="to">Tokyo</municipality> might work 

but consider

<address>
<city>Singapore</city>
<country>Singapore</country>
</address>

vs

<address>
<citystate>Singapore</citystate>
</address>

or 

<address>
<city>Hong Kong <abbr title="Special
Administrative Region">SAR</abbr></city>
</address>

vs

<address>
<municipality type="sar">Hong Kong</city>
</address>

vs

<address>
<city>Hong Kong</city>
<sar />
</address>

to say nothing of a mainland author with an
address in Taibei/Taipei.

if a predefined set of elements are used
should they be nested in some fashion? e.g.

<state>
<city>Paris</city>
Texas
</state>

<state>
<city>Paris</city>
Tennessee
</state>

even being from an exception like Kansas
City, i tend to think of cities as being
inside states.

<offtopic>
(maybe the propaganda spammers are listening)

<country>
<country>
<country>Kuwait</country>
Iraq</country>
USA</country>

- (in)valid?
</offtopic>

( maybe <occupant> or <resident> is a better
name for the element than <person>, seeing as
organizations, businesses, even empty lots
can have street addresses. )

OTOH, there are downsides to leaving it up to
authors, e.g. "Shanghai [2]00131" because a
page author offers a full list of countries
but assumes everyone has a zip code with 5 or
fewer digits.

and (this a question) are 

<address zip="90210-1234" />

and

PO Box 1234
Beverly Hill, CA 90210

the same thing as far as the USPS and/or a
machine is concerned?

Nate Jarvis

> 
> extractable by a software on your desktop to
> get the data in your address book.
> 
> Second issue. That arise with many elements,
> we should stop the 
> notion of block/span for elements by
> defaults. Because I can have
> 
> A Web page like that.
> 	Haruki Murakami
> 	Omote-Sando
> 	Tokyo
> 
> Or I can have
> <p>The address of the well known writer is
> Haruki Murakami, 
> Omote-Sando, Tokyo.</p>
> 
> 

> Disclaimer:
> I would prefer an extensible semantic
> mechanism and not specific 
> elements. See 
>
http://lists.w3.org/Archives/Public/www-html/2003May/0174.
> 
> 
> -- 
> Karl Dubost / W3C - Conformance Manager
>            http://www.w3.org/QA/
> 
>       --- Be Strict To Be Cool! ---

Received on Friday, 16 May 2003 10:06:22 UTC