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

RE: Co-operating with Architectural Forms

• To: 'Gavin Thomas Nicol' <gtn@r...>, xml-dev@l...
• Subject: RE: Co-operating with Architectural Forms
• From: "Bullard, Claude L (Len)" <clbullar@i...>
• Date: Mon, 4 Feb 2002 08:39:01 -0600

Yes.  

Still, one has to account for multiple interpreters 
one of which is the author.  It is useful to know who 
is authoritative or dominant in a communication.  While 
the system need not enforce a relationship in the 
instance, one should provide that information when 
requested. 

How would you envision a layer or layers that then 
includes the principal and auxiliary types first? 
Then the architectural types?

Next, how would DTDs have to change to support that 
view?

What should the instance signal to associate itself 
to these layers?

len

-----Original Message-----
From: Gavin Thomas Nicol [mailto:gtn@r...]

On Friday 01 February 2002 07:18 pm, Joe English wrote:
> Having thought more about the second question, I now believe that
> the only thing that's intrinsic to an XML document is
> the stuff that's manifest in the parse tree: GIs, attributes,
> and content.  Everything else -- the principal type, auxilliary
> types, architectural forms, etc., -- are imposed by the observer.

Precisely what I have been saying.... (though I would say "interpreter 
rather than "observer").

In compilers, you usually (not always, usually)  go from 
source->AST->object tree with something doing the conversion from 
AST->object. XML is the same. The XML core DOM is roughly an AST... 
and we interpret that as we wish. Even humans go through the phase of 
parsing into "elements" then determining their "type" .

The magic is is in the interpreter, not the data.




-----------------------------------------------------------------
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>

• Prev by Date: RE: What am I overlooking...?
• Next by Date: RE: misprocessing namespaces (was Re: There is a meaning, but it's not in the data alone)
• Previous by thread: Re: Co-operating with Architectural Forms
• Next by thread: RE: Co-operating with Architectural Forms
• Index(es):
  • Date
  • Thread