[tei-council] Criteria for TEI Repository Inclusion

James Cummings James.Cummings at oucs.ox.ac.uk
Tue Mar 2 11:58:34 EST 2010


Hi there,

We were having a discussion recently about a TEI Customisation that we 
created for the ENRICH project and its future maintenance.  Although I 
believe we're leaning in favour of setting up a separate Sourceforge or 
Google Code repository for it and managing it separately from the TEI SF 
repository, somehow 'donating' it to the TEI-C was suggested at one 
point.  While I frankly think it is better for such things to be managed 
separately form the TEI, it made me realise that we don't seem to have a 
set policy on when something (an ODD, a piece of software, etc.) gets 
included in the TEI SF repository and when it doesn't.

Currently we have directories for the following:

Carthage
Documents
Extensions
genetic
I18N
javalib
jerusalem
P4toP5
P5
P5-Council
passivetex
Roma
Stylesheets
Stylesheets2
TEIC
TEICSS
tei-emacs
TEIOO
TEIWORD
Vesta


And of course a number of ODD files in P5/Exemplars/ which are the 
templates provided in Roma.

The question is when a new piece of software or important TEI 
Customisation is being created, when should it be considered part of the 
TEI SF repository and when should it be hosted elsewhere?

One thing to bear in mind is that the TEI SF SVN repository does not 
give fine-grained access.  If you give access to personX as a developer 
on it, then they have the ability to add/change/edit the whole of the 
TEI Guidelines and any of the software above.  Currently I'm just trying 
to have us think about when something should be part of this repository 
or not, and under what circumstances we might 'adopt' things that the 
TEI-C itself did not create.  However, I could see good arguments for 
making things like the Stylesheets, Roma, Vesta, TEIOO, etc. separate SF 
or other projects at some point in the future.

Any thoughts?

-James


More information about the tei-council mailing list