Microsoft Excel gibi elektronik tablo sistemleri için UTC varsayılarak referans için bir eşleme :
Unix Excel Mac Excel Human Date Human Time
Excel Epoch -2209075200 -1462 0 1900/01/00* 00:00:00 (local)
Excel ≤ 2011 Mac† -2082758400 0 1462 1904/12/31 00:00:00 (local)
Unix Epoch 0 24107 25569 1970/01/01 00:00:00 UTC
Example Below 1234567890 38395.6 39857.6 2009/02/13 23:31:30 UTC
Signed Int Max 2147483648 51886 50424 2038/01/19 03:14:08 UTC
One Second 1 0.0000115740… — 00:00:01
One Hour 3600 0.0416666666… ― 01:00:00
One Day 86400 1 1 ― 24:00:00
* “Jan Zero, 1900” 1899/12/31; bkz Bug aşağıdaki bölümü. † Mac için Excel 2011 (ve daha eski), 1904 tarih sistemini kullanır .
Sık sık kullandıkça awksüreç için CSV ve boşlukla ayrılmış içerik, ben UNIX dönemi dönüştürmek için bir yol geliştirdi saat dilimi / DST -Uygun Excel tarih biçimini:
echo 1234567890 |awk '{
# tries GNU date, tries BSD date on failure
cmd = sprintf("date -d@%d +%%z 2>/dev/null || date -jf %%s %d +%%z", $1, $1)
cmd |getline tz # read in time-specific offset
hours = substr(tz, 2, 2) + substr(tz, 4) / 60 # hours + minutes (hi, India)
if (tz ~ /^-/) hours *= -1 # offset direction (east/west)
excel = $1/86400 + hours/24 + 25569 # as days, plus offset
printf "%.9f\n", excel
}'
echoBu örnek için kullandım , ancak ilk sütunun (.csv biçimindeki ilk hücre için olarak adlandırın awk -F,) bir UNIX dönemi olduğu bir dosyayı aktarabilirsiniz . Alter $1istediğiniz sütun / hücre sayısını temsil veya bunun yerine bir değişken kullanmak.
Bu, bir sistem çağrısı yapar date. Eğer güvenilir bir GNU sürümüne sahip olacaksa, kaldırabilir 2>/dev/null || date … +%%zve ikinci , $1. GNU'nun ne kadar yaygın olduğu göz önüne alındığında, BSD'nin sürümünü varsaymamayı tavsiye etmem.
getlineTarafından çıkarılan ofset zaman dilimini okur date +%ziçine tzdaha sonra çevrilir, hours. Biçim, -0700( PDT ) veya +0530( IST ) gibi olacaktır , bu nedenle çıkarılan ilk alt dize 07veya 05, ikincisi 00veya 30(daha sonra saat cinsinden ifade edilmek üzere 60'a bölünür) ve üçüncü kullanım, tzofsetimizin negatif olup olmadığını ve değişip değişmediğini görür. hoursgerekirse.
Bu sayfadaki diğer tüm cevaplarda verilen formül excel, gün ışığından yararlanma farkında olan saat dilimi ayarlamasının eklenmesi ile ayarlanır hours/24.
Mac için Excel'in daha eski bir sürümünü kullanıyorsanız 24107, bunun yerine kullanmanız gerekir 25569(yukarıdaki eşlemeye bakın).
Herhangi bir dönem dışı rastgele zamanı, GNU tarihiyle Excel uyumlu zamanlara dönüştürmek için:
echo "last thursday" |awk '{
cmd = sprintf("date -d \"%s\" +\"%%s %%z\"", $0)
cmd |getline
hours = substr($2, 2, 2) + substr($2, 4) / 60
if ($2 ~ /^-/) hours *= -1
excel = $1/86400 + hours/24 + 25569
printf "%.9f\n", excel
}'
Bu temelde aynı koddur, ancak date -dartık @unix dönemini temsil edecek bir özelliği yoktur (dize ayrıştırıcısının ne kadar yetenekli olduğu göz önüne alındığında, aslında @zorunlu olmasına şaşırdım ; başka hangi tarih formatının 9-10 hanesi var?) Ve şimdi soruluyor için iki çıkışları: dönem ve zaman dilimi farkı. Bu nedenle, örneğin @1234567890bir girdi olarak kullanabilirsiniz .
Hata
Lotus 1-2-3 (orijinal elektronik tablo yazılımı), 1900'ü kasıtlı olarak , öyle olmasa da artık yıl olarak değerlendirdi (bu, her baytın sayıldığı bir zamanda kod tabanını azalttı). Microsoft Excel bu hatayı uyumluluk için korudu , 60. günü (hayali 1900/02/29) atlayarak Lotus 1-2-3'ün 59. gün ile 1900/02/28 arasındaki eşlemesini korudu. LibreOffice bunun yerine 60 - 1900/02/28 günlerini atadı ve önceki tüm günleri bir geriye itti.
1900/03/01 tarihinden önceki herhangi bir tarih bir tatil günü kadar olabilir:
Day Excel LibreOffice
-1 -1 1899/12/29
0 1900/01/00* 1899/12/30
1 1900/01/01 1899/12/31
2 1900/01/02 1900/01/01
…
59 1900/02/28 1900/02/27
60 1900/02/29(!) 1900/02/28
61 1900/03/01 1900/03/01
Excel, negatif tarihleri kabul etmez ve sıfırıncı gün için Ocak Ayının Sıfırının (1899/12/31) özel bir tanımına sahiptir. Excel dahili olarak negatif tarihleri işler (sonuçta sadece sayılardır), ancak bunları tarih olarak nasıl görüntüleyeceğini bilmediğinden (eski tarihleri negatif sayılara dönüştüremediğinden) sayı olarak görüntüler. 29 Şubat 1900, hiç yaşanmamış bir gün, Excel tarafından tanınıyor ancak LibreOffice tarafından tanınmıyor.
"11/09/2009 3:23:24 PM"?