變換列的改進是什麼激發了這個願望清單請求？
在 Jmp 中，有兩種方法來產生轉換列。
- 透過與數據表對話：
- 變換列的產生方式為桌子範圍 - 因此，轉換列「存在」於其生成平台的上下文之外。
- 有一個代替選項：取代預先存在的轉換列（設定：1）或調整新轉換列的名稱（設定：0）
- 轉換列很容易訪問，例如透過使用
命令的回傳值 = 產生的轉換列的句柄
- 透過與報告交談
2b) 透過
platform << Transform Column()
- 此轉換列是在平台範圍內產生的 - 平台關閉後我們是否會刪除
-> 非常有用:)
這就是為什麼這是在圖形產生器、摘要和所有其他平台中使用轉換列的預設方法的原因。
- 不幸的是，這裡沒有代替選項。
如果存在同名的轉換列，則命令為被忽略（！）並使用現有的轉換列。
- 不幸的是，由平台產生的轉換列非常難以訪問：
如何引用轉換列？
例如如何刪除轉換列？
您希望看到什麼改進？
請改進在平台上下文中產生的轉換列的功能：
- 回傳一個句柄對於專欄 - - 類似第一種變換列
- 添加一個代替選項 - 類似第一種轉換列
為什麼這個想法很重要？
GraphBuilder 具有透過摘要統計聚合資料的很酷的功能 - 但缺少重要的功能，例如CDF 。
轉換列提供了縮小此類差距的可能性 - 但轉換列在平台環境中的有限功能使其變得困難。
例子：
如果使用者更改本機資料過濾器中的選擇 - 如何更新轉換列以適應變更？
自動化和腳本編寫資料混合與清理數據探索和視覺化
