James (copied below) seems to be the only person to have expressed an opinion on what we should do about TEI Simple in reaction to my comments of the 16th. My reactions to his reactions are as follows: (1) re the header. Yes, if Sebastian were still with us, I would be arguing with him about the way Simple fails to simplify the Header. The point is that if we want TEi Simple to be a useful entry point to the TEI it cannot just do hand waving about the Header. In practice or de iure, beginners need to be told how to write a useful header, and the Simple schema has to enforce that. Faced with the same problem, Tite tries to duck the issue by not requiring a header at all, which is not what I would recommend, even though maybe it would be more honest. But no, you need a header in your TEI Simple document, just as you do in your TEI Lite one. (2) Martin's polemics are always fun to read but sometimes a bit less clear about what he actually wants. It's not unlike someone saying "we must build a wall to keep out the mexicans" -- you can see why they might want to do that, but it's not clear that they've really thought through the implications, or what the exact process for achieving the goal might be. (3) I stand by my earlier offer to produce a shorter sharper document, as a candidate for the TEI branded version of the TEI Simple ODD and have started work on same. On 16/05/16 19:14, James Cummings wrote:
On 16/05/16 17:05, Lou Burnard wrote:
1. Some polemic about why TEI Simple is a good thing, and its design goals 2. A simple introduction to XML 3. A presentation of the elements used by Simple along with examples, almost entirely copied from the equivalent part of the TEI Lite document we all know and love (but extended with some ruminations on e.g. hyphenation) 4. A table showing frequency of Simple elements in various corpora/collections 5. A discussion of the processing model elements, and how they are used in Simple (and indeed how some of them are not used in Simple) 6. A schemaSpec which actually defines the TEI Simple schema.
I think that 4. could just be removed. I think it served its purpose in creation of the schema. 5. could potentially be highly abbreviated now that processing model is in TEI Guidelines.
I still have some reservations about the way Simple treats the Header -- it really doesn't provide much help to beginners to say "oh there's the header you can put anything you like in there. Good luck." But I can see I'll have to wait for the next release to see those addressed.
We could make recommendations for a simple header, but I am still with Sebastian here... part of the point of simple was to create consistent textual content, not mandate how it should be documented in the header.
So what's the way forward? As James said at the FTF, Martin Mueller wants to see Simple "replace" or "merge with" TEI Lite in some vague way, We discussed that, and I don't recall any agreement that this would on the face of it be advisable, and certainly in its current state I would vote against doing so on the basis of this document. On the other hand, we really ought to be putting some effort into making Simple a bit more visible and accessible for its target audience.
I draw Council's attention to the polemic MartinM just posted on the simple list. His believe, if I'm not misrepresenting it, is that Simple should merge with Lite and become the thing that new users are directed towards.
-- we work on a slimmed down non-polemical straightforward version of the Simple ODD -- revise the discussion of TEI customisations on the website so that it makes clear which ones are in the Council's remit (I make that Lite, Simple, Tite, Enrich, and possibly -- if they ever get their dung collected -- the ISO spoken one)
I'll volunteer for a first cut at the former task. Unless of course you all say, no we like the document as it is just fine thanks.
I agree with you in this, it sounds like a reasonable way forward.
-James