@ジョン_ワイズ、また、拍手ボタンであなたのサポートを示してください
.
Tabulate、Graph Builder 軸、Graphlet。
グラフレットの列階層
階層は、私たちの周りで何が起こっているかを整理して理解するのに役立つため、いたるところにあります。 それらは「物理的」（「空間」と「時間」に関連する次元の場合のように）またはより「概念的」である可能性があります。 空間階層の例は「大陸 > 国 > 地域」であり、時間階層は「10 年 > 年 > 四半期 > 日」のようになります。
多くの JMP 顧客は具体的な製品を製造しており、製品の構造を反映する測定階層は例外ではなく規則です。
- 設計修正 > バッチ > ロット > ウェーハ > ダイ
- 製品ファミリー > キャンペーン > バッチ > サブバッチ
- 工場 > 材料サプライヤー > 機械 > ラン > ウィズインラン
- マシン タイプ > マシン ID > バッチ ID > 金型位置
多くの場合「自明」ですが、そのような階層は、実際に測定されるものと、分析またはレポートの目的が何であるかによって条件付けられるため、多くの場合絶対的ではないことに注意してください。 そのため、ユーザーが変数から階層を迅速に確立および再構築できる機能が不可欠です。 . JMP の Graphlets は、多くの場合コーディングなしでエンド ユーザーに価値のある機能を提供しますが、おそらくユーザーは、それらを最大限に活用する方法を学ぶ必要があります。 「Next in Hierarchy」列プロパティは、決心したユーザーが階層を構築するための手段を提供しますが、この機能は少し隠され、マウスのクリックが多すぎます。それらの価値。
「Define Hierarchy」アドインをさらに開発すると、上記の使用パターンでの Graphlets の使用が合理化されます。 これは便利な機能を超えており、(適切な宣伝を行うことで) それらのより効果的な使用と、ユーザーがデータを操作できる方法の有効性を高めるのを支援するという私たちのより広い目標をサポートします。
付属のアドインとは異なり、その開発では、仮想的に結合されたテーブル間の階層をサポートし、すべてのテーブルで定義されたすべての列プロパティを適切に管理する機能を提供する必要があります。
これについては将来的に検討しますが、これを実現するにはかなりのコーディング作業が必要になります。
