Hier ist eine Zuordnung als Referenz, vorausgesetzt UTC für Tabellenkalkulationssysteme wie 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" ist 1899/12/31; Siehe den Bug- Abschnitt unten. † Excel 2011 für Mac (und älter) verwendet das 1904-Datumssystem .
Wie benutze ich oft awkzu verarbeiten CSV und durch Leerzeichen getrennte Inhalt, entwickelte ich eine Art und Weise UNIX - Epoche zu konvertieren Zeitzone / DST Eine angemessene Excel Datumsformat:
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
}'
Ich habe echodieses Beispiel verwendet, aber Sie können eine Datei weiterleiten, in der die erste Spalte (für die erste Zelle im CSV-Format als awk -F,) eine UNIX-Epoche ist. Ändern Sie $1, um Ihre gewünschte Spalten- / Zellennummer darzustellen, oder verwenden Sie stattdessen eine Variable.
Dies führt einen Systemaufruf an date. Wenn Sie die GNU-Version zuverlässig haben, können Sie die 2>/dev/null || date … +%%zund die zweite entfernen , $1. Angesichts der Verbreitung von GNU würde ich die Annahme der BSD-Version nicht empfehlen.
Das getlineliest den von date +%zin ausgegebenen Zeitzonenversatz tz, der dann in übersetzt wird hours. Das Format ist wie -0700( PDT ) oder +0530( IST ), also ist der erste extrahierte Teilstring 07oder 05, der zweite ist 00oder 30(dann geteilt durch 60, ausgedrückt in Stunden), und die dritte Verwendung von tzsieht, ob unser Offset negativ ist und sich ändert hourswenn benötigt.
Die Formel, die in allen anderen Antworten auf dieser Seite angegeben ist, wird zum Festlegen verwendet excel, wobei zusätzlich die Sommerzeiteinstellung für die Sommerzeit als hinzugefügt wird hours/24.
Wenn Sie eine ältere Version von Excel für Mac verwenden, müssen Sie diese 24107anstelle von verwenden 25569(siehe Abbildung oben).
So konvertieren Sie beliebige Zeiten außerhalb der Epoche in Excel-freundliche Zeiten mit GNU-Datum:
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
}'
Dies ist im Grunde der gleiche Code, aber der hat date -dkeine @Unix-Epoche mehr (angesichts der Leistungsfähigkeit des String-Parsers bin ich tatsächlich überrascht, dass dies @obligatorisch ist; welches andere Datumsformat hat 9-10 Ziffern?) Und es wird jetzt gefragt für zwei Ausgänge: die Epoche und den Zeitzonenversatz. Sie können daher zB @1234567890als Eingabe verwenden.
Fehler
Lotus 1-2-3 (die ursprüngliche Tabellenkalkulationssoftware) behandelte 1900 absichtlich als Schaltjahr, obwohl dies nicht der Fall war (dies reduzierte die Codebasis zu einem Zeitpunkt, an dem jedes Byte gezählt wurde). Microsoft Excel behielt diesen Fehler aus Kompatibilitätsgründen bei und übersprang Tag 60 (den fiktiven 29.02.1900) und behielt die Zuordnung von Lotus 1-2-3 von Tag 59 bis 28.02.1900 bei. LibreOffice hat stattdessen Tag 60 bis 1900/02/28 zugewiesen und alle vorherigen Tage um einen verschoben.
Jedes Datum vor dem 01.03.1900 kann bis zu einem freien Tag sein:
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 erkennt keine negativen Daten an und hat eine spezielle Definition des Zeroth vom Januar (1899/12/31) für Tag Null. Intern verarbeitet Excel zwar negative Daten (sie sind schließlich nur Zahlen), zeigt sie jedoch als Zahlen an, da es nicht weiß, wie sie als Daten angezeigt werden sollen (und ältere Daten auch nicht in negative Zahlen umwandeln kann). Der 29. Februar 1900, ein Tag, der nie passiert ist, wird von Excel erkannt, nicht jedoch von LibreOffice.
"11/09/2009 3:23:24 PM"?