[tei-council] another Roma idea
Laurent Romary
laurent.romary at loria.fr
Mon Oct 9 02:24:41 EDT 2006
Hi there,
This is not a general idea, but something very practical that we need
to both make ODD/Roma more usable but also as a contribution to the
issue of conformity. We have, in the TEI council and elsewhere,
discussed on a regular basis how we could make sure that we avoid
putting TEI users in a weird situation when they customize the TEI
elements so extensively that they manage to get rid of some
essential elements (most of the time by mistake), like <text>. The
proposed idea would thus be to implement an ODD build-in mechanism
that would just block some elements (or even lower level declaration
within elements I would think, like: this element is necessarily a
member of this class; it is required that this attribute always come
with this element etc.).
Still, the discussion lsat week came from the people using the TEI
themselves. The question was how to enforce (this time bottom-up) the
conformity of a schema to the baseline directives of a project
consortium. For instance, how con we make sure that all dictionary
projects minimally use entry, form, gramGrp and possibly that they
are all conformant to the declaration that <gen>'s value are limited
to m, f and n (yes , it was in Germany...). Loading a constraint file
into Roma before any other customization activity is conducted should
also see to do the trick.
I think this last use case is quite interesting for us with regards
the issue of conformance, isn't it?
Best,
Laurent
Le 8 oct. 06 à 19:28, Sebastian Rahtz a écrit :
> Syd Bauman wrote:
>> Again, general idea sounds very good. But how and where is this flag
>> stored? Does each <*Spec> element get a new attribute
>> attribute mutable { tei.boolean }
>> ?
>>
>>
> yes, set to "false" in the Guidelines. An ODD
> can change it, but once it's changed to true,
> that locks the *Spec from then on.
>
> I admit, this may take some working
> through in the head. It may not work.
> Its more Laurent's baby than mine,
> I am curious as to whether others
> see an application of it.
>
>
> --
> Sebastian Rahtz
> Information Manager, Oxford University Computing Services
> 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431
>
> OSS Watch: JISC Open Source Advisory Service
> http://www.oss-watch.ac.uk
>
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
More information about the tei-council
mailing list