Ecco una mappatura di riferimento, assumendo UTC per sistemi di fogli di calcolo come 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" è il 1899/12/31; vedere la sezione Bug di seguito. † Excel 2011 per Mac (e versioni precedenti) utilizza il sistema di data 1904 .
Poiché utilizzo spesso awkper elaborare CSV e contenuto delimitato da spazi, ho sviluppato un modo per convertire l'epoca UNIX in un formato di data Excel appropriato per fuso orario / 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
}'
Ho usato echoper questo esempio, ma puoi reindirizzare un file in cui la prima colonna (per la prima cella in formato .csv, chiamala come awk -F,) è un'epoca UNIX. Modifica $1per rappresentare il numero di colonna / cella desiderato o utilizza invece una variabile.
Questo fa una chiamata di sistema a date. Se si dispone della versione GNU in modo affidabile, è possibile rimuovere il 2>/dev/null || date … +%%ze il secondo , $1. Dato quanto è comune GNU, non consiglierei di assumere la versione di BSD.
La getlinelegge il fuso orario in uscita dal date +%zin tz, che viene poi tradotto in hours. Il formato sarà come -0700( PDT ) o +0530( IST ), quindi la prima sottostringa estratta è 07o 05, la seconda è 00o 30(quindi divisa per 60 per essere espressa in ore), e il terzo uso di tzvede se il nostro offset è negativo e altera hoursse necessario.
La formula data in tutte le altre risposte in questa pagina viene utilizzata per impostare excel, con l'aggiunta della regolazione del fuso orario in base all'ora legale come hours/24.
Se utilizzi una versione precedente di Excel per Mac, dovrai utilizzarla 24107al posto di 25569(vedi la mappatura sopra).
Per convertire qualsiasi tempo arbitrario non d'epoca in tempi compatibili con Excel con data 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
}'
Questo è fondamentalmente lo stesso codice, ma date -dnon ha più un'epoca @per rappresentare unix (data la capacità del parser di stringhe, in realtà sono sorpreso che @sia obbligatorio; quale altro formato di data ha 9-10 cifre?) E ora viene chiesto per due uscite: l'epoca e l'offset del fuso orario. È quindi possibile utilizzare ad esempio @1234567890come input.
Bug
Lotus 1-2-3 (il software del foglio di calcolo originale) considerava intenzionalmente il 1900 come un anno bisestile nonostante il fatto che non lo fosse (questo riduceva la base di codice in un momento in cui ogni byte contava). Microsoft Excel ha mantenuto questo bug per la compatibilità, saltando il giorno 60 (il 1900/02/29 fittizio), mantenendo la mappatura di Lotus 1-2-3 dal giorno 59 al 1900/02/28. LibreOffice ha invece assegnato il giorno 60 al 1900/02/28 e ha spostato indietro di uno tutti i giorni precedenti.
Qualsiasi data prima del 1900/03/01 potrebbe essere fino a un giorno libero:
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 non riconosce le date negative e ha una definizione speciale dello zero di gennaio (1899/12/31) per il giorno zero. Internamente, Excel gestisce effettivamente le date negative (dopotutto sono solo numeri), ma le visualizza come numeri poiché non sa come visualizzarle come date (né può convertire le date più vecchie in numeri negativi). Il 29 febbraio 1900, un giorno che non è mai accaduto, viene riconosciuto da Excel ma non da LibreOffice.
"11/09/2009 3:23:24 PM"?