每小時數據的時間序列預測我剛剛看了曹操關於時間序列預測的非常有趣的網絡研討會，所以我想嘗試一下一個測試數據集，在該數據集中我每隔三個小時記錄一次溫度，持續了幾年。 但是，當我在時間戳中輸入日期和時間時，會出現錯誤消息：不支持的時間格式。 我在“時間”輸入選項下嘗試了每種單一格式的連續變量。 當然，JMP Pro 16有一種方法可以在每天的多天內每天進行解釋，對嗎？
分析工具回复：使用每小時數據進行時間序列預測嗨安德森，
似乎“時間序列預測”平台需要日期或簡單的數字時間戳。 我認為它不適用於您的時間列，因為它是一種日期時間格式。
我將您的時間戳轉換為數字（格式=最佳），並且時間序列預測現在接受了（附加）。 我認為此數字時間戳記是自1970年1月1日以來的秒數或類似時間。
我不確定為什麼“時間序列預測”不接受您的日期時間格式。 最好將此消息發送給JMP技術支持（support@jmp.com），以便他們進行調查並潛在地記錄為缺陷。
希望對您有所幫助，
菲爾
回复：使用每小時數據進行時間序列預測事實證明，JMP日期時間值的始發時間（epoch）是1904年1月1日凌晨12點。我讀過的最好的解釋來自LabVIEW論壇上的Pat Lavezza。LabVIEW與JMP使用相同的紀元，其起源可以追溯到Apple計算機
“這是1904年1月1日的協議。 大多數（全部？）操作系統將時間存儲為自一定時間以來的秒數（或微秒等）。 這次稱為時代。 Mac可以存儲的秒數大約為130年。 程序員希望該系統能夠覆蓋大多數用戶的生日，因此這個時代需要在20世紀初開始。 那麼，為什麼不從1900年1月1日開始呢？
Macintosh設計人員需要將大量代碼壓縮到非常少量的ROM / RAM中。 他們正在尋找可以為他們節省一些空間的任何調整方法。 將紀元以來的秒數轉換為日期（例如1973年3月29日）的代碼需要知道一年中有多少天。 這意味著您需要代碼來確定一年是否為a年。
一年是a年，如果是4的倍數除非是100的倍數除非它也是400的倍數。因此，1900年不是年（100的倍數），但2000年是（100的倍數，但也是400的倍數）。 通過避開1900年，Mac設計師無需擔心the年規則的100/400部分（因為130年的跨度僅涵蓋2000年的2000年）。 如果年份是4的倍數，則它是a年。
那麼為什麼不使用1901或1902或1903呢？ 從a年開始，他們就不需要“補償”，而這只是節省一點空間的另一種方法。
而且自從LabVIEW在Mac上啟動以來，它繼承了其中的一些怪癖。”
僅供參考，SAS時代是1960年1月1日
回复：使用每小時數據進行時間序列預測@txnelson誰知道？ 感謝您分享這段歷史。 我認為“ Jeopardy”的作家/製作人可以在那種解釋的基礎上創建一個完整的類別。
回复：使用每小時數據進行時間序列預測這是一個有趣的花絮，謝謝吉姆。 當然，JMP 最初是為 Mac 設計的，因此與 Mac 的連接是有意義的。
