Excel やその他のソースからデータをインポートする際に問題が発生したことがありますか? あなたは一人ではないと思います、少なくとも私にはそうでした。 以前のブログではパート1そしてパート 1 続きスプレッドシート データを JMP にインポートする方法の概要を説明しました。 次に、私が自分でデータを扱うとき、または顧客やユーザーの意見を聞くときに何度も遭遇する、データのインポートに関する典型的な課題について話しましょう。
ほとんどの場合、ファイルの作成者のシステムの言語設定がファイルの受信者 (つまり私) と異なる場合に問題に直面しました。 たとえば、ドイツの誰かが米国の誰かからファイルを受け取ります。その場合、日付や数値の形式で問題が発生する可能性があります。 これは JMP ユーザーに限定された課題ではありませんが、イライラする可能性があります。 システム設定を変更するとうまくいくこともよくありますが、他のソフトウェアにも影響を与えるなど、いくつかの理由から推奨される方法ではありません。 それで、何ができるでしょうか？
あなたの経験は何ですか? どのような課題に直面していますか?
ドイツに住んでいると (これは米国以外のほとんどの国にも当てはまります)、ウムラウト、特殊文字、カンマと小数点で区切られた浮動小数点、日付形式 (特に月と日のデフォルト) に関するその他の典型的な問題がいくつかあります。もっと知ってください。 もしそうなら、コメントとして投稿してください。そうすれば、私たちはそれらを収集し、国際データのインポートを改善する方法を見つけることができるかどうかを確認できます。私はそう呼びたいのですが。
ただし、ここでは、それらのいくつかに私がどのように対処したかを説明しようと思います。 これらは決して提案を目的としたものであり、すべてのケースに有効であるとは限りません。 ただし、国際データを扱うほとんどの場合、これらが非常に役立つことがわかりました。
- 浮動小数点データは小数点ではなくカンマで区切られます。またその逆も同様です。
- 2 桁の年が誤ってインポートされる
- 日付形式が認識されないか、日と月が誤って解釈されます。
浮動小数点数
米国やその他の英語ベースの国では、ヨーロッパ諸国で一般的に使用されている、カンマではなく小数点で区切られた数値形式が使用されます。 何でこれが大切ですか？
言語設定が 10 進数形式 (US は 10 進数、GER はカンマ付きなど) に一致している場合、データはインポートされ、ソース テーブルと同様に連続して正しく表示されます。 言語設定が異なる場合 (たとえば、スプレッドシートの US 番号形式と JMP やシステムの GER 設定)、データ型が連続文字から名目文字に変わることがわかります。
通常は、列情報を使用し、データ タイプを文字から数値に変更し、モデリング タイプを名目から連続に変更します。 この場合、言語設定では言語に応じてカンマまたは小数点を解釈できないため、空のデータが生成されます。
したがって、これを回避するには次の 2 つのことが考えられます。
- 表示言語設定を変更し、チェックボックスを使用して、システムの言語ではなく JMP の言語を使用します。
- スクリプトを使用してカンマ/小数点を置換し、列情報を適切に変更します。
これを行う方法？
- JMP では、言語設定を変更して、数値、日付、または通貨のさまざまな言語形式を処理できます (Windows システムについてはここで説明します。Mac では、Mac システムの言語設定を変更する必要があります (少なくとも今日まで):
- Windows の場合: [ファイル] → [環境設定] で、[Windows 固有] を選択します。
- 表示言語を変更すると、メニュー、ヘッダー、統計の表示言語のみが変更されます。
- 小さなボックスにチェックを入れると、JMP はシステム言語設定ではなく、数値、日付、通貨形式にも選択した言語を使用できるようになります。
- これにより、カンマの代わりにポイントなどの他のデフォルトを使用してヨーロッパ外からファイルを取得する場合の変換の問題のほとんどが解決されます。
- JSL を使用してこのチェックボックスを設定 (非アクティブ) にすることはできますが、表示言語自体を変更することはできません (したがって、これは解決策の半分に過ぎません)。
Preferences(Use JMP Locale Settings( 1 ))
2 桁の年番号
2 桁の年番号の場合、JMP が正しい 100 年を認識するように注意する必要があります。 これを行うには、JMP が参照する必要がある基礎となる 2 桁の年のルールの設定があります。
- 「ファイル」→「環境設定」で「テキスト データ ファイル」を選択します。
- 2 桁の年のルールを変更すると、日付の解釈に影響します
- 日付が該当する 100 年の範囲を選択します。
- たとえば、最も古い日付が 2/2/79 で、年が 1979 年の場合は、1970-2069 を選択します。 最も古い日付が 2/2/12 で、年が 2012 年の場合は、1910 ～ 2009 ではなく 2000 ～ 2099 を選択します。
- 日付が何世紀にもわたる場合は、データをインポートする前に日付を 4 桁の年で再コード化する必要があります。
日付形式に関する 3 番目のトピックは、次回のブログで取り上げます。 以下のコメントオプションを使用してあなたの経験を共有してください。 また、スクリプトが価値があると感じたかどうかも知りたいです。 ありがとう！
