回覆:變換列的改進Jmp 支援已確認:TS-00056243
。您無法引用在平台上下文中建立的轉換列。這意味著您無法刪除或更換它。如果您想要引用轉換列,則必須在資料表上下文中建立該列。
這是指使用的用戶吉林省。
他的同事使用Jmp圖形介面可以做所有這些事情 - 他甚至可以重命名變換列。
對於「JSL」用戶來說這是多麼不利的事情。
變換列的改進很酷的新功能
可以幫助很多用戶!
☑ 感覺像個bug
很高興擁有
無人需要它
是什麼激發了這個願望清單請求?
在 Jmp 中,有兩種方法來產生轉換列。
- 1)透過與數據表對話:
- 轉換列是使用表範圍產生的 - 因此,轉換列「存在」於其產生平台的上下文之外。
- 有一個替換選項:取代預先存在的轉換列(設定:1)或調整新轉換列的名稱(設定:0)

- 轉換列很容易訪問,例如透過使用
命令的回傳值 = 產生的轉換列的句柄
- 2)透過與報告交談

2b) 去
platform << Transform Column()
- 此轉換列是在平台範圍內產生的 - 平台關閉後我們是否會刪除
-> 非常有用:)
這就是為什麼這是在圖形產生器、摘要和所有其他平台中使用轉換列的預設方法的原因。
- unfortunately, there is no 代替 option.
If there is a Transform Column with the same name, the command is 被忽略(!)and the exiting Transform Column is used instead.
- 不幸的是,由平台產生的轉換列很難存取:
如何引用轉換列?
例如如何刪除轉換列?
您希望看到什麼改進?
雖然它的工作原理與設計的一樣,但它絕對感覺像是一個錯誤。
使用者很難理解有幾個任務可以透過 GUI 完成,而不能透過 JSL 存取。
請改進在平台上下文中產生的轉換列的功能:
- 傳回列的句柄- - 類似第一種轉換列
- add a 代替選項 - 類似第一種轉換列
為什麼這個想法很重要?
GraphBuilder 具有透過摘要統計聚合資料的很酷的功能 - 但缺少重要的功能,例如CDF 。
轉換列提供了縮小此類差距的可能性 - 但轉換列在平台環境中的有限功能使其變得困難。
例子:
如果使用者更改本機資料過濾器中的選擇 - 如何更新轉換列以適應變更?
更多願望提交者
自動化和腳本編寫資料混合與清理數據探索和視覺化回覆:變換列的改進對新公式列的相關願望:
使新公式列傳回對新建立的列的引用
@mia_stephens ,是否可以透過轉換列和平台上下文來解決問題
- 這樣就可以傳回生成列的參考?
回覆:變換列的改進 - 狀態變更為:已確認嗨@hogi ,感謝您這篇詳細的帖子。我相信我理解你的要求。我們的開發團隊在當前週期中有一些重大舉措,因此將其添加到隊列中以供考慮。
請注意,啟動對話方塊中的虛擬變換選項會更多地用於特定分析上下文中的探索目的,因此功能更加有限。透過公式編輯器進行的轉換功能更加全面。
回覆:變換列的改進明白了。
目前的後備解決方案確實是:使用表格上下文產生轉換列。
缺點:它們「污染」了我的桌子 - 並出現在所有其他報告中。
是的,與其他願望相比:prio肯定低得多; )
回覆:變換列的改進對轉換列的另一個改進請求:
轉換列 - 與總計統計一樣舒適?