親愛なるJMP＆コミュニティ、
私は、64ビットのWindows10マシンでJMPPro16.0を実行しています。
私は最近、テーブルの下のソート機能に奇妙な潜在的なバグに遭遇しました。 Training R2、Validation R2、Diff R2の3つの列を使用して添付データテーブルを並べ替えようとすると、期待する出力が得られません。
並べ替えると：
大から小R2をトレーニングし、次に大から小検証R ^ 2、次に小さいものから大きいものへ差分R2、次のようになります（スクリーンショットのみ）：
検証R2が実際に大きくなり、R2差分が小さくなっていることがはっきりとわかります。 まるでトレーニングR2でソートされ、残りを忘れたかのようです。
私が期待するのは、これに近いものです（小さなR2差分から大きなR2差分のみを並べ替える場合）：
それでも、それは私が望んでいることではありません。 私が本当に探しているのは、JMPにデータを分類させて、最初にトレーニングR2が大きい階層、次に検証R2が大きい、次にR2差分が小さい階層に基づいて行を配置することです。 以前のバージョンのJMPではこのように機能していましたが、現在は異なっているようです。
ソート関数から取得したいのは、トレーニングR2が最大で検証R ^ 2が最大でR2差分が最小のエントリが見つかるようにデータテーブルを配置することです。 列をそのようにキャストすることによってこれを行う通常の方法（以下）は、それが行ったように機能していないか、そうあるべきだと思います。
私たちの組織はまだ16.1にアップグレードされていないので、おそらくこれは修正されています。 このデータテーブルには100行しかありませんが、場合によっては数千行を並べ替えることができます。
フィードバックは大歓迎です。
ありがとう！、
DS
Validation列とR2Diff列は、まったく同じトレーニングR2を持つ行間の結びつきを解消する必要がある場合にのみ重要になると思います。たとえば、行2〜3のトレーニングR2は同じであるため、JMPは検証R2に移動して、違いがあるかどうかを確認します。 これは私が期待する動作です。
やあ@ihと@Jeff_Perkinson 、
あなたが両方とも提供する説明は理にかなっていますが、私は過去に同様のデータセットを持っていて、それが私の考えに従ってそれをソートしました-または少なくとも私は考えしました。 たぶん、私が過去に持っていた値は、ソートが私がそれがうまくいったと思った方法で「うまくいった」ようなものでした。
とにかく、私が実行している特定のモデルでは、よりバランスの取れた検証R ^ 2、つまりR2差分を小さくするために、トレーニングR ^ 2を小さくするつもりです。 最終結果は、私の場合、将来の予測のための全体的により堅牢なモデルです。
並べ替え機能が意図したとおりに機能しているので、解決済みとしてマークします。
ありがとう！、
DS
