Rich is right, since this is the date format that sorts correctly in filenames.
And it is easily extensible to YYYY-MM-DDThh:mm:ss to include the time of day
Are you an obsidian user?
Haha yep, you caught me. I’m a fan of the unique note feature
I’ve never met a fellow Templatr in the wild lol
My daily note broke and my life fell apart for a minute.
Have you also spent months building your Data Capture Workflow mermaid.js? 😅😬
Not quite months, but definitely weeks 😂 Obsidian can be such a rabbit hole. If I tweak that last template one more time, then I’ll finally be done, I swear!
So I’m like 80% done with my setup. Mostly focused on routine and habit templates, homepage wiki for pkm etc… between the plugins and css, no matter which device I’m on, it’s the slowest app I’ve ever used. This is why I pushed my old setup and started over clean with more knowledge. I don’t know how to get the customization I want without insane unusable lag
I feel called out and I’m hiding in the bushes reading comments.
It’s called feeling seen and finding you’re not alone. Do you type "# " while screen sharing in work apps to no avail and the chagrin of colleagues? It’s okay. Me too.
Who’s Rich? Did you mean Randall?
Won’t be true after 9999-12-31, however.
Oh no! The Y10K bug!
Can’t wait for the Y40k bug, when Tyranids begin to infect our brains.
Bold of you to assume there isn’t already a genestealer cult on Terra. Washington specifically.
That…would explain a lot
Can be solved with a small shellscript adding a leading zero to all filenames with the format.
natural sort ftw
If I, my software, or my data last this long, I will have nearly 8000 years to resolve it. Which is to say, the year 9998 is going to get busy.
I’d be curious to see a sorting algorithm that doesn’t handle YYYYY-MM-DD with YYYY-MM-DD properly. If you drop the dashes you still get a proper numeric order. If you sort by component, you still get the proper order. Maybe a string sort wouldn’t? Off the top of my head the languages I’m thinking either put longer strings later, giving us the proper order, or could put 1YYYY- ahead of 1YYY-M so maybe string sorting is the only one that’s out.
Lexical sorting (string sorting/alphabetical order sorting) is what I believe they were referring to when talking about file names.
The fact that you don’t have to do any parsing of the string at all, just do a straight character-by-character alphabetical sort, and they will be sorted by date, is a great benifit of this date scheme. That means in situations where no special parsing is set up (eg, in a File Explorer windows showing a folders contents sorted alphabetically) or where your string isn’t strictly date only (eg, a file name format such as ‘2025-05-02 - Project 3.pdf’) you can still have everything sorted by date just by sorting alphabetically.
Its this benifit that is lost when rolling over to 5-digit years.
I am a big fan of iso 8601, I just wish it was possible to write more dates than February 27th, 2013 with it
Harhar
I propose that we amend the ISO to require the days of the week be named after their etymological roots in that language.
English Days of the Week:
Day of the Sun
Day of the Moon
Day of Týr
Day of Odin
Day of Thor
Day of Frēa
Day of SaturnImagine dating a meeting, “Day of Odin, May 7, 2025.” Imagine a store receipt that says, “Day of Thor, June 5, 2025.” Imagine telling a friend, “July 4th falls on a Day of Frēa this year!”
THIS IS WHAT WE COULD HAVE. THIS IS WHAT WE HAVE LOST. THIS IS WHAT WAS STOLEN FROM US.
We could bring it back. We could make this the norm. We could make this real. We could summon this bit of ancient magic back into our world. Let’s remember what we actually named these days for! BRING BACK THE DAY OF THOR!
That would work better if Latin wasn’t there before English. Mars Victor!
Feb 27th 2013
Boom. Everything is in a different format so you can order it however you want and it’s still readable.
Why use abbreviations in your preferred language when you can have a solution that is language-agnostic and universal (for a given calendar) ?
Because if there’s one problem simple enough that I trust an LLM or translation app not to fuck up, it’s simple translation of month labels from on language to another. If you’re writing in English, it’s reasonable to have month abbreviations in English. If someone wants to read it in a different language, they’re going to have to use translation software or hire a human translator to do it. And regardless of translation method, simple date translation will be among the most reliable and faithfully translated parts.
Or, you know, just use plain old numerals that almost everyone on earth can read and understand without needing a translation in the first place. Why the fuck do people need to bring LLMs where it’s not needed ? Is it to pump their NVDA stocks?
I feel like YYYYMMDD (without dashes) might be a format in ISO 8601, but I’m fully expecting to be corrected soon. But I didn’t say think, I said feel. YYYYMMDD has a similar vibe to YYYY-MM-DD, ya feel me?
Nope, you are correct! From the Wikipedia page, which cites the standards document:
- Representations can be done in one of two formats – a basic format with a minimal number of separators or an extended formatwith separators added to enhance human readability. The standard notes that “The basic format should be avoided in plain text.” The separator used between date values (year, month, week, and day) is the hyphen, while the colon is used as the separator between time values (hours, minutes, and seconds). For example, the 6th day of the 1st month of the year 2009 may be written as “2009-01-06” in the extended format or as “20090106” in the basic format without ambiguity.
The sane way of dealing with it is to use UTC everywhere internally and push local time and local formatting up to the user facing bits. And if you move time around as a string (e.g. JSON) then use ISO 8601 since most languages have time / cron APIs that can process it. Often doesn’t happen that way though…
The BEST way is to use the number of seconds after the J2000 epoch (The Gregorian date January 1, 2000, at 12:00 Terrestrial Time)
ISO 8601 goes from 1582 (Julian calendar adoption) but can go even further with agreement about intention and goes down beyond the millisecond. Not sure why I want an integer from the year 2000 which only represents seconds.
Simplicity and precision.
Who said it was only measured as an integer? Seconds are a decimal value and many timekeeping applications require higher precision than to the millisecond. Referencing an epoch closer to our current time allows greater precision with a single double-precision floating point number.
Want to reference something before J2000? Use a negative number.
It’s independent of earth rotation, so no need to consider leap second updates either unless you are converting to UTC. It’s an absolute measure of time elapsed.
deleted by creator
The clue was in “user facing bits”. UTC represents time as an absolute. If you want to show local time, or deal with daylight savings you run UTC through a function on its way to the user.
27.2.2013 is fine for handwriting on paper
For your example, maybe. If someone writes 8/3/2012, you don’t know which is month/day. And if they shorten it to 08/03/12 you literally can’t even conclusively determine the year, much less the month or day…
8/3/2012
You do. 8th of Feb in the entire civilised world and possibly 3rd of something in Trumpistan.
deleted by creator
March
deleted by creator
I work at a global company an in my team there are people from 5 continents. we use 27-Feb-23. It’s the only way nobody gets confused and it’s only 1 char more. (Tbf nobody would be confused only my boss that is american lol)
You can even save a character by using NATO dates (leaving out the useless hyphens): 01DEC1953
RFC-3336
I figured there were problems with existing calendars, so I created a new one to supersede all others. That reminds me, though: I need to declare the “official” format for the calendar, to avoid all this nonsense.
I see a window of opportunity, here. Normally, there’s no chance for any calendar revision to succeed in adoption; however, I think if I use the right words with the President, I could get it pushed into adoption by fiat. Y’all had best start learning my new calendar to get ahead of everyone else.
Note for the humorously disadvantaged: the Saturnalia Calendar is a mechanism through which I’m playing with a new (to me) programming language. I am under no disillusion that anyone else will see the obvious advantages and clear superiority of the Saturnalia Calendar, much less adopt it. And no comments from the peanut gallery about the name! What, did you expect me to actually spend time thinking of a catchy name when a perfectly good, mostly unused one already existed?
Hey, I quite like this! You’re the first person I’ve found that’s thought of fixing the calendar by adopting six-day weeks. I have a very similar personal version, with two main differences:
- there’s a leap week instead of a leap day, that way weekdays are always the same without having to skip any and every year has a whole number of weeks (either 61 most years [roughly 7 out of every 8] or 60 on short years [roughly 1 out of every 8])
- December includes this leap week and it’s either 30 or 36 days long, depending on the year. I put it at the end of December for the same logic that you put Saturnalia at the end of the year, to not mess with cardinal dates and so that the Xth day of the year is always the same date
I also came to the same conclusion about workweeks. With two-day weekends, the Gregorian calendar has 71 % of workdays but the new calendar only has 67 %. On a thirty-day month this means 20 workdays instead of 21,5. Having the six-day week could also theoretically allow for a move to three- or two-day weeks in a post-scarcity future and doing away with weekends, as well has having either 50 % or 67 % of the workforce being active every day of the week, and not the wild levels of fluctuation seen today. Not having 100 % commuting some days of the week and a fraction of that on others would allow to scale things like transport infrastructure much more effectively
How does that work, with the leap week? Doesn’t the year drift out of alignment with the solar cycle?
Only in eight year chunks. By year seven there is more unalignment than there was in year one, but it goes back to normal on year eight. Same thing as with leap days, just a slightly bigger scale.
In fact, with current rules, [the shift in the regular Gregorian calendar becomes quite big when considering 100-year and 400-year cycles](File:Gregoriancalendarleap_solstice.svg). In theory, a leap week calendar with new and updated rules could have a very comparable if not a smaller average deviation from the true solar date, though I haven’t ran the precise calculations
Ok, so, first, let me say that while I’m enthusiastic about the concept, I understand it’s entirely theoretical. We can’t even get US civilians to adopt metric, FFS. Just a caveat, lest anyone wander by and overhear us.
That said, I did spend some cycles trying to see it it would be possibly to line up a lunar and solar calendar, and it’s not. And it isn’t nearly as important as it used to be. It would still have been nice.
So if you do run calculations, I’d like to see them.
Here they are! Orange represents my Leapweek calendar and blue is Gregorian. The Y-axis is deviation from the tropical year and the X-axis is the year number. It’s a 19200-year cycle to allow for both Gregorian and Leapweek to do entire iterations of their 400-year and 768-year cycles, respectively.
The Gregorian rules are, as you already know: if a year is divisible by 4, it is a leap year; unless it is divisible by 100, when it is a common year; unless it is also divisible by 400, in which case it is actually a leap year.
My Leapweek rules are: years divisible by 8, are leap (short, with 360 days instead of the usual 366) years, as are years divisible by 768 (after subtracting 4 so as not to clash with years divisible by 8). Just two rules as opposed to Gregorian’s three, but they result in almost perfect correction: it takes 625 000 years to fall out of sync by 1 day, as opposed to Gregorian’s 3 216 years for the same amount)
The catch is that Leapweek falls out of sync by up to 5½ days either way in between 768-year cycles, and up to 2½ days either way in between 8-year cycles. But they average out.
About the lunisolar I’m afraid to say that I ran into the same issue. Lunations are a very inconvenient duration to try and fit into neat solar days and months.
I wish it weren’t as theoretical, because I really like this calendar, but yea. It’s one of those things that will be impossible to change even though there’s arguably better options. It’s too arbitrary yet too essential and it goes in the same box as the metric second/minute/hour, the dozenal system and the Holocene calendar.
Here’s a challenge though: try and devise a Martian calendar! That one is not standardised yet. I had good fun trying to match the Martian sol and year to metric units of time and maybe giving some serious use to the kilosecond, megasecond and gigasecond
As an extra, here’s a 1000-year version of the graph at the start of the reply, with the current year 12 025 of the Holocene calendar :^) in the middle
This is fantastic. I’m going to have to spend more time with it.
Since we’re discussing timescales over which there’s a not insignificant chance something radical will happen to society, there’s also the fact that the day is getting longer by 2ms every hundred years. If you’re scheduling out 625,000 years, that’s 12-some seconds by the end, compounded - 6 extra seconds every day by the 312,000th year, etc.
Everyone should use date-time groups so we’re all on the same page down to the second.
DDHHMMSSZmmmYY
%Y%m%dT%H%M%SZ
You know, I used to think ISO 8601 was just a boring technical standard for writing dates. But now I see it’s clearly the first step in a grand master plan! First, they make us write the year first, then the month, then the day-suddenly, our beloved 17.05.2025 turns into 2025-05-17. My birthday now looks like a WiFi password, and my calendar feels like a math equation.
But it doesn’t stop there. Today it’s the date format, tomorrow we’ll all be reading from right to left, and before you know it, our keyboards will be rearranged so QWERTY is replaced with mysterious squiggles and dots. Imagine the panic:
“First they came for our dates, then they came for our keyboards!”
At this rate, I’ll be drinking mint tea instead of coffee, my local kebab shop will start offering lutefisk shawarma, and Siri will only answer to “Inshallah.” The right-wing tabloids will have a field day:
“Western Civilization in Peril: Our Months and Days Held Hostage!”
But let’s be honest-if the worst thing that happens is we finally all agree on how to write today’s date, maybe world peace isn’t so far off. Until then, I’ll be over here, clutching my calendar and practicing my right-to-left reading skills… just in case.
(Don’t worry,this was just a joke! No offense intended-unless you’re a die-hard fan of confusing date formats, in which case, may the ISO be ever in your favor!)
Peace!
Make QWERTY into ABCDEF ;b
There are several people in the comments saying they have to use 27 Feb 2013 because they work with people all over the world. I’m really confused - what does that solve that 2013-02-13 does not? I know that not every language spells months the English way so “Dec” or “May” aren’t universal. Is there some country that regularly puts year day month that would break using ISO 8601 or RFC 3339?
27 Feb 2013 is unambiguous- regardless of where you’re from or how you write your dates, you can’t confuse 2013 for the month or day, you can’t confuse Feb for a day or week, and if you can’t figure 27 out, then we have bigger problems!
2013-02-27 is also unambiguous unless you’re aware of a country that uses year day month, is not?
2013-02-03 though. Someone would fuck it up
2013-02-27 is also unambiguous.
Hey what’s today’s date?
It’s 2025 -
No like the DAY?
Yeah, it’s 2025, 02 -
Not the month, the day - What’s today’s actual date?
Like I was saying, if you’d let me finish, “2025 - 02 - 27”
I’m mostly joking, but when it comes to info about dates, I think the most evctive format it one that organizes the information within a heirachy that provides follow up answers.
Formatting dates as day / month / year does just that. Provides the day it is, followed by the month and year as that is the order that information is usually needed in.
I find providing the year first (or month) is much more ambiguous as neither are the day the actual date falls on.
We need to get rid of the month/day and just refer to days by number. Today is day 121 in the year 2025, it’s super clear.
Why bother with years, it’s day 1,456,7834
I think learning all abbreviations for different months in different languages is more complicated than just learning that the time is sorted from largest to smallest unit.
No! It’s the other way around, from largest to smallest is a mess and it makes no sense
If you name files or other data with ISO 8601 then they’re always sorted chronologically when you go largest to smallest.
So true, bestie! That’s why all the clocks in my house are formatted ss:mm:hh
I know, right! I’ve been campaigning for this for everyday numbers. For example, twenty seven should be written smallest first: 72. Likewise this year is 5202, and next year 6202. That way no-one’s going to be confused at all.
What you said is stupid
Alt text:
ISO 8601 was published on 06/05/88 and most recently amended on 12/01/04.
But… that’s not the right way. Are you saying the ISO8601 violates ISO8601?
- so, apparently not I just whooshed, I didn’t even noticed the dates are ambiguous.
The joke is that they’ve not been given in ISO8601 format, and also that they’re both ambiguous. For the second one, we can’t even tell which of the ends is the year.
Honestly Randall absolutely would put the year in the middle just to fuck with us
Publication 1988-06-05, latest amendment 2004-12-01.
I almost expected the two dates to use different formats, but no, they’re just both “the American way”.
Well you can only cram in so many jokes at once. Would have been funny though
Knowing Americans it’s probably the middle.
Fk it DD/MM/YYYY Makes much more sense
You normally use dates to keep track of a series of stuff for future reference. We read left to right.
Do you want to read 01 or 2013 first? Do you care about the day and month if it’s from 13 years ago?
Relevance is made much more apparent in my opinion.
Why would I gaf about years? Most of the time I do t even use years for anything and yes I prefer to read day first, month second, year isn’t even necessary depending of the situation
How do you write the number thirteen? 13 or 31? 🤔
How stupid can you be? What you said is very stupid but I’m sure you can do even more stupid
If you write thirteen with the big part first (13), why write dates with the small part first?
@[email protected] this might be applicable to the farside as well
Do you mean the post titles? I’ve been using the same format as was used since before I took over posting, but if people want ISO format that works for me
I’m all for ISO format. I can’t imagine anyone having objections.
Posting in ISO format now, we’ll see if there’s any objections
