このウィッシュリストのリクエストのきっかけは何だったのでしょうか？
私のワークフローの多くでは、ヒートマップを使用してデータを分析します。これは、部品、ユニット、シリアル番号などの個々のエンティティが、繰り返しのテストや観測によって複数回出現する場合に有効です。例えば、1つの部品が複数のテスト実行で故障した場合、同じ部品IDに関連付けられた行が複数生成されることがあります。
Graph Builder を使用する際、各カテゴリ (例: 故障モード、テスト条件、場所) に関連付けられている固有の部品の数を視覚化したいことがよくあります。しかし、変数をカラーロールに配置すると、利用可能な集計統計 (カウントや合計など) は、個々のエンティティではなく行に対して機能します。そのため、データを事前に集計したり、追加の列やテーブルを作成したりしない限り、「各カテゴリで故障した固有の部品の数はいくつですか？」といった質問に迅速に答えることが難しくなります。
現状では、回避策として、事前に集計表を作成したり、スクリプトを使用して一意のカウントを計算したりする必要があるが、これは探索的分析を妨げ、不要な摩擦を生じさせる。
どのような改善を望みますか？
Graph Builderに、特にColor（および場合によってはSizeなど）のような役割に割り当てられた変数に対して、追加の要約統計オプションを追加してほしいです。
「一意の値の数」（または「N一意」）
このオプションは、グラフで定義された各グループ内で、選択された列の異なる値の数を計算します。
なぜこの考え方が重要なのか？
この機能により、ユーザーはデータの前処理を必要とせずに、個々のエンティティ数を直接視覚化できるようになるため、探索的データ分析が大幅に改善されるだろう。
主なメリット：
- 摩擦を軽減 – 中間集計表やスクリプトを作成する必要がなくなります
- 精度が向上します – 行数とエンティティ数が異なる場合に発生する、意図しない誤解釈を回避します。
- インタラクティブ性を向上させ、ツールを離れることなくグラフビルダー内でリアルタイムの探索をサポートします。
- 幅広い分野に適用可能 – 多くの領域（信頼性、製造、試験、調査データなど）で役立つ。
私の具体的な使用例では、これにより「故障件数」と「故障部品数」を区別することがはるかに容易になります。これらは多くの場合、大きく異なりながらも同等に重要な指標です。
全体的に見て、これは自然で影響力の大きい追加機能であり、Graph Builderを実世界のデータ分析においてさらに強力なツールにするだろう。
これは変換列を使えば簡単に取得できます。
Instead of putting “parameter” into the color rule — and suffering from a non‑existing N ユニーク in the statistics —
create a Transform Column of パラメータ: Col N Unique(:parameter) and use this transform column for coloring.
この回避策は以前から可能でしたが、 JMP 19 ですべてが変わりました: スコープ!
必要なレベルでスコープを有効にするだけで、Graph Builder はそのレベルまで正確に統計を計算します。さらに重要なことに、次のようになります。
ユーザーがグラフビルダーの設定を変更すると、統計情報が自動的に調整されます。
新しいデータグリッドに加えて、これはJMP 19で最大の改善点です。素晴らしい！ :rocket:
こんにちは、リクエストを送信していただきありがとうございます！Hogiさんが素晴らしい解決策を提案してくれましたので、それで十分かどうか教えてください。
