タイムゾーンの変換tz データベースを使用してタイムゾーン間でタイムスタンプを変換する組み込み関数があれば非常に便利です (詳細: https://data.iana.org/time-zones/tz-link.htmlそしてhttps://en.wikipedia.org/wiki/Tz_database ）。タイムスタンプをあるタイムゾーンから別のタイムゾーンに定期的に変換する必要がありますが、単純にオフセットを適用することはできず、タイムスタンプを変換するためにオフセットを検索する必要があるため時間がかかります。さらに、特定の場所には夏時間があり、他の場所には夏時間がなく、夏時間の開始日と終了日は場所によって異なるため、追加の作業が必要になります。
この関数は次のようになります。
ConvertTimeZone( ts, tzFrom, tzTo ) //ts is the time stamp will be converted from tzFrom to tzTo
//example
ConvertTimeZone( 05May2022:19:31:07, "UTC", "America/Los_Angeles" ) //result: 05May2022:12:31:07
理想的には、すべての日時値がタイムゾーンを含むように変更され、指定されていない場合はデフォルトの UTC に設定されます。
各タイムゾーンでは TZ データベース名を使用する必要があります ( https://en.wikipedia.org/wiki/List_of_tz_database_time_zones )、他のプログラミング言語 (例: Python) で使用されるものと同様です。
この問題に関する質問は次のとおりです。 https://community.jmp.com/t5/Discussions/Time-zone-conversion/mp/331514#M58032
タイムゾーンの問題についての非常にユーモラスな説明については、次のビデオをご覧ください。 https://www.youtube.com/watch?v=-5wpm-gesOY&t=3s 。 長さは 10 分ですが、*時間* をかける価値は十分にあります (ダジャレをご容赦ください)。
データアクセスRe: タイムゾーン変換 - ステータスが「調査中」に変更されましたRe: タイムゾーン変換 - ステータスが「承認済み」に変更されましたこんにちは@ユダ、 提案ありがとう！ お客様のご要望を承知し、検討させていただきます。
Re: タイムゾーンの変換素晴らしい参考ビデオ、ありがとう。
ESP32 クロック内の JSL BLOBタイムゾーンの問題のいくつかについて説明します。 また、作成後、日付変更線についても簡単に理解できました。このビデオ下端に 2 つの曜日の名前が付いています。
時間をやりくりして働くのは本当に大変です。
タイムゾーン変換についてそこで、Haas CNC マシンからいくつかのデータを JMP に取得して分析することにしました。
Haas Timeの値は123626またはHHMMSSとして報告されます。
JMP データ テーブル列形式コマンドを使用して Haas HHMMSS を HH:MM:SS に変換すると、123626 は 10:20:26 AM になります。
ここはMSTタイムゾーンなので、+2:00:00の修正で正しい時間に近づきます。この誤差が生じる理由もなんとなく分かります。
分からないのは、分を正確にするために 00:16:00 も作成する必要がある理由です。
現在の目的のために、ハードコードされた変換を使用して、小さな実験を機能させることができます。
私の懸念は次のとおりです。
私の分析の JSL バージョンでこのエラーを処理する方法。
また、別のマシンからさらにデータを取得した場合も同じように動作しますか?
その他の時間エラーはどこで発生すると考えられますか?
(これはJMP17.2からのものです)
タイムゾーン変換について@TSMETC-B - これらの数字が HHMMSS を表すことを JMP に伝えるために何かを行う必要があります。
JMP は時間を秒単位で、日付時刻を 1904 年 1 月 1 日からの秒数で表します。123626 は 1 日 10 時間 20 分 26 秒です。
123626 をデータテーブルに読み込む際、外部文字列「123626」から直ちに時刻に変換するか、JMP の文字列として保持するかのいずれかを選択します。JMP がこれを 10 進数の 123626 として数値列に読み込む場合、処理がさらに難しくなります。おそらく、あなたの場合はその場合でしょう。
JMP の最新バージョンには、次の場合に役立つフォーマット パターンが含まれています。
: 区切り文字を使用したフォーマット (出力用) を使用し、入力形式をデータと一致させることをお勧めします。
おそらく、ここよりもディスカッションフォーラムのほうが良い回答が得られるでしょう。
タイムゾーン変換についてこんにちは、 @Craige_Halesさん。素晴らしいですね！質問に答えていただき、ありがとうございます！
興味深いことに、データテーブルにも同じ設定で列を設定していました。しかし、誤った結果が表示されていました。
値123626 を入力すると、変換された時刻値は実際には 12:36:26 PM であることがわかります。
しかし、値123626を貼り付けると、変換された時間が奇妙にずれてしまいます (もちろん、今はエラーを再現できません)。
また、元のデータを保持するために、生の時間データを独自の列 (Haas Time) に入力し、上記のように構成された 2 番目の列 (変換された Haas Time) を作成し、数式 ":Haas Time" を使用して Haas Time 列から 123626 の値をインポートすると、変換された時間値は 10:20:26 AM になり、2:16:00 間違っています。
今のところ、手動で入力したデータ用のテーブルはちゃんと機能しています。今後、入力と変換を自動化できるようになったらお知らせします。
改めて、ご協力ありがとうございました！本当に助かりました！
