Re: Timestamp format - Why are seconds required?

Oren Ben-Kiki <[email protected]>
Newsgroups gmane.text.yaml.general
Message-ID <CADJiDhvwvhnZd4qBSUujhGUEsDEN-Jy+k2XBFeuenVEJZOPHAg@mail.gmail.com>
The YAML date/time format is not quite ISO8601. For one thing, it allows a
space between the date and the time parts, while ISO8601 requires a "T"
character (which YAML allows but discourages, aka "YUCK"). This can be
technically wiggled around by saying that the space format actually contains
two separate fields, each separately obeying ISO8601 (this is how
http://en.wikipedia.org/wiki/ISO_8601#Combined_date_and_time_representations
describes
it, anyway).

On the other hand, the basic YAML format doesn't handle durations,
specifying week numbers, ordinal day numbers, specifying only the year and
the month (or only the year), etc. etc. The ISO8601 standard is enormously
flexible that way.

I think that overall the YAML date/time format is a reasonable choice for a
"least common denominator" format which is understood "everywhere".

It does not preclude any application from accepting the full ISO8601
standard format (e.g., an application that has deep focus on date and time
such as a historical database). However, it doesn't make a lot of sense to
expect all/most other applications to bother with these additional cases.

It has been several years and this is the first time I heard someone
complain about making the seconds field mandatory, so I assume this isn't a
widespread concern. The default time resolution of most computer programs is
in seconds, anyway... If this turns out to be a common concern, we could
relax the rules for the basic timestamp type, I guess, but I don't see it
yet.

It is a point often lost that the basic YAML types are just that, the basic
types, and applications are welcome to define additional types where it
makes sense. There is no "one set of types to rule them all" - the whole
implicit/explicit tagging concept was carefully thought out to enable these
sort of tricks which end up allowing people to read/write very clean and
readable YAML files, yet allowing the application to get exactly the data it
wants.


Hope this helps,

Oren Ben-Kiki

On Tue, Oct 25, 2011 at 10:45 AM, Mike <[email protected]> wrote:

> Hello Yaml-Core
>
> While using YAML in an application I am writing, I noticed that YAML
> requires a timestamp of the form "2012-10-25 01:41:00" to include the
> seconds in the string, instead of allowing timestamps like "2012-10-25
> 01:41". The ISO8601 format does not require that the seconds be
> included, and this is confusing for users many users. It does not
> appear to me to be hard to make systems that accept time stamps in
> both forms, and it is different from the ISO8601 standard.
>
> So I am curious: why is this confusing requirement in place?
>
> --Mike Cooper
>
>
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn
> about Cisco certifications, training, and career opportunities.
> http://p.sf.net/sfu/cisco-dev2dev
> _______________________________________________
> Yaml-core mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/yaml-core
>

------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev

_______________________________________________
Yaml-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/yaml-core
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.