And applying tei.data.enumerated would encourage more systematic definitions of values for @role. Sounds great to me.

Should we be taking a look at other places where we define attribute values as tei.data.word when we want to encourage controlled values in a list?

Elisa

Sent from my iPhone

On Aug 19, 2019, at 2:38 PM, Raffaele Viglianti <raffaeleviglianti@gmail.com> wrote:

Sounds fine to me. It looks like teidata.enumerated is just a wrapper for teidata.word anyway...?

Raff

On Mon, Aug 19, 2019 at 2:20 PM James Cummings <James.Cummings@newcastle.ac.uk> wrote:


Although I fixed the corrigible error for this ticket 25 days ago (within minutes of it being submitted ;-)) I noticed that the datatype for the @role attribute on <org> is teidata.word. For another issue I was looking at the @role attribute usage in other places and it is usually teidata.enumerated and that would make sense with this attribute as well. 

Any objections if I modified tei:org/@role to be teidata.enumerated instead of teidata.word?  (This has no backwards compatibility issues as far as I'm aware, but means that a project _should_ document this list of possible values... which is a good thing.) 

Many thanks,

James 


--

Dr James Cummings, James.Cummings@newcastle.ac.uk
Senior Lecturer in Late-Medieval Literature and Digital Humanities

School of English, Newcastle University

_______________________________________________
Tei-council mailing list
Tei-council@lists.tei-c.org
http://lists.lists.tei-c.org/mailman/listinfo/tei-council
_______________________________________________
Tei-council mailing list
Tei-council@lists.tei-c.org
http://lists.lists.tei-c.org/mailman/listinfo/tei-council