ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax?
by Arjun Ray other posts by this author
Jun 14 2002 10:05PM messages near this date
Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax? | Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax?
John Cowan <jcowan@[...].com>  wrote:
| Arjun Ray scripsit:

|>  Why must this single "validation DTD" be encompassing rather than merely 
|>  enabling (to use terminology from the AFDR)?
| 
| Can you explain this?  I am not enough of an AF weenie to understand this.

I've already offered:

 http://lists.w3.org/Archives/Public/www-html/2000Jan/0217.html

which references:

 http://www.ornl.gov/sgml/wg8/docs/n1920/html/clause-A.3.1.html

I'll try again.

Before you apply a validation DTD to an instance, how do you know whether
it is even appropriate to do so, and if it is, how do you determine to
what parts of the instance it applies?  Once you accept the possibility
that a particular schema may not describe the entirety of a specific
instance - because, for example, the instance may have been composed on
the fly with "imports" from <booming-voice> Namespaces</> that the schema
developers had no chance to know about - then it follows that a schema
cannot predict in advance to what parts of an instance of discretionary
provenance it could apply.  Rather, it would be up to the document to map
its various parts to the various schemas that the instance composer had to
have known about.  IOW, a mapping is always involved - even if it's a
trivial identity transformation - and this is what needs formalization,
not how to colonify names.  

| Make a proposal for such an annotation mechanism, then, by all means.

The basic idea would be the ArchUse PI, converted to declaration syntax,
covering, at a minimum, the concepts underlying public-id, dtd-public-id,
doc-elem-form, form-att and renamer-att.  

| >  | Why people want to use namespaces, or why they shouldn't, is out of scope.
| >  
| >  I call this ostrichism.
| 
| I call it anti-dogmatism.

AFAICT, Namespaces are dogma.  The anti-dogmatic view would question them.
While the XML-SIG was in existence, the spec never made it past the WD
stage.  Once SIG was dissolved, the solution in search of a problem sailed
through to Rec status.  Because papal bulls from 50,000 feet would not
have it any other way.  

Oh, excuse me, I forgot.  In W3C-speak, there is no such thing as "dogma".
It's "axiom of architecture".


-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:
John Cowan
Marcus Carr
Eric Bohlman
Marcus Carr
james anderson
james anderson
james anderson
Marcus Carr
Arjun Ray
Marcus Carr
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Deborah Aleyne Lapeyre
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
Michael Kay
Thomas B. Passin
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
Michael Kay
james anderson
David Carlisle
Tim Bray
Ronald Bourret
Ronald Bourret
Ronald Bourret
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
Rick Jelliffe
Arjun Ray
John Cowan
Rick Jelliffe
Rick Jelliffe
Dennis Sosnoski
John Cowan
Dennis Sosnoski
John Cowan
Dennis Sosnoski
Arjun Ray
G. Ken Holman
John Cowan
Arjun Ray
james anderson
Arjun Ray
John Cowan
Arjun Ray
Rick Jelliffe
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
james anderson
james anderson
John Cowan
james anderson
james anderson
John Cowan
Ronald Bourret
Ronald Bourret
Jonathan Borden
Ronald Bourret
Michael Fuller
John Cowan
Bob Hutchison
james anderson
Thomas B. Passin
John Cowan
Ronald Bourret
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
james anderson
Norman Walsh
K. Ari Krupnikov
John Cowan
John Cowan
K. Ari Krupnikov
John Cowan
G. Ken Holman
Ronald Bourret
Rick Jelliffe
John Cowan
Marcus Carr
G. Ken Holman
John Cowan
Michael Fitzgerald
Paul Prescod
John Cowan
John Cowan

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved