我還沒有看到任何關於 Pi Importer 選項的最新文章。這本應是 18 中的升級，但我在最大計數設定方面尤其掙扎。我不確定這裡是否真的有問題，但我願意分享我所學到的知識，並想知道是否有其他人有其他見解可以分享。我專注於原始資料導入，因為我們的資料結構並試圖消除任何增加的混亂層。
基礎知識：最大計數的預設值為 5000，絕對最大值為 150,000。這是 JMP 根據您給出的請求獲取的最大值的數量。如果您選擇 4 個 pi 標籤並將預設值保留為 150,000，您將收到錯誤訊息，表示您超過了允許的最大值（150,000/4 個標籤 = 最大 37500）。如果某些標籤來自不同的“資產”，則限制/劃分可能是“按資產” - 我還沒有完全弄清楚。 JMP 幫助選單中只有描述。應該添加這些限制/定義。
錯誤訊息幫助我弄清楚了發生了什麼，儘管這不是一個顯示總點數與每個標籤的點數的更整合的設置，這似乎很奇怪。我發現非常令人困惑的是輸出。附件是拉取 4 個 Pi 標籤的範例。起初我以為每個圖表中資料的截止值與它們在拉動中出現的順序（按字母順序排列）或我將它們添加到導入視窗的順序（紫色、綠色、紅色、藍色）有關，但我相信它實際上是每個標籤的輸出數量。藍色和紫色的數據點較少，因此在我提取的 1 天時間範圍內，它們不會達到最大值 37,500。我以為紅色和綠色有相同的數據，但深入挖掘後發現，有 4000 個點散佈在綠色中但不在紅色中。這意味著綠色在時間戳上比紅色早達到 37,500 點。我確認紅色和綠色列中都有恰好 37,500 個值，其餘單元格有「缺失」資料。沒有錯誤訊息或來自 JMP 的任何跡象表明在請求的時間範圍內 Pi 中有額外的數據，只是沒有被提取。我知道 JMP 正在提取我要求其提取的內容，但我不知道有多少數據，並且它強加了這種任意限制。這次特定的資料擷取持續了 1 天，並且只給了我資料表中的 42,526 行（許多時間戳記只有 1 或 2 個 pi 標籤結果）。當一個標籤先於另一個標籤切斷並且一些標籤覆蓋整個時間範圍時，我的第一個假設是該標籤停止產生資料或出現斷開連接！考慮到資料表的佈局，混亂情況會更加嚴重。輸出中的紅色和綠色列位於藍色和紫色之間。當我們向下滾動按時間排序的表格時，它們只是在隨機點停止，看起來並不像“達到了數據限制”，而是這些標籤的數據被破壞了。我現在明白事實並非如此。
這也意味著，當我嘗試解決問題並提取較少量的數據並結合更長的時間範圍和其他帶有代碼的標籤時，我不知道是否超出了限制並突然丟失了一堆數據。當我意識到我可以查看輸出值的數量時，我還需要將這種防錯功能添加到我的程式碼中。
總而言之，如果我有一個標籤每 8 小時才報告一次，還有一個標籤每 1 秒有一次數據，並且我嘗試將它們拉到一起以使時間戳全部對齊，那麼似乎我無法拉出 150k 個總輸出，而更頻繁的標籤將成為限制因素。我確實知道如何使用 Pi 一次導入一個並通過組合表循環它們來解決這個問題，但這很麻煩，而且我無法讓許多其他用戶參與其中。這個JMP接口有很大的潛力，但這一點卻增加了很多混亂！
我也會將其發送給技術支持，看看他們是否可以添加更多資訊或將其納入幫助訊息，但想知道其他用戶看到了什麼！
雖然不方便，但也許您可以分別匯入每個標籤，然後按時間連接它們（或連接，然後按標籤拆分），然後用類似這樣的內容填寫缺少的值：
Names Default to Here(1);
dt = Current Data Table();
rows = N Row( dt );
dtcollist=dt<<GET column="" names=""></GET>
是的，我已經一次拉出一個標籤並進行合併。然而，JMP 18 中新增的「拉多個標籤」這一功能應該可以讓普通的 JMP 使用者更輕鬆地編寫複雜的程式碼來拉標籤 - 甚至可以手動使用可以點擊以選擇標籤的方塊。總的來說，我比使用過的其他提取 Pi 資料的選項更喜歡這個介面，但這種毫無警告的資料遺失是一個關鍵問題。在恢復到更加困難和手動的方法之前，我不應該花這麼多時間來試圖了解為什麼某些標籤丟失了。我不能向有此差距的同事推薦使用 JMP。
