☐ クールな新機能
☐ 多くのユーザーに役立つ可能性があります!
☑ 「バグ」を除去する
☐ あれば良い
☐ 誰もそれを必要としない
このウィッシュリストのリクエストのきっかけは何ですか?
このコミュニティのディスカッション:
グラフビルダー: 複数の回答列を使用すると統計が不明確になる
@gnu23 は次のように書きました:
議論は、多重応答列の統計では一般的に応答数 (現在 JMP では標準) を使用するか、行数を「n」として使用するかという問題に行き着くと思います。私の意見では、2 番目のオプションの方が多くのユース ケースでより合理的であり、「n」のこれら 2 つの値を切り替えるオプションがあれば、多重応答列の (すでに非常に優れた) 機能がさらに向上します。
グラフ ビルダーのカウントとパーセンテージのデフォルトの統計は次のとおりです (*)。
「1行は1 を数えます - Ntotal (パーセンテージの分母)は行数です」 。
[この統計は、Freq/Weight ドロップ ゾーンで調整できます。]
驚くべきこと:
モデリングタイプ「複数回答」の列がグラフのどこかで使用されている場合、統計は次のように変わります。
「1つの応答は1つです[OK]
Ntotal（パーセンテージの分母）は回答数です。[おそらく: 正しくない].
したがって、磁器層で意味のある棒グラフを生成するには、配管層Jmpで
- 個々の回答を積み重ねて追加の「行」を作成し、
- そして標準ロジックを適用します（*）
単純な棒グラフの場合、これは妥当かもしれませんが、 Ntotalや計算されたパーセンテージの場合、おかしな/奇妙な効果が生じます。
どのような改善を望みますか?
複数回答のより意味のある統計情報を提供してください（現在のバージョンの代替としてなど）。
「1つの回答が1つの価値となる
ただし、パーセンテージの分母 (Ntotal) は、標準のグラフ ビルダーと同様に、プロットに寄与する行数です。
配管層では次のようなことが考えられます。
複数の回答がある列は、各回答を表す「インジケーター列」に分割されます。行数は一定のままです。
このアプローチは、グラフ ビルダーのデフォルトの統計に非常に近いものです。副作用として、この代替アプローチでは、モデリング タイプが「複数の応答」である複数の列が 1 つのグラフで使用されている場合に発生するバグも修正されます。
https://community.jmp.com/t5/Discussions/Graph-Builder-Unclear-statistics-when-using-multiple-response/mp/754313/highlight/true#M93647
このアイデアはなぜ重要なのでしょうか?
a) 意味のある統計。
b) 「気づかない」ユーザーにとって誤解を招くような統計はもうありません
その他の希望
