[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: DTD Question

  • From: "Rick Jelliffe" <ricko@a...>
  • To: <xml-dev@i...>
  • Date: Thu, 22 Oct 1998 16:13:35 +1000

jelly dtd

> From: owner-xml-dev@i... [mailto:owner-xml-dev@i...]On Behalf Of
> John Cowan

> Indeed. In fact, the Right Thing turns out to be CommonName and Surname;
> my CommonName is "John Cowan" and my Surname is "Cowan".  See the
> X.500 Person schema.

That is probably as good a system as any: trying to break names down into
parts that have international usefulness is a mug's game. Here in Taiwan
they use name-of-family (comes first) and then name-in-family, but people
very commonly adopt a Western name. I had a Japanese friend who had 6
different aliases he used in different contexts (including "Cindy" as in
Cindy Crawford, which was a little perplexing). In some South-East Asian
countries sometimes people only have one name, and dont use name-of-family.
And, of course, in North Europe in times past people derived their surname
from their father's name or their location: probably that still goes on
somewhere in the world. In the West, women often retain their maiden names
for work. Westerners with unhyphenated double-barrelled names often only use
one (e.g. Mr John Price Pontifex might always use Mr John Price except in
official documents).

So the idea of just allowing
<!ELEMENT person ( name+ )>
<!ELEMENT name   ( #PCDATA )>
<!ATTLIST name   type NMTOKENS "CommonName">
<!-- Example roles are
	OfficialName, NickName, FamilyName, SurName, GivenName, Alias,
	FirstName, MiddleName, LastName -->
...
<person><name>Rick Jelliffe</name>
<name type="Surname LastName FamilyName">Jelliffe</name>
<name type="GivenName FriendName FirstName">Rick</name>
<name type="OfficialName Fullname">Jelliffe, Richard Alan</name>
<name type="StageName">The King of Bubble and Skank</name>
<name type="NickName">Papa Shakey</name>
<name type="Alias">Brunopoly</name>
<name type="AustralianMistake">Jeff Jolly</name>
<name type="JapaneseMistake">Lick Jellyfish</name>
<name type="TaiwaneseMistake">Rick, Jelly Furry</name>
</person>

I think this example also demonstrates the difference between a DTD and a
schema. The DTD mainly gives information related to markup parsing and
moving constants into a header (e.g. internal entities, FIXED and default
attribute values): in particular, for XML the information it gives is that
the type attribute should be interpreted as a list of tokens. The comment
allows interesting parts of the schema to be written down.

But there may always constraints such as "every person must have an official
name beginning with J and be sorted in alphabetical order" which are not
expressible by DTDs, and could only be expressed in a schema language which
has access to the DOM (e.g. using XLL) and can pattern match and can save
values: in other words, a fairly general purpose expression language.

In fact, I doubt that the idea of "a schema" for a document is the way to
go. It seems to me that every different use of a document might require some
schema optimized for that use. Data entry requires lexical validation schema
(e.g. to make sure a date is in a particular format). Text processing
requires another (e.g. that the document is valid against a DTD so that all
required elements are found and in the expected positions, or that the data
has been sorted). Data delivery might require another (e.g. that the
"html:alt" attribute value for an image is generated in the language of the
recipient, or that the bounding box of an image is not greater than the
column width it has to fit into).

Perhaps these can fit into "data typing", "document typing" and "publication
typing", where DCD, DTD and XSL can fit the bills. Too early to say.

Rick Jelliffe


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.