Date/time formats



#2

A recent thread which discussed the various formats available in the WP-34s for representing dates and times got me thinking.

I don't like to see a calculator having so many arbitrary date/time input/output format options catering to different cultural traditions, when there is one sensible standard human-readable but culture-free (apart from using the Gregorian calendar) format promoted by international standards for technical work.

That format is YYYY-MM-DD HH:MM:SS . See http://www.iso.org/iso/iso8601. For calculators the equivalent would be YYYYMMDD.HHMMSS, with the seconds truncated if they can't fit. Human-readable time quantities can be represented on a calculator in a compatible format: D.HHMMSSs . I realise that would be incompatible with the degree-min-sec format and its conversion functions, but we are dealing with different units.

We need to get used to one sensible standard format for technical work, and stop cluttering up our devices with so many options that just get in the way. I admire the spirit behind the 34s, and might be interested in getting one myself, but just wish it wasn't so cluttered. I'm eagerly watching the progress of the 43s; maybe the developers might consider these points.

R.

P.S. 35s users (and others) might be interested in revisiting a set of date/time programs I posted a while back: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv021.cgi?read=252087


#3

You're completely right :-) but real life is different ;-)

Please see the respective remarks in the WP 34S Owner's Manual in the chapter about "localisation".

d:-)

#4

.

#5

Hello!

Quote:
We need to get used to one sensible standard format for technical work...

... like the metric system (ISO 31). Would save a lot of conversion factors if everybody could adapt to that :-)

Quote:
...catering to different cultural traditions...

... which I would not want to give up just to save a couple of bytes for a pocket calculator operating system!

Regards
Max

#6

You are talking about time stamps which always combine a date with a time. These should be considered time zone independent. So the internal form of a time stamp needs to be something like YYYYMMDDhhmmss.frac UTC or even a value seconds.frac based on a certain point in time. The former is used by SAP while the latter is more often seen in Unix like environments.

A time value is a different beast because it denotes either a recurring point in (local) time or a duration, not a fixed point in time.

A date value is not a single point in time either, but a time interval of 24 hours and should always be considered local.

The latter two are local and should be displayed as such.


Possibly Related Threads...
Thread Author Replies Views Last Post
  Prime: how to detect date format giancarlo 1 231 12-02-2013, 11:21 AM
Last Post: Michael de Estrada
  [HP Prime]How to get Discrete-Time Fourier Transform uklo 0 267 11-18-2013, 08:02 PM
Last Post: uklo
  How to set the Date.Time etc on a WP34S Harold A Climer 4 343 10-29-2013, 09:32 PM
Last Post: FORTIN Pascal
  Prime: Exam mode (possible duplicate after funny response first time) Paul Townsend (UK) 1 191 10-24-2013, 03:09 PM
Last Post: Tim Wessman
  Date/time programs for the HP 35s R. Pienne 0 155 10-03-2013, 02:37 PM
Last Post: R. Pienne
  Nothing like passing the time away... Eddie W. Shore 2 188 03-21-2013, 08:23 AM
Last Post: Eddie W. Shore
  New compile-time options for WP-34S Nigel J Dowrick 15 677 01-29-2013, 03:25 PM
Last Post: Stephan
  Date & Time disappear on WP 34S René Franquinet 16 786 12-10-2012, 08:24 AM
Last Post: Walter B
  In time for HHC 2012 ... Walter B 4 298 09-09-2012, 05:30 AM
Last Post: fhub
  Any informal HHC2012 time set aside for WP34S??? Namir 8 398 09-07-2012, 09:26 AM
Last Post: Eddie W. Shore

Forum Jump: