IANA-tidszonedatabasen
Næsten enhver korrekt tidszoneomregning i verden kan spores tilbage til ét fælles datasæt. Det registrerer ikke bare, hvad forskydningerne er, men hvad de har været, og det ændrer sig flere gange om året.
Én database bag hvert ur
IANA-tidszonedatabasen — også kaldet tz-databasen, tzdata, zoneinfo eller Olson-databasen efter dens oprindelige koordinator Arthur David Olson — er et offentligt datasæt over alle de civile tidszoneregler, vedligeholderne har kunnet dokumentere.
Den bruges af Linux og andre Unix-systemer, Java, Python, browsere, ICU-bibliotekerne til internationalisering og reelt ethvert programmeringssprog, der kan omregne mellem zoner. Når din telefon viser det rigtige klokkeslæt, efter du er landet, er det derfor.
Afgørende er, at den er historisk såvel som aktuel. Databasen sigter mod at være korrekt for hver zone siden 1970, så omregning af et tidsstempel fra 1985 bruger de regler, der faktisk gjaldt dengang, og ikke nutidens.
Hvorfor id'er ser ud som Europe/Copenhagen
Id'er følger en Område/Sted-konvention, hvor området er et kontinent eller et ocean, og stedet som regel er den største by i det område, der deler et regelsæt.
Byer bruges frem for lande med vilje. Landegrænser og -navne ændrer sig, og ét land kan indeholde flere zoner, så det at opkalde en zone efter en by holder id'et stabilt og politisk neutralt.
Gamle id'er bevares som aliasser i stedet for at blive slettet, så Asia/Calcutta peger stadig på Asia/Kolkata. En faldgrube værd at kende: id'er i familien Etc/GMT+N har omvendt fortegn, så Etc/GMT+5 er UTC−05:00.
Reglerne bliver ved med at ændre sig
Regeringer ændrer tidszoneregler med kort varsel — indfører eller dropper sommertid, flytter en standardforskydning eller deler et område. Databasen opdateres flere gange om året som følge heraf, og hver udgivelse får et versionsnummer som 2026a.
Derfor kan håndtering af tidszoner ikke hardkodes. Et system, der udkom med sine regler for to år siden, giver stille og roligt forkerte svar for enhver region, der har ændret sig siden.
Det betyder også, at fremtidige datoer er forudsigelser og ikke garantier. Et møde planlagt atten måneder frem omregnes med de regler, der gælder nu, og de regler kan nå at ændre sig inden datoen.
Prøv værktøjerne
Ofte stillede spørgsmål
- Hvorfor ikke bare gemme en UTC-forskydning?
- En forskydning beskriver ét øjeblik, ikke et sted. At gemme Europe/Copenhagen lader et system finde den korrekte forskydning for enhver dato, også hen over sommertidsskift og tidligere regelændringer. At gemme UTC+01:00 mister den mulighed.
- Hvor ofte ændrer databasen sig?
- Typisk en håndfuld udgivelser om året, undertiden flere, når flere regeringer ændrer regler samtidig. Opdateringer kan komme blot uger før, de træder i kraft, og derfor er det vigtigt at holde data opdaterede.
- Er data fra før 1970 pålidelige?
- De er med, hvor det har kunnet researches, men kun data fra 1970 og frem er tænkt som korrekte. Tidligere poster er efter bedste evne og bør ikke bruges til præcist historisk arbejde.
- Hvad bruger NowZones?
- Alle klokkeslæt og omregninger på dette site beregnes ud fra IANA-databasen gennem gennemtestede datobiblioteker, så bysider afspejler de aktuelt offentliggjorte regler for zonen inklusive sommertid.