プロファイラーで他の変数を使用して歩留まりを最大100％に制限する-トリンダーデ？結果変数が100％を超えないように、モデルを譲るのではなく、変数の組み合わせ（＃合格、＃失敗、および/または合計部分など）を使用する方法について質問するお客様がいます。彼はこれで何かを見たと言った-多分デイブ・トリンダーデはそれをやった？具体的には、プロファイラーを制限したり（境界を設定したり）したくない、実際の値を超えないように異なる結果変数のセットを使用したい。これは誰にとっても鐘を鳴らしますか？彼はこの方法論を実装したいので、彼が従うことができる例を見つけようとしていました。
再：他の変数を使用して、プロファイラーで利回りを最大100％に制限する-トリンダード？クレイに感謝-まさに私が探していたもの-通常のJMPの顧客向けに2つの入力を持つ一般化線形モデル！
再：他の変数を使用して、プロファイラーで利回りを最大100％に制限する-トリンダード？たぶんこのようなもの：
次のような式を使用します。
xxx = :X1 + :X2;
If( xxx >= 1, 1, xxx );
再：他の変数を使用して、プロファイラーで利回りを最大100％に制限する-トリンダード？私はマークに同意します、ロジスティック回帰問題のように聞こえます。一般化線形モデルとgenregプラットフォームの両方で実行できます。重要なのは、試行回数とイベント数を列として指定することです。シミュレートした例を添付しました。
再：他の変数を使用して、プロファイラーで利回りを最大100％に制限する-トリンダード？ローラ：
「新しい変数」定義のアイデアにいくつかのカウントタイプの入力について言及しているので、First Pass Yieldなどの新しい派生変数が顧客に求められるのではないかと考えています。ディスクリート製造と連続製造プロセスでは、コダックでこれを頻繁に使用して、プロセスの健全性について話しました。First Pass Yieldの古典的な定義は次のとおりです。
https://en.wikipedia.org/wiki/First_pass_yield
FPYの魅力的な機能のいくつかは、0と1に制限されています。マネージャーにとっては、把握しやすい数字です...ゼロは本当に、本当に悪い... 1は、本当に、本当に良いです。詳細については、コダックでどのように使用したかの例をご紹介しますか？大声で言ってください。
再：他の変数を使用して、プロファイラーで利回りを最大100％に制限する-トリンダード？ロジスティック回帰のように思えます。応答はカテゴリに分類する必要があります。JMPが残りを処理します。
