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