Saat Dilimi Hesaplayıcısı, belirli bir zamanı bir saat diliminden diğerine dönüştürür ve dönüşümün her iki ucunda yaz saati saatini hesaba katır, tek bir sabit ofset uygulamaz. Bir tarih, bir saat, bir kaynak bölge ve bir hedef bölge girin; hesap makinesi dönüştürülmüş zamanı, o tarihte her bölge için geçerli olan UTC ofsetini ve dönüşüm sırasında tarihin ileri mi geri kaydığını döndürür.
İki bölge arasındaki zamanı dönüştürün
Bir dönüşüm, girilen tarih ve saati kaynak bölgeyle birleştirerek tek bir zaman noktasında başlar ve ardından aynı noktayı hedef bölgede render eder.
Saat Dilimi Hesaplayıcısı, tarayıcının yerleşik tarih ve saat API'si aracılığıyla IANA saat dilimleri veritabanını kullanır; bu API, her ofseti güncel tutar ve ayrı bir tablo tutmadan bayatlanabilir.
New York'ta Ocak ayında bir tarihte 9:00 girin, hesap makinesi herhangi bir hedef bölgedeki eşdeğer zamanı ve New York'un o belirli tarihte gözlemlediği UTC ofsetini geri getirir, çünkü bu kayıntı yıl boyunca sabit değildir.
Yaz saatini hesablayın
İki yaygın kullanılan rakip hesap makinesi, yaz saatini göz ardı ettiklerini açıkça belirtir; bu da çoğu bölgede yaklaşık yılın yarısında dönüşümleri yanlış yapar.
Saat Dilimi Hesaplayıcısı ise girilen tam tarih için DST'yi çözer ve her bölgenin o gün için standart saatte mi yoksa gündüz saatinde mi olduğunu kontrol eder, yıl boyunca sabit bir ofset varsaymak yerine.
New York, kış aylarında Doğu Standart Saati, UTC-5 ile çalışır ve ilkbaharda Doğu Yaz Saati, UTC-4'ye geçer ve saatleri bir saat ileri kaydırır. Sonbaharda standart zamana geri döner, saatleri bir saat geri kaydırır. New York'u tüm yıl boyunca UTC-5 olarak kodlayan bir saat kuşağı dönüştürücü yalnızca kışın doğru olur ve bahardan sonbahara her gün bir saat yanlıştır.
Tarih değişikliğini okuyun
Yeterince uzak olan bölgeler arasında dönüşüm yapmak sonucu önceki veya sonraki takvim gününe itebilir, sadece aynı günün farklı saat saatine değil.
Saat Dilimi Hesaplayıcısı bunu açıkça bir tarih kaydırması olarak eksik bir, sıfır veya artı bir gün olarak bildirir; okuyucunun çıkışta gömülü tarih değişikliğini fark etmesine izin vermez.
Bir bölgede gece yarısına yakın bir zaman, birkaç saat önceden dönüştürülmüş bir bölgede genellikle ertesi sabah iniş yapar; aynı saat, birçok saat geride olan bir bölgeye dönüştürülen zaman, önceki akşam iniş yapabilir. Uluslararası Tarih Çizgisini geçen yolcular, bunun en uç versiyonunu yaşar; kısa bir uçuş, varış tarihinden tam bir takvim günü ekleyebilir veya çıkarabilir.
9 PM New York saatiyle Tokyo'ya dönüştür
New York'ta 9:00 Temmuz'da 9:00 PM'de dönüşüm, New York Doğu Yaz Saati'ni gözlemlediğinde, UTC-4, ertesi gün 10:00, 26, Tokyo'da**, Japonya Standart Saati, UTC+9 ile yıl boyunca, yaz saati olmadan çalışır.
1. Ofset farkını bul. Tokyo, Temmuz ayında UTC+9 ve New York UTC-4, New York'tan 13 saat önde.
2. Farkı kaynak zamanına ekleyin. 9:00 PM artı 13 saat 34:00 24 saatinde 34:00⟧ olur, saat gece yarısını geçer.
3. 24 saatlerini çıkarıp tarihi bir gün öne geçirin. 34:00 eksi 24 10:00 olur, böylece sonuç sonraki takvim gününde 10:00 olur.
Ocak ayında yapılan aynı dönüşüm, New York Doğu Standart Zamanı'nı gözlemlediğinde, UTC-5, farkı 13 yerine 14 saatlerine kaydırır, çünkü Tokyo mevsimlere göre değişmez. 9:00 Ocak dönüşümü, 14-saat farkı altında aynı takvim gününde 11:00 PM'de gerçekleşir, çünkü 9 artı 14 23 olur ve bu da 24 saatlik devretme altında kalır. Tarih kaydırması hem günün saatine hem de mevsime bağlıdır, sadece bölge çiftine değil.
Aynı anda birkaç bölgeyi karşılaştırın
Çok bölgeli bir görünüm, seçilmiş bir bölge listesini yan yana tek bir referans zamanına göre hizalar; bu, farklı ülkelerdeki ofisler arasında toplantı planlamak için faydalıdır.
Saat Dilimi Hesaplayıcısı, genellikle 9 ile 5 PM arasında yerel saatle her bölgede aynı anda çalışma saatleri penceresini gölgeler; böylece bölge hesap bölge yerine bakışta örtüşen bir pencere görünür.
New York, Londra ve Tokyo'da bölünmüş bir takımın çalışma saatleri mevsime göre yaklaşık iki ila üç saatlik bir örtüşme var; çünkü Londra ve New York, bahar ve sonbahar geçişlerinde saatlerini her yıl farklı takvim tarihlerine göre kaydırıyor ve örtüşme penceresinin büyüklüğü kısa süreliğine bir veya iki hafta değişiyor.
UTC ve GMT'yi anlayın
UTC, Koordineli Evrensel Zaman, her saat diliminin ofsetinin tanımlandığı referans zaman standardıdır ve kendi yaz saati kullanmaz. GMT, Greenwich Ortalama Saati, Birleşik Krallık'ın ana saat diliminin yerel saatidir ve sayısal olarak sadece Birleşik Krallık standart saatte olduğunda UTC ile aynıdır, İngiliz Yaz Saati sırasında değil.
Bir ofset, UTC'ye göre yazılır, örneğin UTC-5 veya UTC+9; işaret yönü gösterir: negatif bir ofset UTC'nin arkasındadır, pozitif bir ofset onun önündedir. UTC'nin kendisi sıfır ofset referans noktasıdır ve yaz saatini gözlemlemez, bu yüzden sunucular, havacılık programları ve bilimsel zaman damgaları onu kararlı temel olarak kullanır.
Saat dışı ofsetleri yönetin
Her saat dilimi UTC'den tam bir saat ofsetinde yer almaz. Hindistan UTC+5:30 kullanır, Nepal UTC+5:45, Newfoundland UTC-3:30 kullanır ve Yeni Zelanda'nın doğusundaki Chatham Adaları UTC+12:45 kullanır; her biri yuvarlak sayı yerine yarım saat veya 45 ofsetlidir.
Saat Dilimi Hesaplayıcısı bunları, tüm saat bölgeleriyle aynı şekilde yönetir, çünkü temel aritmetik dakikalarla çalışır, sadece saat oranı varsaymak yerine varsaymaz.
Bu kesirli ofsetler, teknik bir zorunluluktan ziyade her bölgeye özgü tarihsel ve siyasi nedenlerle vardır ve ofsetleri sadece tam sayılar olarak kaydeden hesap makinelerinde yaygın bir hata kaynağıdır.
Yay-ileri boşluğu ve geri çekilme tekrarını yönetin
Her yıl iki takvim günü, yaz saati geçişi yakınında yerel zamanda gerçek belirsizlik yaratır ve Saat Dilimi Hesaplayıcısı, tanımlanmamış bir sonuç vermek yerine her ikisini de çözer.
Bahar-ileri tarihinde, saatler 1:59'den doğrudan 3:00'e atlar, yani 2:30 gibi bir zaman o gün asla gerçekleşmez; hesap makinesi bunu var olmayan bir zaman olarak işaretler ve ileriye doğru 3:30'e kadar çözer.
Yedekleme tarihinde, saatler 1:59'den 1:00'e geri döner, yani 1:00 ile 1:59 arasındaki zamanlar iki kez gerçekleşir; bir kez değişimden önce ve bir kez sonra. Saat Dilimi Hesaplayıcısı, 1:30 gibi belirsiz bir zaman için her iki olası UTC anını da belirtir ve saatler geri çekilmeden önce ilk karşılaşmaya geçer, ikinci olmanın da var olduğunu belirtir.
Sıkça sorulan sorular
Bir zaman diliminden diğerine bir zamanı nasıl dönüştürebilirim?
Saat Dilimi Hesaplayıcısı'na bir tarih, bir saat, bir kaynak bölge ve bir hedef bölge girin. Tarih ve saati, o tarih için kaynak bölgenin ofsetiyle birleştirir ve hedef bölgede aynı anı gösterir ve her iki tarafta da yaz saati hesaba katılır.
Saat Dilimi Hesaplayıcısı yaz saatini hesaba katıyor mu?
Evet, hem kaynak hem de hedef bölgede, sabit yıl boyunca kaydırma yerine girilen tam tarih için çözümlenmiştir. Bu, hesap makinesinin yaz saatini tamamen görmezden geldiğini söyleyen dönüştürücülere göre en büyük avantajıdır.
Neden iki şehir arasındaki zaman farkı yıl içinde değişiyor?
Fark, bir şehir yaz saati saatini uygularken diğeri gözlemlediğinde veya iki şehir farklı takvim tarihlerine geçtiğinde değişir. New York ve Tokyo, New York'un yaz saati aylarında 13 saatleri, standart saatlerinde ise 14 saatleri fark eder; çünkü Tokyo hiç yaz saati uygulamaz.
Yaz saati değişimine yakın bir saat dilimi dönüşümü ne olur?
İki kenar durum vardır. Yay-ileri değişimiyle oluşan bir saatlik boşlukta düşen zaman yerel olarak mevcut değildir ve boşluktan sonra ileriye gider. Geri dönüş değişimiyle tekrarlanan saatte düşen zaman belirsizdir ve her iki olası an gösterilerek ilk kez gerçekleşir.
UTC ile GMT arasındaki fark nedir?
UTC, yaz saati olmadan sabit referans standarttır. GMT, Birleşik Krallık'ın ana bölgesinin özel yerel saatidir; Birleşik Krallık standart saatteyken sadece UTC ile eşleşir ve Britanya Yaz Saati ile bir saat fark gösterir.
Hesap makinesi, 30-dakika veya 45-dakika ofsetli zaman dilimlerini yönetebilir mi?
Evet. Hindistan, UTC+5:30, Nepal, UTC+5:45 ve birkaç başka bölgede tam saat olmayan ofsetler kullanılır ve Saat Kuşağı Hesaplayıcısı dönüşümünü dahili dakika içinde yapar; bu da standart tam saat bölgeleriyle birlikte doğru şekilde işlenir.
Birden fazla zaman dilimi arasında bir toplantıyı nasıl planlarım?
Çoklu bölge karşılaştırma modunu kullanarak referans zamanını aynı anda birkaç bölgeyle hizalayın. Her bölge arasında gölgeli çalışma saatleri penceresi, örtüşmeyi doğrudan gösterir; bu, her bölgeyi ayrı ayrı dönüştürmek ve sonuçları elle çapraz referanslamak yerine daha hızlıdır.
Saat dilimleri arasında dönüşüm yaparken tarih değişiyor mu?
Olabilir. Saat Dilimi Hesaplayıcısı, herhangi bir tarih kaymasını açıkça bir gün önce, aynı gün veya bir gün sonra olarak bildirir; çünkü yeterince büyük bir ofset farkı ile günün saati birleşince dönüşümü gece yarısına her iki yöne de itebilir.
Özet
Saat Dilimi Hesaplayıcısı, mevcut IANA saat dilimleri veritabanını kullanarak iki bölge arasındaki belirli bir saati dönüştürür ve yaz saati zamanını sabit bir kayma varsaymak yerine girilen tam tarih için çözer.
Dönüştürülmüş zamanı, her bölge için UTC ofsetini ve tarih kaydırmasını açıkça bildirir ve belirsiz bir sonuç döndürmek yerine yay-ileri boşluk ile geri çekilme tekrarını çözer.
Çok bölgeli bir karşılaştırma, aynı anda birden fazla konumda planlama için ortak çalışma saatleri penceresini gölgeler.