Hi Syd I see you already reverted the definitely erroneous change you made so that's good. However, though not erroneous, I think it's a mistake to change the content models of the data.foo macros : these should continue to use rng -- that's what distinguishes them from their teidata.foo compadre. You seem to have done this for some (data.sex springs to mind) but not the majority, so maybe you could just undo the changes to data.sex, data.enumerated, and any others I missed? However, reviewing this text has reminded me of a couple of problems, in particular around the term "clean" which was originally conceived of in a way we don't actually support. For example, look at this: "In a TEI-conformant document, it is assumed that all attributes not explicitly labelled with a namespace (such as, for example <att>xml:id</att>) also belong to the TEI namespace, and are defined by the TEI." This is surely nonsense? TEI attributes are not labelled with a namespace prefix, and don't belong to any namespace. We can "consider" they are in the TEI namespace till we're blue in the face, but no parser will agree with us! Furthermore, when someone defines a new attribute, *unless* they explicitly associate it with some other namespace, it will be in the same boat. I am not sure what to do about this, but I don't like the fact that this chapter makes vague promises we can't enforce. As for "Pure ODD" vs "pure ODD" -- I don't like to reify "Pure ODD" (as if there were and always would be two parallel types of ODD) so I prefer the latter. And I'd also try to replace the "pure" by some paraphrase . On 14/11/16 22:26, Syd Bauman wrote:
Lou --
I've just tweaked some of the discussion in USE.xml to reflect the new Pure ODD world order. (And also a dozen or so example <datatype>s that still used rng:ref.) You may want to take a look at the updated prose in 23.3.1.4 "Modification of Attribute and Attribute Value Lists". In particular, I used the noun phrase "Pure ODD", but I notice it is spelled "pure ODD" in ST. Thanks.
I did this stuff in the 'dev' branch, f24618e.