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] Vocabulary Combination and optional namespaces
by Arjun Ray other posts by this author
Jun 2 2003 10:26PM messages near this date
Re: [xml-dev] Vocabulary Combination and optional namespaces | Re: [xml-dev] Vocabulary Combination and optional namespaces
james anderson <james.anderson@[...].de>  wrote:
| Arjun Ray wrote:

|>  Actually, (sub)graph labelling, not graph relabelling.  The original graph
|>  has no scrutable labels, only structure.
| 
| inscrutable, and even ignored, is not the same as none. given that xml
| structure has but two dimensions, dominance and sequence, absent 
| predetermined sequencing constraints, one is left with dominance only. 
| which is not always sufficient. one has to put up with inscrutable.

I'm not sure what you mean.  Let me try to explain my view of "subgraph
labelling" (and by implication, my "poetics" of markup), by which I mean
the essential process by which external vocabularies are associated with
the element structure of a document.

First, the notion of the original graph having no scrutable labels.  All
you have is an arbitrary tagging scheme of content, just to tell the nodes
apart:

  [[[Book Review]]
  ^^^[[XML: A Primer]
  |||^^[[[Author]
  |||||^^^[Price]
  ||||||||^[Pages]
  |||||||||^[Date]]
  ||||||||||^[[Simon St. Laurent]
  |||||||||||^^[31.98]
  |||||||||||||^[352]
  ||||||||||||||^[1998]]]]]
  |||||||||||||||^
  ||||||||||||||||
  ABCDEFGHIJKLMNOP

(You could think of these labels as the values of an ID attribute!)

Now, we proceed to describe these arbitrary tags using control attributes
whose purpose is to map vocabulary specific names:

  id="A":  hn="html"
  id="B":  hn="head"
  id="C":  hn="title"
  id="D":  hn="body"  xn="bookreview" <== Note: *two* generic identifiers!

and so on.  A "subgraph" with scrutable labels (which minimally means a
generic identifier for each relevant node) can be extracted by processing
this list of attribute settings.  That's all.  This is not renaming as
much as it is naming in the sense of markup. 

As another example, consider this

  <?xml-map  vocab="wellknown name of HTML vocabulary"
             gi-mapper="foo" ?> 
  <A foo="html"> 
    <B foo="head"> 
      <C foo="title"> Demo</></>
    <D foo="body"> 
      <E foo="h1"> Hello World!</></></>

Where the semantics of <?xml-map?>  identify the control attribute 'foo' as
having the semantics "GI known as, in such-and-such vocabulary".  I would
claim that this is enough to make this document one of the "HTML type" (in
the sense of "exhibiting HTML constructs by authorial intent".)  Given
that, in this:

  <?xml-map  vocab="wellknown name of HTML vocabulary"
             gi-mapper="foo" ?> 
  <html foo="html"> 
    <head foo="head"> 
      <title foo="title"> Demo</></>
    <body foo="body"> 
      <h1 foo="h1"> Hello World!</></></>
    
It is *still* the values of the foo attribute that make this a document of
the "HTML type", and *not* the apparently familiar generic identifiers!
Removing the explicit markup for what appears to be a redundant "identity
mapping", i.e.

  <?xml-map  vocab="wellknown name of HTML vocabulary"
             gi-mapper="!gi" ?> 
  <html> 
    <head> 
      <title> Demo</></>
    <body > 
      <h1> Hello World!</></></>
 
is *still* the result of a mapping of names as far as semantics are
concerned - we've just telescoped the essential vocabulary association
process.  We can also omit the gi-mapper="!gi" specification in the
<?xml-map?>  pseudo-declaration as a totally obvious defaulting, but we
can't leave the <?xml-map?>  declaration out -- because without it, all we
have are indeed arbitrary names, no matter that they might look familiar.

This is why a mapping mechanism, *even for the single vocabulary case*, is
an inescapable necessity of the formalism.


-----------------------------------------------------------------
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:
Arjun Ray
Rick Jelliffe
james anderson
james anderson
K. Ari Krupnikov
Bob Foster
Arjun Ray
Thomas B. Passin
Thomas B. Passin
Bob Foster
Arjun Ray
K. Ari Krupnikov
Arjun Ray
K. Ari Krupnikov
Thomas B. Passin
Simon St.Laurent
Jonathan Borden
Thomas B. Passin
K. Ari Krupnikov
Arjun Ray
Simon St.Laurent
Chiusano Joseph
Arjun Ray
Chiusano Joseph
Chiusano Joseph
Arjun Ray
Thomas B. Passin
K. Ari Krupnikov
Arjun Ray
John Cowan
Arjun Ray
Bob Foster
W. E. Perry
Arjun Ray
Chiusano Joseph
Chiusano Joseph
Chiusano Joseph
W. E. Perry
Chiusano Joseph
Thomas B. Passin
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
K. Ari Krupnikov
james anderson
Arjun Ray
james anderson
Arjun Ray
Rick Jelliffe
james anderson
Arjun Ray
Jonathan Borden
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Arjun Ray
W. E. Perry
Arjun Ray
Rick Jelliffe
james anderson
Arjun Ray
Rick Jelliffe
Arjun Ray
Rick Jelliffe
Arjun Ray
james anderson
Simon St.Laurent
james anderson
Rich Salz
Jaywanth
Seairth Jacobs
Joe Gregorio
Arjun Ray
Arjun Ray
John Cowan
Simon St.Laurent
Arjun Ray
Paul Prescod
Arjun Ray
Paul Prescod
Arjun Ray
Tim Bray
MURATA Makoto
Arjun Ray
J.Pietschmann
Arjun Ray
Jason Diamond
Tim Bray
Tim Bray
Simon St.Laurent
Joe Gregorio
Paul Prescod
W. E. Perry
james anderson
james anderson
james anderson
Jonathan Borden
Miles Sabin
Simon St.Laurent
Jonathan Borden
Simon St.Laurent
W. E. Perry
Jonathan Borden
Simon St.Laurent
Thomas B. Passin
Jonathan Borden
Miles Sabin
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Jonathan Borden
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Jonathan Borden
Miles Sabin
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
james anderson
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Tim Bray
james anderson
John Cowan
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Arjun Ray
W. E. Perry
james anderson
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Joe Gregorio
Joe English
Paul Prescod
Joe English
Arjun Ray
=?ISO-8859-1?Q?Bill_de_h=D3ra?=
Simon St.Laurent
Arjun Ray
Joe English
Simon St.Laurent
Simon St.Laurent
Arjun Ray

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