Ich habe gerade ein sehr interessantes Webinar von Jian Cao über Zeitreihenprognosen gesehen, daher dachte ich, ich würde es mit einem Testdatensatz versuchen, in dem ich mehrere Jahre lang alle drei Stunden die Temperatur protokollierte. Wenn ich jedoch Datum und Uhrzeit in den Zeitstempel eingebe, wird eine Fehlermeldung angezeigt: Nicht unterstütztes Zeitformat. Ich habe jedes einzelne Format unter den Eingabeoptionen "Zeit" für kontinuierliche Variablen ausprobiert. Sicherlich gibt es für JMP Pro 16 eine Möglichkeit, über mehrere Tage hinweg stündlich täglich zu interpretieren, oder?
Hallo Anderson,
Es scheint, dass die Time Series Forecast-Plattform entweder ein Datum oder einen einfachen numerischen Zeitstempel benötigt. Ich denke, es funktioniert nicht mit Ihrer Zeitspalte, weil es ein Datums- / Uhrzeitformat ist.
Ich habe Ihren Zeitstempel in numerisch konvertiert (Format = Best) und die Zeitreihenprognose akzeptiert ihn jetzt (im Anhang). Ich denke, dieser numerische Zeitstempel ist Sekunden seit dem 1. Januar 1970 oder so ähnlich.
Ich bin nicht sicher, warum die Zeitreihenprognose Ihr Datums- / Uhrzeitformat nicht akzeptiert. Es ist möglicherweise eine gute Idee, diese an den technischen Support von JMP (support@jmp.com) zu senden, damit dieser einen Fehler untersuchen und möglicherweise protokollieren kann.
Ich hoffe das hilft,
Phil
Um sachlich korrekt zu sein, beträgt die Entstehungszeit (Epoche) für JMP-Datums- und Uhrzeitwerte am 1. Januar 1904, 12 Uhr.Die beste Erklärung, die ich gelesen habe, stammt von Pat Lavezza im LabVIEW-Forum.LabVIEW verwendet dieselbe Epoche wie JMP, wobei die Ursprünge auf Apple-Computer zurückgehen
"Hier ist der Deal mit dem 1. Januar 1904. Die meisten (alle?) Betriebssysteme speichern die Zeit als die Anzahl von Sekunden (oder Mikrosekunden usw.) seit einer bestimmten Zeit. Diesmal nennt man die Epoche. Die Anzahl der Sekunden, die der Mac speichern konnte, betrug ungefähr 130 Jahre. Die Programmierer wollten, dass das System die Geburtstage der meisten Benutzer abdecken kann, daher musste die Epoche im frühen 20. Jahrhundert beginnen. Warum also nicht am 1. Januar 1900 beginnen?
Die Macintosh-Designer mussten viel Code in eine sehr kleine Menge ROM / RAM zerquetschen. Sie suchten nach Optimierungen, die ihnen Platz sparen konnten. Der Code, um die Anzahl der Sekunden seit der Epoche in ein Datum umzuwandeln (wie den 29. März 1973), muss wissen, wie viele Tage ein Jahr hat. Das heißt, Sie benötigen Code, um festzustellen, ob ein Jahr ein Schaltjahr ist.
Ein Jahr ist ein Schaltjahr, wenn es ein Vielfaches von 4 ist es sei denn, es ist ein Vielfaches von 100 außer wenn es auch ein Vielfaches von 400 ist.Also 1900 war nicht ein Schaltjahr (Vielfaches von 100), aber 2000 war (Vielfaches von 100, aber auch ein Vielfaches von 400). Durch die Vermeidung des Jahres 1900 mussten sich die Mac-Designer nie um den 100/400-Teil der Schaltjahrregel kümmern (da die 130-Jahres-Spanne nur 2000 abdecken würde, was ein Schaltjahr war). Wenn das Jahr ein Vielfaches von 4 war, war es ein Schaltjahr.
Warum also nicht 1901 oder 1902 oder 1903? Zu Beginn eines Schaltjahres brauchten sie keinen „Offset“, sondern nur einen weiteren Weg, um ein wenig Platz zu sparen.
Und seit LabVIEW auf dem Mac gestartet wurde, hat es einige dieser Macken geerbt. "
Zu Ihrer Information, die SAS-Epoche ist der 1. Januar 1960
@ txnelson Wer wusste? Vielen Dank, dass Sie dieses kleine Stück Geschichte geteilt haben. Ich denke, "Jeopardy" -Schreiber / Produzenten könnten aus den Nuggets in dieser Erklärung eine ganze Kategorie erstellen.
