148
submitted 11 months ago* (last edited 11 months ago) by Redjard@lemmy.dbzer0.com to c/iso8601@lemmy.sdf.org

Some years ago in a chain of discussion the more typical simple pyramid representation of date formats was improved to incorporate every (big and) little detail of the various formats accurately. The annotated regions of usage are debated however. The first insight is that numbers themselves are ordered most to least significant, that's why every numeric element is sloped top to bottom. This shows why dd.mm.yyyy is not well-ordered, even ignoring the time component. Then, am/pm is actually its own segment of the time notation when it is used, and as the biggest is misplaced when put after time. Put between date and time it is still inefficient, but at least placed in order (and is alphabetically sorted). Another neat detail is the quirk of 12h time to call the first hour 12 instead of 00. This is represented by the lowest section of the hour bar spiking to be the widest. One remaining inaccuracy is that the width of the bars does not match their encoded amount of information. It would be sensible to have the day be 5x wider than am/pm, and the (4 digit) years 2.6x as wide as the days, but alas that would be too impractical for such a well-designed infographic. ::: spoiler I inverted the original because I prefer darkmode. Here is the original I cast retinal damage :::

you are viewing a single comment's thread
view the rest of the comments
[-] xia@lemmy.sdf.org 10 points 11 months ago
[-] pilferjinx@piefed.social 3 points 11 months ago

What's a good alternative while considering computer restrictions?

[-] Redjard@lemmy.dbzer0.com 3 points 11 months ago

Allowing both T and space

[-] xia@lemmy.sdf.org 2 points 11 months ago

As a separator, I've found an at-sign or underscore to be more readable.

For my next project I may forego date formatting altogether and just use a decimal unix time. That way, systems that use whole seconds and those that use milliseconds both can get along, and it is less "earth centric" and not time-zone-ambiguous.

[-] WhatGodIsMadeOf@feddit.org 2 points 11 months ago

What tare tyou ttalking tabout?

[-] techt@lemmy.world 1 points 11 months ago

https://en.wikipedia.org/wiki/ISO_8601

Look under "Combined date and time representations"

this post was submitted on 19 Oct 2025
148 points (96.8% liked)

ISO8601

251 readers
1 users here now

Community dedicated to the international standard YYYY-MM-DD date format.

founded 3 years ago
MODERATORS