Astronomi

Er der en variation af ISO 8601 for julianske kalenderdatoer?

Er der en variation af ISO 8601 for julianske kalenderdatoer?


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.

Hvis jeg vil skrive en dato i den gregorianske kalender, kan jeg skrive den i ISO 8601-format; i dag ville være 2016-02-20. Fordelen er, at der er mange parsere til rådighed til at lade computere læse i denne slags dato. Men hvad nu hvis jeg vil skrive en juliansk kalenderdato, som astronomer ofte gør? Er der et lignende bredt accepteret format og udvalg af parsere, der skal bruges sammen med den julianske kalender.

Mens jeg er ved det, hvad nu hvis det er en gammel dato, hvor vi ikke ved, hvor mange soldage det var; i stedet er det et astronomisk fænomen beregnet i terrestrisk tid (mere eller mindre atomtid) eller ved datering af forfald af radioaktive elementer? Er der en standard måde at skrive en sådan dato på?


Astronomer bruger "julianske dagnumre" til at indikere tid. Det julianske dagnummer er antallet af dage siden middag GMT den 1. januar 4713 f.Kr. (i den julianske kalender). En tid er derefter et enkelt reelt tal. F.eks. Er 00: 30: 00.0 UT 1. januar 2013 (gregoriansk) 2456293.520833 (wikipedia)

Så bortset fra at specificere epoken, er den julianske kalender ikke i brug af astronomer til at specificere datoer. Der er ingen international standard svarende til iso8601 til repræsentation af datoer i den julianske kalender.

Gamle datoer udtrykkes ofte som år før nutid, hvor "nutid" er 1950. 1950 vælges, da det går forud for det meste af atmosfærisk atomprøvning, der dumpede enorme mængder C14 i atmosfæren og gjorde kulstofdatering kun gyldig i årevis før 1950.


Ray Woodcocks seneste

Jeg ville slå en historisk dato op. Specifikt ville jeg vide, hvilken ugedag det skete. Da jeg ledte efter et svar på dette spørgsmål, kom jeg gradvist ind på, at der ikke eksisterede en standardkalender. Jeg besluttede at bygge en. Dette indlæg beskriver denne proces.

Nogen har måske allerede oprettet det, jeg ledte efter. Men jeg fandt det ikke. Hvad jeg ledte efter var simpelthen den officielle kalender. Af De Forenede Stater, af den katolske kirke, betyder det ikke noget - bare en officiel kalender, som et velrenommeret organ faktisk havde forpligtet sig til at udskrive (helst med forklaringer og uden fejl).

Det, jeg i stedet fandt, var mange regler om, hvordan man beregner en officiel kalender, samt forskellige værktøjer, der kunne hjælpe med disse beregninger. Dette var fint, så vidt det gik. Men vi fortæller generelt ikke folk, der foretrækker Celsius temperaturskala, bare at bruge Fahrenheit og konvertere den. I stedet for har folk, der bor på steder, der bruger Celsius, termometre, der viser dem det bogstavelige svar uden behov for en manuel konverteringsproces. Jeg ville have noget lignende til kalenderdatoer.

I sidste ende oprettede jeg en kalender, der dækkede en million dage, startende den 1. januar 500 f.Kr. Jeg producerede kalenderen og gjorde den tilgængelig til download (fra primære og alternative placeringer se også Scribd) i to formater. Det vil sige, jeg oprettede kalenderen som et regneark og udskrev den derefter som en PDF. Sidstnævnte har bogmærker samt en kopi af dette blogindlæg. PDF-filen er det format, jeg anbefaler at bruge, bortset fra dem, der ønsker at udvikle kalenderen på nye måder.

Disse er store filer. Jeg vil ikke anbefale at udskrive eller downloade mere end nødvendigt. Specifikt er PDF-filen et dokument på 38 MB, 10.000 sider. Regnearket er en 45 MB download i stærkt komprimeret selvudpakkende (.exe) form. Udpakket, det er 145 MB, og det udfylder omkring en million rækker. Programmer, der kan se det, inkluderer Microsoft Excel 2010 og det gratis LibreOffice.

Jeg valgte Excel 2010 til at udvikle kalenderen, fordi den version af Excel kunne rumme noget mere end en million rækker. Jeg brugte dog ikke Excels indbyggede dataritmetik på grund af dens kendte fejl. Det vil sige, jeg bad ikke Excel om at beregne de nødvendige datoer automatisk. I stedet beregnede jeg dem i en semi-manuel proces. Processen var ikke helt manuel, fordi jeg ikke beregnede række for række dag for dag for hver af de viste million dage. I stedet udviklede jeg formler, der ville tælle frem eller tilbage fra en bestemt dato, og jeg anvendte disse formler på de millioner rækker, normalt opdelt i flere segmenter på grund af historiske ændringer i kalenderberegningen. Der var også nogle manuelle justeringer.

Jeg fandt ud af, at en million dage ville dække cirka perioden fra 1. januar 500 f.Kr. til år 2238 e.Kr. Dette virkede som et godt interval til de fleste formål. For datoer uden for dette interval vil der stadig være mulighed for at bruge en formel eller lommeregner eller tilføje en anden fane for at udvide regnearket.

Som vist i det foregående afsnit var jeg tilbøjelig til at bruge AD og BC til at henvise til kalenderperioder. AD var forkortelse for Anno Domini (latin for "i året [eller" vores "] Lord"). AD og BC (forkortelse for "Før Kristus") var således baseret på en tidlig middelalderlig beregning af antallet af år før eller efter Jesu fødsel. Denne religiøse oprindelse var en tilføjelse til andre religiøse oprindelser (fx "torsdag", der stammer fra "Thor's Day"). I stedet for AD og f.Kr. foretrak et tilsyneladende mindretal af ikke-kristne at bruge CE (forkortelse for "Christian Era" eller "Common Era" eller "Current Era") og BCE.

Traditionel kronologi indeholdt ikke et år nul (dvs. 0 AD eller 0 f.Kr.). Det vil sige, kalenderen gik direkte fra 1 f.Kr. til 1 e.Kr. Det oprindelige koncept kan have været, at der ikke var behov for et år nul, da Jesus ikke blev født før starten på det første år af sit liv (forkert beregnet som 1 e.Kr.). Denne variation ville ikke gøre nogen praktisk forskel i AD-æraen: F.eks. Repræsenterede tallet 2012 det år, hvor dette indlæg blev skrevet. Det ville dog føre til vanskeligheder i BC-æraen. For eksempel ville reglen om skudår (involverende deling med 4) producere et skudår i år 4 e.Kr. og før det i år 0, men da der ikke var noget år 0, var det foregående skudår i 1 f.Kr. Derfor passede traditionelle BC-datoer ikke nøjagtigt med reglen om, at skuddår er jævnt delelige med 4.

Kalenderen, der var gældende på Jesu tid, var den julianske kalender, der blev introduceret af Julius Cæsar i 46 f.Kr. - et år, der ved dekret var 445 dage langt. Den julianske kalender blev revideret flere gange og endelig stabiliseret i 4 e.Kr. Til nuværende formål var den vigtigste innovation i den julianske kalender beslutningen om at definere året som lig med 365,25 dage, justeret via skudår i hver år jævnt deleligt med 4 (f.eks. 2008, 2012, 2016). Den julianske kalender eliminerede skuddmåneden Mercedonius, men ændrede ikke ellers markant navnene eller længderne af måneder. Med henblik på år nummerering er epoker (dvs. referenceår) i de tidlige århundreder af den julianske kalender almindeligt anvendte regeringssystemer baseret på den nuværende hersker eller andre embedsmænd (f.eks. "1. januar i det andet år af kejser Justinian's regeringstid "), men der var også et halvkaos af andre epoker. For eksempel startede Anno Mundi-æraen med beregninger af den dato, hvor verden blev skabt, og Ab urbe condita-æra startede fra den hypotese, da Rom blev grundlagt.

Den store forandring efter indførelsen af ​​den julianske kalender kom i 1582 e.Kr., da pave Gregor XIII introducerede den gregorianske kalender. Den gregorianske reform antog brugen af ​​AD i stedet for regn eller andre epokesystemer, AD AD-konceptet havde gradvis spredt sig i middelalderen. Gregorys vigtigste bidrag var at revidere skiftårsberegninger. I løbet af århundreder var den julianske kalender blevet mere og mere unøjagtig med hensyn til den faktiske equinox. Det vil sige, kalenderen siger måske, at det var 21. marts - tidspunktet for påske - og derfor skulle dagtimerne og natten hver være ca. 12 timer lange, men faktisk ville den dag ifølge uret allerede være ankommet mere end en uge tidligere.

Med andre ord faldt den julianske kalender bag den virkelige verden, fordi kalenderen indsatte for mange skudår. De ekstra sprangdage gjorde den julianske kalender forsinket: det ville sige, at datoen kun var den 11. marts, hvor det virkelig skulle have været 21. marts. Gregory fjernede således ti dage fra kalenderen til oktober 1582 for at indhente og ændrede også skudårsberegning lidt. Den gregorianske regel for skudår var, at hvert år jævnt deleligt med 4 stadig ville være et skudår, bortset fra at år, der var jævnt fordelt med 100, ikke ville være skuddår, medmindre de også var jævnt delelige med 400. Så 1700, 1800 og 1900 ville ikke skudår, men 1600 og 2000 ville være.

Denne justering var stadig ikke perfekt, men på grund af gradvis opbremsning i jordens rotation var den tilsyneladende temmelig tæt. Det langsomme spørgsmål, som jeg ikke udforskede, kan have været relateret til forskellen mellem det tropiske år og det sideriske år. Julianske og gregorianske kalendere var tilsyneladende baseret på det tropiske år, hvilket var den tid, det tog solen (set fra jorden) at vende tilbage til det samme sted, som det var på den forrige jævndøgn. Det sideriske år var et alternativ til det tropiske år: det var den tid, det tog Jorden at vende tilbage til den samme relative position som den havde besat et år tidligere, målt med henvisning til visse stjerner.

Disse fund om de julianske og gregorianske kalendere krævede nogle beslutninger med henblik på at konstruere en million dage kalender. Et sådant problem havde at gøre med nutiden. Min computer fortæller mig måske, at det var 6. maj 2012. Dette ville være en dato i den gregorianske kalender. Dens udseende på min computer, mit armbåndsur og overalt ellers ville vidne om Gregorys udbredte succes. Jeg vidste dog, at der også var et kinesisk nytår og en jødisk kalender og alle mulige andre kalendere, der stadig havde betydning for forskellige kulturelle og religiøse formål såvel som det tilsvarende navngivne, men i det væsentlige uafhængige julianske system, der blev brugt i astronomi. Selv den julianske kalender blev fortsat brugt i østlige ortodokse kirker. Jeg besluttede, at den tilsigtede regnearkstilgang til million dage kalenderen muligvis gjorde det muligt for andre at tilføje disse alternative kalendere, som de ønskede. På grund af regnearkets størrelse og den relative sjældenhed og potentielle kompleksitet af disse andre kalendere besluttede jeg dog, at jeg ikke selv ville prøve at bygge nogle af disse alternativer ind i kalenderen, men i stedet fokusere på de julianske og gregorianske kalendere, som domineret i Vesten i løbet af den tidsramme, der er behandlet i milliondages kalenderen.

Et andet problem havde med adoptionsdatoer at gøre. Den gregorianske tilpasning af oktober 1582 specificerede, at den julianske kalender ville slutte den 4. oktober 1582 dagene 5. oktober til og med 14. oktober (inklusive) ikke ville eksistere, og den gregorianske kalender ville begynde den 15. oktober 1582. Denne regel blev vedtaget meget divergerende satser: straks i flere romersk-katolske lande, men andre steder med betydelige forsinkelser og forvirring fortsat ind i det 20. århundrede. Problemet her var altså, at 5. oktober 1582 ikke eksisterede i Spanien, og alligevel kunne nogen i England stirre på et brev dateret 5. oktober 1582, og det ville give perfekt mening i henhold til den julianske kalender, som ville fortsætte skal bruges i England indtil 1752 (på hvilket tidspunkt England skulle slette elleve dage, ikke ti, for at blive synkroniseret med den gregorianske reform). Under overgangsperioden i England brugte folk ofte udtrykkene "Old Style" (forkortet "OS" på engelsk og som "st.v." på latin) for at henvise til den julianske dato og "New Style" (" NS "eller" st.n. ") for at henvise til den gregorianske dato.

Som netop beskrevet, begyndte den gregorianske kalender officielt (og blev officielt implementeret nogle steder) den 15. oktober 1582 sluttede den julianske kalender officielt den foregående dag, hvilket (ifølge den julianske) var 4. oktober 1582. Men man kunne også sig, at 4. oktober 1582 (Julian) var den samme som 14. oktober 1582 (gregoriansk). Denne måde at se på sagen på ville kræve proleptiske (dvs. anakronistiske) beregninger. Specifikt ville der være en proleptisk gregoriansk kalender for alle datoer før 15. oktober 1582 på den gregorianske kalender, og der ville også være en proleptisk juliansk kalender for alle datoer før 1. januar, 4 e.Kr. i den julianske kalender. 13. oktober 1582 (gregoriansk) ville være den samme som 3. oktober 1582 (Julian) 12. oktober (G) ville være den samme som 2. oktober (J) og så videre, tilbage i tiden.

Da den gregorianske kalender ikke eksisterede før 1582, ville erklæringen om, at slaget ved Hastings fandt sted den 14. oktober 1066, antyde, at det var den 14. oktober ifølge den julianske kalender, ikke den gregorianske. Mens det kunne være forvirrende at citere proleptiske gregorianske datoer for begivenheder, der blev gjort til en del af historien i henhold til den julianske kalender, syntes der at være nogle applikationer, som en proleptisk gregoriansk kalender kunne være nyttig for. For eksempel kan nogen være interesseret i at afgøre, om en bestemt begivenhed skete på den faktiske equinox, adskilt fra den dato, der er repræsenteret som equinox i den julianske kalender. I udviklingen af ​​en million dage kalender troede jeg, at det således ville være nyttigt at vise julianske og gregorianske datoer side om side for at bekræfte nøjagtigheden af ​​kalenderen og / eller andres konverteringer mellem de to, som beskrevet mere helt nedenunder.

I meget større grad end den proleptiske gregorianske kalender syntes det, at den proleptiske julianske kalender kunne være nyttig i en række historiske situationer. Konceptet her var i det væsentlige, at man kunne arbejde baglæns for at konstruere en juliansk kalender til datoer længe før Julius Caesar, og kunne bruge kalenderen til at konstruere en liste over standarddatoer, hvor forskellige historiske begivenheder fandt sted. Selvom kilder sjældent syntes at specificere, hvilken kalender de brugte, så det ud til, at den proleptiske julianske kalender faktisk blev brugt bredt til dette formål. Der ville helt sikkert være videnskabelige tvister om konvertering af gamle kronologier til julianske kalenderudtryk (for eksempel at fortolke en erklæring om, at en bestemt begivenhed fandt sted i det 245. år, siden Rom blev grundlagt), men i det mindste kalendersystemet i sig selv ville være konsistent gennem århundreder.

Jeg tilføjede proleptiske beregninger af den julianske kalender til milliondages kalenderen. Jeg startede disse beregninger ved at tilføje en separat Julian Days-tabel til regnearket. Begrebet den julianske dag blev foreslået af Joseph Scaliger i 1583. Julianske dage var simpelthen et antal dage, der begyndte (af astronomiske og historiske årsager) med dag nul kl. 12.00 den 1. januar 4713 f.Kr. (Julianske dage kunne omfatte decimalværdier for brøkdele af en dag, såsom 0,083 = 14:00.) Så for eksempel ankom Juliansk dag 7 kl. 12 den 8. januar 4713 f.Kr.

Der var ingen år i Julian Day-systemet, men Julian Days kunne bruges til at beregne den proleptiske julianske kalender, hvor hvert fjerde år ville blive behandlet som et skudår. Fordi der ikke var noget år nul i den julianske kalender, var Scaligers første år i 4713 f.Kr. et skudår. (Det vil sige i et system, der havde et år nul mellem 1 f.Kr. og 1 e.Kr., ville 4713 f.Kr. være blevet kaldt 4712 f.Kr.). De resulterende beregninger producerede julianske datoer i regnearket, der var i overensstemmelse med dem, som John Herschel nåede frem til i hans konturer af astronomi (1849, s. 595). Specifikt var 1. januar 4004 f.Kr. Julian Day 258.963 ødelæggelsen af ​​Salomons tempel (som Herschel satte den 1. maj 1015 f.Kr.) var på Julian Day 1.350.815 og Roms grundlæggelse (som Herschel satte den 22. april 753 f.Kr.) var på Julian Day 1.446.502. Ved at bevæge sig ind i den milliondages periode, der begynder den 1. januar 500 f.Kr. (Julian Day 1.538.799), matchede regnearket Herschels beregning, at den julianske kalenderreformation den 1. januar 45 f.Kr. fandt sted på Julian Day 1.704.987 den islamiske Hijra-kalender begyndte på Julian Day 1.948.439 (15. juli 622 e.Kr.) og den officielle sidste dag i den julianske kalender (4. oktober 1582) var juliansk dag 2.299.160. Det så foreløbigt ud til, at regnearkets julianske kalenderdel var nøjagtig.

Jeg tilføjede også ugedagsberegninger til regnearket, begyndende med den fælles påstand om, at 1. januar 4713 f.Kr. var en mandag (i implicit den proleptiske julianske kalender). For de datoer, der er citeret i foregående afsnit, angav disse beregninger, at 1. januar 4004 f.Kr. var en lørdag den 1. maj, 1015 f.Kr. var en fredag ​​den 22. april, 753 f.Kr. var en tirsdag den 1. januar, 500 f.Kr. var en torsdag den 1. januar, 45 f.Kr. var en fredag ​​den 15. juli, 622 e.Kr. var en torsdag, og den 4. oktober 1582 var en torsdag. Desuden udvidede jeg den julianske kalender ud over den officielle afslutning til torsdag den 7. november 2238 e.Kr. (Juliansk dag 2.538.798). I henhold til regnearket (og også Julian Day-aritmetikken, dvs. Julian Day 2.538.798 minus Julian Day 1.538.799), var det den milliontedag (inklusive) fra torsdag den 1. januar 500 f.Kr. Disse bestemte Julian Day-numre og ugedagberegninger matchede de værdier, der blev produceret af en online datoberegner, der vises på en NASA-webside. Det så foreløbigt ud til, at regnearkets Julian Day-beregninger svarede nøjagtigt til julianske kalenderdatoer.

Dernæst producerede jeg en proleptisk gregoriansk kalender i milliondages kalenderen ved siden af ​​de julianske beregninger. Udgangspunktet for denne kalenders beregninger var dens almindeligt anerkendte startdato fredag ​​den 15. oktober 1582. Som nævnt ovenfor var den foregående dag den 14. oktober på den gregorianske kalender (G) (hvis en sådan dato officielt havde eksisteret i kalenderen) ville have været torsdag den 4. oktober i den julianske kalender (J). Så regnearkets præsentation af julianske og proleptiske gregorianske datoer måtte matche på rækken indeholdende værdierne fra 14. oktober (G) og 4. oktober (J). Det vil sige, at begge skulle have den samme Julian Day-værdi på 2.299.160. Fra 14. oktober 1582 udvidede jeg den gregorianske kalender tilbage til 1. januar 500 f.Kr. Jeg besluttede ikke at udvide denne proleptiske gregorianske kalender tilbage til perioden før 500 f.Kr., skønt der var situationer, hvor en sådan udvidelse kunne have været nyttig.

Der var nogle interessante ting i forholdet mellem den proleptiske gregorianske kalender og den julianske kalender. Ved startpunktet i det 16. århundrede e.Kr. var de gregorianske datoer senere end julianerne. Som netop bemærket svarede 14. oktober 1582 (G) til 4. oktober 1582 (J).Gregorianeren tillod færre skudår, så forskellen mellem det og Julian begyndte at indsnævres med hvert ekstra århundrede (bortset fra dem, der er lige delelige med 400), og gik tilbage i tiden. Ti-dages forskellen i 1582 blev således en ni-dages forskel den første foregående dag, da formlerne for de to kalendere var forskellige: der var ingen 29. februar 1500 (G), men der var en 29. februar 1500 (J) . Da man kom tilbage til det tredje århundrede e.Kr., forsvandt forskellen mellem de to kalendere. Som det er bemærket af Peter Meyer, havde de to kalendere nøjagtigt de samme datoer fra 1. marts 200 e.Kr. til 28. februar 300 e.Kr. Dette var ikke tilfældigt. Gregory havde designet sin reform, så påsken ville finde sted på omtrent samme tid som den havde fundet sted i 325 e.Kr., da Rådet for Nicea (også stavet Nicea) drøftede sådanne spørgsmål. Så i løbet af det århundrede, der sluttede den 28. februar 300 e.Kr. (J), viste begge kalendere de samme datoer (fx 1. februar, 300 (J) = 1. februar, 300 (G), og begge er Julian Day 1.830.664). Før det tredje århundrede forud for den gregorianske kalender den julianske gradvis større mængder, indtil 1. januar 500 f.Kr. (J) ville blive repræsenteret som 27. december 501 f.Kr. (G). Går vi endnu længere tilbage, vil datoer på den julianske kalender fortsætte med at falde tre dage senere hvert 400 år, så 1. januar 4713 f.Kr. (J) ville ankomme en gregoriansk måned i slutningen af ​​november 4714 f.Kr. På den anden ekstreme side blev de gregorianske datoer gradvist senere i århundrederne efter 1582 e.Kr. end de forlængede Julians, indtil 7. november 2238 e.Kr. svarede til 22. november 2238 (G).

Jeg tjekkede de foregående datoer og ugedage ved hjælp af en anden online lommeregner, produceret af Fourmilab Schweiz. Jeg begyndte med at indtaste julianske dagnumre og så se, hvilke resultater denne regnemaskine ville give til julianske og gregorianske kalenderdatoer. Denne lommeregner tog metoden til at indsætte et år nul i den proleptiske gregorianske kalender, så dens erklæring om BC-datoer afveg fra de værdier, der vises i regnearket med et år. For eksempel angav Fourmilab-regnemaskinen, at 1. januar 45 f.Kr. (J) var lig med 30. december, 45 f.Kr. (G), mens regnearket ville placere sidstnævnte som 30. december, 46 f.Kr. (G). Fourmilabs tilgang syntes forkert i denne henseende. Til matematiske formål (som f.eks. ISO 8601-fremgangsmåden nedenfor) skulle der være et år nul, men den historiske virkelighed syntes at være, at proleptiske beregninger i både julianske og gregorianske kalendere ikke havde et år nul. Fourmilab var ikke alene her, at sammenblandingen af ​​matematisk sammenhæng med historisk kendsgerning åbenbart havde skabt en vis forvirring også i andre computersituationer. Under alle omstændigheder matchede resultaterne af Fourmilab-lommeregneren efter justering for denne afvigelse i BC-år med resultaterne, der blev leveret af regnearket og NASA-lommeregneren. Denne lommeregner og regnearket blev også enige om, at 1. februar 200 e.Kr. (G) var juliansk dag 1.794.140 og også var 2. februar 200 e.Kr. (J). (NASA-regnemaskinen udførte ikke proleptiske gregorianske beregninger.)

Jeg kiggede på en anden online lommeregner, produceret af CSGNetwork. Jeg forsøgte ikke en overflødig sammenligning med alle ovennævnte datoer. I stedet fokuserede jeg på den særligt problematiske periode i de første to århundreder e.Kr. I den tidsramme syntes CSGNetwork-regnemaskinen at være i fejl. Specifikt gav en "Kalenderdatoindgang" fra 1. januar 1 e.Kr. juliansk dag 1.721.425,5. NASA- og Fourmilab-regnemaskinerne og regnearket blev enige om, at 1. januar 1 e.Kr. (J) snarere skulle være Julian Day 1.721.423,5 eller 1.721.424. Så hvis "Kalenderdatoindtastning" i CSGNetwork-kalenderen var beregnet til at henvise til en juliansk kalenderdato, var dens Julian Day-output forkert. Det så ikke ud til, at kalenderen snarere havde til formål at henvise til en gregoriansk kalenderdato 1. januar 1. e.Kr., fordi den derefter sagde, at dens julianske dag på 1.721.425,5 svarede til 3. januar, 1 e.Kr. (G). I den sidstnævnte henseende var det korrekt.

  1. Afkort til århundreder (fx 622 e.Kr. bliver 6). I tilfælde af BC-datoer skal du behandle dem som negativer og starte med at trække et år først (f.eks. Bliver 499 f.Kr. -500, hvilket bliver -5). Denne beregning giver X.
  2. Beregn 0,75X minus 1,25. Så 622 e.Kr. & # 187 6 & # 187 3.25 (brug & # 187 som stenografi for "bliver") og 499 f.Kr. & # 187 -5 & # 187 -5.
  3. Afkort decimaltegn. Så 622 e.Kr. & # 187 6 & # 187 3.25 & # 187 3. Dette er antallet af dage, der skal føjes til den julianske dato for at finde gregoriansk.

Der syntes også at være et problem med Kambaks lange formel til konvertering af gregorianske datoer til julianske dage. Det er muligt, at jeg ikke kopierede eller fortolkede formlen korrekt. Den version, som jeg testede, var som følger, hvor Y = gregoriansk år, M = gregoriansk måned, D = gregoriansk dag og JD = juliansk dag:

Formelens resultater varierede fra dem, der blev produceret af Fourmilab-regnemaskinen for bestemte datoer kontrolleret ovenfor, såsom 1. juli, 1 e.Kr. (G) og 14. oktober 1582 (G). Variationen i disse tilfælde var dog meget lille. Specifikt var værdierne for de to datoer produceret ved formlen og Fourmilab-regnemaskinen henholdsvis 1.721.606 vs. 1.721.606,5 (for 1. juli, 1 AD (G)) og 2.299.159 mod henholdsvis 2.299.159.5 (for 14. oktober 1582 AD (G )). Det vil sige, Fourmilab-regnemaskinen overskred kun formelens output med 0,5 dag i hvert tilfælde. Desværre var denne variation ikke konsistent. Den 15. juli 622 e.Kr. (G) producerede Fourmilab-regnemaskinen en værdi på 1.948.435,5, som var 0,5 dag mindre end Julian Day-værdien på 1.948.436 produceret med formlen. Desuden var Fourmilab-lommeregnerens output på 2.538.797,5 den 22. november 2238 (G) 1,5 dage større end tallet 2.538.796 produceret med formlen. I hvert af disse adskillige tilfælde blev regnearket igen enig med de resultater, der blev produceret af Fourmilab-regnemaskinen, efter at have afrundet sidstnævntes 0,5-dages output opad. Kort sagt syntes det, at denne formel var meget tæt, men ikke helt nøjagtig.

På dette tidspunkt var kontrol af regnearket begyndt at overgå til kritik af måder, hvorpå forskellige regnemaskiner og andre værktøjer havde fortolket og anvendt forskellige kilder (fx Tantzen, 1960). Jeg tog dette som en foreløbig indikation af den potentielle nytte af milliondages regneark, i det mindste hvor en eksplicit præsentation af datoer muligvis kunne visualisere kalenderudviklingen. Mens yderligere brug og test ville være nyttigt at identificere punkter, hvor fejl muligvis er sneget ind i regnearket, så det foreløbig ud til, at regnearket kunne give et nyttigt værktøj til datoberegninger og konverteringer.

Jeg udviklede den gregorianske del af regnearket på en yderligere måde. Den Internationale Standardiseringsorganisation (ISO) havde produceret en standardrecept (kendt som ISO 8601) til beregning af datoer. Denne recept syntes sandsynligvis at være nyttig til en række formål, så regnearket indeholder en kolonne, der er afsat til den.

ISO 8601-standarden vedtog gregorianske datonumre. En effekt af standarden til nuværende formål var at ordinere standardmetoder til repræsentation af datoer. Der var en YYYY-DDD ordinær datoindstilling, der brugte dagen på året, hvor dag 366 kun ville have en værdi i skudår (f.eks. 2012-366 = 31. december 2012). I regnearket brugte jeg formatet måned-måned-dag (fx 06-05-2012 = 6. maj 2012). ISO-årværdier blev normalt vist med fire tegn (fx polstret med ledende nuller i 0023 snarere end 23) for konsistens.

En anden effekt af ISO 8601 stammede fra vedtagelsen af ​​et år nul med tilsyneladende den samme effekt som det, der undertiden blev kaldt astronomisk år nummerering. I denne tilgang var den absolutte værdi af ISO-året før epoken i 1 e.Kr. et mindre end det traditionelle år (f.eks. ISO-år 0000 = 1 f.Kr. ISO-år & # 82110001 = 2 f.Kr.). Så milliondages kalenderen startede på ISO-dato -0500-12-27 (dvs. 27. december 501 f.Kr. (G)). Den numeriske fremgangsmåde ved ISO 8601, ved at bruge minustegn i stedet for "BC" og ligeledes undlade at "AD", havde fordelen ved at undgå kontroverser vedrørende brugen af ​​disse to traditionelle modifikatorer. Fourmilab-regnemaskinen (ovenfor) så ud til at implementere en ISO 8601-tilgang i sin beregning af BC-datoer.

Med den gregorianske kalender præsenteret i ISO-format ville det have været muligt at anvende en anden form for kontrol i regnearkets ugedagskolonne. Denne check ville have brugt det, der blev kendt som Doomsday-teknikken. Denne teknik, der var nyttig til hurtig beregning af ugedagen for en given dato, virkede unødigt kompliceret i det million dage kalender regneark, hvor man simpelthen kunne bruge Julian Day. Da juliansk dag 0 fandt sted kl. 12 mandag den 1. januar 4713 f.Kr., ville hver juliansk dag, der kan deles med 7, være en mandag. Denne måde at beregne ugedagen for en given dato på den gregorianske kalender på, syntes at give de samme resultater som jeg havde beregnet ved hjælp af en formel, der kopierede navnet på dagen til hver dag i ugen. der dukkede op i 7. foregående række.

Som tidligere nævnt havde Gregory til hensigt, at den sidste dag i den julianske kalender (4. oktober 1582) ville blive efterfulgt af den første dag i den gregorianske kalender (15. oktober 1582). Denne hensigt blev fulgt i en række lande og blev ved denne skrivning implementeret i forskellige online regnemaskiner (fx dem, der vises på U.S.Naval Observatory og NASA websider). Det så ud til, at 1582 var den mest sandsynlige kandidat for det år, hvor verden konverterede fra den julianske til den gregorianske kalender. Kort sagt syntes denne kombination af proleptisk Julian (til 4 AD), Julian (fra 4 AD til 1582 AD) og Gregorian (siden 1582 AD) at udgøre den mest troværdige version af verdens officielle kalender. Regnearket udtrykker således, hvad der synes at være den officielle kalender, som jeg havde søgt fra starten.

Nogle bemærkninger i de foregående afsnit har allerede anerkendt visse aspekter af dette de facto officiel kalender. For det første blev begrebet Julian Day bygget fra en startdato beregnet i henhold til Julian regning, men kom til at tjene som et middel til krydshenvisning mellem Julian og de senere gregorianske kalendere. Så regnearkssøjlen, der præsenterer det julianske dagsnummer, der svarer til en bestemt dag i den julianske eller gregorianske kalender, hører ikke udelukkende inden for hverken den julianske eller gregorianske sektioner af kalenderen. Snarere syntes det at være bedst præsenteret i regnearkets sektion Officiel kalender.

Ligeledes ville en given dato være en mandag eller en tirsdag eller en anden ugedag, uanset hvilket datoenummer der blev givet på den julianske eller gregorianske kalender. Så det ville have været overflødigt at præsentere separate ugedagskolonner i hver af disse kalenderdele i regnearket. I stedet vises ugedagen kun en gang i afsnittet Officiel kalender.

Dette afsnit præsenterer også den officielle dato i to forskellige formater. For det første er det traditionelle format ved hjælp af BC eller AD indikatorer for æra. Disse traditionelle datoer findes i den lidt kondenserede, men stadig genkendelige ÅÅÅÅ-MM-DD-form. Som sådan er deres komponenter (f.eks. Månedens antal) tilgængelige til yderligere datoberegninger, som brugerne måtte ønske ved hjælp af Excel-tekstfunktioner (f.eks. MID, FIND). Kolonnen, der præsenterer den officielle dato i traditionelt format, er således den specifikke erklæring fra den officielle kalender i omtrent den form, der nu ser ud til at blive brugt af de fleste.

For det andet præsenterer regnearket også den officielle dato i ISO-format - specifikt med minustegn og et års nul, der ændrer den traditionelle præsentation. For at understrege, er dette den officielle dato. Den bruger den julianske kalender til datoer før 15. oktober 1582 og er derfor ikke ISO 8601-datoen. Det er simpelthen en indikation af, hvordan den traditionelle, officielle dato ser ud, når den er angivet i ISO-stil med henblik på numeriske beregninger.

Som nævnt ovenfor vedtog væsentlige dele af verden ikke de gregorianske reformer i 1582. Regnearket kan tilpasses til formål at udvikle lokaliserede versioner, der muligvis kan rumme reformer, der er implementeret i senere år. I processen med at forberede dette indlæg fandt jeg også en nyttig kalender med lokale tilpasninger på TimeAndDate.com, selvom et kort kig antydede tilstedeværelsen af ​​unøjagtigheder som dem, der blev identificeret i andre regnemaskiner (ovenfor).

Dette indlæg har forklaret oprettelsen af ​​en million dage kalender, der dækker perioden fra 500 f.Kr. til 2238 e.Kr. Kalenderen findes i regnearkformat, en række om dagen.

Dette regnearksformat ser ud til at have gjort det lettere at identificere potentielle fejl i visse værktøjer designet til at hjælpe med brug af og interaktioner mellem Julian og Gregorian kalendere samt Julian Day og ISO 8601 datasystemer. Det kan vise sig nyttigt i andre sammenhænge, ​​der kræver beregninger, demonstrationer eller krydssammenligninger mellem kalendere og systemer, herunder nogle, som brugerne kan tilføje.

Regnearkpræsentationen kan også være nyttig i mindre tekniske, mere dataorienterede applikationer. Inden for grænserne for computerkraft og regnearkkapacitet kan der være opgaver, der kræver en mulighed for at tilføje kolonner med information, der skal udfyldes med en hastighed på et element pr. Dag (eller uge eller anden tidsperiode). For eksempel vil jeg ved denne skrivning gerne finde en database (hvis der findes en), der viser noget som dagens førende overskrift - den slags ting, man kan forvente at finde på forsiden af New York Timesfor eksempel hvis den avis havde eksisteret på dagen for slaget ved Hastings. Hvis der ikke findes en sådan database, kan dette regneark, der er delt mellem en række potentielle bidragsydere, måske hjælpe med at få dens eksistens.


Indhold

Den første udgave af ISO 8601-standarden blev offentliggjort i 1988. Den forenede og erstattede en række ældre ISO-standarder for forskellige aspekter af dato og klokkeslæt: ISO 2014, ISO 2015, ISO 2711, ISO 3307 og ISO 4031. & # 912 & # 93 Det er blevet afløst af en anden udgave i 2000 og af den aktuelle tredje udgave offentliggjort den 3. december 2004.

ISO 2014 var den standard, der oprindeligt introducerede den all-numeriske dato notation i mest-til-mindst-betydelig rækkefølge [ÅÅÅÅ] - [MM] - [DD]. ISO-uges nummereringssystem blev introduceret i ISO 2015, og identifikationen af ​​dage efter ordinære datoer blev oprindeligt defineret i ISO 2711.

Det vedligeholdes af ISO Technical Committee TC 154. & # 913 & # 93


Funktioner

G_get_current_time ()

g_get_current_time er udfaset siden version 2.62 og bør ikke bruges i nyligt skrevet kode.

GTimeVal er ikke år 2038-sikkert. Brug g_get_real_time () i stedet.

Svarer til UNIX gettimeofday () -funktionen, men bærbar.

Du kan finde g_get_real_time () for at være mere praktisk.

Parametre

GTimeVal-struktur, hvor den aktuelle tid skal gemmes.

G_usleep ()

Sætter den aktuelle tråd på pause for det givne antal mikrosekunder.

Der er 1 million mikrosekunder pr. Sekund (repræsenteret af makroen G_USEC_PER_SEC). g_usleep () kan have begrænset nøjagtighed, afhængigt af hardware og operativsystem er ikke afhængige af den nøjagtige længde på søvn.

Parametre

antal mikrosekunder, der skal pause

G_time_val_add ()

g_time_val_add er udfaset siden version 2.62 og bør ikke bruges i nyligt skrevet kode.

GTimeVal er ikke år 2038-sikkert. Brug guint64 til at repræsentere mikrosekunder siden epoken, eller brug GDateTime.

Tilføjer det givne antal mikrosekunder til tid_ . mikrosekunder kan også være negativ for at sænke værdien af tid_ .

Parametre

antal mikrosekunder at tilføje til tid

G_time_val_from_iso8601 ()

g_time_val_from_iso8601 er udfaset siden version 2.62 og bør ikke bruges i nyligt skrevet kode.

Konverterer en streng, der indeholder en ISO 8601-kodet dato og tid til en GTimeVal og sætter den i tid_ .

iso_date skal omfatte år, måned, dag, timer, minutter og sekunder. Det kan valgfrit omfatte brøkdele af et sekund og en tidszoneindikator. (I mangel af nogen tidszoneangivelse antages tidsstemplet at være i lokal tid.)

Ethvert ledende eller bageste rum i iso_date ignoreres.

Denne funktion blev udfaset sammen med GTimeVal i GLib 2.62. Ækvivalent funktionalitet er tilgængelig ved hjælp af kode som:

Parametre

en ISO 8601-kodet datostreng

Vender tilbage

SAND, hvis konverteringen var vellykket.

G_time_val_to_iso8601 ()

g_time_val_to_iso8601 er udfaset siden version 2.62 og bør ikke bruges i nyligt skrevet kode.

GTimeVal er ikke år 2038-sikkert. Brug g_date_time_format_iso8601 (dt) i stedet.

Konverterer tid_ ind i en RFC 3339-kodet streng i forhold til den koordinerede universelle tid (UTC). Dette er et af de mange formater, der er tilladt af ISO 8601.

ISO 8601 tillader et stort antal dato- / tidsformater, med eller uden tegnsætning og valgfri elementer. Det format, der returneres af denne funktion, er en komplet dato og et klokkeslæt med valgfri tegnsætning inkluderet, UTC-tidszonen repræsenteret som "Z" og tv_usec del inkluderet, hvis og kun hvis den ikke er nul, dvs. enten "ÅÅÅÅ-MM-DDTHH: MM: SSZ" eller "ÅÅÅÅ-MM-DDTHH: MM: SS.fffffZ".

Dette svarer til internetdato / tidsformat defineret af RFC 3339 og til et af de to mest nøjagtige formater defineret af W3C Bemærk dato- og tidsformater. Begge disse dokumenter er profiler af ISO 8601.

Brug g_date_time_format () eller g_strdup_printf (), hvis en anden variant af ISO 8601-format er påkrævet.

Hvis tid_ repræsenterer en dato, der er for stor til at passe ind i en struktur tm, NULL returneres. Dette er platformafhængigt. Bemærk også, at da GTimeVal gemmer antallet af sekunder som en glong, er det på 32-bit-systemer underlagt år 2038-problemet. Siden GLib 2.62 er denne funktion følgelig udfaset. Ækvivalent funktionalitet er tilgængelig ved hjælp af:

Returværdien af ​​g_time_val_to_iso8601 () har været ugyldig siden GLib 2.54 før da, ville GLib gå ned under de samme betingelser.


Indhold

Der er et stort udvalg af formater til datoer i brug, som adskiller sig i rækkefølgen af ​​dato-komponenter. Disse variationer bruger prøvedatoen den 31. maj 2006: (f.eks. 31/05/2006, 05/31/2006, 2006/05/31), komponentseparatorer (f.eks. 31.05.2006, 31/05/2006, 31-05- 2006), om førende nuller er inkluderet (f.eks. 31/5/2006 vs. 31/05/2006), om alle fire cifre i året er skrevet (f.eks. 31.05.2006 mod 31.05.06), og om måneden er repræsenteret i arabiske eller romerske tal eller ved navn (f.eks. 31.05.2006, 31.V.2006 vs. 31. maj 2006).

Gregoriansk, dag-måned-år (DMY) Rediger

Denne lille endian-sekvens bruges af et flertal i verden og er den foretrukne form af De Forenede Nationer, når de skriver det fulde datoformat i officielle dokumenter. Dette datoformat stammer fra skikken med at skrive datoen som "den niende dag i [måned] i vor Herres år [år]" i vestlige religiøse og juridiske dokumenter. Formatet er forkortet over tid, men rækkefølgen af ​​elementerne har været konstant. De følgende eksempler bruger datoen 9. november 2006. (Med årene 2000–2009 skal man sørge for, at tocifrede år ikke har til hensigt at være 1900–1909 eller andre lignende år.)

  • "9. november 2006" eller "9. november 2006" (sidstnævnte er almindelig i tysktalende regioner)
  • 9/11/2006, 09.11.2006 eller 9-11-2006
  • 09-nov-2006
  • 09Nov06 - Brugt, også i USA, hvor plads skal spares ved at springe over tegnsætning (ofte set på datelinjen for internetnyhedsartikler).
  • [Den 9. november 2006 - 'The' og 'of' bliver ofte talt, men generelt udeladt i alt undtagen den mest formelle skrivning såsom juridiske dokumenter.
  • 09 / Nov / 2006 - brugt i Common Log Format
  • Torsdag den 9. november 2006
  • 9 / xi / 06, 9.xi.06, 9-xi.06, 9 / xi-06, 9.XI.2006 eller 9 XI 2006 (ved hjælp af det romerske tal for måneden) - Dette er normalt begrænset til håndskrift kun og er ikke sat i nogen form for tryk. Det er forbundet med en række skoler og universiteter. Det er også blevet brugt af Vatikanet som et alternativ til at bruge måneder opkaldt efter romerske guder. Det bruges på canadiske poststempler som en tosproget form af måneden. Det blev også almindeligt anvendt i Sovjetunionen i både håndskrift og tryk.
  • 9. november 2006 CE eller 9. november 2006 e.Kr.

Gregoriansk, år-måned-dag (YMD) Rediger

I dette format skrives det mest betydningsfulde dataelement før mindre dataelementer, dvs. året før måneden før dagen. Det er i overensstemmelse med det store endiannesse i det hindu-arabiske talesystem, der går fra den højeste til den laveste orden. Det vil sige at ved hjælp af dette format er tekstbestillinger og kronologiske ordninger identiske. Denne form er standard i Østasien, Iran, Litauen, Ungarn og Sverige og nogle andre lande i begrænset omfang.

Eksempler for 9. november 2003:

  • 2003-11-09: standard internet dato / tidsformat, [2] en profil af den internationale standard ISO 8601, bestiller komponenterne i en dato som denne og bruger desuden førende nuller, for eksempel 1996-05-01, let læses og sorteres efter computere. Det bruges med UTC i RFC 3339. Dette format foretrækkes også i visse asiatiske lande, hovedsageligt østasiatiske lande såvel som i nogle europæiske lande. Big-endian-konventionen bruges også ofte i Canada, men alle tre konventioner bruges der (både endianer og det amerikanske DDMMMYYYY-format er tilladt ved bankchecks). [3]
  • 2003 9. november
  • 2003Nov9
  • 2003Nov09
  • 2003-nov-9
  • 2003-nov-09
  • 2003-nov-9, søndag
  • 2003. 9. november - Det officielle format i Ungarn, punkt efter år og dag, månedens navn med lille initial. Følgende kortere formater kan også bruges: 2003. nov. 9., 2003. 11. 9., 2003. XI. 9.
  • 2003.11.9 ved hjælp af prikker og ingen nuller, der er almindelige i Kina.
  • 2003.11.09
  • 2003/11/09 ved hjælp af skråstreger og ledende nuller, almindeligt på Internettet i Japan.
  • 20031109: "basisformat" -profilen til ISO 8601, et 8-cifret tal, der giver monotone datakoder, der er almindelige inden for databehandling og i stigende grad anvendes i daterede datafilnavne. Det bruges i standard iCalendar-filformatet defineret i RFC 5545. En stor fordel ved ISO 8601 "grundformat" er, at en simpel tekstsortering svarer til en sortering efter dato.

Det udvides også gennem det universelle klokkeslæt for big-endian-format: 9. november 2003, 18h 14m 12s eller 2003/11/9/18: 14: 12 eller (ISO 8601) 2003-11-09T18: 14: 12.

Gregoriansk, måned-dag-år (MDY) Rediger

Denne sekvens bruges primært i Filippinerne og USA. Dette datoformat blev almindeligt anvendt sammen med den lille endianform i Det Forenede Kongerige indtil midten af ​​det 20. århundrede og kan findes i både nedlagte og moderne trykte medier som f.eks. London Gazette og Tiderne, henholdsvis. Dette format blev også almindeligt anvendt af flere engelsksprogede trykte medier i mange tidligere britiske kolonier og også et af to formater, der almindeligvis blev brugt i Indien under den britiske Raj-æra indtil midten af ​​det 20. århundrede. I USA siges det for eksempel søndag den 9. november, selvom brugen af ​​"the" ikke er ualmindelig (f.eks. Søndag den 9. november, og endda 9. november, søndag, er også mulige og let forståelige).

  • Torsdag 9. november 2006
  • 9. november 2006
  • 9. november 2006 eller 11/9/2006
  • 11-9-2006, 11.9.2006, 11.09.06 eller 11/09/06 eller 20060911

Den moderne konvention er at undgå at bruge den ordinære (th, st, rd, nd) form, når dagen følger måneden (4. juli eller 4. juli 2006). Ordinær var almindelig i fortiden og bruges stadig undertiden ([den 4. juli] eller 4. juli).

Gregoriansk, år-dag-måned (YDM) Rediger

Dette datoformat bruges i Kasakhstan, Letland, Nepal og Turkmenistan. I henhold til de officielle regler for dokumentation af datoer af statslige myndigheder [4] er det lange datoformat i kasakh skrevet i år-dag-måned-rækkefølge, f.eks. 2006 5. april (kasakhisk: 2006 жылғы 05 сәуір).

Standarder Rediger

Der er flere standarder, der specificerer datoformater:

    Dataelementer og udvekslingsformater - Informationsudveksling - Repræsentation af datoer og tidspunkter specificerer ÅÅÅÅ-MM-DD (separatorerne er valgfri, men kun bindestreger må bruges), hvor alle værdier er faste længde numeriske, men også tillader ÅÅÅÅ-DDD, hvor DDD er det ordinære antal af dagen inden for året, f.eks. 2001–365. [5]
  • RFC 3339 Dato og klokkeslæt på Internettet: Tidsstempler specificerer ÅÅÅÅ-MM-DD, dvs. en bestemt delmængde af de muligheder, der er tilladt i henhold til ISO 8601. [6]Internetmeddelelsesformat specificerer dag måned år hvor dag er et eller to cifre, måned er en forkortelse på tre bogstaver, og år er fire cifre. [7]

Brug overbelastning Rediger

Mange numeriske former kan skabe forvirring, når de bruges i international korrespondance, især når året forkortes til de sidste to cifre uden sammenhæng.

For eksempel kunne "07/08/06" henvise til enten 7. august 2006 eller 8. juli 2006 (eller 1906 eller det sjette år i ethvert århundrede) eller 6. august 2007. I USA er datoer sjældent skrevet i rent numeriske former i formel skrivning, selvom de er meget almindelige andre steder, når der bruges numeriske former, vises måneden først. I Det Forenede Kongerige, mens det betragtes som acceptabelt, omend mindre almindeligt at skrive måned-navn dag, år, denne rækkefølge bruges aldrig, når den er skrevet numerisk. Som en undtagelse forstås den amerikanske stenografi "9/11" imidlertid bredt som henvisning til terrorangrebene den 11. september 2001. [8]

Når tal bruges til at repræsentere måneder, kan der opstå en betydelig forvirring på grund af tvetydigheden i en datoordre, især når tallene, der repræsenterer dagen, måneden eller året, er lave, kan det være umuligt at fortælle, hvilken rækkefølge der bruges. Dette kan afklares ved at bruge fire cifre til at repræsentere år og navngive måneden for eksempel "Feb" i stedet for "02". ISO 8601-datoordren med firecifrede år: ÅÅÅÅ-MM-DD (introduceret i ISO 2014) er specifikt valgt til at være entydig. ISO 8601-standarden har også den fordel, at den er sproguafhængig og er derfor nyttig, når der muligvis ikke er nogen sproglig kontekst, og en universel anvendelse ønskes (f.eks. Udløbsdato på eksportprodukter). Mange internetsider bruger ÅÅÅÅ-MM-DD, og ​​dem, der bruger andre konventioner, bruger ofte -MMM- i måneden for yderligere at afklare og undgå tvetydighed (2001-MAJ-09, 9-MAJ-2001, MAJ 09 2001 osv.).

Derudover anser Den Internationale Standardiseringsorganisation sin ISO 8601-standard for at give mening ud fra et logisk perspektiv. [9] Blandede enheder, for eksempel fødder og inches, eller pund og ounce, skrives normalt med den største enhed først i faldende rækkefølge. Tal er også skrevet i den rækkefølge, så cifrene i 2006 angiver i rækkefølge årtusindet, århundredet inden for årtusindet, årtiet inden for århundredet og året inden for årtiet. Den eneste datoordre, der er i overensstemmelse med disse veletablerede konventioner, er år-måned-dag. En almindelig tekstliste med datoer med dette format kan let sorteres efter filadministratorer, tekstbehandlere, regneark og andre softwareværktøjer med indbyggede sorteringsfunktioner. Nogle databasesystemer bruger en ottecifret YYYYMMDD-repræsentation til at håndtere datoværdier. Ved at navngive mapper med ÅÅÅÅ-MM-DD i begyndelsen kan de vises i dato rækkefølge, når de sorteres efter navn - især nyttigt til organisering af dokumentbiblioteker.

En tidlig amerikansk føderal informationsbehandlingsstandard anbefalede 2-cifrede år. Dette anerkendes nu bredt som ekstremt problematisk på grund af år 2000-problemet. Nogle amerikanske regeringsorganer bruger nu ISO 8601 med 4-cifrede år. [10] [11]

Når man skifter fra en dato notation til en anden, skriver folk ofte begge stilarter, for eksempel datoer for gammel stil og ny stil i overgangen fra den julianske til den gregorianske kalender.

En af fordelene ved at bruge datoformatet ISO 8601 er, at den leksikografiske rækkefølge (ASCIIbetical) af repræsentationerne svarer til datoenes kronologiske rækkefølge, forudsat at alle datoer er i samme tidszone. Således kan datoer sorteres ved hjælp af enkle strengesammenligningsalgoritmer og faktisk ved enhver sortering fra venstre mod højre. For eksempel:

ÅÅÅÅ-MM-DD-layoutet er det eneste almindelige format, der kan levere dette. [12] Sortering af andre datorepræsentationer indebærer en vis analyse af datostrengene. Dette fungerer også, når en tid i 24-timers format er inkluderet efter datoen, så længe alle tidspunkter forstås at være i samme tidszone.

ISO 8601 bruges i vid udstrækning, hvor der kræves kortfattede, menneskeligt læsbare, men let beregne og entydige datoer, skønt mange applikationer gemmer datoer internt som UNIX-tid og kun konverteres til ISO 8601 til visning. Det er værd at bemærke, at alle moderne computeroperativsystemer gemmer datooplysninger for filer uden for deres titler, så brugeren kan vælge hvilket format, de foretrækker og få dem sorteret, uanset filernes navne.

Kun dag og år Rediger

Det amerikanske militær bruger undertiden et system, som de kalder "Juliansk datoformat" [13], der angiver året og den faktiske dag ud af de 365 dage i året (og det ville derfor ikke være nødvendigt med en betegnelse for måneden). F.eks. Kan "11. december 1999" i nogle sammenhænge skrives som "1999345" eller "99345" for den 345. dag i 1999. [14] Dette system bruges oftest i amerikansk militærlogistik, da det foretager beregningsprocessen estimerede forsendelses- og ankomstdatoer lettere. For eksempel: Lad os sige, at det tager cirka 35 dage at sende en tankmotor til søs fra USA til Sydkorea. Hvis motoren sendes 06104 (fredag ​​den 14. april 2006), skal den ankomme 06139 (fredag ​​den 19. maj). Bemærk, at uden for det amerikanske militær og nogle amerikanske regeringsorganer, herunder Internal Revenue Service, betegnes dette format normalt som "ordinal date" snarere end "Julian date". [15]

Sådanne ordinære datoformater bruges også af mange computerprogrammer (især dem til mainframesystemer). Brug af et trecifret juliansk dagnummer gemmer en byte computerlagring over en tocifret måned plus tocifret dag, for eksempel er "17. januar" 017 i Julian versus 0117 i måned-dag-format. OS / 390 eller dens efterfølger, z / OS, viser datoer i yy.ddd-format til de fleste operationer.

UNIX-tid gemmer tid som et antal i sekunder siden begyndelsen af ​​UNIX-epoken (1970-01-01).

Et andet "ordinært" datasystem ("ordinært" i betydningen at gå frem i værdi med en som datoen går frem med en dag) er almindeligt anvendt i astronomiske beregninger og henviser til og bruger samme navn som dette "logistik" -system. Kontinuiteten i repræsentationen af ​​perioden uanset årstiden, der overvejes, er yderst nyttig for begge grupper af specialister. Astronomerne beskriver deres system som også et "juliansk dato" -system. [16]

Ugenummer brugt Rediger

Virksomheder i Europa bruger ofte år, ugenummer og dag til planlægningsformål. Så for eksempel kan en begivenhed i et projekt ske på w43 (uge 43) eller w43-1 (mandag, uge ​​43) eller, hvis året skal angives, på w0643 eller w643 (året 2006 uge 43 dvs. Mandag 23. oktober-søndag 29. oktober 2006).

ISO præsenterer en standard til identifikation af uger, men da den ikke stemmer overens med den gregorianske kalender (begyndelses- og slutdagene i et givet år stemmer ikke overens), er denne standard noget mere problematisk end de andre standarder for datoer.

Udtrykker datoer på talt engelsk Rediger

På engelsksprogede uden for Nordamerika (for det meste i engelsktalende Europa og nogle lande i Australasien) er fulde datoer skrevet som 7. december 1941 (eller 7. december 1941) og tales som "den syvende december, nittenfyrenogfyrre" (meget almindelig brug af "den" og "af") med lejlighedsvis brug af 7. december 1941 ("Den syvende december, nittenenogfyrre"). Til fælles med de fleste kontinentaleuropæiske anvendelser er all-numeriske datoer dog altid bestilt dd / mm / åååå.


Tider

ISO 8601 bruger 24-timers ursystemet. Det grundlæggende format er [hh] [mm] [ss] og udvidet format er [hh]: [mm]: [ss].

  • [hh] henviser til en nul-polstret time mellem 00 og 24 (hvor 24 kun bruges til at betegne midnat i slutningen af ​​en kalenderdag).
  • [mm] henviser til et nul-polstret minut mellem 00 og 59.
  • [ss] henviser til et nul-polstret sekund mellem 00 og 60 (hvor 60 kun bruges til at betegne et ekstra spring sekund).

Så en tid kan muligvis fremstå som enten "134730" i grundlæggende format eller "13:47:30" i udvidet format.

Enten sekunder eller minutter og sekunder kan udelades fra de grundlæggende eller udvidede tidsformater for større korthed, men nedsat nøjagtighed, de resulterende formater med reduceret nøjagtighedstid er: & # 9124 & # 93

  • [tt] [mm] in grundlæggende format eller [tt]: [mm] in udvidet format, når sekunder udelades.
  • [hh], når både sekunder og minutter udelades.

Midnat er et specielt tilfælde og kan kaldes enten "00:00" eller "24:00" undtagen i ISO 8601-1: 2019 hvor "24:00" ikke længere er tilladt. Notationen "00:00" bruges i begyndelsen af ​​en kalenderdag og er den hyppigere anvendte. I slutningen af ​​en dag skal du bruge "24:00". "2007-04-05T24: 00" er det samme øjeblik som "2007-04-06T00: 00" (se Kombinerede dato- og tidsrepræsentationer under).

Decimale brøker kan føjes til et hvilket som helst af de tre tidselementer. En brøkdel kan dog kun føjes til det laveste ordre-tidselement i repræsentationen. Et decimaltegn, enten et komma eller et punktum (uden nogen præference som angivet i resolution 10 fra den 22. generalkonference CGPM i 2003, & # 9125 & # 93 men med en præference for et komma i henhold til ISO 8601: 2004) & # 9126 & # 93 bruges som en separator mellem tidselementet og dets brøkdel. For at betegne "14 timer, 30 og et halvt minut" skal du ikke medtage et sekundtal. Repræsenter det som "14: 30,5", "1430,5", "14: 30,5" eller "1430,5". Der er ingen grænse for antallet af decimaler for decimaldelen. Antallet af decimaler skal dog accepteres af de kommunikerende parter. For eksempel i Microsoft SQL Server er nøjagtigheden af ​​en decimalfraktion 3, dvs. "åååå-mm-ddThh: mm: ss [.mmm]". & # 9127 & # 93

Tidszone designatorer

Tidszoner i ISO 8601 er repræsenteret som lokal tid (med den ikke specificerede placering), som UTC eller som en forskydning fra UTC.

Lokal tid (ukvalificeret)

Hvis der ikke gives nogen UTC-forholdsinformation med en tidsrepræsentation, antages tiden at være i lokal tid. Mens det kan være sikker på at antage lokal tid, når du kommunikerer i samme tidszone, det er tvetydigt, når det bruges til at kommunikere på tværs af forskellige tidszoner. Selv inden for en enkelt geografisk tidszone vil nogle lokale tider være tvetydige, hvis regionen overvåger sommertid. Det foretrækkes normalt at angive en tidszone (zonebetegnelse) ved hjælp af standardens notation.

Koordineret universel tid (UTC)

Hvis tiden er i UTC, skal du tilføje en Z direkte efter tiden uden plads. Z er zonebetegneren for nul UTC-forskydning. "09:30 UTC" er derfor repræsenteret som "09: 30Z" eller "0930Z". "14:45:15 UTC" ville være "14: 45: 15Z" eller "144515Z".

Det Z suffiks i ISO 8601 tidsrepræsentation kaldes undertiden "Zulu-tid", fordi det samme bogstav bruges til at betegne Zulu-tidszonen. ACP 121-standarden, der definerer listen over militære tidszoner, nævner imidlertid ikke UTC og stammer "Zulu-tiden" fra Greenwich Mean Time & # 9128 & # 93, som tidligere blev brugt som den internationale civile tidsstandard. GMT er ikke længere nøjagtigt defineret af det videnskabelige samfund og kan referere til enten UTC eller UT1 afhængigt af konteksten. & # 9129 & # 93

Tidsforskydninger fra UTC

UTC-forskydningen føjes til tiden på samme måde som 'Z' var over, i form ± [hh]: [mm], ± [hh] [mm] eller ± [hh].

Negative UTC-forskydninger beskriver en tidszone vest for UTC ± 00: 00, hvor den civile tid er bag (eller tidligere) end UTC, så zonebetegneren ser ud som "& # 872203: 00", "& # 87220300" eller " & # 872203 ".

Positive UTC-forskydninger beskriver en tidszone øst for UTC ± 00: 00, hvor den civile tid er foran (eller senere) end UTC, så zonebetegneren ser ud som "+02: 00", "+ 0200" eller "+02 ".

  • "& # 872205: 00" for New York på standardtid (UTC-05: 00)
  • "& # 872204: 00" til New York om sommertid (UTC-04: 00)
  • "+00: 00" (men ikke "-00: 00") til London (UTC ± 00: 00)
  • "+02: 00" for Kairo (UTC + 02: 00)
  • "+05: 30" for Mumbai (UTC + 05: 30)
  • "+14: 00" for Kiribati (UTC + 14: 00)

Se Liste over UTC-tidsforskydninger for andre UTC-forskydninger.

For at repræsentere en negativ forskydning specificerer ISO 8601 ved hjælp af enten en bindestreg & # 8211minus eller et minustegn. Hvis udvekslingstegnsættet er begrænset og ikke har et minustegn, skal bindestreg & # 8211minus bruges. ASCII har ikke et minustegn, så dens bindestreg & # 8211minustegn (kode er 45 decimal eller 2D hexadecimal) vil blive brugt. Hvis tegnsættet har et minustegn, skal dette tegn bruges. Unicode har et minustegn, og dets tegnkode er U + 2212 (2212 hexadecimal), HTML-entitetens påkaldelse er & ampminus.

De følgende tider henviser alle til det samme øjeblik: "18: 30Z", "22: 30 + 04", "1130 & # 87220700" og "15: 00 & # 872203: 30". Nautiske tidszone bogstaver bruges ikke med undtagelse af Z.For at beregne UTC-tid skal man trække forskydningen fra den lokale tid, f.eks. for "15: 00 & # 872203: 30" gør 15:00 & # 8722 (& # 872203: 30) for at få 18:30 UTC.

En forskydning på nul, ud over at have den specielle repræsentation "Z", kan også angives numerisk som "+00: 00", "+0000" eller "+00". Det er dog ikke tilladt at angive det numerisk med et negativt tegn som "& # 872200: 00", "& # 87220000" eller "& # 872200". Afsnittet, der dikterer brug af tegn (afsnit 3.4.2 i 2004-udgaven af ​​standarden), angiver, at et plustegn skal bruges til en positiv eller nul værdi, og et minus for en negativ værdi. I modsætning til denne regel tillader RFC 3339, som ellers er en profil af ISO 8601, brugen af ​​"-00" med den samme betegnelse som "+00" men en anden konnotation. & # 9130 & # 93


Er der en variation af ISO 8601 for julianske kalenderdatoer? - Astronomi

Der er stadig meget igangværende arbejde, så der er fejl, og API'en er ikke fuldt defineret (eller dokumenteret) og er underlagt store ændringer.

Ideen bag projektet er ikke at stole på Javaskripts ret flaky Date-objekt, give bedre nøjagtighed, fleksibilitet og være cross-browser.

Udover den gregorianske standardkalender er den julianske kalender også tilgængelig. Dette gør det muligt for AstroDate at blive brugt i astronomiske beregninger. Et sæt af rutiner vil blive stillet til rådighed til skift mellem systemer og metoder til opnåelse af Julian Day Numbers, Julian Dates, Modified Julian Dates, Delta Time og Terestrial Time osv.

For datoer ud over det normale datointerval og Javascript's begrænsede antal aritmetik er det nødvendigt at udføre matematikken ved hjælp af aritmetik med vilkårlig præcision, BigNumber.js er det valgte bibliotek til dette.

Begge kalendere kan ekstrapoleres til datoer forud for deres første vedtagelse og er derfor en proleptisk gregoriansk kalender og en proleptisk juliansk kalender.

AstroDate inkluderer en ISO 8601 parser som et middel til at indstille dato og klokkeslæt, andre metoder vil være tilgængelige, dvs. ved hjælp af en Array og Object med diskrete værdier.

Som med ISO 8601 og de proleptiske kalendere vil astronomisk år nummerering blive brugt til input, og så har et år nul. Outputs kan være formet til at bruge enten astronomisk år nummerering eller kalender æra nummerering, dvs. BC / AD.

Det er ikke meningen, at AstroDate skal være en generisk datoparser og håndtere formater som 13/10/12. Selvom det i fremtiden vil være muligt at udvikle tilføjelser til dette.

Tider, der begynder i 1961, antages at være UTC, før det antages at være universel tid, specifikt UT1.

Du kan se AstroDate i brug (jsFiddle) for at få en idé om, hvordan tingene i øjeblikket fungerer, indtil API og dokumentation er standardiseret.

  • ar
  • ca.
  • cs
  • da
  • de
  • el
  • da
  • da_AU
  • da_CA
  • da_DK
  • da_HK
  • en_IN
  • es
  • fi
  • fr
  • han
  • Hej
  • hr
  • hu
  • det
  • ja
  • ko
  • nb
  • nl
  • pl
  • pt
  • pt_PT
  • ro
  • rod
  • ru
  • sk
  • sl
  • sr
  • sv
  • th
  • tr
  • uk
  • vi
  • zh
  • zh_Hant

Defaut-sproget er 'en'.

Når indlæst, skal du bruge AstroDate.lang ('en') til at indstille standard applikationssprog eller ændre en bestemt forekomst ny AstroDate (). Lang ('en-GB')

Indlæste sprog kan ændres til landestandard, brug AstroDate.locale ('sr_ME') til at indstille standardprogrammets landestandard eller ændre en bestemt forekomst ny AstroDate (). Locale ('sr_RO')

Som standard .toString (), .toDateString () og .toTimeString () bruger 'fuldt' sprogformat, indstillingerne er 'fulde', 'lange', 'mellem' og 'korte'.

.toISOString () har ingen modifikatorer og vil producere en standard ISO 8601 tidsstempelstreng, dvs. 1972-07-01T00: 00: 00.000Z

Dato- og tidsformater er specificeret af dato og tidsmønster strenge. Inden for dato- og tidsmønsterstrenge er alle ikke-citerede ASCII-bogstaver [A-Za-z] reserveret som mønsterbogstaver, der repræsenterer kalenderfelter. astrodate understøtter formateringsalgoritmen til dato og klokkeslæt og mønsterbogstaver defineret af UTS # 35 Unicode Locale Data Markup Language (LDML)

Alle tegn i mønsteret, der ikke er inden for ['a' .. 'z'] og ['A' .. 'Z'], behandles som citeret tekst. For eksempel vises tegn som ':', '.', '', '#' Og '@' i den resulterende tidstekst, selvom de ikke omfavnes inden for enkelte anførselstegn.

Et mønster, der indeholder et ugyldigt mønsterbogstav, vil resultere i en kastet undtagelse under formatering.


Kalender Converter

Velkommen til Fourmilabs kalenderomformer! Denne side giver dig mulighed for at interkonvertere datoer i en række kalendere, både civile og computerrelaterede. Alle beregninger udføres i JavaScript udført i din egen browser, komplet kildekode er indlejret i eller linket til denne side, og du er fri til at downloade disse filer til din egen computer og bruge dem, selv når de ikke er forbundet til internettet. For at bruge siden skal din browser understøtte JavaScript, og du skal ikke have deaktiveret udførelsen af ​​dette sprog. Lad os se.

Hvis feltet ovenfor siger "Din browser understøtter JavaScript", skal du bare indtaste en dato i et af felterne nedenfor og trykke på "Beregn" -knappen for at vise denne dato i alle de andre kalendere.

Gregoriansk kalender

Den gregorianske kalender er en mindre korrektion til den julianske. I den julianske kalender er hvert fjerde år et skudår, hvor februar har 29, ikke 28 dage, men i gregoriansk er år, der kan deles med 100, ikke skudår, medmindre de også kan deles med 400. Hvor forudgående var pave Gregor! Uanset problemerne med Y2K inkluderer de ikke sjusket programmering, der antager, at hvert år, der kan deles med 4, er et skudår siden 2000, i modsætning til de foregående og efterfølgende år, der kan deles med 100, er et skudår. Som i den julianske kalender anses dage for at begynde ved midnat.

Den gennemsnitlige længde på et år i den gregorianske kalender er 365,2425 dage sammenlignet med det faktiske tropiske solår (tid fra equinox til equinox) på 365,24219878 dage, så kalenderen akkumulerer en fejldag i forhold til solåret omkring hvert 3300 år. Som en ren solkalender gøres der ikke noget forsøg på at synkronisere begyndelsen af ​​måneder til Månens faser.

Mens man ikke rigtigt kan tale om "gregorianske datoer" inden vedtagelsen af ​​kalenderen i 1582, kan kalenderen ekstrapoleres til tidligere datoer. Dermed bruger denne implementering konventionen om, at året før år 1 er år 0. Dette adskiller sig fra den julianske kalender, hvor der ikke er noget år 0 - året før år 1 i den julianske kalender er år -1. Datoen den 30. december svarer 0 i den gregorianske kalender til 1. januar 1 i den julianske kalender.

En lille ændring af den gregorianske kalender ville gøre den endnu mere præcis. Hvis du tilføjer den ekstra regel, at år er jævnt delelige med 4000 ikke skudår opnår du et gennemsnitligt solår på 365.24225 dage om året, hvilket sammenlignet med det faktiske gennemsnitlige år på 365.24219878 svarer til en fejl på en dag i en periode på ca. 19.500 år. Dette kan sammenlignes med fejl på grund af tidevandsbremsning af Jordens rotation.

Julian Day

Mens enhver begivenhed i registreret menneskelig historie kan skrives som et positivt juliansk dagnummer, kan alle disse cifre være besværlige, når man arbejder med nutidige begivenheder. EN Modificeret Julian Day (MJD) oprettes ved at trække 2400000,5 fra et juliansk dagnummer og repræsenterer således antallet af forløbne dage siden midnat (00:00) Universal Time den 17. november 1858. Modificerede julianske dage bruges i vid udstrækning til at specificere epoken i tabeller over orbitalelementer fra kunstige jordsatellitter. Da der ikke eksisterede sådanne objekter før 4. oktober 1957, er alle satellitrelaterede MJD'er positive.

Julian kalender

I den julianske kalender har det gennemsnitlige år en længde på 365,25 dage. sammenlignet med det faktiske tropiske solår på 365,24219878 dage. Kalenderen akkumulerer således en fejldag med hensyn til solåret hvert 128 år. At være en rent solkalender, gøres ikke noget forsøg på at synkronisere starten af ​​måneder til Månens faser.

Hebraisk kalender

År er klassificeret som almindelige (normal) eller embolisme (skud) år, der forekommer i en 19-årig cyklus i år 3, 6, 8, 11, 14, 17 og 19. I et embolismisk (skud) år en ekstra måned 29 dage tilføjes "Veadar" eller "Adar II" til slutningen af ​​året efter måneden "Adar", der i sådanne år er betegnet "Adar I". Yderligere kan år være mangelfuld, fast, eller kompletmed henholdsvis 353, 354 eller 355 dage i et fælles år og 383, 384 eller 385 dage i embolisme. Dage defineres som begyndende ved solnedgang, og kalenderen begynder ved solnedgang natten før mandag den 7. oktober 3761 f.v.t. i den julianske kalender eller den julianske dag 347995.5. Dage er nummereret med søndag som dag 1 til og med lørdag: dag 7.

Den gennemsnitlige længde på en måned er 29.530594 dage, meget tæt på gennemsnittet synodisk måned (tid fra nymåne til næste nymåne) på 29.530588 dage. Sådan er nøjagtigheden, at mere end 13.800 år forløber inden en enkelt dags uoverensstemmelse mellem kalenderens gennemsnitlige opgørelse af starten af ​​måneder og den gennemsnitlige tid for den nye måne. Tilpasningen til solåret er bedre end den julianske kalender, men ringere end den gregorianske. Den gennemsnitlige længde på et år er 365.2468 dage sammenlignet med det faktiske tropiske solår (tid fra equinox til equinox) på 365,24219 dage, så kalenderen akkumuleres en fejldag i forhold til solåret hvert 216 år.

Islamisk kalender

Hver cyklus på 30 år indeholder således 19 normale år på 354 dage og 11 skudår på 355, så den gennemsnitlige længde på et år er derfor ((19 354) + (11 355)) / 30 = 354.365. dage med en gennemsnitlig månedslængde på 1/12 dette tal, eller 29.53055. dage, hvilket tilnærmer sig gennemsnittet synodisk måned (tid fra nymåne til næste nymåne) på 29.530588 dage, hvor kalenderen kun glider en dag med hensyn til månen hvert 2525 år. Da kalenderen er fastgjort til månen, ikke solåret, skiftes månederne i forhold til årstiderne, hvor hver måned begynder omkring 11 dage tidligere i hvert påfølgende solår.

Kalenderen, der præsenteres her, er den mest anvendte civile kalender i den islamiske verden til religiøse formål måneder er defineret til at starte med den første observation af halvmåne af den nye måne.

Persisk kalender

Som en af ​​de få kalendere designet i æraen med nøjagtig positionel astronomi bruger den persiske kalender en meget kompleks skiftårsstruktur, der gør den til den mest nøjagtige solkalender, der er i brug i dag. År er grupperet i cyklusser som begynder med fire normale år, hvorefter hvert fjerde efterfølgende år i cyklussen er et skudår. Cykler er grupperet i grand cykler enten på 128 år (sammensat af cyklusser på 29, 33, 33 og 33 år) eller 132 år, der indeholder cyklusser på 29, 33, 33 og 37 år. EN stor storslået cyklus består af 21 på hinanden følgende 128 år store cykler og en afsluttende 132 store cyklus, i alt 2820 år. Mønsteret for normale og skudår, der begyndte i 1925, gentages ikke før år 4745!

Hver 2820-årig Grand Grand-cyklus indeholder 2137 normale år på 365 dage og 683 skudår på 366 dage, med den gennemsnitlige årslængde i løbet af den store Grand-cyklus på 365,24219852. Så tæt er dette på det faktiske tropiske solår på 365,24219878 dage, at den persiske kalender kun akkumulerer en fejl på en dag hver 3,8 millioner år. Som en ren solkalender synkroniseres måneder ikke med Månens faser.

Mayakalendere

Mayaerne troede på ved afslutningen af ​​hver pictun 7.885 år er universet ødelagt og genskabt. Dem med apokalyptiske tilbøjeligheder vil blive lettet over at observere, at den nuværende cyklus ikke slutter før Columbus Day, den 12. oktober 4772 i den gregorianske kalender. Når vi taler om apokalyptiske begivenheder, er det morsomt at observere, at den længste cyklus i mayakalenderen, alautun, omkring 63 millioner år, kan sammenlignes med de 65 millioner år siden påvirkningen, der førte ned forhænget på dinosaurerne - en påvirkning, der fandt sted nær Yucatan-halvøen, hvor næsten en alautun senere blomstrede maya-civilisationen. Hvis universet vil blive ødelagt og afslutningen på strømmen pictun, der er ingen mening med at skrive datoer ved hjælp af de længere cyklusser, så vi giver afkald på dem her.

Datoer i kalenderen med lang optælling skrives efter konvention som:

baktun . katun . tun . uinal . slægtninge

og ligner således nutidens internet-IP-adresser!

Til civile formål brugte mayaerne Haab kalender, hvor året blev opdelt i 18 navngivne perioder på hver 20 dage efterfulgt af fem Uayeb dage, der ikke betragtes som en del af nogen periode. Datoer i denne kalender skrives som et dagnummer (0 til 19 for regelmæssige perioder og 0 til 4 for dagene Uayeb) efterfulgt af navnet på perioden. Denne kalender har intet begreb om årstal, den gentages simpelthen i slutningen af ​​den komplette 365-dages cyklus. Det er derfor ikke muligt, givet en dato i Haab-kalenderen, at bestemme det lange antal eller året i andre kalendere. 365-dages cyklus giver bedre tilpasning til solåret end 360-dages tun af den lange tælling, men i mangel af et skiftårsmekanisme skiftede Haab-kalenderen en dag med hensyn til årstiderne hvert fjerde år.

Maya-religionen beskæftigede Tzolkin kalender, der består af 20 navngivne perioder på 13 dage. I modsætning til Haab-kalenderen, hvor dagnumrene øges indtil periodens afslutning, på hvilket tidspunkt det næste periodenavn bruges, og antallet af dage nulstilles til 0, rykker navnene og numrene i Tzolkin-kalenderen parallelt frem. På hver på hinanden følgende dag øges dagnummeret med 1, nulstilles til 0, når det når 13, og det næste i cyklen med tyve navne er fastgjort til det. Da 13 ikke fordeler 20 ensartet, er der således i alt 260 dages nummer- og periodenavne inden kalenderen gentages. Som med Haab-kalenderen tælles cyklusser ikke, og man kan derfor ikke konvertere en Tzolkin-dato til en unik dato i andre kalendere. Den 260 dages cyklus dannede grundlaget for mayaernes religiøse begivenheder og har ingen relation til solåret eller månemåneden.

Mayaerne specificerede ofte datoer ved hjælp af begge Haab- og Tzolkin-kalenderdatoer for denne form gentages kun hvert 52. solår.

Bah ' Kalender

Året begynder ved equinox, 21. marts, festen for Naw-R z-dage begynder ved solnedgang. År har deres egen cyklus med 19 navne, kaldet Vhid. Efterfølgende cyklusser på 19 år er nummereret, hvor cyklus 1 begynder den 21. marts 1844, året hvor B b annoncerede sin profeti. Cykler samles til gengæld Kull-I-Shay supercyklusser på 361 (19 ) år. Den første Kull-I-Shay slutter først i gregoriansk kalenderår 2205. En uge på syv dage er overlejret i kalenderen, hvor ugen anses for at begynde lørdag. Forvirrende er tre af navnene på hverdage identiske med navne i de 19 navnecyklusser i dage og måneder.

Indisk civil kalender

Den nationale kalender i Indien består af 12 måneder. Den første måned, Caitra, er 30 dage i normal og 31 dage i skudår. Dette efterfølges af fem på hinanden følgende 31 dages måneder, derefter seks 30 dages måneder. Skudår i den indiske kalender forekommer i de samme år som i den gregorianske kalender. De to kalendere har således identisk nøjagtighed og forbliver synkroniserede.

År i den indiske kalender tælles fra starten af ​​Saka-tiden, equinox af 22. marts i år 79 i den gregorianske kalender, udpeget dag 1 i måned Caitra i år 1 i Saka-tiden. Kalenderen blev officielt vedtaget den 1. Caitra, 1879 Saka Era, eller 22. marts 1957 gregoriansk. Da år 1 i den indiske kalender adskiller sig fra år 1 i den gregorianske, for at afgøre, om et år i den indiske kalender er et skudår, skal du tilføje 78 til året for Saka-æraen og derefter anvende den gregorianske kalenderregel på summen.

Fransk republikansk kalender

Kalenderen består af 12 måneder på hver 30 dage efterfulgt af en ferie på fem eller seks dage, den jours komplementærer eller sans-culottides. Måneder er grupperet i fire sæsoner, de tre måneder i hver sæson slutter med de samme bogstaver og rimer med hinanden. Kalenderen begynder den gregorianske dato 22. september 1792, september-equinox og datoen for grundlæggelsen af ​​den første republik. Denne dag er udpeget som den første dag i måneden Vend miaire i republikkens år 1. Efterfølgende år begynder på den dag, hvor dagjævndøgn forekommer i Paris-meridianen. Dage begynder ved sand sol midnat. Uanset om sans-culottides periode indeholder fem eller seks dage afhænger af den faktiske dato for jævndøgn. Derfor er der ingen skudårsregel i sig selv: 366 dagår gentager sig ikke i et regelmæssigt mønster, men følger i stedet astronomiens foreskrifter. Kalenderen forbliver derfor perfekt tilpasset årstiderne. Der gøres ikke noget forsøg på at synkronisere måneder med Månens faser.

Den republikanske kalender er sjælden, fordi den ikke har noget koncept om en syv-dages uge. Hver tredive dages måned er opdelt i tre kæder på hver ti dage, hvoraf den sidste d cadi, var hviledagen. (Ordet "dcade"kan forvirre engelsktalende, det franske navneord, der betegner ti år, er"d cennie".) Navnene på dage i dcade stammer fra deres nummer i den ti-dages rækkefølge. De fem eller seks dage af sans-culottides bær ikke navnene på dcade. I stedet fejrer hver af disse helligdage et aspekt af den republikanske ånd. Den sidste, jour de la Revolution, forekommer kun i år på 366 dage.

Napol on afskaffede den republikanske kalender til fordel for den gregorianske den 1. januar 1806. Således blev Frankrig, et af de første lande, der vedtog den gregorianske kalender (i december 1582), det eneste land, der efterfølgende opgav og derefter genoptog den . I perioden med Paris-kommuneopstanden i 1871 blev den republikanske kalender igen kort brugt.

Det oprindelige dekret, der oprettede den republikanske kalender, indeholdt en modsigelse: den definerede året som begyndende på dagen for den sande efterårsjævndøgn i Paris, men foreskrev yderligere en fireårig cyklus kaldet la Franciade, hvor det fjerde år slutter med le jour de la Revolution og indeholder derfor 366 dage. Disse to specifikationer er uforenelige, da 366 dages år defineret af jævndøgn ikke gentages efter en regelmæssig fireårsplan. Dette problem blev anerkendt kort efter kalenderen blev proklameret, men kalenderen blev opgivet fem år før den første konflikt ville have fundet sted, og problemet blev aldrig formelt løst. Her antager vi, at equinox-reglen er fremherskende, da en stiv fireårscyklus ikke ville være mere præcis end den julianske kalender, hvilket umuligt kunne være hensigten med dens oplyste republikanske designere.

ISO-8601 Uge og dag og dag i året

I solkalendere som gregoriansk er det kun dage og år, der har fysisk betydning: dage defineres af jordens rotation og år af dens bane omkring solen. Måneder, afkoblet fra Månens faser, er kun en erindring om glemte månekalendere, mens uger på syv dage er helt en social konstruktion - mens de fleste kalendere, der er i brug i dag, vedtager en cyklus med syv dages navne eller tal, kalendere med navn cyklusser fra fire til tres dage er blevet brugt af andre kulturer i historien.

ISO 8601 tillader os at jette den historiske og kulturelle bagage fra uger og måneder og udtrykke en dato simpelthen efter år- og dagnummer inden for det år, der spænder fra 001 for 1. januar til 365 (366 i et skudår) for 31. december. Dette format gør det let at regne med datoer inden for et år og kun lidt mere kompliceret i perioder, der spænder over årets grænser. Du får vist denne repræsentation brugt i projektplanlægning og til angivelse af leveringsdatoer. ISO-datoer i denne form er skrevet som "ÅÅÅÅ-DDD", for eksempel 2000-060 for den 29. februar, skrives 2000 førende nuller altid i dagnummer, men bindestreg kan udelades for kortfattethed.

Alle ISO 8601-datoformater har fordelene ved at være fast længde (i det mindste indtil Y10K-krisen ruller rundt) og, når de er gemt på en computer, at de sorteres i datofølge efter en alfanumerisk slags af deres tekstrepræsentationer. ISO uge og dag og dag på året kalendere er afledt af den gregorianske kalender og deler dens nøjagtighed.

Du kan downloade ISO 8601-standarden fra ISO-webstedet for at læse dette PDF-dokument, du har brug for Adobe Acrobat Reader, som er tilgængelig som en gratis download fra Adobes websted.

Unix tid() værdi

Maskinerne, som Unix blev udviklet og oprindeligt blev anvendt på, kunne ikke understøtte aritmetik på heltal, der varede mere end 32 bit uden dyre multipelpræcisionsberegning i software. Den interne repræsentation af tid blev derfor valgt til at være antallet af sekunder, der er forløbet siden 00:00 Universal tid den 1. januar 1970 i den gregorianske kalender (juliansk dag 2440587.5), med tiden gemt som et 32 ​​bit underskrevet heltal (lang i den oprindelige C-implementering).

Indflydelsen af ​​Unix-tidsrepræsentation har spredt sig langt ud over Unix, da de fleste C- og C ++ -biblioteker på andre systemer leverer Unix-kompatible tids- og datofunktioner. Den største ulempe ved Unix-tidsrepræsentation er, at hvis den opbevares som en 32-bit underskrevet mængde, den 19. januar 2038, vil den blive negativ, hvilket resulterer i kaos i programmer, der ikke er forberedt på dette. Moderne Unix og C implementeringer definerer resultatet af tid() fungerer som type time_t, som lader døren være åben for afhjælpning (ved f.eks. at ændre definitionen til et 64 bit heltal), før uret krydser det frygtede dommedags sekund.

Excel-serienummer

Du ville derfor være berettiget til at tænke, at konvertering frem og tilbage mellem PC Excel serielle værdier og julianske dagnumre simpelthen ville være et spørgsmål om at tilføje eller trække det julianske dagnummer den 31. december 1899 (da pc-Excel-dage er nummereret fra 1). Men dette er en Microsoft kalender, husk, så man skal først se for at sikre, at den ikke indeholder en af ​​de knoglehovedfejl, der er karakteristiske for Microsoft. Som det normalt er tilfældet, behøver man ikke se meget langt ud. Hvis du har en kopi af PC Excel, skal du fyre den op, formatere en celle som indeholdende en dato og skrive 60 i den: ud vises "29. februar 1900". Nyheder rejser tilsyneladende meget langsomt fra Rom til Redmond - lige siden pave Gregorius reviderede kalenderen i 1582, har år, der kan deles med 100, gjort ikke været skudår, og derfor indeholdt året 1900 ingen 29. februar. På grund af at denne mængde information er gået tabt et sted mellem Holy See og Infernal Seattle monopolet, er alle Excel-dagnumre for dage efter den 28. februar 1900 en dag større end det faktiske antal dage fra 1. januar 1900. Yderligere bemærk at enhver beregning af antallet af dage i en periode, der begynder i januar eller februar 1900 og slutter i en efterfølgende måned, vil være af med en - dagtællingen vil være en større end det faktiske antal forløbne dage.

Da 1900-bommerten blev opdaget, havde Excel-brugere oprettet millioner af regneark, der indeholdt forkerte dagnumre, så Microsoft besluttede at lade fejlen være på stedet i stedet for at tvinge brugerne til at konvertere deres regneark, og fejlen forbliver den dag i dag. Bemærk dog, at kun 1900 påvirkes, mens den første udgivelse af Excel sandsynligvis også skruet op alle år, der kan deles med 100 og derfor implementeres en ren juliansk kalender, tæller nutidige versioner korrekt dage i 2000 (hvilket er et skudår, der kan deles med 400), 2100 og efterfølgende slutningen af ​​århundredets år.

PC Excel-dagnumre er kun gyldige mellem 1 (1. januar 1900) og 2958465 (31. december 9999). Selvom en seriel dagtællingsplan ikke har problemer med at klare vilkårlige datointervaller eller dage før epokens start (givet tilstrækkelig præcision i repræsentationen af ​​tal), gør Excel det ikke. Dag 0 betragtes som den idiotiske januar 0, 1900 (i det mindste i Excel 97), og negative dage og de i Y10K og derover håndteres slet ikke. Yderligere daterede gamle versioner af Excel aritmetik ved hjælp af 16 bit-mængder og understøttede ikke dagnumre større end 65380 (31. december 2078) Jeg ved ikke i hvilken frigivelse af Excel denne begrænsning blev afhjulpet.
At have sadlet hver pc-Excel-bruger med en defekt dato-nummereringsplan var ikke nok for Microsoft - intet er nogensinde. Derefter fortsatte de med at komme ud med en Macintosh-version af Excel, der bruger en helt anderledes dag nummereringssystem baseret på MacOS native tidsformat, der tæller sekunder, der er forløbet siden 1. januar 1904. For yderligere at tilsløre ting, valgte de på Macintosh at nummerere dage fra nul i stedet for 1, så midnat den 1. januar 1904 har serieværdi 0,0 . Ved at starte i 1904 undgik de at skrue op 1900, som de gjorde på pc'en. Så nu skal Excel-brugere, der udveksler data, klare to uforenelige ordninger for tælledage, hvoraf den ene mener, at 1900 var et skudår, og det andet, der ikke går så langt tilbage. For at sammensætte det sjove kan du nu vælge begge datasystemer på begge platforme, så du kan ikke være sikre på, at datoer er kompatible, selv når du modtager data fra en anden bruger med samme slags maskine, som du bruger. Jeg er sikker på, at alt dette blev gjort i interesse for "effektiviteten", som Microsoft er så glad for. Som vi alle ved, ville det tage en computer næsten for evigt at tilføje eller trække fire for at gøre alt problemfrit udskifteligt.

Macintosh Excel-dagnumre er kun gyldige mellem 0 (1. januar 1904) og 2957003 (31. december 9999). Selvom en serietællingsskema for dage ikke har problemer med at klare vilkårlige datointervaller eller dage før epokens start (givet tilstrækkelig præcision i repræsentationen af ​​tal), gør Excel det ikke. Negative dage og de i Y10K og derover håndteres slet ikke. Yderligere daterede gamle versioner af Excel aritmetik ved hjælp af 16 bit-mængder og understøttede ikke dagnumre større end 63918 (31. december 2078) Jeg ved ikke, i hvilken frigivelse af Excel denne begrænsning blev afhjulpet.

Referencer

P. Kenneth Seidelmann (red.) Forklarende tillæg til den astronomiske almanak. Sausalito CA: University Science Books, 1992. ISBN 0-935702-68-7. Autoritativ reference til et væld af emner relateret til beregningsgeodesi og astronomi. Forskellige kalendere er beskrevet i dybden, herunder teknikker til interkonversion.

Institut de m canique cleste et de calcul des ph m rides i Paris giver fremragende online beskrivelser af en række kalendere.

af John Walker
November, MM Dette dokument er i det offentlige område.


Indhold

Den gregorianske kalender er ligesom den julianske kalender en solkalender med 12 måneder på 28–31 dage hver. Året i begge kalendere består af 365 dage, hvor en skuddag tilføjes til februar i skuddårene. Månederne og længden af ​​månederne i den gregorianske kalender er de samme som for den julianske kalender. Den eneste forskel er, at den gregorianske reform udeladte et spring dag ind tre hundredeårsår hvert 400. år og efterlod skiftedagen uændret.

Et skudår opstod normalt hvert 4. år, og skuddagen blev historisk indsat ved en fordobling den 24. februar. Imidlertid er det nu almindeligt at nummerere dagene i februar sekventielt uden huller, og 29. februar betragtes typisk som springdagen. Før 1969-revisionen af ​​sin generelle romerske kalender forsinkede den katolske kirke februarfest efter den 23. med en dag i et skudår, hvor messer fejret i henhold til den foregående kalender stadig afspejler denne forsinkelse. [5]

Et år er opdelt i tolv måneder
Ingen. Navn Længde i dage
1 januar 31
2 februar 28 (29 om skudår)
3 marts 31
4 April 30
5 Kan 31
6 juni 30
7 juli 31
8 august 31
9 september 30
10 oktober 31
11 november 30
12 december 31

Gregorianske år identificeres ved fortløbende årstal. [6] En kalenderdato er fuldt ud specificeret af året (nummereret i henhold til en kalenderæra, i dette tilfælde Anno Domini eller fælles æra), måneden (identificeret ved navn eller nummer) og dagen i måneden (nummereret sekventielt startende fra 1). Selvom kalenderåret i øjeblikket løber fra 1. januar til 31. december, var årstallene på tidligere tidspunkter baseret på et andet udgangspunkt i kalenderen (se afsnittet "årets begyndelse" nedenfor).

Kalendercyklusser gentages fuldstændigt hvert 400. år, hvilket svarer til 146.097 dage. [Note 2] [Note 3] Af disse 400 år er 303 regelmæssige år på 365 dage og 97 er skudår på 366 dage. Et gennemsnitligt kalenderår er 365 + 97/400 dage = 365,2425 dage eller 365 dage, 5 timer, 49 minutter og 12 sekunder. [Note 4]

Christopher Clavius ​​(1538–1612), en af ​​reformens hovedforfattere

Pave Gregory XIII, portræt af Lavinia Fontana, 16C.

Første side af den pavelige tyr Inter gravissimaer

Detalje af pavens grav af Camillo Rusconi (afsluttet 1723) Antonio Lilio genuflekterer før paven og præsenterer sin trykte kalender.

Den gregorianske kalender var en reform af den julianske kalender. Det blev indstiftet af pavelig tyr Inter gravissimaer dateret 24. februar 1582 af pave Gregor XIII, [3] efter hvem kalenderen er opkaldt. Motivationen for tilpasningen var at bringe datoen til påskefejringen til den tid af året, hvor den blev fejret, da den blev introduceret af den tidlige kirke. Fejlen i den julianske kalender (antagelsen om, at der er nøjagtigt 365,25 dage om et år) havde ført til datoen for jævndøgn i henhold til kalenderen, der drev fra den observerede virkelighed, og der var således indført en fejl i beregningen af ​​datoen påske. Selv om en anbefaling fra Det Første Råd i Nicea i 325 specificerede, at alle kristne skulle fejre påske den samme dag, tog det næsten fem århundreder, før stort set alle kristne nåede dette mål ved at vedtage reglerne for kirken Alexandria (se påske for emnerne) som opstod). [Note 5]

Baggrund

Fordi påskedatoen er en funktion - computus - fra datoen for (nordlige halvkugle) forårsjævndøgn betragtede den katolske kirke uacceptabel som den stigende afvigelse mellem jævndøgnets kanoniske dato og den observerede virkelighed. Påske fejres søndag efter den kirkelige fuldmåne den 21. marts eller senere, som blev vedtaget som en tilnærmelse til marinojævndøgn. [8] Europæiske lærde havde været meget opmærksomme på kalenderdriften siden den tidlige middelalderperiode.

Bede skrev i det 8. århundrede og viste, at den akkumulerede fejl i hans tid var mere end tre dage. Roger Bacon i ca. 1200 anslog fejlen til syv eller otte dage. Dante, skriver c. 1300, var klar over behovet for en kalenderreform. Et forsøg på at gå videre med en sådan reform blev foretaget af pave Sixtus IV, som i 1475 inviterede Regiomontanus til Vatikanet til dette formål. Imidlertid blev projektet afbrudt af Regiomontanus 'død kort efter hans ankomst til Rom. [9] Forøgelsen af ​​astronomisk viden og præcisionen af ​​observationer mod slutningen af ​​det 15. århundrede gjorde spørgsmålet mere presserende. Talrige publikationer i de følgende årtier opfordrede til en kalenderreform, blandt dem to papirer, der blev sendt til Vatikanet af universitetet i Salamanca i 1515 og 1578, [10] men projektet blev først taget op igen i 1540'erne og blev kun gennemført under pave Gregory XIII (r. 1572-1585).

Forberedelse

I 1545 bemyndigede Rådet for Trent pave Paul III til at reformere kalenderen, idet det krævede, at datoen for vårjævndøgn blev genoprettet til den, som den holdt på tidspunktet for det første råd i Nicea i 325, og at en ændring af kalenderen skulle ske designet til at forhindre fremtidig drift. Dette ville give mulighed for en mere konsekvent og nøjagtig planlægning af påskefesten.

I 1577 blev en Kompendium blev sendt til ekspertmatematikere uden for reformkommissionen for kommentarer. Nogle af disse eksperter, herunder Giambattista Benedetti og Giuseppe Moleto, mente, at påsken skulle beregnes ud fra solens og månens sande bevægelser i stedet for at bruge en tabelformet metode, men disse anbefalinger blev ikke vedtaget. [11] Den vedtagne reform var en ændring af et forslag fra den kalabriske læge Aloysius Lilius (eller Lilio). [12]

Lilius 'forslag omfattede en reduktion af antallet af skudår i fire århundreder fra 100 til 97 ved at gøre tre ud af fire hundredeårsår almindelige i stedet for skudår. Han producerede også en original og praktisk ordning til justering af månepunkterne ved beregning af den årlige påskedato og løste en langvarig hindring for kalenderreform.

Gamle tabeller gav solens gennemsnitlige længdegrad. [13] Den tyske matematiker Christopher Clavius, arkitekten for den gregorianske kalender, bemærkede, at tabellerne hverken var enige om det tidspunkt, hvor solen gik gennem den ligevægtsjævndøgn eller længden af ​​det gennemsnitlige tropiske år. Tycho Brahe bemærkede også uoverensstemmelser. [14] Den gregorianske skudårsregel (97 skudår på 400 år) blev fremsat af Petrus Pitatus fra Verona i 1560. Han bemærkede, at den er i overensstemmelse med det tropiske år for Alfonsine-bordene og med det gennemsnitlige tropiske år for Copernicus (De revolutionibus) og Erasmus Reinhold (Prutenic tabeller). De tre gennemsnitlige tropiske år i babyloniske kønssimale som det overskydende i løbet af 365 dage (den måde, de ville være blevet ekstraheret fra tabellerne over gennemsnitlig længdegrad) var 014,33,9,57 (Alfonsine), 014,33,11,12 (Copernicus ) og 014,33,9,24 (Reinhold). I decimalnotation er disse lig med henholdsvis 0,24254606, 0,24255185 og 0,24254352. Alle værdier er ens med to kønssimale placeringer (014,33, lig med decimal 0,2425), og dette er også den gennemsnitlige længde af det gregorianske år. Således ville Pitatus 'løsning have roset astronomerne. [15]

Lilius forslag havde to komponenter. For det første foreslog han en korrektion af længden af ​​året. Det gennemsnitlige tropiske år er 365,24219 dage langt. [16] En almindeligt anvendt værdi i Lilius 'tid fra Alfonsine-tabellerne er 365,2425463 dage. [12] Da den gennemsnitlige længde af et juliansk år er 365,25 dage, er det julianske år næsten 11 minutter længere end det gennemsnitlige tropiske år. Uoverensstemmelsen resulterer i en drift på ca. tre dage hvert 400 år. Lilius forslag resulterede i et gennemsnitligt år på 365,2425 dage (se Nøjagtighed). På tidspunktet for Gregorys reform havde der allerede været en drift på 10 dage siden Rådet for Nicaea, hvilket resulterede i, at vårjævndøgn faldt den 10. eller 11. marts i stedet for den kirkeligt faste dato den 21. marts, og hvis den ikke blev omformet, ville den have drevet videre . Lilius foreslog, at den 10-dages drift skulle rettes ved at slette den julianske springdag på hver af dens ti forekomster over en periode på fyrre år og derved sørge for en gradvis tilbagevenden af ​​equinox til 21. marts.

Lilius 'arbejde blev udvidet af Christopher Clavius ​​i et tæt argumenteret bind på 800 sider. Han ville senere forsvare sit og Lilius 'arbejde mod modstandere. Clavius ​​'opfattelse var, at korrektionen skulle finde sted i et træk, og det var dette råd, der var fremherskende med Gregory.

Den anden komponent bestod af en tilnærmelse, der ville give en nøjagtig, men alligevel enkel, regelbaseret kalender. Lilius 'formel var en 10-dages korrektion for at vende afdriften siden Nicaea-rådet, og indførelsen af ​​en springdag på kun 97 år i 400 snarere end i 1 år i 4. Den foreslåede regel var, at "år, der kan deles med 100, ville kun være skudår, hvis de også kunne deles med 400 ".

Den 19-årige cyklus, der blev brugt til månekalenderen, krævede revision, fordi den astronomiske nymåne var på tidspunktet for reformen fire dage før den beregnede nymåne. [8] Det skulle korrigeres med en dag hver 300 eller 400 år (8 gange om 2500 år) sammen med korrektioner for de år, der ikke længere er skudår (dvs. 1700, 1800, 1900, 2100 osv.) Faktisk , blev der introduceret en ny metode til beregning af påskedatoen. Metoden foreslået af Lilius blev revideret noget i den endelige reform. [17]

Da den nye kalender blev taget i brug, blev fejlen akkumuleret i 13 århundreder siden Rådet for Nicea blev rettet ved en sletning på 10 dage. Den julianske kalenderdag torsdag den 4. oktober 1582 blev efterfulgt af den første dag i den gregorianske kalender, fredag ​​den 15. oktober 1582 (hverdagscyklussen blev ikke berørt).

Første trykte gregorianske kalender

En måned efter at have vedtaget reformen, gav paven (med en brief af 3. april 1582) en Antoni Lilio eneret til at offentliggøre kalenderen i en periode på ti år. Det Lunario Novo secondo la nuova riforma [a] blev trykt af Vincenzo Accolti, en af ​​de første kalendere, der blev trykt i Rom efter reformen, bemærker i bunden, at den blev underskrevet med pavelig autorisation og af Lilio (Con licentia delli Superiori. et permissu Ant (onii) Lilij). Den pavelige brief blev tilbagekaldt den 20. september 1582, fordi Antonio Lilio ikke kunne følge med efterspørgslen efter kopier. [18]

Adoption

Selvom Gregorys reform blev vedtaget i de mest højtidelige former for kirken, havde tyren ingen autoritet ud over den katolske kirke og de pavelige stater. De ændringer, som han foreslog, var ændringer i den civile kalender, som han ikke havde myndighed over. De krævede vedtagelse af de civile myndigheder i hvert land for at have juridisk virkning.

Tyren Inter gravissimaer blev loven for den katolske kirke i 1582, men den blev ikke anerkendt af protestantiske kirker, østlige ortodokse kirker, orientalske ortodokse kirker og et par andre. Følgelig afveg de dage, hvor påske og beslægtede helligdage blev fejret af forskellige kristne kirker.

Den 29. september 1582 besluttede Philip II af Spanien ændringen fra den julianske til den gregorianske kalender.[19] Dette påvirkede meget af det romersk-katolske Europa, da Philip på det tidspunkt var hersker over Spanien og Portugal såvel som meget af Italien. I disse områder såvel som i det polsk-litauiske Commonwealth [ nødvendig henvisning ] (styret af Anna Jagiellon) og i de pavelige stater blev den nye kalender implementeret på den dato, der blev specificeret af tyren, hvor Julian torsdag den 4. oktober 1582 blev efterfulgt af den gregorianske fredag ​​den 15. oktober 1582. De spanske og portugisiske kolonier fulgte noget senere de facto på grund af forsinkelse i kommunikationen. [20]

Mange protestantiske lande protesterede oprindeligt mod at vedtage en katolsk innovation, nogle protestanter frygtede, at den nye kalender var en del af et plot om at bringe dem tilbage til den katolske fold. For eksempel kunne briterne ikke få sig til at vedtage det katolske system eksplicit: Annekset til deres kalenderlov (New Style) Act 1750 etablerede en beregning for påskedato, der opnåede det samme resultat som Gregorys regler uden egentlig at henvise til ham. [21]

Storbritannien og det britiske imperium (inklusive den østlige del af det, der nu er USA) vedtog den gregorianske kalender i 1752. Sverige fulgte i 1753.

Før 1917 brugte Tyrkiet den islamiske månekalender med Hegira-æraen til generelle formål og den julianske kalender til skattemæssige formål. Starten på regnskabsåret blev til sidst fastsat til 1. marts, og årstallet svarede stort set til Hegira-året (se Rumi-kalenderen). Da solåret er længere end månens år, indebar det oprindeligt brugen af ​​"flugtår" så ofte, når antallet af regnskabsåret ville springe. Fra den 1. marts 1917 blev regnskabsåret snarere gregoriansk end Julian. Den 1. januar 1926 blev brugen af ​​den gregorianske kalender udvidet til at omfatte brug til generelle formål, og antallet af år blev det samme som i de fleste andre lande.

Vedtagelse efter land

År Land / -er / Områder
1582 Spanien, Portugal, Frankrig, Polen, Italien, katolske lavlande, Luxemburg og kolonier
1584 Kongeriget Bohemia, nogle katolske schweiziske kantoner [Note 6]
1610 Preussen
1648 Alsace
1682 Strasbourg
1700 'Tyskland', [note 7] Protestantiske lave lande, Norge, Danmark, nogle protestantiske schweiziske kantoner [note 6]
1752 Storbritannien, Irland og kolonier
1753 Sverige og Finland
1873 Japan
1875 Egypten
1896 Korea
1912 Kina, Albanien
1915 Letland, Litauen
1916 Bulgarien
1917 osmanniske imperium
1918 Rusland, Estland
1919 Rumænien, Jugoslavien [Note 8]
1923 Grækenland
1926 Tyrkiet (almindelige æraår gregorianske datoer i brug siden 1917 osmannisk adoption)
2016 Saudi Arabien
Konvertering fra Julian til Gregoriansk datoer. [22]
Gregoriansk rækkevidde Julian rækkevidde Forskel
Fra 15. oktober 1582
til 28. februar 1700
Fra 5. oktober 1582
til 18. februar 1700
10 dage
Fra 1. marts 1700
til 28. februar 1800
Fra den 19. februar 1700
til 17. februar 1800
11 dage
Fra 1. marts 1800
til 28. februar 1900
Fra 18. februar 1800
til 16. februar 1900
12 dage
Fra 1. marts 1900
til 28. februar 2100
Fra 17. februar 1900
til 15. februar 2100
13 dage
Fra 1. marts 2100
til 28. februar 2200
Fra 16. februar 2100
til 14. februar 2200
14 dage

Dette afsnit placerer altid den interkalære dag den 29. februar, selvom den altid blev opnået ved at fordoble den 24. Februar ( bissextum (to gange sjette) eller bissextildag) indtil slutningen af ​​middelalderen. Den gregorianske kalender er proleptisk før 1582 (beregnet bagud på samme basis i år før 1582), og forskellen mellem gregorianske og julianske kalenderdatoer stiger med tre dage hvert fjerde århundrede (alle datointervaller er inklusive).

Den følgende ligning angiver antallet af dage (faktisk datoer), som den gregorianske kalender er foran den julianske kalender, kaldet "den verdslige forskel" mellem de to kalendere. En negativ forskel betyder, at den julianske kalender er foran den gregorianske kalender. [23]

Den generelle regel i år, der er skudår i den julianske kalender, men ikke den gregorianske, er:

Op til 28. februar i kalenderen, der konverteres fra, tilføj en dag mindre eller træk en dag mere end den beregnede værdi. Giv februar det passende antal dage til kalenderen, der konverteres ind i. Ved fratrækning af dage til beregning af den gregorianske ækvivalent af 29. februar (Julian) diskonteres 29. februar. Hvis den beregnede værdi således er -4, er den gregorianske ækvivalent for denne dato 24. februar. [24]

Året, der blev anvendt i datoer under den romerske republik og det romerske imperium, var det konsulære år, der begyndte på den dag, hvor konsulerne først kom ind på kontoret - sandsynligvis 1. maj før AUC 532 (222 f.Kr.), 15. marts fra AUC 532 (222 f.Kr.) og 1. januar fra AUC 601 (153 f.Kr.). [34] Den julianske kalender, der begyndte i AUC 709 (45 f.Kr.), fortsatte med at bruge 1. januar som den første dag i det nye år. Selvom året, der blev brugt til datoer, ændredes, viste det civile år altid sine måneder i rækkefølgen januar til december fra den romerske republikanske periode og frem til i dag.

Under middelalderen, under indflydelse af den katolske kirke, flyttede mange vesteuropæiske lande starten af ​​året til en af ​​flere vigtige kristne festivaler - 25. december (formodet fødsel af Jesus), 25. marts (bebudelse) eller påske (Frankrig ), [35] mens det byzantinske imperium begyndte sit år den 1. september, og Rusland gjorde det den 1. marts indtil 1492, da det nye år blev flyttet til 1. september. [36]

I almindelig brug blev 1. januar betragtet som nytårsdag og fejret som sådan, [37] men fra det 12. århundrede til 1751 begyndte det lovlige år i England den 25. marts (Lady Day). [38] Så for eksempel angiver parlamentarisk optegnelse henrettelsen af ​​Charles I den 30. januar som forekommende i 1648 (da året ikke sluttede før den 24. marts), [39] skønt senere historier justerer årets start til 1 Januar og registrere henrettelsen som foregående i 1649. [40]

De fleste vesteuropæiske lande ændrede årets start til 1. januar, før de vedtog den gregorianske kalender. For eksempel ændrede Skotland starten på det skotske nytår til 1. januar i 1600 (det betyder, at 1599 var et kort år). England, Irland og de britiske kolonier ændrede starten på året til 1. januar i 1752 (1751 var således et kort år med kun 282 dage). Senere i 1752 i september blev den gregorianske kalender introduceret i hele Storbritannien og de britiske kolonier (se afsnittet Adoption). Disse to reformer blev gennemført ved hjælp af Calendar (New Style) Act 1750. [41]

I nogle lande specificerede en officiel bekendtgørelse eller lov, at årets start skulle være 1. januar. For sådanne lande kan der identificeres et bestemt år, hvor et 1. januar-år blev normen. I andre lande varierede toldvæsenet, og starten på året bevægede sig frem og tilbage, da mode og indflydelse fra andre lande dikterede forskellige skikke.

Hverken den pavelige tyr eller dens tilknyttede kanoner fastsætter en sådan dato eksplicit, skønt den er underforstået af to tabeller fra helgenens dage, den ene mærket 1582, der slutter den 31. december, [ nødvendig henvisning ] og et andet for et helt år, der begynder den 1. januar. [ nødvendig henvisning ] Det specificerer også dets epakt i forhold til 1. januar i modsætning til den julianske kalender, som specificerede den i forhold til 22. marts. Den gamle dato stammer fra det græske system: den tidligere Supputatio Romana specificerede det i forhold til 1. januar.


Globale dato- og tidsstrenge

En global dato- og tidsstreng angiver en dato og et klokkeslæt samt den tidszone, hvor det forekommer. EN gyldig global dato- og tidsstreng er det samme format som en lokal dato- og tidsstreng, bortset fra at den har en tidszonestreng tilføjet til slutningen efter klokkeslættet.

Tidszone offset streng

En tidszoneforskydningsstreng specificerer forskydningen i enten et positivt eller et negativt antal timer og minutter fra standardtidsbasen. Der er to standard tidsbaser, som er meget tæt på det samme, men ikke nøjagtigt det samme:

  • For datoer efter oprettelsen af ​​Coordinated Universal Time (UTC) i begyndelsen af ​​1960'erne er tidsbasen Z og forskydningen angiver en bestemt tidszons forskydning fra tiden ved hovedmeridianen i 0 ° længdegrad (som passerer gennem Royal Observatory i Greenwich , England).
  • For datoer forud for UTC udtrykkes tidsbasen i stedet i form af UT1, som er den moderne jordens soltid ved hovedmeridianen.

Tidszonestrengen tilføjes umiddelbart efter klokkeslættet i dato- og tidsstrengen. Du kan blot angive "Z" som tidszoneforskydningsstreng for at angive, at tiden er angivet i UTC. Ellers er tidszonestrengen konstrueret som følger:

  1. Et tegn, der angiver forskydningstegnet: plustegnet ("+" eller U + 002B) for tidszoner øst for hovedmeridianen eller minustegnet ("-" eller U + 002D) for tidszoner til vest for den primære meridian.
  2. Et tocifret antal timer, hvor tidszonen er forskudt fra hovedmeridianen. Denne værdi skal være mellem 00 og 23.
  3. Et valgfrit kolon (":") tegn.
  4. Et tocifret antal minutter efter timen, denne værdi skal være mellem 00 og 59.

Mens dette format tillader tidszoner mellem -23: 59 og +23: 59, er det aktuelle interval for tidszoneforskydninger -12: 00 til +14: 00, og ingen tidszoner er i øjeblikket forskudt fra timen med andet end 00, 30 eller 45 minutter. Dette kan ændre sig mere eller mindre når som helst, da lande frit kan manipulere med deres tidszoner til enhver tid og på enhver måde, de ønsker at gøre det.


Se videoen: ISO 8601 Top # 6 Facts (Oktober 2022).