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

Re: Does DTD validation work with namespaces?

  • From: tpassin@h...
  • To: xml-dev@l...
  • Date: Wed, 09 Aug 2000 16:53:46 -0400

unintelligable
Norman Walsh commented on my previous post (qutoed by Winchel 'Todd'
Vincent, III) -

> | Presumably, it would mean "If this fragment had been embedded in a valid
> | structure according to its own DTD, this fragment would not cause the
whole
> | structure to be invalid."
> |
> | This sounds like a tall order for a processor to understand, and also a
tall
> | order to describe in a DTD.  It's funny, though, isn't it? All us humans
> | know pretty well what it would mean:  e.g., if we put in an <html:h2>
> | element, we want a processor to display an h2 heading at that point **as
> | if** it were an html document.  It's the formal aspect that's tough.
>
> I don't, in fact, agree that it's easy for humans to understand. Given:
>
>   <bookinfo>
>   <author><firstname>Norman</firstname>
>     <html:h2>Is a Big Fat Idiot</html:h2>
>     <surname>Walsh</surname>
>   </author>
>   </bookinfo>
>
> I have no idea what that H2 means. It doesn't mean display an H2 heading,
> it *can't* mean that because the author isn't displayed at all, it's
> just metadata that's associated with the document. Now I have a document
> with unintelligable metadata. I'm totally confused.
>
I see I simplified too much to try to make a point.  Let me try again.
Seems to me that the only reasons to include elements from other namespaces
in a document are 1) to reuse the same element names, like <h2>, but flag
them as having some different meaning - which is a matter for the processor
to handle -, or 2) to use some properties that usually belong to that other
namespace.  Ideally, perhaps, those properties would be semantics, but in a
real XML document, all we can really get is the syntax.

If I insert an h2 element from the html namespace, presumably I want some
html property - probably processor behavior - to accompany it.  Otherwise I
wouldn't bother.  For the example of including, say, contract elements
within a civil pleading (as some people have been talking about), I
presumably want to bring in the exact agreed-on semantics that go along with
the "contracts" vocabulary.  This is really a matter of semantics (or
ontology, if you like to look at it that way), but in xml, semantics is a
matter for the processor, not the parser.  If we get the syntax right,
perhaps there is some hope that the semantics are appropriate as well.

So is a namespace really a glorified processing instruction that has a
scope? Anyone care to tackle that one?

Cheers,

Tom Passin


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.