[tei-council] what to do with dating attributes -- VOTE!

[Dot Porter]

On 2/15/07, Syd Bauman <Syd_Bauman at brown.edu> wrote:

> Issue: name of main dating attr (date= vs value=)
> Solution: leave 'em as is
> Vote:
>
>      _X__ I have considered issue, and agree with proposed solution
>

>
> Issue: classes -- @dur and @value in same or different attr classes?
> Solution: split 'em into separate classes
> Vote:
>
>      _X__ I have considered issue, and agree with proposed solution
>
>      ___ I have considered issue, and disagree with proposed solution
>

> Issue: keep <distance>?
> Solution: nuke it
> Vote:
>
>      _X__ I have considered issue, and disagree with proposed solution
>
As James has already mentioned, <distance> is also used for spacial distance.

>
> Issue: keep precision= of <date>
> Solution: nuke it
> Vote:
>
>      _X__ I have considered issue, and agree with proposed solution
>

>
> Issue: method of expressing known day & month, unknown year, or
>        specific possible dates within a range
> Suggestion: defer to P5 1.x.
> Vote:
>
>      _X__ I have considered issue, and agree with proposed solution
>

> Issue: constraint of date-regularization attributes: W3C, ISO, other
> Suggestions:
> A ("attribute level"): duplicate current attrs for each different system
> B ("datatype level"): create duplicate datatype for each different
>                       system
> C ("class level"): create classes for each set of attrs from
>                    different systems; possibly implement with a new
>                    module so attrs are added when that module is
>                    loaded (like att.metrical gets added to
>                    att.divLike when verse is loaded)
> D ("all-in-one"): differentiate system by value's syntax
>
> Vote:
>
>          I have considered issue, and agree with proposed solution:
>      ___ A
>      ___ B
>      _x__ C
>      ___ D


Dot

-- 
***************************************
Dot Porter, University of Kentucky
#####
Program Coordinator
Collaboratory for Research in Computing for Humanities
dporter at uky.edu          859-257-9549
#####
Editorial Assistant, REVEAL Project
Center for Visualization and Virtual Environments
porter at vis.uky.edu
***************************************