SAC13 vs others
S | SAC13 |
G | Gregorian Calendar |
1 | Symmetry454 |
2 | International Fixed Calendar |
3 | World Calendar |
4 | Hanke–Henry Permanent Calendar |
Feature | S | G | 1 | 2 | 3 | 4 |
---|---|---|---|---|---|---|
days per week | 7⁺ | 7 | 7 | 7⁺ | 7⁺ | 7 |
months per year | 13 | 12 | 12 | 13 | 12 | 12⁺ |
leap days | • | • | • | • | ||
leap weeks | • | • | ||||
leap months | • | |||||
fixed layout | ✅ | ❌ | ✅ | ✅ | ✅ | ✅ |
fixed months per year | ✅ | ✅ | ✅ | ✅ | ✅ | ❌ |
whole week months | ✅ | ❌ | ✅ | ✅ | ❌ | ✅ |
No “blank” days | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ |
all years same length* | ✅ | ✅ | ❌ | ✅ | ✅ | ❌ |
not redefining weekdays ʳ | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ |
strict week ʷ | ❌ | ✅ | ✅ | ❌ | ❌ | ✅ |
whole month quarters | ❌ | ✅ | ✅ | ❌ | ✅ | ❌ |
week starts Monday | ⭕ | ⭕ | ✅ | ❌ | ❌ | ✅ |
equal* months | ✅ | ❌ | ❌ | ✅ | ✅ | ❌ |
equal* quarters | ✅ | ❌ | ❌ | ✅ | ✅ | ❌ |
whole week quarters | ✅ | ❌ | ✅ | ✅ | ❌ | ❌ |
less calendar drift | ✅ | ❌ | ✅ | ❌ | ❌ | ❌ |
reference source ¹ | ✅ | ⭕ | ⭕ | ❌ | ❌ | ❌ |
Documentation ² | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ |
same last date ³ | ✅ | ✅ | ❌ | ✅ | ✅ | ❌ |
Well defined limits | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
meaningful new year | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
Sept=7, Oct=8, etc.. | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
No negative years | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ |
* one day difference is allowed, because it would otherwise be
practically impossible for any reasonable calendar because of leap
days.
⁺ Typically, but on leap years one more
ʳ Doesn’t use weekday names from the Gregorian Calendar in an
incompatible way
ʷ religiously strict week, also probably simplifies parallel use
with Gregorian Calendar
¹ Official, permissive, open source, reference implementation
² Detailed “official” documentation about algorithms like
leap years, date calculations, etc.
³ Each year (common year or leap year) ends on the same date.
Gregorian yes, but weekday not fixed.
I intentionally ignored calendar proposals with week lengths that are not seven days, here is why.
Changing to a different calendar system is always a massive undertaking (if even possible in our modern world), so we should fix as many issues as possible with “the next version”. The cost of switching to a new calendar system is big (details here), but pretty much constant no matter to which system. So it doesn’t really make sense try to switch to a calendar, that tries to just apply a very small patch to the Gregorian Calendar and leaves a lot of other unfixed issues behind, because it would cost the same to only fix a small thing.