<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><font size="+1">Does any out-of-the-box software handle ISO-8601
correctly? Generally one is well advised to forego the date/time
routines in databases, for instance, and roll your own
sexagesimal routines that know what to do with minus signs, etc.<br>
</font></p>
<p><font size="+1">Rob</font></p>
<p><font size="+1">--</font><br>
</p>
<div class="moz-cite-prefix">On 1/10/19 4:19 PM, Steve Allen wrote:<br>
</div>
<blockquote type="cite" cite="mid:20190110231946.GB8619@ucolick.org">
<pre class="moz-quote-pre" wrap="">On Thu 2019-01-10T17:52:20-0500 Arnold Rots hath writ:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Don't allow Z at the end of the ISO 8601 string.
It implies a time scale that may conflict with the time coordinate frame
specification.
It's nonsensical anyway since no one should use time zones.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
True, but that still leaves a problem for software and humans.
It means that we have a string that looks like ISO 8601 but cannot be
parsed with out-of-the-box software that handles ISO 8601 because
without the Z that software assumes whatever is the default local time
zone of the process/machine.
That puts a cost and stumbling block on software and a need to state
prominently that as astronomers we cannot be confined within the
limitations of the ISO 8601 standard even though we are using just
something that looks like it.
--
Steve Allen <a class="moz-txt-link-rfc2396E" href="mailto:sla@ucolick.org"><sla@ucolick.org></a> WGS-84 (GPS)
UCO/Lick Observatory--ISB 260 Natural Sciences II, Room 165 Lat +36.99855
1156 High Street Voice: +1 831 459 3046 Lng -122.06015
Santa Cruz, CA 95064 <a class="moz-txt-link-freetext" href="https://www.ucolick.org/~sla/">https://www.ucolick.org/~sla/</a> Hgt +250 m
</pre>
</blockquote>
</body>
</html>