On Wed, 19 Jan 2011 08:57:46 -0700, C. M. Sperberg-McQueen wrote
> On Jan 19, 2011, at 2:47 AM, Edward C. Zimmermann wrote:
>
> > Tossing a wacky idea into the ring...
> > Why not read the semantics for T as time since 0..
> > 2011-01-17 is day precision
> > 2011-01-17T01 is hour precision and means 1 AM
> > 2011-01-17T01:02 is minute precision and means 1:02 AM
> > This all agreed.. with this reading of T we get the T:24:00 and
> > T12:60 paradigm extended to arbitary hours, minutes..
> > 2011-01-17T25 would be hour precision and 1 AM on the 18th
> > basically I am thinking of allowing for simple math... this could
> > be interesting for dumb clients.
>
> It depends, I guess, on whether you are seeking to
> define a format for user input or for interchange among
I see the goal as both.
> parties. It's often quite useful to accept a lot of forms
> in user input that one does not want in a database or
> document to be stored and interchanged.
Yes.
>
> Users may well type "19.01.2011" or "1/19/2011" or
1/19/2011 is one such.. clearly here well defined but
what is 9/11/2001 ? 11 Sept or 8 Nov? And what about
10/03/15--- which can be read as 15 March 2010 or ..
We are now talking about parsers and applications and
in my own class I have included a large number of formats
and even included the possibility to allow for inputs such
as these globally ambiguous but locally understood
formats.. These are part of their own standards.. I might
not like them but they exist. What we are wprking on here
is a new "standard" intended to enable some forms of
expressions that are desired but not...
> "18 Jan 2011" or "on the 19th of this month", all meaning
> the same thing. But in metadata (as opposed to the
> transcription of historical or legal documents), is there
> an important goal to be achieved by preserving the differences
> among those forms, given that (by hypothesis) they all
> mean the same thing?
There are some differences.. we are talking in this
list about non-volatile dates but volatile dates such
as today, the 19th of the current month, 2 years ago
etc. are in my applications of great utility...
>
> --
> ****************************************************************
> * C. M. Sperberg-McQueen, Black Mesa Technologies LLC
> * http://www.blackmesatech.com
> * http://cmsmcq.com/mib
> * http://balisage.net
> ****************************************************************
--
Edward C. Zimmermann, NONMONOTONIC LAB
http://www.nonmonotonic.net
Umsatz-St-ID: DE130492967
|
