Aquí hay un mapeo de referencia, asumiendo UTC para sistemas de hojas de cálculo como 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
* "Jan Zero, 1900" es 1899/12/31; consulte la sección de errores a continuación. † Excel 2011 para Mac (y versiones anteriores) usa el sistema de fechas 1904 .
Como suelo utilizar awkpara procesar CSV y contenido delimitado por espacios, desarrollé una forma de convertir la época de UNIX al formato de fecha de Excel apropiado para la zona horaria / DST :
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
}'
Usé echopara este ejemplo, pero puede canalizar un archivo donde la primera columna (para la primera celda en formato .csv, llámelo como awk -F,) es una época UNIX. Modifique $1para representar el número de columna / celda deseado o utilice una variable en su lugar.
Esto realiza una llamada del sistema a date. Si tiene la versión GNU de manera confiable, puede eliminar el 2>/dev/null || date … +%%zy el segundo , $1. Dado lo común que es GNU, no recomendaría asumir la versión de BSD.
El getlinelee el desplazamiento de zona horaria emitida por date +%zen tz, que luego se traduce en hours. El formato será como -0700( PDT ) o +0530( IST ), por lo que la primera subcadena extraída es 07o 05, la segunda es 00o 30(luego dividida por 60 para expresarse en horas), y el tercer uso de tzve si nuestro desplazamiento es negativo y altera hourssi es necesario.
La fórmula dada en todas las otras respuestas en esta página se usa para establecer excel, con la adición del ajuste de zona horaria consciente del horario de verano como hours/24.
Si tiene una versión anterior de Excel para Mac, deberá usarla 24107en lugar de 25569(consulte la asignación anterior).
Para convertir cualquier tiempo arbitrario que no sea de época en tiempos compatibles con Excel con fecha 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
}'
Este es básicamente el mismo código, pero date -dya no tiene una @para representar la época de Unix (dado lo capaz que es el analizador de cadenas, me sorprende que @sea obligatorio; ¿qué otro formato de fecha tiene 9-10 dígitos?) Y ahora se pregunta para dos salidas: la época y el desplazamiento de zona horaria. Por lo tanto, podría utilizar, por ejemplo, @1234567890como entrada.
Insecto
Lotus 1-2-3 (el software de hoja de cálculo original) trató intencionalmente 1900 como un año bisiesto a pesar de que no lo era (esto redujo la base de código en un momento en el que contaba cada byte). Microsoft Excel retuvo este error por compatibilidad, omitiendo el día 60 (el ficticio 1900/02/29), conservando la asignación de Lotus 1-2-3 del día 59 al 1900/02/28. LibreOffice, en cambio, asignó el día 60 a 1900/02/28 y retrasó todos los días anteriores.
Cualquier fecha anterior al 01/03/1900 podría ser hasta un día libre:
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 no reconoce fechas negativas y tiene una definición especial del cero de enero (31/12/1899) para el día cero. Internamente, Excel sí maneja fechas negativas (después de todo son solo números), pero las muestra como números ya que no sabe cómo mostrarlas como fechas (ni puede convertir fechas más antiguas en números negativos). El 29 de febrero de 1900, un día que nunca sucedió, es reconocido por Excel pero no por LibreOffice.
"11/09/2009 3:23:24 PM"?