毎時データによる時系列予測Jian Cao による時系列予測に関する非常に興味深いウェビナーを見たので、数年間にわたって 3 時間ごとに温度を記録したテスト データセットで試してみようと思いました。 ただし、タイム スタンプに日付と時刻を入力すると、サポートされていない時刻形式というエラー メッセージが表示されます。 連続変数の「時間」入力オプションですべての形式を試しました。 確かに、JMP Pro 16 が複数日にわたって毎日 1 時間ごとに解釈する方法はありますよね?
分析Re: 毎時データによる時系列予測これを調べてくれてありがとう、そして説明してくれてありがとう。 「最適な」形式に変換する際の唯一の問題は、何らかの理由で、数値文字列から日付および/または時刻 (予測を行う場合) に逆変換しようとすると、日付と時刻が正しくないことです。 ! たとえば、このデータセットを使用して 1000 秒を予測し、「先の」時刻を時刻形式に戻すと、年は 2021 年ではなく 1835 年になります。 ジムの言うとおりです。最新の「秒」の値は 3693752220 です。これは、時計が 117 年前、つまり 1904 年前に始まったことを意味します。 私の計算で 1904 年以降の秒数を使用しない回避策があるかどうか、テクニカル サポートに問い合わせます。
Re: 毎時データによる時系列予測興味深い情報ですね、ありがとう、ジム。 もちろん、JMP はもともと Mac 用に設計されたものなので、Mac との接続は理にかなっています。Re: 毎時データによる時系列予測@txnelson誰かわかったね？ この小さな歴史を共有してくれてありがとう。 「ジェパディ」の作家/プロデューサーは、その説明のナゲットからカテゴリ全体を作成できると思います.
Re: 毎時データによる時系列予測正確に言うと、JMP の日時値の開始時刻 ( エポック ) は 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 日など) に変換するコードは、1 年が何日あるかを知る必要があります。 つまり、ある年がうるう年かどうかを判断するコードが必要です。
4の倍数の年は閏年100の倍数でない限りただし、400 の倍数でもある場合は除きます。だから、1900ではなかった閏年 (100 の倍数) ですが、2000 年は (100 の倍数ですが、400 の倍数でもあります)。 1900 年を避けることで、Mac の設計者はうるう年の規則の 100/400 の部分について心配する必要がなくなりました (130 年の範囲は、うるう年である 2000 年しかカバーしないためです)。 年が 4 の倍数の場合はうるう年です。
では、なぜ 1901 年、1902 年、1903 年ではないのでしょうか。 うるう年から始めることで、「オフセット」は不要になりました。これは、スペースを少し節約する別の方法です。
そして、LabVIEW は Mac で開始されて以来、それらの癖のいくつかを受け継いでいます。」
参考までに、SAS エポックは 1960 年 1 月 1 日です。
Re: 毎時データによる時系列予測こんにちはアンダーソン、
時系列予測プラットフォームには、日付または単純な数値のタイムスタンプが必要なようです。 日時形式であるため、時間列では機能していないと思います。
タイムスタンプを数値 (形式 = 最良) に変換したところ、時系列予測がそれを受け入れるようになりました (添付)。 この数値のタイムスタンプは、1970 年 1 月 1 日からの秒数などだと思います。
Time Series Forecast が日時形式を受け入れない理由がわかりません。 これを JMP テクニカル サポート (support@jmp.com) に送信して調査し、潜在的に欠陥として記録できるようにすることをお勧めします。
それが役立つことを願っています、
フィル
