W3C home > Mailing lists > Public > public-xml-core-wg@w3.org > March 2006

Re: Appling inheritance rule to xml:base, was Re: FINAL minutes for the XML

From: Henry S. Thompson <ht@inf.ed.ac.uk>
Date: Mon, 06 Mar 2006 02:39:48 +0000
To: John Boyer <boyerj@ca.ibm.com>
Cc: public-xml-core-wg@w3.org
Message-ID: <f5b4q2cgutn.fsf@erasmus.inf.ed.ac.uk>

Hash: SHA1

I wasn't at the f2f, for which apologies, but I find myself made
uneasy by the proposal to retain 'inheritance' of xml:base.  As you
say, this doesn't always give the 'right' results.  What I find
frustrating is that it's easy to state a strategy which _would_ always
give the 'right' answer, namely:

 "Use the name *EII* for an element information item to be
  canonicalized, and *EIIC* for the element information item
  corresponding to *EII* in the result of parsing the canonical
  serialization of the node-set containing *EII*.

 "Synthesize an xml:base attribute for *EII* iff the *EIIC*'s [base
  URI] would otherwise be different from *EII*'s [base URI]."

This has the advantage that not only does it correctly produce

<a xml:base="http://example.org">
       <c xml:base="test"/>


<a xml:base="http://example.org">
   <b xml:base="test">

when <b>...</b> is filtered out, but it will _also_ correctly produce

<a xml:base="http://example.org">
       <c xml:base="http://example.org/test/test"/>


<a xml:base="http://example.org">
   <b xml:base="test">
       <c xml:base="test"/>

when <b>...</b> is filtered out.

But we can't say it that way, because C14N as written does not use the

Can't we come up with a way to get this effect?

- -- 
 Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
                     Half-time member of W3C Team
    2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
            Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                   URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
Version: GnuPG v1.2.6 (GNU/Linux)

Received on Monday, 6 March 2006 02:40:06 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:16:35 UTC