列スコアと列NのユニークRanking Tie および Col Rank 関数に密なランキングを追加する
列Nのカテゴリ(:green_heart:)
JMP19の新機能: JMP 19のグラフビルダーの新機能
とても役に立ちました:)

知っておくべき詳細:
1) 除外された行は計算に含まれません
[非常に便利です。 数式エディタのアイデアに沿って:除外された行で意味のある結果、
ただし、他のCo...集合の動作を考慮すると、多少矛盾しています。
Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
dt << Clear Select << Select Rows( Index( 3, 8 ) ) << Exclude;
dt<< New Formula Column(
Operation( Category( "Aggregate" ), "Score Unique" ),
Columns( :name ),
Group By( :sex )
) << Run Formulas;

1b) 残念ながら、行の状態が変更されても結果は更新されません。
[TS-00231503]
wait(2);
dt<< Clear Select << Select Rows( Index( 3, 8 ) ) << Exclude;
[更新をトリガーするには、入力列のセルを変更して元に戻します]
2) 「列」のみを操作し、式は操作しないでください。
この列にはエントリがありません:
New Column( "Score Unique[1st character of name][sex]",
Formula( Col Score( Substr( :name, 1, 1 ), :sex ) ))
[他の集団の行動を考慮すると、これは多少矛盾しているように見えます]
[TS- 00215787]
自動化とスクリプトRe: ユニークスコアとユニークカウント
@hogi さんは書きました: 1b) 残念ながら、行の状態が変更されても結果は更新されません。
[TS-00231503]
グラフ ビルダーで同じ動作をスコープと組み合わせて実行します。
変換列を作成した後に行の状態が変更されても、プロット内の値は更新されません。
この動作は JMP の将来のバージョンで修正されると思います。
現時点では、プロットを修正するための回避策は複数あります。
- スコープ列の式の更新をトリガーする多数の入力の 1 つを変更します。
データフィルター、オーバーレイ、ラップ、X軸などを変更し、元に戻す
- コードを保存して再度実行します。
- 新しい変換列を作成し、それをY軸にドラッグします。
編集: #3 #このケースでは機能しますが、他のケースでは機能しません[下記参照]
説明:
- デフォルト設定の棒グラフ:
カウント - 年齢と生徒別 [参考としてご利用ください]
- Y軸でユニーク数を数える[名前]を使用します。
[すべての]ユニークな名前の数: 39 (2x Robert)
- 魔法:
スコープ = "X"
-> 一意の名前の数 - 「X」で分割 [最初のx軸の値 = 年齢]
年齢=14 : 生徒数12名(1と同様)
- 分析から一部の学生を除外する(除外と非表示を使用)
->プロット内のカウントは変更されません
これは非常に予想外です!
- Y軸から変換列を削除する
-> #1に戻る: 標準カウント
証明:年齢 = 14 歳の生徒は 4 人だけです
Re: スコアユニーク違いを示すために、 列 N ユニーク()ではなく列番号()を使用してビデオを作成したかったのです。
残念ながら、Col Number も同様に動作します。
設定に応じて、行の状態、ローカル データ フィルターなどに応答する必要があります。
実際、ローカル データ フィルター (図示せず) の変更には反応しますが、行の状態の変更には反応しません。
Re: ユニークスコアとユニークカウント
この動作は JMP の将来のバージョンで修正されると思います。
はい、これはすでに次の 19.1 の一部になっています。Col Score と Col Unique は、除外に関しては他の Col 関数と同じように動作します。
Re: ユニークスコアとユニークカウント@hogi さんは書きました:
現時点では、プロットを修正するための回避策は複数あります。 -新しい変換列を作成し、それをY軸にドラッグします
混乱のもう一つのレベル:
この回避策は、Col N unique() [ red] のような新しい列集計にのみ機能します。
列中央値() 、 列番号()などの他の列集計の場合、新しい変換列 [青] を作成しても役に立ちません。
これらは、最初の Col 集計が計算されたときに定義された行状態設定、または最初の計算の結果さえもリサイクルするようです。

dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
gb =Graph Builder(
Transform Column( "count Unique1", Formula( Col N unique( :weight, :"@Exclude"n ) ) ),
Transform Column( "Count1", Formula( Col Number( :height, :"@Exclude"n ) ) ),
Variables( Y( :Count1 ), Y( :count Unique1, Position( 1 ) ) ),
Elements( Bar( Y( 1 ), Y( 2 ) ) )
);
//gb =Graph Builder();
dt << Select Rows( Index( 3, 9 ) ) << Exclude << Clear select;
wait(2);
gb << Transform Column(
"Count2",
Formula( Col Number( :weight, :"@Exclude"n ) )
);
gb << Transform Column(
"count Unique2",
Formula( Col N unique( :weight, :"@Exclude"n ) )
);
gb << Add Variable( {:Count2, Role( "Y" ),Position(1)} );
gb << Add Variable( {:count Unique 2, Role( "Y" ),Position(1)} );
他の 2 つの回避策は問題ありません。
@hogi さんは書きました:
- スコープ列の式の更新をトリガーする多数の入力の 1 つを変更します。
データフィルター、オーバーレイ、ラップ、X軸などを変更し、元に戻す
- コードを保存して再度実行します。