Hogyan kezelték az adósságot a júliai naptárról a gregoriánra való áttéréskor?

Hogyan kezelték az adósságot a júliai naptárról a gregoriánra való áttéréskor?


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Olvastam az új stílusú és a régi stílusú dátumokról, és a dátumok törlésére gondoltam az átmenet során. A Wikipédia Gergely -naptári cikkéből:

Az új naptár használatba vételekor a hibát a Nicaea zsinata óta eltelt 13 évszázadban halmozták fel 10 napos törléssel. A Julián -naptári napot 1582. október 4 -én, csütörtökön követte a Gergely -naptár első napja, 1582. október 15., péntek (a hétköznapok ciklusát ez nem érintette).

És később, például a brit gyarmatokon 1752 -ben, az előző év rövid 282 nap volt (a törlés több mint 80 nap).

Tehát hogyan kezelték az adósságokat, például az elhatárolt kamathitelt, a fix/ballon kifizetéseket stb.? Ha ma bekövetkezne ez a fajta változás, és hirtelen 10 nap törlődne, és hirtelen május 21 -ről június 1 -jére menne, akkor megnézném a jelzálogfizetés időpontját. Módosították -e a kölcsön feltételeit az új naptárhoz? Vagy a kormány ideiglenesen csökkentette adókulcsait? Hogyan alkalmazkodtak ehhez az akkori gazdaságok?


Bár kétlem, hogy a maihoz képest sok adósságot jelentene a havi fizetés, köztudott, hogy a (bármilyen) naptárreform sok zavart okozott, amelyek még ma is zavarba ejtik a történészeket.

Minden jogi dokumentumot érintettek, sőt tüntetések is voltak, ahol az emberek visszaszerezték az elveszett napokat, mivel úgy tartották, hogy lerövidítik életüket.

Elméletileg, ha az adóssága szeptember 3 -a és 14 -e között esedékes volna az 1752 -es Nagy -Britanniában, akkor ingyen szabadulna, mivel ezek a napok soha nem léteztek. A gyakorlatban azt gondolom, hogy ez egyáltalán nem történt meg, mivel az adósságainak visszafizetésének elmulasztása bűnözővé tette Önt, és a büntetés szigorú volt, mivel a törvény nagyon a hitelező oldalán állt.

A végén azt várom, hogy az emberek csak úgy kavarognak, hogy a bíróságok terepnapot tartanak.

Hivatkozások:
http://www.legislation.gov.uk/apgb/Geo2/24/23/contents
https://en.wikipedia.org/wiki/Dual_dating
https://en.wikipedia.org/wiki/Promissory_note
https://en.wikipedia.org/wiki/History_of_bankruptcy_law
http://mentalfloss.com/article/51370/why-our-calendars-skipped-11-days-1752


A különböző társadalmak különböző napokat használnak a naptári év megkezdéséhez. Az év kezdő dátumának megváltoztatása talán a legegyszerűbb módosítás a naptárban. Így a középkori Európában az egyik évről a másikra utazni lehetett olyan helyek között, amelyek naptári éveiket különböző időpontokban kezdték.

Angliában a naptári évek március 25 -én kezdődtek, körülbelül 1200 -ból. Így 1250.

Anglia a Gergely -naptár elfogadásával egyidejűleg január 1 -re módosította a naptári év kezdetét, így egy évvel néhány hónappal rövidebb lett.

Hozzáadva: 2017.05.15.

Jogos aggályok merültek fel azonban az új naptár szerinti adó- és egyéb kifizetésekkel kapcsolatban. A törvény 6. rendelkezése (a bérleti díjak, járadékok fizetési ideje) kimondta, hogy a havi vagy éves kifizetések csak akkor esedékesek, ha eredetileg a Julián -naptárban szerepeltek volna, vagy a törvény szavaival "[ Bérleti díjak, járadékok] ugyanazon természetes napokon és időpontokban, amikor ugyanazokat a napokat és időpontokat kellett volna fizetniük, illetve fizetniük kellett volna, vagy megtörténtek volna, ha ezt a törvényt nem hozták volna meg. "

1https: //en.wikipedia.org/wiki/Calendar_ (New_Style) _Act_17501

http://www.legislation.gov.uk/apgb/Geo2/24/23/contents2


Dátumok és idő¶

A csillagászok különböző skálákat használnak az idő mérésére. A Skyfieldnek gyakran több időskálát kell használnia egyetlen számításon belül! Az időosztály az, hogy a Skyfield vagy egyetlen pillanatot, vagy pillanatok egész sorát képviseli, és nyomon követi a különböző szabványos időskálák által az adott pillanathoz rendelt összes megnevezést:

A load.timescale () által visszaadott Timescale objektum kezeli a különböző időskálák közötti konverziókat, és a programozó hogyan építi fel az időobjektumokat bizonyos dátumokra. A legtöbb alkalmazás csak egy Timescale objektumot hoz létre, amelyet a Skyfield programozói hagyományosan ts -nek neveznek, és ezt használja fel minden idejének felépítéséhez.

Gyors hivatkozás céljából itt vannak a támogatott időkeret:

  • UTC - koordinált világidő („Greenwich -i idő”)
  • UT1 - egyetemes idő
  • TAI - Nemzetközi Atomi Idő
  • TT - Földi idő
  • TDB - Baricentrikus dinamikus idő (a JPL -k) Teph)

És itt vannak linkek az API dokumentációhoz az időskálákról és időpontokról:


1 Válasz 1

A LocalDate kezeli a proleptikus gregorián naptár csak. A javadoc -ból:

Az ISO-8601 naptárrendszer a modern polgári naptárrendszer, amelyet ma a világ nagy részén használnak. Ez egyenértékű a proleptikus Gergely -naptár rendszerrel, amelyben a szökőévek mai szabályait mindenkor alkalmazzák. A legtöbb ma írt alkalmazáshoz az ISO-8601 szabályok teljesen megfelelőek. Mindazonáltal minden olyan alkalmazás, amely történelmi dátumokat használ, és megköveteli azok pontosságát, nem találja megfelelőnek az ISO-8601 módszert.

Ezzel szemben a régi java.util.GregorianCalendar osztály (amelyet közvetve a toString () is használ-a java.util.Date kimenete) egy konfigurálható gregorián határértéket használ, amely alapértelmezés szerint 1582-10-15, mint elválasztási dátum julian és gregorián naptár szabályai.

Tehát a LocalDate nem használható semmiféle történelmi dátumhoz.

De ne feledje, hogy még a java.util.GregorianCalendar is sikertelen, még akkor is, ha ezzel van konfigurálva helyes régiófüggő határidő. Például az Egyesült Királyság 1752 előtt március 25 -én kezdte az évet. És sok országban sokkal több történelmi eltérés van. Európán kívül még a Julián -naptár sem használható a gregorián naptár bevezetése előtt (vagy legjobban csak gyarmatosító szemszögből).

FRISSÍTÉS a hozzászólásban feltett kérdések miatt:

A -14830974000000 érték megmagyarázásához fontoljuk meg a következő kódot és annak kimenetét:

Meg kell jegyezni, hogy a korábbi megjegyzésében említett -12219292800000L érték 5 órával eltér a tCutOver értékétől az Amerika/New_York és UTC időzónák közötti eltérés miatt. Tehát az EST időzónában (Amerika/New_York) pontosan 30228 nap különbség van. A szóban forgó időtartamra a Julián -naptár szabályait alkalmazzuk, mivel minden negyedik év szökőév.

1500 és 1582 között 82 * 365 nap + 21 szökőnap van. Ezután hozzá kell adnunk 273 napot az 1582-01-01 és az 1582-10-01 közötti időszakhoz, végül 4 napot a határidőig (ne feledje, hogy október 4-ét október 15-e követi). Összesen: 82 * 365 + 21 + 273 + 4 = 30228 (amit bizonyítani kellett).

Kérjük, magyarázza el nekem, miért várt -14830974000000 ms -tól eltérő értéket. Számomra korrektnek tűnik, mivel kezeli a rendszer időzóna eltolását, a Julián-naptár szabályait 1582 előtt és az 1582. október 4-ről a 1582-10-15 közötti dátumot. Tehát számomra a kérdésed: "hogyan mondjam meg a dátum objektumnak, hogy visszaadja az ms -t a helyes gregorián dátumnak?" már válaszolt - nincs szükség korrekcióra. Ne feledje, hogy ez az összetett anyag elég hosszú ideig használatos, és elvárható, hogy sok év múlva megfelelően működjön.

Ha valóban a JSR-310-et szeretné használni ehhez a dologhoz, ismétlem, hogy a gregoriánus határidő nem támogatott. A legjobb dolog az, hogy saját maga végezheti a munkáját.

Például megfontolhatja a Threeten-Extra külső könyvtárat, amely a 0.9 kiadás óta proleptikus Julián-naptárat tartalmaz. De továbbra is az lesz az erőfeszítése, hogy kezelje a régi júliai naptár és az új gregorián naptár közötti átvágást. (És ne várd el, hogy az ilyen könyvtárak képesek legyenek kezelni az IGAZI történelmi dátumokat sok más ok miatt, mint például az új év kezdete stb.)

Frissítés 2017 -ben: Egy másik hatékonyabb lehetőség a Time4J könyvtáram HistoricCalendar használata, amely sokkal többet kezel, mint csak a julian/gregorian-cutover.


Különbség a Julián és a Gergely -naptár között

Az eszközt, amelyet arra használunk, hogy megválaszoljuk a régi dátumot, hogy melyik dátumról van szó, naptár néven ismerjük. A világszerte használt naptárat keresztény naptárnak vagy Gergely -naptárnak nevezik. Ez a naptárrendszer átvette a korábbi Julianus -naptárat, amelyet Kr.e. 45 -től 1582 -ig használtak. Bár mindkettő keresztény naptár, sokan nem ismerik a két nyugati naptár közötti különbségeket. Ez a cikk megpróbálja kiemelni ezeket a különbségeket.

Julián naptár

Ez egy naptár, amelyet Julius Cesar vezetett be a világnak ie 46 -ban. Ez egy olyan naptár volt, amely rendkívül közel állt az egy év tényleges hosszához, de kiderült, hogy 128 év alatt közel egy nap maradt. Tehát mire az i. Sz. 1582 -re került sor, a Julián -naptár valójában 10 teljes nappal eltolódott a tényleges dátumtól. A naptár megreformálása érdekében XIII. Gergely pápa 1582 -ben bevezette a Gergely -naptárat, amelyet lassan és fokozatosan fogadtak el a világ katolikus országai.

Amikor Julius Caesar Kr. E. 48 -ban megnyerte Egyiptomot, szükségét érezte a naptárreformnak. Az általa bevezetett naptár egy évet 12 hónapra osztott, és 365 napot tartalmazott, minden negyedik évben egy további nappal, hogy figyelembe vegyék a szoláris év 365,25 napjának tényleges hosszát.

Gergely naptár

A Julián -naptárban vett év 365,25 -ös évének hossza később tévesnek bizonyult, mivel a napév 365,2422 és 365,2424 nap volt a trópusi és napéjegyenlőségi években. Ez azt jelentette, hogy a Julianus naptár 0,0078 nappal és 0,0076 nappal tévedett a két esetben. Ez 11,23 perces, illetve 10,94 perces eltérést jelentett. A hiba azt jelentette, hogy a Julián -naptár 131 évente közel egy napot hagyott ki. Sok évszázad után a Julain -naptár pontatlanná vált a pontos évszakok kiszámításához és a keresztények legfontosabb napjához, a húsvéthoz. A Julián -naptár megreformálása érdekében Gergely pápa 1582 -ben vezette be a Gergely -naptárat. A kalendárium reformjával kapcsolatos munkálatok azonban III. Pál pápa idején kezdődtek, és Clavius ​​híres csillagász javaslatait figyelembe vették, amikor végül az egyház elfogadta a Gergely -naptárt.

Mi a különbség a Julián és a Gergely -naptár között?

• 10 napot kihagytak a Julián -naptárból, az október 4 -ét követő napot, a Gergely -naptár elfogadásának napját pedig 1582. október 15 -én ismerték.

• Míg a Julián -naptár szerint a szökőév egy olyan év volt, amely osztható 4 -gyel, akkor kijelentették, hogy a szökőév lehet olyan év, amely osztható 4 -gyel, de nem 100 -zal, vagy 400 -zal osztható év.

• A Gergely -naptár új törvényeket vezetett be a húsvét dátumának meghatározására.

• Míg a február 25. előtti napot úgy választottuk, hogy a Julián -naptár szerint szökőévben egy plusz napot adjunk hozzá, a Gergely -naptár szerint február 28. utáni napnak számítottunk.


Naptár -dátum átalakítás 1582. október 15. előtti dátumokra. Gergely -Julián naptár váltás

Tekintettel arra, hogy a Gergely -naptár kezdési dátuma 1582. október 15., fontolja meg az alábbi teszteket, és segítsen megérteni, mi történik:

Az eredmények a következők:

Meg tudná világosítani, mi történik? Nagyon szépen köszönjük.

EDIT: Köszönöm, kijavítottam a dátum formátumával kapcsolatos hibáimat az elemzéshez: most mindegyiknek az éééé-HH-gg formája van, és már nincs kivétel.

Most megpróbálom tisztázni a kételyeimet.

Mi határozza meg, hogy a proleptikus gregorián naptárt használjuk -e vagy sem?
Összefoglalva:
A java.util.GregorianCalendar egy juliánus naptárat jelent az 1582. október 15. előtti dátumokra és a gregorián naptárat ezen időpont után. Ez igaz?
Tehát ez indokolja az új Gergely -naptár (.) Viselkedését.
Ha megteszem:

mert 1582. október 4. létezik a júliusi naptárban, és az általam létrehozott naptár egy julián dátumot jelent.
Ha ezt a naptárat dátumra konvertáljuk, akkor a következőket kapjuk:

mert október 5. napja sem a juliánusban, sem a gregorián naptárban nem létezik. Tehát a Gergely -naptár konstruktor pontosan 1 nappal az október 4. után, azaz a gregorián naptár első napján, október 15 -én hoz létre dátumot. Az új dátumot ezután gregorián naptárrendszerben fejezik ki.
Ugyanez lesz a viselkedésem, amikor új naptárat hozok létre (1582, 9, 5) és (1582, 9, 14) között.
A fenti példában a konvertált java.util.Date ismét összhangban van a naptárral

mert október 15 -e létezik a gregorián naptárban, és az új dátum ebben a rendszerben van kifejezve. A naptár dátummá alakítva ismét konzisztens:

Ez azt jelenti, hogy a Gergely -naptár konstruktőre azt feltételezi, hogy az adott korszakban érvényes dátumokat írom be a naptárrendszerbe: más szóval azt feltételezi, hogy ha október 4 -nél korábbi vagy azzal megegyező dátumot adok meg, akkor a Julianus szerinti dátumra gondolok naptár és a dátum ebben a rendszerben van kifejezve, ha október 05 és 14 között adok meg dátumot, akkor a napok számát számolja a júliusi naptár befejező dátuma (október 04) és a beírt dátum között, és összegezi ezeket a napokat a kezdő dátumhoz a gregorián naptárban (október 15.), és az új dátumot a gregorián rendszerben fejezi ki, és ha október 15. után vagy azzal megegyező dátumot adok meg, akkor azt feltételezi, hogy a megadott dátumot a gregorián naptárban értjük, és az új dátumot ebben a rendszerben fejezzük ki.
Ez mind helyes?
Ez nem proleptikus viselkedés, ugye? Ha a naptár proleptikus gregorián naptár lenne, azt várnám, hogy ezzel inicializálja

vagyis az október 5 -ét akkor is beállítják, ha a dátum nem létezik a gregorián rendszerben, és mivel 10 nap a gregorián naptár első napja, ez megegyezik a július 25 -i dátummal, ha nem tévedek.
Hogyan dönthetem el, hogy a proleptikus gregorián naptárat használom -e vagy sem?

Egy karakterlánc elemzése és egy új GregorianCalendar létrehozása az XmlGregorianCalendaron keresztül, a viselkedés másnak tűnik számomra.
"1582-10-04" elemzése

(ugyanaz, mint a fenti példában ..), de dátum

(Itt van egy julian dátum, igaz? De a fenti példában (ahol a Gergely -naptárat a konstruktora hozta létre) a dátum megegyezett a naptárral. Miért most más?

Az "1582-10-05" karakterlánc elemzése megvan

(Most van egy proleptikus gregorián naptárunk, ugye?)
De ismét egy másik dátum

Ugyanez a viselkedés: "1582-10-14"

Ha végre elemezzük az "1582-10-15" kifejezést, visszatérünk a Gergely-korba, és a hirdetés következetes lesz:

Segítene megérteni ezt a viselkedést?
Nagyon szépen köszönjük.

Köszönöm a válaszokat, akkor is, ha némi kétely marad bennem. A következő kódot próbáltam:

Most a DAY_OF_MONTH naptárral összhangban állok a beállított értékekkel, ezért azt gondolom, hogy ez proleptikus viselkedés, igaz? De ismét megkérdezem, hogy a getTime () módszerrel kapott dátum miért nem ugyanazt a napot képviseli, hanem 10 nappal azelőtt. Köszönöm mégegyszer.

A kérdés számomra kicsit világosabb, de nem teljesen. Nem értettem részletesen, milyen logika alapján történik a Gregoriánus naptárból dátummá való átalakítás, és miért nem a proleptikus gregorián naptár és a hagyományos, amelyek mindegyike ugyanazokkal a paraméterekkel készült, mint a NAP, HÓNAP és ÉV, nem mindig ugyanazt az időpillanatot képviseli. Csináltam még néhány tesztet.

Az első teszt (1582. február 5.) a Julián -naptárhoz tartozó időszakra vonatkozik, a második (1582. október 8.) az átmenet időszakához, a harmadik (1582. december 5.) a Gergely -naptár időszakához. Akkor gondolom a következő dolgokat veszem észre:


Biztosítás és engedelmesség

Ezt mondja az amerikai haditengerészeti megfigyelőközpont a hét sorrendjéről:

Volt alkalmunk megvizsgálni a kronológia szakemberei munkáinak eredményeit, és soha nem találtunk olyanokat, amelyeknek a legkevesebb kétségei lennének a heti ciklus folyamatosságával kapcsolatban jóval a keresztény korszak előtt. v

Isten a teremtés hetében elkülönítette a hetedik napi szombatot. Mózes idején megerősítette a szombatot (2Móz 16), és a szombatot betartotta a negyedik parancsolatból. A történelem során a zsidó nép szentül tartotta a hetedik napot, és Jézus és követői is ezt ünnepelték.

A hét sorrendje nem változott, ahogy az öröm sem, amikor engedelmeskedünk Istennek, és vele töltjük a hetedik napot.


Steve Julián dátum kalkulátora

A fenti űrlap az univerzális dátumra és időre van inicializálva (minden értelemben ez megegyezik a Greenwichi középidővel, de nem pontosan ugyanaz - lásd a különbségeket), amelyet a számítógép órája határoz meg az oldal belépésekor (Megjegyzés: ez mindig a másodperc pontosságára vonatkozik). A rendszer a helyi időzóna konverzióját alkalmazza.

Az űrlap feletti óra azt mutatja jelenlegi egyetemes idő az Idő és Dátum & rsquos szerver óra szerint, és megtartja & lsquoticking & rsquo.

Az űrlapon látható idő nem & lsquotick & rsquo - ezt és a dátumot szabadon módosíthatja a Julian dátumszámológép bemeneteként.

A kék/szürke háttérrel rendelkező mezők csak olvashatók. A hétköznapi mezőt a Julián dátum alapján határozzák meg, és az időzóna mezőt rögzítik a munkamenet kezdetének helyi dátuma és ideje szerint. Ez magában foglalja a & lsquodaylightlight & rsquo (vagy & lsquoSummer Time & rsquo) esetleges korrekcióit.

A CE és a BCE a & ldquo -t jelöli Lásd az alábbi megjegyzéseket a nulla használati év opcióhoz.

A UNIX időbélyegzőt a & lsquoC & rsquo programozási nyelvben használják, és többek között a cookie -k lejárati dátumainak megjelenítésére a Mozilla Firefoxban. Ez az 1970-január-01 00:00:00 UTC óta eltelt másodpercek száma. Gyakran 32 bites egész számra van beállítva, ha igen, a törtek csonkolásra kerülnek. Ha be van állítva egy aláírás nélküli egész szám, akkor egy rendszer nem fogja megfelelően kezelni az 1970. január 1-je előtti időket, és utoljára 2106-Feb-07 06:28:15 UTC lesz. Nagyobb aggodalomra adhat okot a szoftvert használó szoftver aláírt egész szám, amellyel a & lsquoY2K & rsquo típusú hiba 2038-Jan-19 03:14:07 UTC után hibát okoz. Ez a számológép azonban minden pozitív időt megfelelően mutat, plusz törteket (10 ms pontossággal). Az 1970 előtti időket negatívnak mutatják.

A fájlidő (MFT) egy 64 bites egész szám, amelyet a Microsoft használ a 100ns & lsquoticks & rsquo számának megjelenítésére 1601-január-01 00:00:00 UTC óta. Gyakran két 32 bites egész számra (magas és alacsony felére) oszlik, amelyek mindegyike tizedes formában van megadva, mint ebben a számológépben. Elsősorban az Internet Explorer cookie -jában használják a lejárati és létrehozási idők jelölésére, valamint az NTFS fájlrendszerekben, például a Windows 2000 -ben és későbbi verzióiban használt időbélyegző fájlokhoz. Az MFT 64 bites egész száma a 60056 évben túlcsordul, tehát érvényes lesz a belátható jövőben is! Mivel az & lsquotick & rsquo csak 100ns, ami a 10 ms 1/100000. része (ennek a számológépnek a maximális felbontása), az alacsony egész számban szereplő 5 legkevésbé jelentős szám itt értelmetlen, ezért nullára vannak állítva. Továbbá, mivel az MFT cookie -k 1601 előtt kissé elavultak, negatív eredményeket nem adunk meg.

Míg a UNIX 1970 -es kezdési dátuma ésszerűnek tűnik, tekintettel arra, hogy az & lsquoC & rsquo programozási nyelvet az 1970 -es évek elején fejlesztették ki, az rsquos rejtély, hogy miért választotta a Microsoft az 1601 -et az MFT -hez - bár nem ez az egyetlen titokzatos dolog a Microsoft -ban! [Véleményem szerint a Wikipédia kissé gyenge okot ad arra, hogy ezt a dátumot azért választották, mert ez volt a kezdete annak a 400 éves gregorián szökőévi ciklusnak, amelyen belül először léteztek digitális fájlok.] Megjegyzés: Ha a cookie-k lejárati idejét dekódolja ezzel a számológéppel , a megadott idő néhány órával eltérhet a böngésző által megadott időtől. Ennek oka a helyi idő és az UTC közötti különbség, amikor a cookie lejár. [Az MFT jellemzője, hogy az érték UTC -ként kerül tárolásra, de megjelenítéskor helyi időre kerül. Ha mindent UTC -ben tárol, az azt jelenti, hogy lehetetlen, hogy a cookie -t vagy a fájlt el lehessen olvasni, mielőtt megírta volna - ez megtörténhet az interneten keresztül különböző időzónák között továbbított fájlokkal, ha helyi időket használnak.]

A maja hosszú naptár napja itt látható (csak olvasható), mert a 2012-dec-21 dátum jelentős volt. Ezen a napon a második doboz balról (b & rsquoak & rsquotun) 13 -ra gurult, ami ugyanaz a maja dátum volt, mint a negyedik teremtés kezdete. Emiatt, és szinte biztosan, mert ez volt az északi téli napforduló is, a végzet néhány prófétája úgy vélte, hogy ezen a napon véget ér a világ. Mindezt hosszasan magyarázza a Wikipédia. Nos, ekkor még nem ért véget a világ: a maja filozófia az volt, hogy újraalkotásra kerül sor. Reméljük, hogy az ötödik teremtés jobban kezdődik, mint a negyedik.

Ne feledje, hogy a maja tudósok és a csillagászok nem értenek egyet a Julián -naptár múltbeli dátumokra való alkalmazásával kapcsolatban (a maja tudósok az összes & lsquoconventional & rsquo naptári dátumot gregoriánusként kezelik, a & lsquoProleptic Gregorian Calendar & rsquo használatával). Ezért a Gergely -kori változás előtti (1582 -es) dátumok, amelyek a Wikipédia cikkében szerepelnek, eltérnek az itt számított időpontoktól. A Wikipédia cikkével egyetértésben a b & rsquoak & rsquotun az érték soha nem nulla a múltbeli dátumokhoz: a negyedik teremtés kezdete (JD 584283) 13.0.0.0.0, a következő pedig b & rsquoak & rsquotun (1.0.0.0.0 = JD 728283) 19.19.19.17.19 (JD 728282) után kezdődött. A korábbi borulásoknak volt b & rsquoak & rsquotun értékek 1 és 13 között. Ahhoz, hogy egyetérthessünk a maja tudósokkal és a jövőbeli dátumok rsquo ábrázolásával, a b & rsquoak & rsquotun A szám most felmegy 19 -re, majd a nullára gurul, amikor a következő legjelentősebb adat (gonosz) lesz 1. Bár a piktun 19.19.19.19.17.19. után is átáll a 0-ra, az egyszerűség kedvéért ez a számológép lehetővé teszi, hogy 19 fölé emelkedjen (19.19.19.19.17.19 JD 58184282 vagy 154591-február 27).

Ez a segédprogram egy számológépen alapul, amelyet eredetileg az amerikai haditengerészeti megfigyelőközpont csillagászati ​​alkalmazások osztálya tett közzé, de ez a verzió nem megfelelően kezelte a helyi időket Londontól keletre. Azonban a webhely tartalma (és a benne található URL-ek) folyamatosan változik, gyorsan elavulttá téve az ide tett linkeket. Ezért a fenti link csak a kezdőlapjukra vonatkozik: ha látni szeretné, hogyan csinálják most, nézze meg a webhelyén (de kérjük, térjen vissza ide!).

Ez a számológép az eredeti formátumot használja a naptári dátumból és időből Julián dátummá való konvertáláshoz, és fordítva. A konverzió irányát a számítási típus választja ki. Ezt az oldalt és a hozzá tartozó JavaScript-fájlt Steve Glennie-Smith kibővítette, hogy a pontosságot 10 ms-ra növelje. Egyéb extrák közé tartozik a & lsquoticking & rsquo UTC óraszámítás UNIX időbélyegzőből és a Microsoft fájlformátumból, valamint a helyi időzóna és a maja hosszú naptári dátum megjelenítése. A hibajavítások a végén találhatók.

A Julián -dátumok (rövidítve JD) egyszerűen a napok és törtek egymás utáni számát jelölik, az egyetemes idő szerint január 1 -jén, 4733. esztendőben (a Julián -naptár szerint). Majdnem 2,5 millió nap telt el azóta. A Julián -dátumokat széles körben használják időváltozóként a csillagászati ​​szoftverekben. Általában egy 64 bites lebegőpontos (kettős pontosságú) változó Julián-dátumként kifejezett korszakot jelenthet körülbelül 1 milliszekundum pontossággal. Ne feledje, hogy a Julianus dátumok alapjául szolgáló időskála az egyetemes idő, és hogy a 00: 00h UTC mindig a 0,5 -ös Julian dátumrésznél fordul elő. A különbség Julianus között dátum és Julian nap hogy az előbbi a teljes szám, beleértve a tört részt is, míg az utóbbi csak az egész rész, azaz. & nsquoday zero & rsquo óta eltelt napok száma.

Miért az i. E. 4713. január 1 -jét választották kiindulópontnak? Néhány elmélet itt.

A naptári dátumok, az év, a hónap és a nap & ndash még nagyobb problémát jelentenek. A világ különböző pontjain és helyszínein különböző naptári rendszereket használtak. Ez a számológép csak kettővel foglalkozik: a Gergely -naptárral, amelyet ma már általánosan polgári célokra használnak, és a Juliánus naptárral, amely a nyugati világ nagy részében elődje volt. Az itt használt két naptár azonos hónapnevet és napszámot tartalmaz minden hónapban, csak a szökőévekre vonatkozó szabályban térnek el egymástól. A Julián -naptárban minden negyedik évben szökőév van, míg a Gergely -naptárban minden negyedik évben szökőév van kivéve a centenáriumi éveket, amelyek nem oszthatók pontosan 400 -zal.

Bár a JD nulla i. E. 4713. január 1. volt, ez a számológép lehetővé teszi a negatív Julián -dátumokat és a legfeljebb hat számjegyű éveket.

  • A heteknek mindig hét napja volt, ahogyan most is, az idő kezdete óta. Így a hét napját meg lehet kapni a fennmaradó részből, miután elosztottuk a Julianus dátumot (plusz a 0,5 napos eltolást, de ezt követően egész számban fejezzük ki) 7 -gyel (a 0 megfelel a hétfőnek). év 0. Ezért i. E. 0001-dec. 31-én (vagy Kr. E.) Közvetlenül a 0001-január-01 CE (vagy AD) után következett. Néhány csillagász azonban tedd ismerje fel az évet 0. Ha ez a variáció szükséges, jelölje be az & lsquoAz év nulla és rsquo használata jelölőnégyzetet
  • Feltételezzük, hogy a Julián -naptárnak mindig szökőévei voltak. Mivel nem volt 0. éve, az 1., 5., stb. Év e szökőéveknek tekinthető ezzel a számológéppel (ha a nulla felhasználási év nincs bejelölve). Egyes kutatások (lásd alább) azonban azt mutatják, hogy az i. E. 45. évi Julianus -naptár bevezetése előtt nem volt következetes az egyes napok száma
  • Ez a számológép nem veszi figyelembe a szökő másodperceket. Mivel 00: 00h UTC mindig 0,5 -ös Julian dátum törtnél fordul elő, feltételezzük, hogy a Julian dátumok törtrészét (amely órákat, perceket, másodperceket és azok részeit ábrázolja), ahol szökőmásodpercet szúrnak be, & lsquostretched & rsquo kell megadni az ilyen dátumokon. Ezért az ilyen dátumokra végzett számítások akár egy másodperccel is pontatlanok lehetnek. Mivel a szökőmásodpercek csak közepén kerülnek beillesztésre (vagy elméletileg törölhetők)éjszaka UTC, ez mindig egy Julianus nap közepén fog előfordulni. (Megjegyzés: A szökőmásodperc célja, hogy korrigálja a föld tengelyének forgásához szükséges idő kis eltéréseit. Ez nem befolyásolja, hogy hány napig tart a Föld a Nap körül, és nem is az eltérések korrekciója a Gergely -naptár szerint)
  • A Julián -naptárról a Gergely -naptárra való átállás 1582 októberében történt, XIII. Gergely pápa által kiadott pápai bulla szerint. Pontosabban, az 1582. október 4 -én vagy azt megelőző dátumoknál a Julián -naptárt használják az 1582. október 15 -én vagy azt követő dátumokon, a Gergely -naptárt használják. Így a naptári dátumokban tíz napos különbség van, de a juliániai dátumokban vagy a hét napjaiban nincs megszakítás: 1582. október 4. (Julianus) csütörtök volt, amely 2299159.5 JD-n kezdődött, és 1582. október 15. (péntek) péntek volt , amely a JD 2299160.5 címen kezdődött. Tíz naptári dátumot kellett törölni a Julián -naptár által felhalmozott hiba miatt: sok évszázados használat során túl sok szökőév volt.

A Gergely -naptárra való áttérés azonban csak a fent leírt módon történt a római katolikus országokban. A Gergely -naptár elfogadása a világ többi részén lassan haladt. Például Nagy -Britannia és gyarmatai csak 1752 szeptemberében hajtották végre a változást (bár kétséges, hogy a változás mikor történt Skóciában). [A UNIX CAL parancs az 1752 -es váltást tükrözi, amikor szükségessé vált a törlés tizenegy nap, mivel az 1700 -as évet is szökőévnek tekintették.]

Ez érdekes anomáliákat eredményezett. Például a spanyol író, Miguel Cervantes és az angol drámaíró, William Shakespeare mindketten ugyanazon a napon halt meg dátum (1616. április 23.), de nem ugyanaz nap! Ennek oka az, hogy Spanyolország elfogadta a Gergely -naptárat, de Anglia még nem tette meg.

  • A 4000 év szabály: John Herschel csillagász azt javasolta, hogy ha az év osztható 4000 -el, akkor meg kell tenni nem szökőév legyen. Ez jobb közelítést ad, mivel minden 4000 -ben 969 szökőév van (nem 970), ami átlagosan 365.24225 napot jelent. Noha nem a legpontosabb a javasolt korrekciók közül, szépen beleesik a 4 - 100 - 400 sorozatba. A UNIX CAL parancs tartalmazza ezt a korrekciót.
  • A 3200 évi szabály, hasonlóan a fenti 4000 éves szabályhoz: Ez sokkal közelebb áll a 3220 éves eltérés kezeléséhez, de úgy tűnik, hogy a katonaságon kívül kevés támogatást kap. Az átlagos korrigált év 365.2421875 nap lenne.
  • A 128 éves szabály: Ez teljesen megszünteti a 100 és 400 éves szabályokat. A javaslat szerint el kell hagyni február 29 -ét 128 -ra osztható évekre, 2048 -tól kezdődően. Pontos, mint a 3200 -as szabály, és a korrekciót egyenletesebben alkalmazzák. 2048 előtt bármikor megvalósítható újraszinkronizálás nélkül, mivel a szükséges számú & lsquonon-szökőév és rsquo már kihagyásra került. [1920 nem szökőév lett volna, de 1900 ugyanúgy 1792

Véleményem szerint furcsa lenne olyan változásokat bevezetni a jövő nemzedékeire, amelyek eddig bekövetkeznek. Ki tudja, és valami idióta leengedhet egy atombombát, vagy a földet egy nagy meteorit csaphatja meg, mindkettő befolyásolhatja az év hosszát, és így kifújhatja ezt az elméletet a vízből. A Julián -dátumok azonban ettől függetlenül tovább fognak haladni. Mivel ennek a számológépnek az a célja, hogy pontos korrelációt adjon a Julián -dátumok és a jövőbeli naptári dátumok között, ezért egyetértettem Herschel és UNIX programjaival, és módosítottam az eredeti JavaScriptet, hogy tartalmazza a 4000 éves szabályt.

Az európai történelem oldal naptári oldalain további információk találhatók arról, hogy a különböző országok mikor változtak. Az egyes országok Gergely -naptárra való áttérésének másik listáját lásd a Claus T & oslashndering & rsquos naptár GYIK 2.2.4 szakaszában.

További információ a naptárakról és azok történeteiről a L.E. Doggett & rsquos & ldquocalendars & rdquo fejezete a csillagászati ​​almanach magyarázó mellékletének (szerk. P. K. Seidelmann, 1992, University Science Books). Megjegyzés: Ezek kereskedelmi könyvkereskedők és rsquo webhelyek.

Megjegyzés: Számos más Julián -dátum -számológép is megtalálható az interneten: egy gyors keresés a Google -ban ezt találta, amely nagyon lassan működik, és összezavarja a BCE dátumokat. Feltételezi (mint sok más), hogy az összes naptári dátum gregorián, és eszerint a JD nulla BCE4712 (0 hónap) (-2. Nap) volt! Volt egy linkem egy rosszabbhoz, ami tévedett 1800 előtt és 2100 után. Ez és rsquos azóta eltűnt, de valószínűleg vannak mások is. Óvakodik!


5 Megvalósította a Julián -naptárat

Julius Caesar számos döntő változást hozott a világban a maga idejében, sok közülük még ma is látható. Az egyik az általa megvalósított Julián -naptár. Bár ma a világon a leggyakrabban használt naptár a Gergely -naptár, a Julián -naptár volt az elődje.

Caesar előtt Róma követte a holdciklust, hogy beállítsa naptárrendszerét. Ez gyakran zavaró volt, és nem volt összhangban az évszakokkal, ami miatt Caesar változtatni akart. Konzultált egy csillagásszal, majd megvalósította a Julián -naptárat, amely jobban szinkronban volt a napkörrel.


Naptár átalakító

Üdvözöljük a Fourmilab naptárátváltójában! Ez az oldal lehetővé teszi a különböző naptárakban a dátumok átváltását, mind polgári, mind számítógépes vonatkozásban. All calculations are done in JavaScript executed in your own browser complete source code is embedded in or linked to this page, and you're free to download these files to your own computer and use them even when not connected to the Internet. To use the page, your browser must support JavaScript and you must not have disabled execution of that language. Let's see.

If the box above says "Your browser supports JavaScript", you're in business simply enter a date in any of the boxes below and press the "Calculate" button to show that date in all of the other calendars.

Gregorian Calendar

The Gregorian calendar is a minor correction to the Julian. In the Julian calendar every fourth year is a leap year in which February has 29, not 28 days, but in the Gregorian, years divisible by 100 are nem leap years unless they are also divisible by 400. How prescient was Pope Gregory! Whatever the problems of Y2K, they won't include sloppy programming which assumes every year divisible by 4 is a leap year since 2000, unlike the previous and subsequent years divisible by 100, van a leap year. As in the Julian calendar, days are considered to begin at midnight.

The average length of a year in the Gregorian calendar is 365.2425 days compared to the actual solar tropical year (time from equinox to equinox) of 365.24219878 days, so the calendar accumulates one day of error with respect to the solar year about every 3300 years. As a purely solar calendar, no attempt is made to synchronise the start of months to the phases of the Moon.

While one can't properly speak of "Gregorian dates" prior to the adoption of the calendar in 1582, the calendar can be extrapolated to prior dates. In doing so, this implementation uses the convention that the year prior to year 1 is year 0. This differs from the Julian calendar in which there is no year 0--the year before year 1 in the Julian calendar is year -1. The date December 30th, 0 in the Gregorian calendar corresponds to January 1st, 1 in the Julian calendar.

A slight modification of the Gregorian calendar would make it even more precise. If you add the additional rule that years evenly divisible by 4000 are nem leap years, you obtain an average solar year of 365.24225 days per year which, compared to the actual mean year of 365.24219878, is equivalent to an error of one day over a period of about 19,500 years this is comparable to errors due to tidal braking of the rotation of the Earth.

Julian Day

While any event in recorded human history can be written as a positive Julian day number, when working with contemporary events all those digits can be cumbersome. A Modified Julian Day (MJD) is created by subtracting 2400000.5 from a Julian day number, and thus represents the number of days elapsed since midnight (00:00) Universal Time on November 17, 1858. Modified Julian Days are widely used to specify the epoch in tables of orbital elements of artificial Earth satellites. Since no such objects existed prior to October 4, 1957, all satellite-related MJDs are positive.

Julian Calendar

In the Julian calendar the average year has a length of 365.25 days. compared to the actual solar tropical year of 365.24219878 days. The calendar thus accumulates one day of error with respect to the solar year every 128 years. Being a purely solar calendar, no attempt is made to synchronise the start of months to the phases of the Moon.

Hebrew Calendar

Years are classified as gyakori (normal) or embolismic (leap) years which occur in a 19 year cycle in years 3, 6, 8, 11, 14, 17, and 19. In an embolismic (leap) year, an extra hónap of 29 days, "Veadar" or "Adar II", is added to the end of the year after the month "Adar", which is designated "Adar I" in such years. Further, years may be deficient, szabályos, vagy teljes, having respectively 353, 354, or 355 days in a common year and 383, 384, or 385 days in embolismic years. Days are defined as beginning at sunset, and the calendar begins at sunset the night before Monday, October 7, 3761 B.C.E. in the Julian calendar, or Julian day 347995.5. Days are numbered with Sunday as day 1, through Saturday: day 7.

The average length of a month is 29.530594 days, extremely close to the mean synodic month (time from new Moon to next new Moon) of 29.530588 days. Such is the accuracy that more than 13,800 years elapse before a single day discrepancy between the calendar's average reckoning of the start of months and the mean time of the new Moon. Alignment with the solar year is better than the Julian calendar, but inferior to the Gregorian. The average length of a year is 365.2468 days compared to the actual solar tropical year (time from equinox to equinox) of 365.24219 days, so the calendar accumulates one day of error with respect to the solar year every 216 years.

Islamic Calendar

Each cycle of 30 years thus contains 19 normal years of 354 days and 11 leap years of 355, so the average length of a year is therefore ((19 354) + (11 355)) / 30 = 354.365. days, with a mean length of month of 1/12 this figure, or 29.53055. days, which closely approximates the mean synodic month (time from new Moon to next new Moon) of 29.530588 days, with the calendar only slipping one day with respect to the Moon every 2525 years. Since the calendar is fixed to the Moon, not the solar year, the months shift with respect to the seasons, with each month beginning about 11 days earlier in each successive solar year.

The calendar presented here is the most commonly used civil calendar in the Islamic world for religious purposes months are defined to start with the first observation of the crescent of the new Moon.

Persian Calendar

As one of the few calendars designed in the era of accurate positional astronomy, the Persian calendar uses a very complex leap year structure which makes it the most accurate solar calendar in use today. Years are grouped into ciklusok which begin with four normal years after which every fourth subsequent year in the cycle is a leap year. Cycles are grouped into grand cycles of either 128 years (composed of cycles of 29, 33, 33, and 33 years) or 132 years, containing cycles of of 29, 33, 33, and 37 years. A great grand cycle is composed of 21 consecutive 128 year grand cycles and a final 132 grand cycle, for a total of 2820 years. The pattern of normal and leap years which began in 1925 will not repeat until the year 4745!

Each 2820 year great grand cycle contains 2137 normal years of 365 days and 683 leap years of 366 days, with the average year length over the great grand cycle of 365.24219852. So close is this to the actual solar tropical year of 365.24219878 days that the Persian calendar accumulates an error of one day only every 3.8 million years. As a purely solar calendar, months are not synchronised with the phases of the Moon.

Mayan Calendars

The Mayans believed at at the conclusion of each pictun cycle of about 7,885 years the universe is destroyed and re-created. Those with apocalyptic inclinations will be relieved to observe that the present cycle will not end until Columbus Day, October 12, 4772 in the Gregorian calendar. Speaking of apocalyptic events, it's amusing to observe that the longest of the cycles in the Mayan calendar, alautun, about 63 million years, is comparable to the 65 million years since the impact which brought down the curtain on the dinosaurs--an impact which occurred near the Yucatan peninsula where, almost an alautun later, the Mayan civilisation flourished. If the universe is going to be destroyed and the end of the current pictun, there's no point in writing dates using the longer cycles, so we dispense with them here.

Dates in the Long Count calendar are written, by convention, as:

baktun . katun . tun . uinal . kin

and thus resemble present-day Internet IP addresses!

For civil purposes the Mayans used the Haab calendar in which the year was divided into 18 named periods of 20 days each, followed by five Uayeb days not considered part of any period. Dates in this calendar are written as a day number (0 to 19 for regular periods and 0 to 4 for the days of Uayeb) followed by the name of the period. This calendar has no concept of year numbers it simply repeats at the end of the complete 365 day cycle. Consequently, it is not possible, given a date in the Haab calendar, to determine the Long Count or year in other calendars. The 365 day cycle provides better alignment with the solar year than the 360 day tun of the Long Count but, lacking a leap year mechanism, the Haab calendar shifted one day with respect to the seasons about every four years.

The Mayan religion employed the Tzolkin calendar, composed of 20 named periods of 13 days. Unlike the Haab calendar, in which the day numbers increment until the end of the period, at which time the next period name is used and the day count reset to 0, the names and numbers in the Tzolkin calendar advance in parallel. On each successive day, the day number is incremented by 1, being reset to 0 upon reaching 13, and the next in the cycle of twenty names is affixed to it. Since 13 does not evenly divide 20, there are thus a total of 260 day number and period names before the calendar repeats. As with the Haab calendar, cycles are not counted and one cannot, therefore, convert a Tzolkin date into a unique date in other calendars. The 260 day cycle formed the basis for Mayan religious events and has no relation to the solar year or lunar month.

The Mayans frequently specified dates using mindkét the Haab and Tzolkin calendars dates of this form repeat only every 52 solar years.

Bah ' Calendar

The year begins at the equinox, March 21, the Feast of Naw-R z days begin at sunset. Years have their own cycle of 19 names, called the V hid. Successive cycles of 19 years are numbered, with cycle 1 commencing on March 21, 1844, the year in which the B b announced his prophecy. Cycles, in turn, are assembled into Kull-I-Shay super-cycles of 361 (19 ) years. Az első Kull-I-Shay will not end until Gregorian calendar year 2205. A week of seven days is superimposed on the calendar, with the week considered to begin on Saturday. Confusingly, three of the names of weekdays are identical to names in the 19 name cycles for days and months.

Indian Civil Calendar

The National Calendar of India is composed of 12 months. The first month, Caitra, is 30 days in normal and 31 days in leap years. This is followed by five consecutive 31 day months, then six 30 day months. Leap years in the Indian calendar occur in the same years as as in the Gregorian calendar the two calendars thus have identical accuracy and remain synchronised.

Years in the Indian calendar are counted from the start of the Saka Era, the equinox of March 22nd of year 79 in the Gregorian calendar, designated day 1 of month Caitra of year 1 in the Saka Era. The calendar was officially adopted on 1 Caitra, 1879 Saka Era, or March 22nd, 1957 Gregorian. Since year 1 of the Indian calendar differs from year 1 of the Gregorian, to determine whether a year in the Indian calendar is a leap year, add 78 to the year of the Saka era then apply the Gregorian calendar rule to the sum.

French Republican Calendar

The calendar consists of 12 months of 30 days each, followed by a five- or six-day holiday period, the jours compl mentaires vagy sans-culottides. Months are grouped into four seasons the three months of each season end with the same letters and rhyme with one another. The calendar begins on Gregorian date September 22nd, 1792, the September equinox and date of the founding of the First Republic. This day is designated the first day of the month of Vend miaire in year 1 of the Republic. Subsequent years begin on the day in which the September equinox occurs as reckoned at the Paris meridian. Days begin at true solar midnight. Hogy a sans-culottides period contains five or six days depends on the actual date of the equinox. Consequently, there is no leap year rule önmagában: 366 day years do not recur in a regular pattern but instead follow the dictates of astronomy. The calendar therefore stays perfectly aligned with the seasons. No attempt is made to synchronise months with the phases of the Moon.

The Republican calendar is rare in that it has no concept of a seven day week. Each thirty day month is divided into three d cades of ten days each, the last of which, d cadi, was the day of rest. (The word "d cade" may confuse English speakers the French noun denoting ten years is "d cennie".) The names of days in the d cade are derived from their number in the ten day sequence. The five or six days of the sans-culottides do not bear the names of the d cade. Instead, each of these holidays commemorates an aspect of the republican spirit. The last, jour de la R volution, occurs only in years of 366 days.

Napol on abolished the Republican calendar in favour of the Gregorian on January 1st, 1806. Thus France, one of the first countries to adopt the Gregorian calendar (in December 1582), became the only country to subsequently abandon and then re-adopt it. During the period of the Paris Commune uprising in 1871 the Republican calendar was again briefly used.

The original decree which established the Republican calendar contained a contradiction: it defined the year as starting on the day of the true autumnal equinox in Paris, but further prescribed a four year cycle called la Franciade, the fourth year of which would end with le jour de la R volution and hence contain 366 days. These two specifications are incompatible, as 366 day years defined by the equinox do not recur on a regular four year schedule. This problem was recognised shortly after the calendar was proclaimed, but the calendar was abandoned five years before the first conflict would have occurred and the issue was never formally resolved. Here we assume the equinox rule prevails, as a rigid four year cycle would be no more accurate than the Julian calendar, which couldn't possibly be the intent of its enlightened Republican designers.

ISO-8601 Week and Day, and Day of Year

In solar calendars such as the Gregorian, only days and years have physical significance: days are defined by the rotation of the Earth, and years by its orbit about the Sun. Months, decoupled from the phases of the Moon, are but a memory of forgotten lunar calendars, while weeks of seven days are entirely a social construct--while most calendars in use today adopt a cycle of seven day names or numbers, calendars with name cycles ranging from four to sixty days have been used by other cultures in history.

ISO 8601 permits us to jettison the historical and cultural baggage of weeks and months and express a date simply by the year and day number within that year, ranging from 001 for January 1st through 365 (366 in a leap year) for December 31st. This format makes it easy to do arithmetic with dates within a year, and only slightly more complicated for periods which span year boundaries. You'll see this representation used in project planning and for specifying delivery dates. ISO dates in this form are written as "YYYY-DDD", for example 2000-060 for February 29th, 2000 leading zeroes are always written in the day number, but the hyphen may be omitted for brevity.

All ISO 8601 date formats have the advantages of being fixed length (at least until the Y10K crisis rolls around) and, when stored in a computer, of being sorted in date order by an alphanumeric sort of their textual representations. The ISO week and day and day of year calendars are derivative of the Gregorian calendar and share its accuracy.

You can download the ISO 8601 standard from the ISO Web site to read this PDF document you'll need Adobe Acrobat Reader, which is available as a free download from Adobe's site.

Unix time() érték

The machines on which Unix was developed and initially deployed could not support arithmetic on integers longer than 32 bits without costly multiple-precision computation in software. The internal representation of time was therefore chosen to be the number of seconds elapsed since 00:00 Universal time on January 1, 1970 in the Gregorian calendar (Julian day 2440587.5), with time stored as a 32 bit signed integer (hosszú in the original C implementation).

The influence of Unix time representation has spread well beyond Unix since most C and C++ libraries on other systems provide Unix-compatible time and date functions. The major drawback of Unix time representation is that, if kept as a 32 bit signed quantity, on January 19, 2038 it will go negative, resulting in chaos in programs unprepared for this. Modern Unix and C implementations define the result of the time() function as type time_t, which leaves the door open for remediation (by changing the definition to a 64 bit integer, for example) before the clock ticks the dreaded doomsday second.

Excel Serial Day Number

You'd be entitled to think, therefore, that conversion back and forth between PC Excel serial values and Julian day numbers would simply be a matter of adding or subtracting the Julian day number of December 31, 1899 (since the PC Excel days are numbered from 1). But this is a Microsoft calendar, remember, so one must first look to make sure it doesn't contain one of those bonehead blunders characteristic of Microsoft. As is usually the case, one doesn't have to look very far. If you have a copy of PC Excel, fire it up, format a cell as containing a date, and type 60 into it: out pops "February 29, 1900". News apparently travels nagyon slowly from Rome to Redmond--ever since Pope Gregory revised the calendar in 1582, years divisible by 100 have nem been leap years, and consequently the year 1900 contained no February 29th. Due to this morsel of information having been lost somewhere between the Holy See and the Infernal Seattle monopoly, all Excel day numbers for days subsequent to February 28th, 1900 are one day greater than the actual day count from January 1, 1900. Further, note that any computation of the number of days in a period which begins in January or February 1900 and ends in a subsequent month will be off by one--the day count will be one greater than the actual number of days elapsed.

By the time the 1900 blunder was discovered, Excel users had created millions of spreadsheets containing incorrect day numbers, so Microsoft decided to leave the error in place rather than force users to convert their spreadsheets, and the error remains to this day. Note, however, that only 1900 is affected while the first release of Excel probably also screwed up all years divisible by 100 and hence implemented a purely Julian calendar, contemporary versions do correctly count days in 2000 (which is a leap year, being divisible by 400), 2100, and subsequent end of century years.

PC Excel day numbers are valid only between 1 (January 1, 1900) and 2958465 (December 31, 9999). Although a serial day counting scheme has no difficulty coping with arbitrary date ranges or days before the start of the epoch (given sufficient precision in the representation of numbers), Excel doesn't do so. Day 0 is deemed the idiotic January 0, 1900 (at least in Excel 97), and negative days and those in Y10K and beyond are not handled at all. Further, old versions of Excel did date arithmetic using 16 bit quantities and did not support day numbers greater than 65380 (December 31, 2078) I do not know in which release of Excel this limitation was remedied.
Having saddled every PC Excel user with a defective date numbering scheme wasn't enough for Microsoft--nothing ever is. Next, they proceeded to come out with a Macintosh version of Excel which uses an entirely different day numbering system based on the MacOS native time format which counts seconds elapsed since January 1, 1904. To further obfuscate matters, on the Macintosh they chose to number days from zero rather than 1, so midnight on January 1, 1904 has serial value 0.0. By starting in 1904, they avoided screwing up 1900 as they did on the PC. So now Excel users who interchange data have to cope with two incompatible schemes for counting days, one of which thinks 1900 was a leap year and the other which doesn't go back that far. To compound the fun, you can now select either date system on either platform, so you can't be certain dates are compatible even when receiving data from another user with same kind of machine you're using. I'm sure this was all done in the interest of the "efficiency" of which Microsoft is so fond. As we all know, it would take a computer almost forever to add or subtract four in order to make everything seamlessly interchangeable.

Macintosh Excel day numbers are valid only between 0 (January 1, 1904) and 2957003 (December 31, 9999). Although a serial day counting scheme has no difficulty coping with arbitrary date ranges or days before the start of the epoch (given sufficient precision in the representation of numbers), Excel doesn't do so. Negative days and those in Y10K and beyond are not handled at all. Further, old versions of Excel did date arithmetic using 16 bit quantities and did not support day numbers greater than 63918 (December 31, 2078) I do not know in which release of Excel this limitation was remedied.

Hivatkozások

P. Kenneth Seidelmann (ed.) Explanatory Supplement to the Astronomical Almanac . Sausalito CA: University Science Books, 1992. ISBN 0-935702-68-7. Authoritative reference on a wealth of topics related to computational geodesy and astronomy. Various calendars are described in depth, including techniques for interconversion.

The Institut de m canique c leste et de calcul des ph m rides in Paris provides excellent on-line descriptions of a variety of calendars.

by John Walker
November, MM This document is in the public domain.


Leap Year, Y2K, and Other Computer Calendar Issues

Every four years, we get a February 29th. What’s the story behind that? And how long has this been going on?

The Earth takes a bit over 365 days to orbit the sun completely – roughly 365-1/4 days. The calendar needs to adjust for that or the seasons get out of sync with the calendar.

Western Calendar History

Archaic Calendars

The Julian calendar was introduced by Julius Caesar in 46 B.C. to replace the Roman calendar after Julius had a team of calendar experts come up with the most accurate calendar possible at the time. The Julian calendar has added an extra day at the end of February every fourth year since A.D. 8.

The Roman calendar began during the month of the spring equinox, which always takes place in March. March 1 was the first day of the new year. The original Roman calendar had 10 months, each with 30 or 31 days for a total of 304 days on the calendar. The dates between December 31 and March 1 simply didn’t belong to any months.

According to tradition, Numa Pompilius, the second king of Rome, added two months, January and February, to fill the unnamed gap between December and March. These months were tacked on to the end of the year, and the tradition of a new year beginning near the spring equinox continued

The Julian calendar officially made January 1 the first day of the new year when it went into use in 45 B.C. The Julian calendar would remain in use into the 18th Century in some parts of Europe.

As Christianity became more widespread in medieval Europe, the pagan debauchery associated with the New Year celebration just wouldn’t do, and in A.D. 567, the second Council of Tours declared that January 1 would no longer be the first day of the year – without providing a replacment date. In A. D 755, the third Council of Tours said that the new year should begin on Easter – which itself can occur anywhere from March 22 through April 25 on the Gregorian calendar (using the Julian calendar, the earliest date for Easter in modern times would be April 3, 1763, and the latest was May 8, 1983).

Depending on where and when dates were recorded, the new year might begin on March 1, January 1, March 25, December 25, or the Saturday between Good Friday and Easter Sunday.

A History of Leap Year

Egypt first used a lunar calendar with an average of 354 days per year over 5,000 years ago. This quickly went out of sync with the seasons, so a 360 day civic calendar was created with 36 weeks of 10 days and three seasons of 12 weeks. Again, the seasons and calendar got out of step, but only one-third as quickly as with the lunar calendar.

Rather than revise its 360 day calendar, Egypt created a 365 day calendar with a 5-day month at the end of the year. This did not include a leap year, but it was the most accurate yet.

In 238 BC, Ptolomy III introduced the Ptolemaic calendar with a leap year every four years. This was where Julius Caesar got the idea to add an extra day to the Roman calendar every fourth year – and it was only after the Roman emperor Augustus introduced the Roman calendar to Egypt that the change-resistant Egyptians finally adopted Ptolomy’s idea.

The Gregorian Calendar

By the 16th Century, the fact that the year isn’t quite 365.25 years had moved the calendar and the seasons apart by 10 days. The Gregorian calendar took into account that the year is actually 365.2425 days long by doing the following:

  1. When the Gregorian calendar was first adopted in 1852, the date on the calendar jumped forward 10 days to correct the accumulated error in the Julian calendar. (When the Julian calendar went into effect, it added 80 days to create a single 445 day year
  2. Leap year was dropped in every year that is a multiple of 100, such as 1900.
  3. However, leap year was not dropped if that year is also a multiple of 400, as was the year 2000.
  4. And for good measure, the January 1 would henceforth be the first day of the year (again).

The Gregorian calendar is as good as could be devised in the 16th Century. It only varies from the solar year by 23 seconds, which means the difference takes over 3,200 years to add up to a single day.

The biggest problem with the Gregorian calendar had nothing at all to do with the calendar. The problem was the Reformation, which made some nations skeptical if not downright opposed to anything coming from the Roman Catholic Church. It took the Calendar Reform Act of 1750 to get the United Kingdom and its dominions to move from March 25 as the start of the year and drop the Julian calendar in favor of the Gregorian.

It’s very important for historians and genealogists to know when a particular state or nation changed January 1 as the first day of the year.

Calendars and Computers

Early home computers didn’t have clock chips. If they even supported a date-time stamp, the user had to enter the date and time when starting up the computer. Few of those home computers made it into the 21st Century, so the fact that some didn’t properly support 4-digit years never became a big deal, especially in the 8-bit world.

The Y2K Problem

Problem is, the original IBM PC, introduced in 1981. was designed to run an extension of the 8-bit CP/M operating system, and its designers stuck with two digits when storing the year. This is the genesis of the infamous Y2K problem that was expected to cause all kinds of catastrophes as the calendar advanced to January 1, 2000.

Planes would crash. Elevators would stop working. Pacemakers would quit. Water would no longer come out of the faucet. And ATMs would be unable to dispense cash, so you’d better stock up in advance. Seriously, these were some of the Y2K expectations.

Fortunately Microsoft delivered Windows Me and most PC makers had Y2K-ready hardware in the months leading up to January 1, 2000. It was a great time to be selling PCs and Windows upgrades.

There was a secondary Y2K problem: Programmers who didn’t use 4-digit years or who didn’t understand the Gregorian calendar made 2000 a leap year.

No Y2K Problem Here

Unix, a nulti-user operating system that goes back to 1970, never had a Y2K problem. It counts time in seconds since the start of January 1, 1970 – and the oldest Unix implementations won’t have any problem until January 19, 2038. That’s when the signed 32-bit integer that handles the timestamp overflows. The Unix world has about 22 years to figure things out, and with most CPUs running at 64 bits nowadays, it’s not an insurmountable problem for newer hardware.

Even the oldest Macs have no Y2K problem. The original 1984 Macintosh can handle dates into 2040, although the Classic Mac OS won’t allow users to set dates beyond December 31, 2019. On top of that, it can’t run System 6 or 7, so it may not even be able to set recent dates. Anyhow, 2019 is not far off – but then, how many 680ࡦ Macs remain in use? Apple tested Mac OS version 7.5.5, 7.6.1, 8.1, 8.5, 8.5.1, and 8.6 in advance of January 1, 2000 and declares them fully compliant with Y2K.

Maybe in the next three years, someone will patch System 6 through Mac OS 9 for this. Talán nem. All 680ࡦ processors are 32-bit CPUs, so a 64-bit timestamp probably isn’t a solution. While they’re at it, fixing the outdated Daylight Saving Time changeover dates would also be nice. There’s no way to fix that on these ancient Macs.


Nézd meg a videót: Adósságot örököltem mit tegyek?