The TEI Technical Council, often referred to as 'TEI Council' or 'Council', is the elected body that is responsible for maintaining and implementing the TEI Guidelines. See the Council section of the TEI-C website for archived documents, and TEI-Council-FAQ for a Council FAQ. The TEI Council also uses this page to store some of its draft agendas and creates pages in the category reserved for use by TEI Council.
|Meeting date and place||Agenda||Minutes||Action items|
|2013-04-11 to 2013-04-13|
|Council agenda 2013-04||draft minutes, final minutes||Council actions 2013-04|
|Council agenda 2012-12||final minutes|
| 2012-09-19 to 2012-09-21|
|Council agenda 2012-09||final minutes||Oxford2012-Actions|
|Council agenda 2012-08||final minutes|
| 2012-04-15 to 2012-04-18|
|Council agenda 2012-04||final minutes||AnnArbor2012-Actions|
|Council agenda 2012-02||final minutes|
| 2011-11-07 to 2011-11-09|
|Council agenda 2011-11||draft minutes, final minutes|
| 2011-04-11 to 2011-04-13|
|Council agenda 2011-04||Council notes 2011-04, final minutes|
feature request assignments
|Council FR assignments|
| 2010-04-28 to 2010-04-30|
|Council agenda 2010-04||final minutes|
|Council agenda 2009-10||final minutes|
| 2009-04-01 to 2009-04-03|
|Council 2009-04||final minutes|
|Council agenda 2008-10||final minutes|
|For minutes of previous meetings, see minutes on TEI-C website|
A full list is on the TEI-C website and the following wiki pages:
Item for further consideration
- Stable URIs to discrete bits of the guidelines
Issues for next F2F
- Discussion on ODD and its evolution--Romary 02:34, 9 September 2008 (EDT)
cf. @usage in elementSpec
ODD modifing an ODD (ODD architecture)
- Evolution of Roma
Additional functionalities needed (PB):
- adding copy element functionality,
- supporting the creation/manipulation of content models (instead of the user having to write the models),
- support/help in creating schematron constraints?
- TEI schema validation service (cf. also ISO project)
- should the TEI-C we produce a general purpose online service which can validate and process documents (cf. ISO work)
Highlights to be brought to the TEI MM 2008
Topics (could be moved up to one F2F or Telco meeting
- Stable reference to TEI objects
[LR] In many cases, one has to map schemas and describe the mappings by reference to actual objects in the respective encoding schemes. In this context do (should) we have a mechanism to refer uniquely to TEI objects, beyond the reference to the TEI namespace (<author> in http://www.tei-c.org/ns/1.0), sort of TEI unique identifiers?
[JC] I'd think the proper way to cite an element, class, or datatype generally is to point to its reference page. http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-tree.html
However, we might want to re-examine that... while the hierarchy should remain the same, deprecated elements (etc.) disappear. I have no way easy way to point to something at a particular date in time...unless maybe I point to it at a particular revision in the SVN source tree?
Pointing to a location in the SVN source tree isn't necessarily very pretty but does work and is accurate:
See for example an earlier version of <event>: http://tei.svn.sourceforge.net/viewvc/tei/trunk/P5/Source/Specs/event.xml?revision=231&view=markup
As a cognate example, I can point to any revision of a page in the TEI wiki at any point in its history. We should be able to do this, somehow, in the official way we are meant to cite TEI sources as changing objects in time.
However, maybe an easier solution is to cite: http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-event.html but on the generated reference pages like this contain a link to the appropriate place in the SVN repository? i.e. http://tei.svn.sourceforge.net/viewvc/tei/trunk/P5/Source/Specs/event.xml?view=log which lists all the revisions.
[AC] The only place on the website where I am ware there are some recommendations with URLs is the citation page: http://www.tei-c.org/Guidelines/access.xml
This could certainly be enriched with notes on how to point to an element on the line James suggests, but in that case would the version number be enough to point to particular revisions?
[DS] As an alternative to using a TEI-specific convention for citing URLs, we might want to consider adopting one or another of the standard systems for permanent identifiers, for example DOI (Digital Object Identifier).
In the case of DOI, there would be some fairly minimal costs involved to register the DOIs with one of the national registries, but some more extensive costs in human time to set up a good system for mapping from our existing nomenclature to a set of DOI identifiers. (Publishers typically use DOIs to identify individual books or journal articles, but they can be more granular: every reference page in the Guidelines could have its own DOI, for example.)
The advantage of doing this would be that anyone accustomed to using DOIs for citations could simply cite a DOI. So instead of the reference for <name> in the Guidelines
we would use something like
which would be resolved to the actual Web address by a DOI resolver. (Many journal DOIs are mostly numeric but the syntax allows more human-readable names).
If we seriously want to consider an option like this, we should put out a call to the librarians/metadata gurus in our community for assistance with implementation.