間違った入力日付形式が値の欠落を引き起こすのを防ぐための秘訣は？日付列を含むデータセットをインポートして列が数値で連続している場合、入力日付形式が正しくないと、解析できない値が欠落しているため、入力形式を設定する機会が2度ありません。探索的/グラフィカルユーザーインターフェイス分析では、通常、これをどのように処理しますか？
私は時々
- 数値に変換する前に列を複製する
- 日付を解析するための新しい数式列を作成します
この問題を示すために、次のスクリーンショットに示すように、このコードを実行してm / d / y形式の日付を含むテーブルを作成し、その列をd / m / y形式を使用するように設定します。
names default to here(1);
//Make a table with dates in m/d/y format
vals = index(today()-in days(100), today(), incr=in hours(1));
dt = New Table( "Example Data for Input Date Format",
Add Rows( n items(vals) ),
New Column( "Dates mdy",
Numeric,
"Nominal",
Format( "m/d/y h:m:s", 23, 0 ),
Input Format( "m/d/y h:m" ),
Set Values( vals )
)
);
dt << run formulas;
wait(1);
dt:Dates mdy << data type("Character");
ここで、列情報にすべての値を一度に設定し、列を文字に戻した後でも、一部のデータが欠落しているように設定されていることに注意してください。
データ表Re：誤った入力日付形式で値が欠落するのを防ぐための秘訣はありますか？結果として得られるCharからNumへの欠落値は、入力フォーマットによるものです。
欠落している結果は、この「02/13/202112：23：50AM」で行113のあたりから始まります。 「d / m / yh：m」入力形式は、それを13か月目として解釈しますが、これは無効です。
変換に誤りがある場合、基になる値が変更されているため、フォーマットを元に戻してもカットされません。 欠落している値は、有効な時間値を保持しなくなります。 代わりに、[編集]の下の[元に戻す]を使用してください。
Re：誤った入力日付形式で値が欠落するのを防ぐための秘訣はありますか？ありがとうございました@peng_liu 、
はい、これは問題を完全に説明しています。上位数行が正しく解析されているように見え、ユーザーが下にスクロールしてテーブルの下位行が欠落していることを確認できない場合や、ほとんどの値が正しく解析されたが、データ入力の問題が原因ではない場合があります。ユーザーが日付を解析できるようにする別の方法を見つけて、数時間または数日後に値が欠落していることに気付く可能性を低くしたいと考えています。
Re：誤った入力日付形式で値が欠落するのを防ぐための秘訣はありますか？私は通常、日付を解析するためのカスタム数式を作成するだけです。
私の頭に浮かんだ1つのオプションは、最初にそれを数値、公称値に変更するとどうなるかということです。一番フォーマットとして。 これにより、JMPが正しい形式を決定し、可能であれば数値にすることができると思います。 数値にした後、フォーマット設定に戻り、目的のフォーマットを選択できます。
