Saat Dilimi

Hesaplamaları Karşılaştır

İndirmeler

Bu hesaplama için girdilerinizi ve sonuçlarınızı, ayrıca karşılaştırdığınız ek hesaplamaları içerir.

IANA Saat Dilimi Veritabanı ile Saat Dönüştürme

Bir saat dilimi dönüşümü, tam olarak aynı gerçek dünya anı için ikinci bir konumda eşdeğer duvar saati zamanını bulur. Bir tarih ve saat girin, bunların hangi saat diliminde olduğunu seçin ve dönüştürmek istediğiniz saat dilimini seçin — bu hesaplayıcı orada karşılık gelen tarih ve saati, iki bölgenin şu anda aynı saat farkına sahip olup olmadığını ve herhangi birinin şu anda Yaz Saati Uygulamasını izleyip izlemediğini gösterir.

Bu, basit saat aritmetiğinden fazlasıdır. Saat dilimlerinin hepsi UTC’den sabit tam saat farklarında değildir (birçoğu yarım saat hatta 45 dakika işaretindedir) ve birçoğu Yaz Saati Uygulaması için kendi farkını yılda iki kez değiştirir — farklı ülkelerde farklı takvim tarihlerinde ve bazı yerlerde hiç değiştirmez. Bunu doğru yapmak, sadece sabit bir saat farkı tablosu değil, her bölge için gerçek, zaman zaman yasayla güncellenen kuralları gerektirir.

Formül

Sabit bir formül yerine, bu hesaplayıcı hem web tarayıcınızın hem de neredeyse her bilgisayar işletim sisteminin zaten tam bir kopyasını sunduğu, her saat diliminin kurallarının aynı yetkili, sürekli güncellenen kaydı olan IANA Saat Dilimi Veritabanı’nı kullanır. Dönüşümün kendisi üç adımda çalışır:

  1. Girdiğiniz tarih ve saati “kaynak” bölgeyle birleştirerek temsil ettikleri kesin gerçek dünya anını (UTC cinsinden) bulun.
  2. Bu bölgenin kendi güncel kurallarını kullanarak (o belirli tarihte Yaz Saati Uygulamasının geçerli olup olmadığı dahil) aynı UTC anının “hedef” bölgede bir saatte nasıl okunduğunu bulun.
  3. İki bölgenin mevcut UTC farkları arasındaki farkı ve dönüştürülmüş saatin farklı bir takvim gününe denk gelip gelmediğini bildirin.

Örnek Hesaplama

Ocak ayında (kış, her iki bölge de standart saatte) New York’ta saat 12:00’yi Londra’ya dönüştürmek:

  1. New York (Doğu Standart Saati) Ocak’ta UTC−5’tir.
  2. Londra (Greenwich Ortalama Saati) Ocak’ta UTC+0’dır.
  3. Fark 5 saattir — Londra ileridedir — bu yüzden New York’ta saat 12:00, aynı gün Londra’da 17:00’dir.

Temmuz’da her iki bölge de Yaz Saati Uygulamasına geçer (New York Doğu Yaz Saatine, UTC−4; Londra İngiliz Yaz Saatine, UTC+1) — bireysel farklar değişir, ama her iki bölge birlikte hareket ettiğinden, 5 saatlik fark ve dönüştürülmüş saat tamamen aynı kalır.

Dikkate Alınması Gereken Önemli Faktörler

  • Yaz Saati Uygulamasını farklı takvim tarihlerinde izleyen iki bölgenin zaman farkı, her yıl birkaç hafta boyunca geçici olarak değişebilir. Örneğin ABD ve AB saatlerini aynı tarihte değiştirmez — bu kısa pencere sırasında, bir ABD ve Avrupa şehri arasındaki olağan saat farkı, yılın geri kalanından bir saat farklı olabilir; bu, uluslararası aramalar veya seyahat için gerçek, kolayca gözden kaçan bir zamanlama tuzağıdır.
  • UTC’den her saat dilimi farkı tam saat sayısı değildir. Bazı bölgeler (Hindistan gibi, UTC+5:30’da, veya Avustralya’nın bazı kısımları UTC+9:45’te) yarım saat hatta 45 dakikalık bir fark kullanır — bu, tam olarak basit bir “saatleri say” yaklaşımının bazı bölge çiftleri için neden işe yaramadığının ve bu hesaplayıcının neden basit bir fark tablosu yerine tam IANA veritabanına dayandığının nedenidir.
  • Bir saat diliminin kuralları — Yaz Saati Uygulamasını izleyip izlemediği ve ne zaman izlediği dahil — bireysel hükümetler tarafından belirlenir ve zaman zaman değişir. Ülkeler ve bölgeler son yıllarda YSU politikalarını değiştirdi veya tamamen kaldırdı — bu hesaplayıcının dayandığı IANA veritabanı gibi güncel bir saat dilimi veritabanı kullanmak (statik, elle bakımı yapılan bir tablo yerine), bu kurallar geliştikçe bir dönüşüm aracını doğru tutan şeydir.
  • Bir YSU geçişine yakın bir tarihi dönüştürmek, hedef bölgede tekrar eden veya hiç var olmayan bir saate denk gelebilir. “İleri sarma” geçişi bir saati tamamen atlar (örneğin 02:00 doğrudan 03:00’e atlayabilir) ve “geri sarma” bir saati tekrarlar — bu geçiş noktalarından birinde tam olarak girilen bir saat, doğru yorumlamak için ekstra dikkat gerektirir.

Sık Yapılan Hatalar

  • Gerçek bir şehir veya bölge yerine “UTC-5” gibi sabit bir fark kullanmak. Yalın bir fark, ilgilendiğiniz tarihte Yaz Saati Uygulamasının geçerli olup olmadığını bilmez — aynı “UTC-5” konumu yılın bir bölümünde aslında UTC-4 olabilir, bu yüzden dönüşüm fark edilmeden bir saat kayar.
  • İki bölgenin yıl boyunca her zaman aynı saat farkını koruduğunu varsaymak. Yaz Saati Uygulamasını farklı takvim tarihlerinde başlatan ve bitiren bölgeler (örneğin ABD ve AB), her ilkbahar ve sonbaharda birkaç hafta boyunca kısaca her zamankinden farklı bir saat farkına sahip olur.
  • Dönüştürülmüş bir saatteki tarih değişikliği işaretini göz ardı etmek. Yeterince uzak bölgeler arasındaki bir dönüşüm, önceki veya sonraki takvim gününe denk gelebilir — dönüştürülmüş saati kontrol etmeden “aynı gün” olarak ele almak, kaçırılan aramaların veya toplantıların yaygın bir nedenidir.

Bilmekte Fayda Var

  • Saat dilimleri arasında seyahat ediyor ve programınızı nasıl ayarlayacağınızı mı bilmek istiyorsunuz? Jet Lag Toparlanma Hesaplayıcı uçuşunuza göre bir ayarlama programı planlar.
  • Sadece saati değil, belirli bir tarihin haftanın hangi gününe denk geldiğini mi bilmeniz gerekiyor? Haftanın Günü Hesaplayıcı bunu doğrudan bulur.

Kaynak: IANA Saat Dilimi Veritabanı (tarayıcı/Node Intl API'si aracılığıyla).

Sıkça Sorulan Sorular

Bu, Yaz Saati Uygulamasını hesaba katıyor mu?

Evet — her saat diliminin kendi güncel, gerçek kurallarını (tarayıcınızın zaten sunduğu IANA Saat Dilimi Veritabanı aracılığıyla) Yaz Saati Uygulamasının tam olarak ne zaman başlayıp bittiği için kullanır, bu yüzden bir, her iki veya hiçbir bölge şu anda uygulamıyor olsa bile dönüşüm doğrudur.

Neden sadece 'UTC-5' veya 'EST' yerine bir şehir seçilir?

"UTC-5" gibi sabit bir fark, seçtiğiniz tarihte Yaz Saati Uygulamasının geçerli olup olmadığını bilmez ve "EST" gibi kısaltmalar belirsizdir (dünya çapında birbiriyle ilgisiz birkaç bölge aynı üç harfi kullanır). Gerçek bir şehir/bölge seçmek, dönüşümü o belirli bölgenin gerçek, güncel kurallarına bağlar.

Dönüştürülmüş saat neden bazen farklı bir tarihe denk geliyor?

Saat dilimleri, aynı anın iki farklı takvim gününe denk gelecek kadar birbirinden uzak olabilir — örneğin, Los Angeles'ta akşam 22:00, Tokyo'da zaten bir sonraki günün öğleden sonrasıdır. Bu hesaplayıcı bu durum her gerçekleştiğinde bunu belirtir, böylece gözden kaçmaz.

Yaşınızı Onaylayın

Hesap oluşturmak için lütfen doğum ayınızı ve yılınızı belirtin.