Voici un mappage pour référence, en supposant UTC pour les systèmes de feuilles de calcul comme 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» correspond au 31/12/1899; voir la section Bug ci-dessous. † Excel 2011 pour Mac (et versions antérieures) utilise le système de date 1904 .
Comme j'utilise souvent awkpour traiter le contenu CSV et délimité par des espaces, j'ai développé un moyen de convertir l'époque UNIX en un format de date Excel approprié au fuseau horaire / heure d' été :
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
}'
J'ai utilisé echopour cet exemple, mais vous pouvez diriger un fichier où la première colonne (pour la première cellule au format .csv, appelez-la comme awk -F,) est une époque UNIX. Modifiez $1pour représenter le numéro de colonne / cellule souhaité ou utilisez une variable à la place.
Cela fait un appel système à date. Si vous disposez de manière fiable de la version GNU, vous pouvez supprimer le 2>/dev/null || date … +%%zet le second , $1. Étant donné la fréquence de GNU, je ne recommanderais pas de supposer la version de BSD.
Le getlinelit le décalage de fuseau horaire produit par date +%zen tz, qui est ensuite traduit en hours. Le format sera comme -0700( PDT ) ou +0530( IST ), donc la première sous-chaîne extraite est 07ou 05, la seconde est 00ou 30(puis divisée par 60 pour être exprimée en heures), et la troisième utilisation de tzvoit si notre décalage est négatif et modifiehours si besoin.
La formule donnée dans toutes les autres réponses de cette page est utilisée pour définir excel, avec l'ajout de l'ajustement du fuseau horaire en fonction de l'heure d'été commehours/24 .
Si vous utilisez une ancienne version d'Excel pour Mac, vous devrez utiliser 24107à la place de25569 (voir le mappage ci-dessus).
Pour convertir toute heure arbitraire non d'époque en heures compatibles Excel avec la date 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
}'
C'est fondamentalement le même code, mais le date -dn'a plus de @pour représenter l'époque Unix (étant donné la capacité de l'analyseur de chaînes, je suis en fait surpris que le @soit obligatoire; quel autre format de date a 9-10 chiffres?) Et il est maintenant demandé pour deux sorties: l'époque et le décalage du fuseau horaire. Vous pouvez donc utiliser par exemple @1234567890comme entrée.
Punaise
Lotus 1-2-3 (le logiciel de calcul original) a intentionnellement traité 1900 comme une année bissextile malgré le fait que ce n'était pas le cas (cela réduisait la base de code à un moment où chaque octet comptait). Microsoft Excel conservé ce bogue pour des raisons de compatibilité, sautant le jour 60 (le 29/02/1900 fictif), conservant le mappage de Lotus 1-2-3 du jour 59 au 28/02/1900. LibreOffice a plutôt attribué le jour 60 au 28/02/1900 et repoussé tous les jours précédents en arrière.
Toute date antérieure au 01/03/1900 peut représenter autant qu'un jour de congé:
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 ne reconnaît pas les dates négatives et a une définition spéciale du Zeroth de janvier (1899/12/31) pour le jour zéro. En interne, Excel gère en effet les dates négatives (ce ne sont que des nombres après tout), mais il les affiche sous forme de nombres car il ne sait pas comment les afficher sous forme de dates (et ne peut pas non plus convertir des dates plus anciennes en nombres négatifs). Le 29 février 1900, un jour qui ne s'est jamais produit, est reconnu par Excel mais pas par LibreOffice.
"11/09/2009 3:23:24 PM"?