Håndteres sommertid (DST) korrekt?

Ja. Verktøyet bruker JavaScripts `Intl.DateTimeFormat` med `timeZone`-parameter, som slår opp regler i den innebygde IANA/tzdata-databasen. Databasen inneholder både aktuelle sommertid-regler, historiske endringer og planlagte framtidige overganger. Når EU går fra sommertid til vintertid siste søndag i oktober kl. 03:00 (europeisk tid) håndteres det automatisk. Land uten sommertid, som Japan, Kina, India, Russland, Island og de fleste tropiske land, forblir på konstant offset. Sonene på verdensklokka som Oslo, London, New York og Sydney veksler automatisk, mens Reykjavik/UTC, Mumbai og Dubai holder samme offset året rundt.

Hva betyr «neste dag» og «forrige dag»?

Det er samme øyeblikk i tid, men målsonens lokale dato er henholdsvis én dag foran eller bak kildens lokale dato. Eksempel: er klokka 23:00 mandag i Oslo, er den 07:00 tirsdag i Tokyo (merket «neste dag»). Er klokka 08:00 mandag i Tokyo, er den 00:00 mandag i Oslo, samme dag i Oslo. Er klokka 02:00 mandag i Oslo, er den 17:00 søndag i Los Angeles (merket «forrige dag»). Nyttig for å unngå at du bestiller møter etter midnatt uten å legge merke til det.

Kan jeg legge til flere byer?

Verktøyet har et fast utvalg på tretten byer som dekker alle store forretningssoner: Honolulu, Los Angeles, New York, São Paulo, UTC/London, Oslo, Moskva, Dubai, Mumbai, Shanghai, Tokyo, Sydney. Grunnen er at listen skal være oversiktlig og passe på skjermen. For en tilpasset liste kan du bruke `Intl.DateTimeFormat` med IANA-sone-ID direkte i JavaScript: `new Intl.DateTimeFormat("nb-NO", {timeZone: "America/Toronto", hour: "2-digit", minute: "2-digit"}).format(new Date())`. Fullstendig soneliste finnes på iana.org/time-zones.

Hva med land som har diskutert å avskaffe sommertid?

EU vedtok i 2019 å avskaffe sommertid, men implementeringen er utsatt gjentatte ganger og krever samordning mellom medlemsland. Så lenge ingen offisiell tzdata-oppdatering er gitt ut, fortsetter Oslo, Berlin, Paris osv. med regulær DST-veksling. USA (unntatt Arizona og Hawaii) har også diskutert Sunshine Protection Act uten at lovendring har trådt i kraft. Verktøyet reflekterer alltid gjeldende tzdata i din nettleser, så snart operativsystemet ditt oppdaterer tidssonedataene ser du de nye reglene automatisk.

Tidssonekonvertering: Sammenlign klokkeslett mellom byer

Om tidssonekonvertering

Verktøyet tolker klokkeslettet du skriver inn som lokal tid i kildesonen, og viser det samme øyeblikket i andre byer. Sommertid (DST) håndteres automatisk via nettleserens innebygde tidssonedata.

Om dette verktøyet

Tidssoneomregner viser hva klokka er i store byer verden over for et gitt tidspunkt i en valgt kildesone. Verktøyet håndterer sommertid (DST) automatisk gjennom nettleserens innebygde IANA-tidssonedatabase, og markerer om målsonen ligger på forrige eller neste dag i forhold til kildeøyeblikket. Du får UTC-offset (som GMT+02:00 eller GMT+05:30) og ukedag ved siden av klokkeslettet. Byene dekker Amerika, Europa, Midtøsten, Asia og Oseania i alle store forretnings- og møtetidssoner.

Slik bruker du det

Velg kildesonen fra rullegardinmenyen. Verktøyet forsøker å bruke din egen sone som standard.
Sett dato og klokkeslett, eller trykk «Sett til nå» for gjeldende øyeblikk.
Se verdensklokken oppdatere alle byer samtidig med lokal tid, offset og ukedag.
Rader merket «neste dag» eller «forrige dag» viser at målbyen har rullet over til en annen dato.

Eksempler

Standup-møte kl. 09:00 Oslo

InnEurope/Oslo, 09:00

UtLondon 08:00, New York 03:00 (samme dag), Los Angeles 00:00 (samme dag), Tokyo 17:00, Sydney 18:00

Ved sommertid ligger Norge på UTC+2. En 09:00-standup blir da 00:00 midnatt for kolleger i Los Angeles, sannsynligvis ikke aktuelt.

Deploy vindu 22:00 UTC

InnUTC, 22:00

UtOslo 00:00 (neste dag), New York 18:00, Tokyo 07:00 (neste dag), Sydney 08:00 (neste dag)

For globale team er UTC ofte referansen. Merk deg «neste dag»-taggen ved planlegging av vaktrotasjon.

Møte 14:00 Mumbai

InnAsia/Kolkata, 14:00

UtOslo 10:30 (sommer) eller 09:30 (vinter), London 09:30/08:30, New York 04:30/03:30

Mumbai er UTC+5:30 året rundt (India har ikke sommertid). Halvtimes-offset er typisk for India, Iran, Newfoundland og deler av Australia.

Vanlige bruksområder

Planlegging av globale videomøter og standups på tvers av kontorer i Europa, Amerika og Asia.
Vaktplaner (on-call) hvor du må vite hvem som er våken når en incident inntreffer.
Booking av deploy- og vedlikeholdsvinduer utenfor kjernetid i alle regioner.
Reise- og flyplanlegging der landing lokal tid må matches mot avgangsonen.
Support på tvers av kontinenter når du vil se når kundens kontortid faller inn i din.

Ofte stilte spørsmål

Håndteres sommertid (DST) korrekt?: Ja. Verktøyet bruker JavaScripts `Intl.DateTimeFormat` med `timeZone`-parameter, som slår opp regler i den innebygde IANA/tzdata-databasen. Databasen inneholder både aktuelle sommertid-regler, historiske endringer og planlagte framtidige overganger. Når EU går fra sommertid til vintertid siste søndag i oktober kl. 03:00 (europeisk tid) håndteres det automatisk. Land uten sommertid, som Japan, Kina, India, Russland, Island og de fleste tropiske land, forblir på konstant offset. Sonene på verdensklokka som Oslo, London, New York og Sydney veksler automatisk, mens Reykjavik/UTC, Mumbai og Dubai holder samme offset året rundt.
Hva betyr «neste dag» og «forrige dag»?: Det er samme øyeblikk i tid, men målsonens lokale dato er henholdsvis én dag foran eller bak kildens lokale dato. Eksempel: er klokka 23:00 mandag i Oslo, er den 07:00 tirsdag i Tokyo (merket «neste dag»). Er klokka 08:00 mandag i Tokyo, er den 00:00 mandag i Oslo, samme dag i Oslo. Er klokka 02:00 mandag i Oslo, er den 17:00 søndag i Los Angeles (merket «forrige dag»). Nyttig for å unngå at du bestiller møter etter midnatt uten å legge merke til det.
Kan jeg legge til flere byer?: Verktøyet har et fast utvalg på tretten byer som dekker alle store forretningssoner: Honolulu, Los Angeles, New York, São Paulo, UTC/London, Oslo, Moskva, Dubai, Mumbai, Shanghai, Tokyo, Sydney. Grunnen er at listen skal være oversiktlig og passe på skjermen. For en tilpasset liste kan du bruke `Intl.DateTimeFormat` med IANA-sone-ID direkte i JavaScript: `new Intl.DateTimeFormat("nb-NO", {timeZone: "America/Toronto", hour: "2-digit", minute: "2-digit"}).format(new Date())`. Fullstendig soneliste finnes på iana.org/time-zones.
Hva med land som har diskutert å avskaffe sommertid?: EU vedtok i 2019 å avskaffe sommertid, men implementeringen er utsatt gjentatte ganger og krever samordning mellom medlemsland. Så lenge ingen offisiell tzdata-oppdatering er gitt ut, fortsetter Oslo, Berlin, Paris osv. med regulær DST-veksling. USA (unntatt Arizona og Hawaii) har også diskutert Sunshine Protection Act uten at lovendring har trådt i kraft. Verktøyet reflekterer alltid gjeldende tzdata i din nettleser, så snart operativsystemet ditt oppdaterer tidssonedataene ser du de nye reglene automatisk.

Teknisk bakgrunn

Kildesone-tid tolkes som «vegg-tid» og konverteres til UTC med tzdata: for hvert ledet UTC-tidspunkt hentes sonens offset via `Intl.DateTimeFormat.formatToParts(..., {timeZoneName: "shortOffset"})`, deretter beregnes UTC-øyeblikket ved å subtrahere offset. Så formateres samme UTC-øyeblikk til hver målsone med `hour: "2-digit"`, `minute: "2-digit"` og `weekday: "short"`. Dag-differansen beregnes ved å sammenligne ISO-datoen `en-CA` (yyyy-mm-dd) i kildesonen og målsonen. Sonelisten er hardkodet i skriptet med IANA-ID (f.eks. `Europe/Oslo`, `America/Sao_Paulo`) siden IANA-ID inneholder skråstrek som ikke er trygg i Astro-frontmatter. Ved lokalt tidssone-oppslag brukes `Intl.DateTimeFormat().resolvedOptions().timeZone`. All beregning er klient-side og krever ingen nettverkskall.

Verdensklokke