双方向テーブルの標準化残差双方向（および多方向）テーブルの標準化残差を計算する必要があります。これが役立つ場合は、SASのPROC FREQのオプションCROSSLIST（STDRES）を使用します。選択肢も、適切なスクリプトも見つかりませんでした。なにか提案を？ありがとうございました。
双方向テーブルの残差を標準化新しいバージョンをありがとう。
それはあなたが言うことは本当です：調整されていない残差はセルChi squareの平方根ですが、それでもあなたは簡単な計算を実行するためにExcelにテーブルをエクスポートするべきです。実際にこれは私が前にしていたことです：あなたのスクリプトでははるかに高速です。
もう1つ改善の可能性を確認したい場合は、いずれかの変数に欠損値が含まれていると、スクリプトはstd残差を表示しません。つまり、頻度を含むテーブルは正しく表示されますが（欠損値なしなど）、残差はまったく表示されません。欠損値を避けるためにデータテーブルを事前にフィルタリングしようとしましたが、問題が解決しませんでした。
双方向テーブルの残差を標準化私は一つの問題を修正して別のものを作りました。私の前回の変更では、データが事前に要約され、各応答因子セルの数が入手可能であった場合に対応しました。残念ながら、このスクリプトは、事前要約なしでは元のケースに対応しなくなりました。私はこの最新版でそれを直しました。
ところで、調整されていない残差は、単なるセルのカイ二乗の平方根です。
双方向テーブルの残差を標準化了解、ありがとう。私はそれが他の誰かに役立つことを願っています。双方向テーブルの残差を標準化実際、私は誤って未調整の計算と逆調整をしてしまいました。それを私が直した。あなたのデータが事前に要約されている場合に備えて、私はオプション分析Freqの役割も追加しました。謝罪いたします。
ここで新しいスクリプトを使用してください。
双方向テーブルの残差を標準化今は大丈夫です、私はそれを確実に採用します。ありがとうございました
双方向テーブルの残差を標準化エラーの意味を理解し、計算を修正しました。また、起動ダイアログは調整された計算と調整されていない計算のどちらかを選択できるようになりました。デフォルトは選択されていません。
エラーを指摘してくれてありがとう。それが私があなたのレビューを求めた理由です！私は近道をしていました、そして、カウントプロセスにおける重要な区別を逃しました。
双方向テーブルの残差を標準化この式はFREQプロシージャに関するSASのドキュメントからのものです。
私は、調整されたまたは調整されていない残差についての言及は見ていませんでした。この式だけです。 スクリプトを変更しても問題ありませんが、調整した式で行をコメントアウトできます。残差を2回計算しています。
「pidot＃とpdotj＃の計算方法にエラーがあるはずです」という意味です。
なぜあなたは未調整版を好むのですか？
双方向テーブルの残差を標準化あなたの台本をありがとう。
実際には、std resには調整済みと未調整の2つの式があります。あなたが使用したものは調整されたもの（これは大丈夫です）でしたが、pidot＃とpdotj＃の計算方法にエラーがあるはずです。残念ながら、私はそのスクリプトを本当に理解することができないので、それを修正することはできません。問題がどこにあるのかを確認するために、（やや単純な）代替式を使って行を追加しました。
双方向テーブルの残差を標準化計算は簡単なので、私はあなたのためにそれをスクリプト化しました。それは特別な機能のない単純なスクリプトです。選択した応答と係数を使用してContingencyプラットフォームを起動し、標準化された残差を含む新しいレポートを下部に追加します。
あなたが独立して結果を検証するなら、おそらく最初にSASを通して、次にJMPを通してあなたの例を実行するなら、私はそれを感謝するでしょう。
双方向テーブルの残差を標準化ありがとうございました ：（双方向テーブルの残差を標準化以下を使用して、双方向分割表を分析できます。分析する > YをXに合わせる （起動します不測の事態プラットフォーム）またはを使用して分析する > フィットモデル （打ち上げ名目ロジスティックプラットフォームまたは通常の物流応答変数のモデリングタイプに応じたプラットフォーム） 残念ながら、これらの分析のどれもあなたが望む残差を提供しません。
私はそのような結果のためのどんなスクリプトも知らない。
