[Fwd: Re: [tei-council] on conformance document

James Cummings James.Cummings at computing-services.oxford.ac.uk
Thu Jul 27 18:43:26 EDT 2006

Syd Bauman wrote:
>>But my point is that a schema that adds new elements *is*
>>completely kosher, and it is important (*very* important) that it
>>be perceived as such.
> I should clarify that such a schema is kosher if it uses the
> appropriate ODD mechanism to add the element, documents it, etc. 

At what point in changing the TEI with an ODD does my schema not 
become kosher?  i.e. What can I do with ODD that makes my schema 

The way I understand your reading is that:

1) I rename some elements = kosher
2) I remove some elements = kosher
3) I add some elements = kosher
4) I change some classes of existing elements = kosher?
5) I add elements from other namespaces (e.g. SVG?) = kosher?
6) I rename tei/teiHeader/text elements = not kosher?
7) I don't have (however named) title/publication/source description = 
not kosher?
8) I create the root element in a different namespace = not kosher

The problem is, both theoretically and technically I feel there is a 
big difference between a document which is a subset of the TEI (i.e. 
I've constrained things further, provided closed attribute value 
lists, or done simple renamings and provided documented equivalents) 
and something which adds new elements with data models which cannot 
necessarily be reconciled to validate against a tei_all.odd schema. 
That is, if I can transform my document instance, based solely on the 
information in my ODD, to a document that validates against tei_all 
then that is somehow conformant.  If I can't (for example, there are 
elements from unexpected namespaces or elements I can't reconcile to 
an appropriate TEI data model) then to me that document is TEI-related 
but somehow something quite different from that first kind of 
document.  I'm not saying both aren't conformant, but just that they 
are (and will be perceived by the TEI community) as very different 
types of document.  One they don't need to do (much) to 
understand/access/process the other they do.

Just some thoughts on the topic,


More information about the tei-council mailing list