[tei-council] date attributes: summary, problems, and some suggestions

[James Cummings]

Syd Bauman wrote:
>>>   - If we keep <distance>[1] we may wish to reconsider its class
>>>     membership, as value= is a bit silly on <distance>. It needs only
>>>     dur= from att.datePart, making two cases that benefit from
>>>     splitting att.datePart. (See <docDate>, above.)
> 
>> kill distance
> 
> Is anyone in favor of keeping <distance>? Is anyone besides me, Lou,
> and Sebastian in favor of deleting it?

As I stated on 2007-02-05, I am in favour of keeping distance because it is 
useful for spatial distance.  I don't mind if temporal distance is removed from 
it, but as an element it should be considered completely separately from the 
discussion of date/times.

-james

-- 
Dr James Cummings, Oxford Text Archive, University of Oxford
James dot Cummings at oucs dot ox dot ac dot uk