Вот сопоставление для справки, предполагая, что UTC для систем электронных таблиц, таких как Microsoft Excel:
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
* «Ян Ноль, 1900» - 31 декабря 1899 г .; см. раздел об ошибках ниже. † В Excel 2011 для Mac (и старше) используется система дат 1904 года .
Как я часто использую awkв процессе CSV и пространственно-разделителями содержания, я разработал способ преобразования UNIX эпохи в часовом поясе / DST -appropriate формат даты Excel:
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
}'
Я использовал echoдля этого примера, но вы можете передать файл, в котором первый столбец (для первой ячейки в формате .csv назовите его как awk -F,) относится к эпохе UNIX. Измените, $1чтобы представить желаемый номер столбца / ячейки или вместо этого используйте переменную.
Это вызывает системный вызов date. Если у вас будет надежная версия GNU, вы можете удалить 2>/dev/null || date … +%%zи второй , $1. Учитывая, насколько распространен GNU, я бы не рекомендовал использовать версию BSD.
getlineСчитывает смещение часового пояса , выдаваемого date +%zв tz, который затем переводится на hours. Формат будет подобен -0700( PDT ) или +0530( IST ), поэтому первая извлеченная подстрока - это 07или 05, вторая - 00или 30(затем делится на 60, чтобы выразить в часах), а третье использование tzвидит, является ли наше смещение отрицательным, и меняет hoursесли нужно.
Формула, приведенная во всех других ответах на этой странице, используется для установки excelс добавлением настройки часового пояса с учетом перехода на летнее время как hours/24.
Если вы используете более старую версию Excel для Mac, вам необходимо использовать 24107вместо25569 (см. Сопоставление выше).
Чтобы преобразовать любое произвольное время, отличное от эпохи, в удобное для Excel время с датой GNU:
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
}'
Это в основном тот же код, но он date -dбольше не имеет @представления эпохи unix (учитывая, насколько способен анализатор строк, я действительно удивлен, что он @является обязательным; какой еще формат даты имеет 9-10 цифр?), И теперь его спрашивают. для двух выходов: эпоха и смещение часового пояса. Таким образом, вы можете использовать, например, @1234567890как вход.
Ошибка
Lotus 1-2-3 (исходная программа для работы с электронными таблицами) намеренно рассматривала 1900 год как високосный год, несмотря на то, что это не так (это уменьшило кодовую базу в то время, когда считался каждый байт). Microsoft Excel сохранил эту ошибку для совместимости, пропустив 60-й день (фиктивный 1900/02/29), сохранив отображение Lotus 1-2-3 дня 59 на 1900/02/28. LibreOffice вместо этого назначил 60-й день на 1900/02/28 и отодвинул все предыдущие дни назад.
Любая дата до 1900/03/01 может быть целым выходным днем:
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 не признает отрицательные даты и имеет специальное определение нуля января (1899/12/31) для нулевого дня. Внутри Excel действительно обрабатывает отрицательные даты (в конце концов, это просто числа), но он отображает их как числа, поскольку не знает, как отображать их как даты (и не может преобразовывать старые даты в отрицательные числа). 29 февраля 1900 года, день, которого никогда не было, распознается Excel, но не LibreOffice.
"11/09/2009 3:23:24 PM"?