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

Re: Vocabulary Combination and optional namespaces

• To: XML DEV <xml-dev@l...>
• Subject: Re: Vocabulary Combination and optional namespaces
• From: "W. E. Perry" <wperry@f...>
• Date: Sat, 31 May 2003 11:45:58 -0400
• Organization: Fiduciary Automation
• References: <3ED676DF.6020707@p...> <ab7bdvs3gol4j4trlefsiq6g4bfbaou70f@4...> <3ED5B096.9080102@t...> <3ED6062E.4080403@b...> <200305292144.h4TLi3F09045@d...> <3ED7E4EC.4070400@p...> <k66gdvsb2srp8mvp06o6ptnvrgqhdh6tvr@4...> <3ED87447.3050302@d...> <3ED87E31.93365357@s...> <3ED8984F.8040200@p...> <3ED89F75.5FC16B91@s...> <3ED8ABFB.9010609@p...> <3ED8C185.74A10A96@s...>

james anderson wrote:

> Bill de hÓra wrote:
> > Which 'the abstract data model' would that be?
>
> the one in terms of which operations in your processing-environment-of-choice are
> expressed.

Petitio principii, I fear. The larger point is that after 5+ years of XML processing a
significant number of practitioners have discovered (or reaffirmed what they already
knew) that XML applications are effectively monolithic from the syntactic instance to
the idiosyncratic output. That is the inescapable consequence of a syntactic
definition of XML--a hard fact which has been lost on, or ignored by, ancillary
specifications that insist on introducing specious abstractions between the
syntactically-conformant instance and some processing of it appropriate to a desired
specific outcome. To induce from the nature of  particular processing some abstract
data model which appropriately describes an XML input instance as handled by that
process may be a useful exercise in designing or refining the implementation of that
process, but it is at best otiose to the XML instance itself, or indeed to other
processing which might usefully manipulate that instance for other purposes. Grasping
for such abstractions is the fundamental misconception (some days I am tempted to
think 'obstinance') which regularly diverts conversations in the XML community from
XML to not-XML. (Parenthetically, I am *very* sorry that Tim Bray might have absented
himself from this present thread, addressing as it does core issues raised by our
syntactically-defined standard. Given their fundamental nature, raising those
questions is never out of order, nor is stare decesis in the name of the Namespaces
Rec an adequate disposal of them.)

Respectfully,

Walter Perry

• Follow-Ups:
  • Re: Vocabulary Combination and optional namespaces
    • From: james anderson <james.anderson@s...>
  • Data vs. Process was Re: Vocabulary Combination ...
    • From: "Jonathan Borden" <jonathan@o...>

• References:
  • Re: Vocabulary Combination and optional namespaces
    • From: Paul Prescod <paul@p...>
  • Vocabulary Combination
    • From: Arjun Ray <aray@n...>
  • Re: Vocabulary Combination
    • From: Tim Bray <tbray@t...>
  • Vocabulary Combination and optional namespaces
    • From: Joe Gregorio <joe@b...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Joe English <jenglish@f...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Paul Prescod <paul@p...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Arjun Ray <aray@n...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Bill de hÓra <bill@d...>
  • Re: Vocabulary Combination and optional namespaces
    • From: james anderson <james.anderson@s...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Bill de hÓra <bill.dehora@p...>
  • Re: Vocabulary Combination and optional namespaces
    • From: james anderson <james.anderson@s...>
  • Re: Vocabulary Combination and optional namespaces
    • From: Bill de hÓra <bill.dehora@p...>
  • Re: Vocabulary Combination and optional namespaces
    • From: james anderson <james.anderson@s...>

• Prev by Date: Re: human interaction with XML
• Next by Date: Re: Looking for an example of a name colliision
• Previous by thread: Re: Vocabulary Combination and optional namespaces
• Next by thread: Data vs. Process was Re: Vocabulary Combination ...
• Index(es):
  • Date
  • Thread