コードブロックで自動再計算しますか?コンテキスト: JMP 17
こんにちは、みんな、
ダッシュボードプロジェクトに取り組んでいます。このプロジェクトでは、関数を使って様々なプロットを生成し、それらを大きなグリッドにまとめてユーザーが閲覧できるようにしています。この関数はプロット生成を処理し、独自のWhere()句を使って、他の多くのデータを含む大きなデータテーブルからデータを選択します。プロットのグリッドはローカルデータフィルター内に配置され、データの年代に基づいて高度なフィルタリングを行うことができます。プロットはすべて自動的に再計算されるため、ダッシュボード全体が期待どおりに動作します。
次のステップは、各プロットにカスタムの要約統計情報のセットを追加することです（プロットプラットフォームの要約統計情報だけでは不十分です）。プロットと同じwhere句を使用して特定のパラメータでサブセット化するのは問題ありませんが、要約統計情報もLDFの状態を認識し、それに応じて更新する必要があるため、そこが苦労しているところです。
この問題への最初のアプローチは、ビッグデータテーブルを関連プロットと同じwhere句でサブセット化し、そのサブセットに対してSummary()を実行し、サマリーに基づいて新しい列の導出、古い列の名前変更、クリーンアップなどを行い、Get As Report()で結果を吐き出し、プロットとパッケージ化してプロットと統計情報をV Splitter Boxでラップし、そのV Splitter Boxをダッシュボードグリッドに挿入することで解決しました。しかし、このアプローチではLDFが変更された場合の再計算ができないようです。
サブセット化、要約、そして要約の後処理というアプローチは間違っているのでしょうか？もっと良い方法はないでしょうか？コードブロックをLDF対応にする方法はあるでしょうか？仮にこれがうまくいったとしても、小さなサブセットと要約をすべてアクティブにしておく必要があるのでしょうか？別のアプローチを見つける十分な理由になるかもしれません…
申し訳ありませんが、コード例を簡単に含める方法がないので、現時点ではアーキテクチャの方向性だけを探しています。
ありがとう！
自動化とスクリプトデータの探索と可視化Re: コードブロックの自動再計算?カスタマイズされた要約統計を含む Tabulate / Distribution で十分かどうか確認しましたか？また、<< Make Filter State Handler を使用することもできます。
Re: コードブロックの自動再計算?ご意見ありがとうございます。カスタマイズされた要約統計は、成功基準の値も各行に統合する必要があるため、行き止まりのように思えます（基本的には管理限界ですが、テーブルでは管理限界としてコード化されておらず、別のファイルから取得されています）。
Make Filter Change Handler のことですか？スクリプトのインデックスで見つけたのはそれだけです。もしかしたら名前が変更されたのかもしれません。
ありがとう
Re: コードブロックの自動再計算?はい << フィルター変更ハンドラーを作成します (状態ハンドラーが正しくありません)。
