Metode

Datakilder og metode

Hvor vores tal kommer fra – og hvorfor de er korrekte.

Tidszoner og sommertid

Alle offset og sommertids-overgange kommer fra IANA's tidszone-database (tzdb) – den autoritative kilde, som styresystemer, programmeringssprog og browsere selv bygger på. Databasen vedligeholdes af en international gruppe og rummer både de nuværende regler og den fulde historik for hver zone, så et skift mellem normaltid og sommertid altid rammer den rigtige dato og det rigtige klokkeslæt. Vi bruger IANA-zone-id'er som Europe/Copenhagen eller America/New_York som den entydige nøgle til hvert sted – aldrig et fast tal for tidsforskellen, for netop den forskel er ikke konstant hen over året.

Sådan beregner vi tiden

Vi hardkoder ingen offsets. I stedet beder vi JavaScripts indbyggede Intl.DateTimeFormat om at oversætte ét konkret øjeblik – et præcist tidsstempel – til lokal tid i en given IANA-zone. Motoren slår selv de gældende regler op i tzdb og fortæller, om sommertiden var aktiv netop da. Fordi beregningen sker for et bestemt tidspunkt frem for en generel regel, er svaret korrekt både midt om sommeren, midt om vinteren og i de få uger, hvor to lande har skiftet på forskellige datoer, og forskellen derfor midlertidigt er en time større eller mindre end normalt.

Til de sider, der viser hvornår sommertiden skifter, finder vi selve overgangen med en binær søgning: vi kender zonens offset før og efter et skift og indsnævrer trin for trin det minut, hvor tiden ændrer sig. Det giver det eksakte skiftetidspunkt uden at gætte på en dato og uden at skulle gennemløbe hele året sekund for sekund.

Geodata

Byer, lande, hovedstæder og koordinater kommer fra GeoNames og bruges under licensen CC BY 4.0. Hver by er på forhånd knyttet til sin korrekte IANA-zone, så vi undgår de mapping-fejl, der er almindelige hos konkurrenterne – for eksempel byer placeret i det forkerte land eller den forkerte zone. For lande med flere tidszoner viser en landeside en repræsentativ zone, typisk hovedstadens, og gør opmærksom på, at andre dele af landet kan have en anden lokal tid. Skal du bruge svaret for et bestemt sted, så slå den konkrete by op.

Opdatering og vedligehold

IANA udgiver typisk 3–5 opdateringer om året, når et land ændrer sine tidsregler eller planlægger et fremtidigt skift. Vi genbygger hele datasættet kvartalsvist – og desuden ved hver deploy, så nye regler, ændrede skiftedatoer og korrigeret geodata kommer hurtigt med. Fordi tiderne genberegnes ved hvert build, viser siderne aldrig et statisk, forældet tal, der er låst til det tidspunkt, teksten blev skrevet. Nederst på hver side stempler vi den tzdb-version, beregningerne bygger på, så du kan se præcis hvilket datagrundlag et svar hviler på.

Kendte begrænsninger

Vi vil hellere være åbne om det, vi ikke kan love med fuld præcision:

  • Flyvetider er estimater. De bygger på afstand og typiske rutetider og skal ses som en rettesnor, ikke en køreplan – faktisk flyvetid afhænger af rute, vind og flytype.
  • Sol-op- og solnedgangstider er beregnede og kan afvige med op til omkring ±2 minutter afhængigt af horisont og højde over havet. Brug dem ikke til navigation.
  • Lande med flere zoner vises med en repræsentativ tid, som nævnt ovenfor. Tjek den konkrete by, hvis forskellen er afgørende.

Finder du en tid eller et sted, der ser forkert ud, hører vi meget gerne fra dig – skriv til os via kontaktsiden, så retter vi det.

Ofte stillede spørgsmål

Er tiderne altid korrekte under sommertid?
Ja. Vi beregner offset for det konkrete øjeblik via IANA-databasen, så både normaltid og sommertid – og overgangsperioderne – er rigtige.
Hvor ofte opdateres data?
Tidszone-reglerne genbygges kvartalsvist og ved hver deploy efter IANA-udgivelser; geodata opdateres fra GeoNames.
Bruger I hardkodede tidsforskelle?
Nej. Alle tider beregnes live med native Intl mod den korrekte IANA-zone, så vi aldrig viser en forældet, fast forskel.