Tidssone -
Time zone

fra Wikipedia, den frie encyklopedi

Tidssoner i verden

En tidssone er et område som overholder en enhetlig standardtid for juridiske , kommersielle og sosiale formål. Tidssoner har en tendens til å følge grensene mellom land og deres underavdelinger i stedet for strengt å følge lengdegrad , fordi det er praktisk for områder med hyppig kommunikasjon å holde samme tid.

.

Noen områder på høyere breddegrader bruker sommertid i omtrent halvparten av året, vanligvis ved å legge til en time til lokal tid om våren og sommeren .

Liste over UTC-forskyvninger

Tidssoner i verden
.

UTC offset Steder som ikke bruker sommertid Steder som bruker sommertid UTC–12:00
 
Baker Island
 
Howland Island UTC–11:00 UTC−10:00 (mest)
 USA : Andreanof Islands , Islands of Four Mountains , Near Islands , Rat Islands ( Aleutian Islands , Alaska ) UTC–09:30
 
Fransk Polynesia : Marquesasøyene UTC–09:00
 
Fransk Polynesia : Gambierøyene
 USA : Alaska (mest) UTC–08:00
 USA : California , Idaho (nord), Nevada (mest), Oregon (mest), Washington UTC–07:00 (mest) UTC–06:00 (mest)
 USA : Alabama , Arkansas , Illinois , Iowa , Kansas (mest), Louisiana , Minnesota , Mississippi , Missouri , Nebraska (mest), North Dakota (mest), Oklahoma , South Dakota (mest), Tennessee (mest), Texas ( mest), Wisconsin UTC–05:00 (mest)
 USA : Connecticut , Delaware , District of Columbia , Florida (mest), Georgia , Indiana (mest), Kentucky (mest), Maine , Maryland , Massachusetts , Michigan (mest), New Hampshire , New Jersey , New York , North Carolina , Ohio , Pennsylvania , Rhode Island , South Carolina , Vermont , Virginia , West Virginia UTC–04:00 UTC–03:30
 Canada : Newfoundland , Labrador (sørøst) UTC–03:00 UTC−02:00 UTC−01:00
 Kapp Verde UTC±00:00 UTC+01:00 UTC+02:00 (mest) UTC+03:00 UTC+03:30
 Iran UTC+04:00 UTC+04:30
 Afghanistan UTC+05:00 UTC+05:30 UTC+05:45
 Nepal UTC+06:00 UTC+06:30 UTC+07:00 UTC+08:00 UTC+08:45
 Australia : Eucla UTC+09:00 UTC+09:30
 Australia : Northern Territory
 Australia : Sør-Australia UTC+10:00 (sentral-øst)
 Australia : Australian Capital Territory , Jervis Bay Territory , New South Wales (mest), Tasmania , Victoria UTC+10:30
 Australia : Lord Howe Island UTC+11:00
 Norfolkøya UTC+12:00
 New Zealand (de fleste) UTC+12:45
 New Zealand : Chathamøyene UTC+13:00 UTC+14:00
 
Kiribati : Linjeøyene

Historie

, som er omtrent 2,5 grader vest.

Royal Observatory, Greenwich , grunnlagt i 1675, etablerte Greenwich Mean Time (GMT), den gjennomsnittlige soltiden på det stedet, som en hjelp til sjøfolk for å bestemme lengdegrad til sjøs, og ga en standard referansetid mens hvert sted i England holdt en annen tid.

Jernbanetid

Plakett til minne om Railway General Time Convention fra 1883 i Nord-Amerika
Kontrollpanelet til Time Zone Clock foran Coventry Transport Museum

På 1800-tallet, ettersom transport og telekommunikasjon ble bedre, ble det stadig mer upraktisk for hvert sted å observere sin egen soltid. I november 1840 begynte Great Western Railway å bruke GMT holdt av bærbare kronometre . Denne praksisen ble snart fulgt av andre jernbaneselskaper i Storbritannia og ble kjent som Railway Time .

Rundt 23. august 1852 ble tidssignaler først sendt med telegraf fra Royal Observatory. I 1855 brukte 98 % av Storbritannias offentlige klokker GMT, men det ble ikke gjort til øyas lovlige tid før 2. august 1880. Noen britiske klokker fra denne perioden har to minuttvisere, en for lokal tid og en for GMT.

Den 2. november 1868 vedtok den daværende britiske kolonien New Zealand offisielt en standardtid som skal overholdes i hele kolonien. Den var basert på lengdegrad

172°30′
øst for Greenwich , det vil si 11 timer og 30 minutter foran GMT. Denne standarden ble kjent som New Zealand Mean Time .

Tidtaking på nordamerikanske jernbaner på 1800-tallet var kompleks. Hver jernbane brukte sin egen standardtid, vanligvis basert på lokal tid til hovedkvarteret eller den viktigste endestasjonen, og jernbanens togplaner ble publisert med sin egen tid. Noen veikryss betjent av flere jernbaner hadde en klokke for hver jernbane, som hver viste en annen tid.

1913 tidssonekart over USA, som viser grenser som er veldig forskjellige fra i dag

Charles F. Dowd foreslo et system med timebaserte standardtidssoner for nordamerikanske jernbaner rundt 1863, selv om han ikke publiserte noe om saken på den tiden og ikke konsulterte jernbanetjenestemenn før i 1869. I 1870 foreslo han fire ideelle tidssoner med nord-sør grenser, den første sentrert på Washington, DC , men i 1872 var den første sentrert på meridianen 75° vest for Greenwich , med naturlige grenser som deler av Appalachian-fjellene . Dowds system ble aldri akseptert av nordamerikanske jernbaner. I stedet implementerte amerikanske og kanadiske jernbaner en versjon foreslått av William F. Allen, redaktøren av Traveler's Official Railway Guide . Grensene til tidssonene gikk gjennom jernbanestasjoner, ofte i større byer. For eksempel gikk grensen mellom dens østlige og sentrale tidssoner gjennom Detroit , Buffalo , Pittsburgh , Atlanta og Charleston . Den ble innviet søndag 18. november 1883, også kalt "The Day of Two Noons", da hver jernbanestasjonsklokke ble tilbakestilt ettersom standardtid middag ble nådd innenfor hver tidssone.

De nordamerikanske sonene ble kalt Intercolonial, Eastern, Central, Mountain og Pacific. I løpet av et år brukte 85 % av alle byer med befolkning over 10 000 (omtrent 200 byer) standardtid. Et bemerkelsesverdig unntak var Detroit (som ligger omtrent halvveis mellom meridianene for østlig og sentral tid), som holdt lokal tid til 1900, deretter prøvde Central Standard Time, lokal middeltid og Eastern Standard Time (EST) før en forordning fra mai 1915 ble avgjort på EST og ble ratifisert ved folkeavstemning i august 1916. Tidsforvirringen tok slutt da standard tidssoner ble formelt vedtatt av den amerikanske kongressen i Standard Time Act av 19. mars 1918.

Verdensomspennende tidssoner

Den italienske matematikeren Quirico Filopanti introduserte ideen om et verdensomspennende system av tidssoner i sin bok Miranda! , publisert i 1858. Han foreslo 24-timers tidssoner, som han kalte "langsgående dager", den første sentrert på meridianen til Roma . Han foreslo også en universell tid som skulle brukes i astronomi og telegrafi. Boken hans vakte imidlertid ingen oppmerksomhet før lenge etter hans død.

, hvor det fikk en viss vurdering. Systemet er ikke direkte tatt i bruk, men noen kart deler verden inn i 24 tidssoner og tildeler bokstaver til dem, på samme måte som Flemings system.

Verdenskart over tidssoner i 1928

Rundt 1900 hadde nesten alle bebodde steder på jorden tatt i bruk en standard tidssone, men bare noen av dem brukte en timeforskyvning fra GMT. Mange brukte tiden ved et lokalt astronomisk observatorium til et helt land, uten noen henvisning til GMT. Det tok mange tiår før alle tidssoner var basert på en eller annen standardforskyvning fra GMT eller Coordinated Universal Time (UTC). I 1929 hadde flertallet av landene tatt i bruk tidssoner per time, selv om noen land som Iran , India og deler av Australia hadde tidssoner med en 30-minutters forskyvning. Nepal var det siste landet som tok i bruk en standard forskyvning, og skiftet litt til UTC+05:45 i 1986.

Alle nasjoner bruker for tiden standard tidssoner for sekulære formål, men ikke alle bruker konseptet slik det opprinnelig ble tenkt. Flere land og underavdelinger bruker halvtimes- eller kvarttimesavvik fra standardtid. Noen land, som Kina og India , bruker en enkelt tidssone selv om omfanget av deres territorium langt overstiger den ideelle lengdegraden på 15° i én time; andre land, som Spania og Argentina , bruker standard timebaserte forskyvninger, men ikke nødvendigvis de som bestemmes av deres geografiske plassering. Konsekvensene, i noen områder, kan påvirke livene til lokale borgere, og i ekstreme tilfeller bidra til større politiske spørsmål, for eksempel i de vestlige delene av Kina. I Russland , som har 11 tidssoner , ble to tidssoner fjernet i 2010 og gjeninnført i 2014.

Notasjon

ISO 8601

ISO 8601 er en standard etablert av International Organization for Standardization som definerer metoder for å representere datoer og klokkeslett i tekstform, inkludert spesifikasjoner for å representere tidssoner.

Hvis en tid er i Coordinated Universal Time (UTC), legges en "Z" til rett etter tiden uten et skille mellomrom. "Z" er sonebetegnelsen for null UTC-forskyvningen. "09:30 UTC" er derfor representert som "09:30Z" eller "0930Z". På samme måte skrives "14:45:15 UTC" som "14:45:15Z" eller "144515Z". UTC-tid er også kjent som "Zulu"-tid, siden "Zulu" er et fonetisk alfabetkodeord for bokstaven "Z".

Forskyvninger fra UTC skrives i formatet ±hh:mm, ±hhmm eller ±hh (enten timer foran eller bak UTC). For eksempel, hvis tidspunktet som beskrives er én time foran UTC (som tiden i Tyskland om vinteren), vil sonebetegnelsen være " +01:00 ", "+0100", eller ganske enkelt "+01". Denne numeriske representasjonen av tidssoner er lagt til lokale tider på samme måte som alfabetiske tidssoneforkortelser (eller "Z", som ovenfor) er lagt til. Forskyvningen fra UTC endres med sommertid , f.eks. en tidsforskyvning i Chicago , som er i den nordamerikanske sentrale tidssonen , er " −06:00 " for vinteren (sentral standardtid) og " −05:00 " for sommeren (sentral dagslystid).

Forkortelser

Tidssoner er ofte representert med alfabetiske forkortelser som "EST", "WST" og "CST", men disse er ikke en del av den internasjonale klokkeslett- og datostandarden ISO 8601 . Slike betegnelser kan være tvetydige; for eksempel kan "CST" bety (nordamerikansk) sentral standardtid (UTC−06:00), Cuba standardtid (UTC−05:00) og Kina standardtid (UTC+08:00), og det er også en mye brukt variant av ACST ( Australian Central Standard Time , UTC+09:30).

Konverteringer

Konvertering mellom tidssoner adlyder forholdet

"tid i sone A" − "UTC offset for sone A" = "tid i sone B" − "UTC offset for sone B",

der hver side av ligningen tilsvarer UTC.

Konverteringsligningen kan omorganiseres til

"tid i sone B" = "tid i sone A" − "UTC offset for sone A" + "UTC offset for sone B".

For eksempel åpner New York-børsen kl. 09:30 ( EST , UTC offset= -05:00). I California ( PST , UTC offset= −08:00) og India ( IST , UTC offset= +05:30) åpner New York Stock Exchange kl.

tid i California = 09:30 − (−05:00) + (−08:00) = 06:30;
tid i India = 09:30 − (−05:00) + (+05:30) = 20:00.

Disse beregningene blir mer kompliserte nær tidsbryteren til eller fra sommertid, ettersom UTC-forskyvningen for området blir en funksjon av UTC-tid.

Tidsforskjellene kan også resultere i forskjellige datoer. For eksempel, når det er 22:00 på mandag i Egypt (UTC+02:00), er det 01:00 på tirsdag i Pakistan (UTC+05:00).

Tabellen "Tid på døgnet for sone" gir en oversikt over tidsrelasjonene mellom ulike soner.

Tid på døgnet etter sone UTC offset
mandag
UTC–12:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
UTC–11:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
UTC−10:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
UTC–09:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
UTC–09:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
UTC–08:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
UTC–07:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
UTC–06:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
UTC–05:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
UTC–04:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
UTC–03:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
UTC–03:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
UTC−02:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
UTC−02:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
UTC−01:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
UTC±00:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
UTC+01:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
UTC+02:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
UTC+03:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
UTC+03:30
15:30
16:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
UTC+04:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
UTC+04:30
16:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
UTC+05:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
UTC+05:30
17:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
UTC+05:45
17:45
18:45
19:45
20:45
21:45
22:45
23:45
00:45
01:45
02:45
03:45
04:45
05:45
06:45
07:45
08:45
09:45
10:45
11:45
12:45
13:45
14:45
15:45
16:45
UTC+06:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
UTC+06:30
18:30
19:30
20:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
UTC+07:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
UTC+08:00
20:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
UTC+08:45
20:45
21:45
22:45
23:45
00:45
01:45
02:45
03:45
04:45
05:45
06:45
07:45
08:45
09:45
10:45
11:45
12:45
13:45
14:45
15:45
16:45
17:45
18:45
19:45
UTC+09:00
21:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
UTC+09:30
21:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
18:30
19:30
20:30
UTC+10:00
22:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
UTC+10:30
22:30
23:30
00:30
01:30
02:30
03:30
04:30
05:30
06:30
07:30
08:30
09:30
10:30
11:30
12:30
13:30
14:30
15:30
16:30
17:30
18:30
19:30
20:30
21:30
UTC+11:00
23:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
UTC+12:00
00:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
UTC+12:45
00:45
01:45
02:45
03:45
04:45
05:45
06:45
07:45
08:45
09:45
10:45
11:45
12:45
13:45
14:45
15:45
16:45
17:45
18:45
19:45
20:45
21:45
22:45
23:45
UTC+13:00
01:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
UTC+13:45
01:45
02:45
03:45
04:45
05:45
06:45
07:45
08:45
09:45
10:45
11:45
12:45
13:45
14:45
15:45
16:45
17:45
18:45
19:45
20:45
21:45
22:45
23:45
00:45
UTC+14:00
02:00
03:00
04:00
05:00
06:00
07:00
08:00
09:00
10:00
11:00
12:00
13:00
14:00
15:00
16:00
17:00
18:00
19:00
20:00
21:00
22:00
23:00
00:00
01:00
UTC offset
tirsdag
onsdag

Nautiske tidssoner

Siden 1920-tallet har et nautisk standardtidssystem vært i drift for skip på åpent hav . Som en ideell form for det terrestriske tidssonesystemet, består nautiske tidssoner av gores på 15° forskjøvet fra GMT med et helt antall timer. En nautisk datolinje følger den 180. meridianen, og deler en 15°-gore i to 7,5°-gorer som skiller seg fra GMT med ±12 timer.

Imidlertid kan hvert skip i praksis velge hvilket tidspunkt det skal observeres på hvert sted. Skip kan bestemme seg for å justere klokkene på et passende tidspunkt, vanligvis om natten, ikke akkurat når de krysser en viss lengdegrad. Noen skip forblir rett og slett på tidspunktet for avgangshavnen under hele turen.

Skjeving av tidssoner

Forskjellen mellom soltid og klokketid i sommertid:
1t ± 30 min bak
0t ± 30m
1 t ± 30 m foran
2 timer ± 30 m foran
3 timer ± 30 m foran
 
 DST observert
 
 DST tidligere observert
 
 DST aldri observert

Ideelle tidssoner, for eksempel nautiske tidssoner, er basert på gjennomsnittlig soltid for en bestemt meridian som ligger i midten av den sonen med grenser lokalisert 7,5 grader øst og vest for meridianen. I praksis er imidlertid mange tidssonegrenser trukket mye lenger mot vest, og noen land ligger helt utenfor sine ideelle tidssoner.

For eksempel, selv om grunnmeridianen (0°) passerer gjennom Spania og Frankrike , bruker de gjennomsnittlig soltid på 15 grader øst ( sentraleuropeisk tid ) i stedet for 0 grader (Greenwich-middeltid). Frankrike brukte tidligere GMT, men ble byttet til CET (Central European Time) under den tyske okkupasjonen av landet under andre verdenskrig og byttet ikke tilbake etter krigen. På samme måte, før andre verdenskrig, observerte Nederland "Amsterdam Time", som var tjue minutter foran Greenwich Mean Time. De var forpliktet til å følge tysk tid under krigen, og beholdt den deretter. På midten av 1970-tallet begynte Nederland, som andre europeiske stater, å observere sommertid.

En grunn til å trekke tidssonegrenser langt vest for deres ideelle meridianer er å tillate mer effektiv bruk av sollys. Noen av disse stedene bruker også sommertid (DST), noe som øker forskjellen til lokal soltid ytterligere. Som et resultat, om sommeren, oppstår solmiddag i den spanske byen Vigo klokken 14:41. Dette vestligste området av det kontinentale Spania opplever aldri solnedgang før klokken 18.00, selv om vinteren, til tross for at det ligger 42 grader nord for ekvator. I nærheten av sommersolverv har Vigo solnedgangstider etter kl. 22.00, tilsvarende de i Stockholm , som ligger i samme tidssone og 17 grader lenger nord. Stockholm har imidlertid mye tidligere soloppganger.

Et mer ekstremt eksempel er Nome, Alaska , som er på 165°24′W lengdegrad – like vest for sentrum av den idealiserte Samoa-tidssonen ( 165°W ). Likevel observerer Nome Alaska-tid ( 135°W ) med sommertid, så den er litt mer enn to timer foran solen om vinteren og over tre om sommeren. Kotzebue, Alaska , også nær samme meridian, men nord for polarsirkelen, har to solnedganger på samme dag i begynnelsen av august, den ene like etter midnatt ved starten av dagen, og den andre like før midnatt på slutten av dagen. .

Kina strekker seg så langt vest som 73°E , men alle deler av det bruker UTC+08:00 ( 120°E ), så solenergi kan oppstå så sent som kl. 15.00 i vestlige deler av Kina som Xinjiang . Grensen mellom Afghanistan og Kina markerer den største terrestriske tidssoneforskjellen på jorden, med en forskjell på 3,5 timer mellom Afghanistans UTC+4:30 og Kinas UTC+08:00 .

En visualisering av misforholdet mellom klokketid og soltid på forskjellige steder. I blå områder henger klokketiden etter soltiden; i røde områder er det motsatte. De to er synkronisert i de hvite områdene.

Sommertid

Mange land, og noen ganger bare visse regioner i land, tar i bruk sommertid (DST), også kjent som sommertid, i deler av året. Dette innebærer vanligvis at klokkene rykker frem med en time nær begynnelsen av våren og justeres tilbake om høsten ("vår fremover", "faller tilbake"). Moderne sommertid ble først foreslått i 1907 og var i utbredt bruk i 1916 som et krigstiltak med sikte på å bevare kull . Til tross for kontroverser har mange land brukt det av og på siden den gang; detaljene varierer etter sted og endres av og til. Land rundt ekvator observerer vanligvis ikke sommertid, siden årstidsforskjellen i sollys der er minimal.

Datasystemer

Mange datamaskinoperativsystemer inkluderer nødvendig støtte for å jobbe med alle (eller nesten alle) mulige lokale tider basert på de ulike tidssonene. Internt bruker operativsystemer vanligvis UTC som sin grunnleggende tidtakingsstandard , samtidig som de tilbyr tjenester for konvertering av lokale tider til og fra UTC, og også muligheten til å automatisk endre lokaltidskonverteringer ved starten og slutten av sommertid på de forskjellige tidspunktene soner. (Se artikkelen om sommertid for flere detaljer om dette aspektet).

Nettservere som presenterer nettsider primært for et publikum i en enkelt tidssone eller et begrenset område av tidssoner, viser vanligvis tider som lokal tid, kanskje med UTC-tid i parentes. Mer internasjonalt orienterte nettsteder kan vise tider kun i UTC eller ved å bruke en vilkårlig tidssone. For eksempel inkluderer den internasjonale engelskspråklige versjonen av CNN GMT og Hong Kong Time, mens den amerikanske versjonen viser Eastern Time . US Eastern Time og Pacific Time brukes også ganske ofte på mange USA-baserte engelskspråklige nettsteder med et globalt lesertall. Formatet er vanligvis basert på W3C Note "datetime".

E -postsystemer og andre meldingssystemer ( IRC chat , etc.) tidsstempelmeldinger som bruker UTC, eller inkluderer avsenderens tidssone som en del av meldingen, slik at mottakerprogrammet kan vise meldingens dato og klokkeslett for sending i mottakerens lokale tid.

Databaseposter som inkluderer et tidsstempel bruker vanligvis UTC, spesielt når databasen er en del av et system som spenner over flere tidssoner. Bruk av lokal tid for tidsstemplingsregistreringer anbefales ikke for tidssoner som implementerer sommertid, fordi en gang i året er det en en-times periode hvor lokale tider er tvetydige.

Kalendersystemer i dag knytter vanligvis tidsstemplene til UTC, og viser dem forskjellig på datamaskiner som er i forskjellige tidssoner. Det fungerer når du har telefon- eller internettmøter. Det fungerer dårligere når du er på reise, fordi kalenderhendelsene antas å finne sted i tidssonen datamaskinen eller smarttelefonen var på da arrangementet ble opprettet. Arrangementet kan vises på feil tidspunkt. For eksempel, hvis en New Yorker planlegger å møte noen i Los Angeles kl. 09.00, og gjør en kalenderoppføring kl. 09.00 (som datamaskinen antar er New York-tid), vil kalenderoppføringen være kl. 06.00 hvis det tar datamaskinens tid. sone. Det er også et alternativ i nyere versjoner av Microsoft Outlook for å angi tidssonen der en hendelse skal skje, men ofte ikke i andre kalendersystemer. Kalenderprogramvare må også håndtere sommertid (DST). Hvis start- og sluttdatoene for sommertid av politiske årsaker endres, bør kalenderoppføringer forbli de samme i lokal tid, selv om de kan skifte i UTC-tid. I Microsoft Outlook lagres og kommuniseres derfor tidsstempler uten DST-forskyvninger. Derfor vil en avtale i London kl. 12.00 om sommeren være representert som 12:00 (UTC+00:00), selv om arrangementet faktisk finner sted kl. 13:00 UTC. I Google Kalender lagres kalenderhendelser i UTC (selv om de vises i lokal tid) og kan endres ved endringer i tidssonen, selv om normal sommertid og start kompenseres for (i likhet med mye annen kalenderprogramvare).

Operativsystemer

Unix

De fleste Unix-lignende systemer, inkludert Linux og Mac OS X , holder systemtiden i time_t-format, som representerer antall sekunder som har gått siden 00:00:00 Coordinated Universal Time (UTC) torsdag 1. januar 1970. Som standard den eksterne representasjonen er som UTC (Coordinated Universal Time), selv om individuelle prosesser kan spesifisere tidssoner ved å bruke TZ - miljøvariabelen . Dette lar brukere i flere tidssoner bruke samme datamaskin, med deres respektive lokale tider vist riktig for hver bruker. Tidssoneinformasjon kommer oftest fra IANAs tidssonedatabase . Faktisk kan mange systemer, inkludert alt som bruker GNU C Library , bruke denne databasen.

Microsoft Windows

Windows -baserte datasystemer før Windows 2000 brukte lokal tid, men Windows 2000 og nyere kan bruke UTC som grunnleggende systemtid. Systemregisteret inneholder tidssoneinformasjon som inkluderer offset fra UTC og regler som angir start- og sluttdatoene for sommertid i hver sone. Interaksjon med brukeren bruker normalt lokal tid, og applikasjonsprogramvare kan beregne tiden i ulike soner. Terminalservere lar eksterne datamaskiner omdirigere tidssoneinnstillingene til terminalserveren slik at brukerne ser riktig tid for tidssonen i skrivebords-/applikasjonsøktene. Terminal Services bruker serverens basistid på Terminal Server og klientens tidssoneinformasjon for å beregne tiden i økten.

Programmerings språk

Java

Mens de fleste applikasjonsprogramvare vil bruke det underliggende operativsystemet for tidssoneinformasjon, har Java-plattformen , fra versjon 1.3.1, opprettholdt sin egen tidssonedatabase. Denne databasen oppdateres hver gang tidssoneregler endres. Oracle tilbyr et oppdateringsverktøy for dette formålet.

Som et alternativ til tidssoneinformasjonen som følger med Java-plattformen, kan programmerere velge å bruke Joda-Time-biblioteket. Dette biblioteket inkluderer sine egne tidssonedata basert på IANAs tidssonedatabase.

Fra og med Java 8 er det en ny dato og klokkeslett API som kan hjelpe med å konvertere tidssoner. Java 8 Dato Tid

JavaScript

Tradisjonelt var det svært lite i veien for tidssonestøtte for JavaScript . I hovedsak måtte programmereren trekke ut UTC-forskyvningen ved å instansiere et tidsobjekt, få en GMT-tid fra det og skille mellom de to. Dette gir ikke en løsning for mer komplekse variasjoner i sommertid, for eksempel divergerende sommertid-retninger mellom nordlige og sørlige halvkuler.

ECMA-402, standarden for Internationalization API for JavaScript, gir måter å formatere tidssoner på. På grunn av størrelsesbegrensninger inkluderer imidlertid enkelte implementeringer eller distribusjoner det ikke.

Perl

DateTime-objektet i Perl støtter alle tidssoner i Olson DB og inkluderer muligheten til å hente, angi og konvertere mellom tidssoner.

PHP

DateTime-objektene og relaterte funksjoner har blitt kompilert i PHP - kjernen siden 5.2. Dette inkluderer muligheten til å få og angi standard skripttidssone, og DateTime er klar over sin egen tidssone internt. PHP.net gir omfattende dokumentasjon på dette. Som nevnt der, kan den nyeste tidssonedatabasen implementeres via PECL timezonedb.

Python

Standardmodulen datetime inkludert i Python lagrer og opererer på tidssoneinformasjonsklassen tzinfo. Tredjeparts pytz-modulen gir tilgang til hele IANA-tidssonedatabasen. Negert tidssoneforskyvning i sekunder er lagret tid.tidssone og tid.altsoneattributter. Fra Python 3.9 introduserer zoneinfo-modulen tidssoneadministrasjon uten behov for tredjepartsmodul.

Småprat

Hver Smalltalk -dialekt kommer med sine egne innebygde klasser for datoer, klokkeslett og tidsstempler, hvorav bare noen få implementerer DateAndTime og Duration-klassene som spesifisert av ANSI Smalltalk Standard. VisualWorks tilbyr en TimeZone-klasse som støtter opptil to årlig tilbakevendende offset-overganger, som antas å gjelde for alle år (samme oppførsel som Windows-tidssoner). Squeak gir en Timezone-klasse som ikke støtter noen offset-overganger. Dolphin Smalltalk støtter ikke tidssoner i det hele tatt.

For full støtte for tz-databasen (zoneinfo) i en Smalltalk-applikasjon (inkludert støtte for et hvilket som helst antall årlig tilbakevendende offset-overganger, og støtte for forskjellige intra-års offset-overgangsregler i forskjellige år), tredjeparten, åpen kildekode, ANSI -Smalltalk-kompatibelt Chronos Date/Time Library er tilgjengelig for bruk med en av følgende Smalltalk-dialekter: VisualWorks, Squeak, Gemstone eller Dolphin.

Tid i verdensrommet

Romfartøy i bane kan oppleve mange soloppganger og solnedganger, eller ingen, i løpet av en 24-timers periode. Derfor er det ikke mulig å kalibrere tiden med hensyn til solen og fortsatt respektere en 24-timers søvn/våkne-syklus. En vanlig praksis for romutforskning er å bruke den jordbaserte tiden for oppskytningsstedet eller oppdragskontrollen, og synkronisere sovesyklusene til mannskapet og kontrollørene. Den internasjonale romstasjonen bruker normalt Greenwich Mean Time (GMT).

Tidtaking på Mars kan være mer kompleks, siden planeten har en soldag på omtrent 24 timer og 40 minutter, kjent som en sol . Jordkontrollere for noen Mars-oppdrag har synkronisert søvn-/våknesyklusene deres med Marsdagen, fordi solcelledrevet roveraktivitet på overflaten var knyttet til perioder med lys og mørke.

Se også

Referanser

Videre lesning

  • Media relatert til tidssoner på Wikimedia Commons