DR-08-0012 Namespace Mapping Table v2

Rick Jelliffe rjelliffe at allette.com.au
Fri May 22 07:07:12 CEST 2009


I am probably too late, and I am sure this has been well thrashed out.

Changing the namespaces means that it would be inconsistent for us to 
also make any other changes in order to cover existing OOXML documents' 
syntax better.  In particular, unrestricting the value of  booleans to 
also allow yes|no, one of the changes made at the BRM that effectively 
ruined OOXML Transitional, would be impossible to justify, since that 
change would not make any existing documents valid: they would be 
invalid because of using the old namespace.  In fact, it would mean that 
all discussions on OOXML Transitional could not include discussion of  
validity of existing documents  (i.e. discussion of how to make existing 
Office 2007 documents accord to the standard), but only to describing 
shared functionality.   

Already IS29500 was criticized because it was not a description of any 
significant collection of documents, such as the binary formats, and 
that it was aimed at representing the information in the legacy formats 
not their notation. Changing the namespace of OOXML does exactly the 
same thing to the now large collection of Office 2007 documents.

Changing the namespace has other bad effects:

  * All previous examples published become erroneous
  * Software needs to be rewritten so that every use of the namespace 
must be altered, not just places where there are changes relating to 
different functional requirements.

Tidyness in using a PURL is not an adequate reason, in itself, to cause 
this kind of disruption. No other standard has  changed its namespace 
after being published. But I understand if this is a decision already made.

If the idea is to make a clean break, then the first thing WG4 should do 
is to put out a warning for people not to implement IS28500:2008 since 
their implementation will immediately be obsolete. Or, at least, to 
detail the expected change.

Cheers
Rick Jelliffe



More information about the sc34wg4 mailing list