Non ho visto post recenti sulle opzioni di Pi Importer. Questo avrebbe dovuto essere un aggiornamento in 18, ma sto avendo problemi soprattutto con l'impostazione Max Count. Non sono sicuro che ci sia davvero una domanda qui, ma condivido ciò che ho imparato e mi chiedo se qualcun altro abbia altre idee da condividere qui. Mi concentro su Raw Data Import per via della struttura dei nostri dati e per cercare di rimuovere qualsiasi livello di confusione aggiunta.
Le basi: il valore predefinito per Max Count è 5000, con un massimo assoluto di 150.000. È il numero massimo di valori che JMP recupererà per la richiesta che hai fornito. Se selezioni 4 tag pi e lasci il valore predefinito a 150.000, riceverai un messaggio di errore allegato, che indica che hai superato il massimo consentito (150.000 / 4 tag = 37.500 max). Sembra che se alcuni tag provengono da "asset" diversi, i limiti/la divisione potrebbero essere "per asset" - non l'ho ancora capito del tutto. Solo la descrizione è nel menu della guida di JMP. Questi limiti/definizioni dovrebbero essere aggiunti.
Il messaggio di errore mi ha aiutato a capire cosa sta succedendo, anche se sembra molto strano che questa non sia un'impostazione più integrata che mostra il numero totale di punti rispetto ai punti per tag. Ciò che trovo molto confuso è l'output. In allegato un esempio di 4 tag Pi estratti. All'inizio pensavo che il limite dei dati in ogni grafico fosse legato all'ordine in cui apparivano nell'estrazione (alfabetico) o all'ordine in cui li ho aggiunti alla finestra di importazione (viola, verde, rosso, blu), ma credo che in realtà sia il numero di output di ogni tag. Il blu e il viola hanno meno punti dati, quindi non raggiungono il massimo di 37.500 durante il periodo di tempo di 1 giorno che sto estraendo. Pensavo che il rosso e il verde avessero dati identici, ma scavando più a fondo, ci sono 4000 punti intervallati nel verde che non sono nel rosso. Ciò significa che il verde raggiunge 37.500 punti prima nei timestamp rispetto al rosso. Ho confermato che ci sono esattamente 37.500 valori sia nella colonna rossa che in quella verde, con le celle rimanenti che hanno dati "mancanti". NON CI SONO MESSAGGI DI ERRORE o alcuna indicazione da JMP che ci siano dati aggiuntivi in Pi durante il periodo di tempo richiesto e che semplicemente non vengono estratti. So che JMP sta estraendo ciò che gli ho chiesto di estrarre, ma non so quanti dati ci siano e sta imponendo questa restrizione arbitraria. Questo particolare data pull è durato 1 giorno e mi ha dato solo 42.526 righe nella tabella dati (molti timestamp hanno solo 1 o 2 risultati di tag pi). Quando un tag si interrompe prima di un altro e alcuni tag coprono l'INTERO intervallo di tempo, la mia prima ipotesi è che il tag abbia smesso di produrre dati o che ci sia stata una disconnessione! La confusione è ancora maggiore dato il layout della tabella dati. Le colonne rossa e verde sono tra quelle blu e viola nell'output. Farle semplicemente interrompere in punti casuali mentre scorriamo verso il basso nella tabella ordinata in base al tempo non sembra "il limite di dati è stato raggiunto", ma piuttosto che i dati sono stati interrotti per questi tag. Ora capisco che non è così.
Significa anche che quando provo a fare il work-around e a estrarre piccole quantità di dati da combinare con intervalli di tempo più lunghi e altri tag con il codice, non ho idea se supero il limite e all'improvviso mi mancano un sacco di dati. Con la consapevolezza che posso guardare il numero di valori emessi, dovrò aggiungere anche questa correzione degli errori al mio codice.
In sintesi, se ho un tag che segnala solo ogni 8 ore e un tag che ha dati ogni 1 secondo, e provo a riunirli in modo che i timestamp siano tutti allineati, sembra che non riesca a estrarre 150k output totali e il tag più frequente sarà il fattore limitante. So come risolvere questo problema utilizzando un'importazione Pi una alla volta e facendole scorrere attraverso le tabelle di combinazione, ma è una seccatura e non è qualcosa con cui riuscirò a convincere molti altri utenti. Questa interfaccia JMP ha un sacco di potenziale, ma questo pezzo aggiunge molta confusione!
Invierò questo messaggio anche all'assistenza tecnica per vedere se possono aggiungere altre informazioni o inserirlo nelle informazioni della guida, ma mi chiedo cosa stanno vedendo gli altri utenti!
sebbene non sia conveniente, forse potresti importare ogni tag separatamente, quindi unirli in base al tempo (o concatenarli, quindi dividerli in base al tag), quindi riempire i valori mancanti con qualcosa del genere:
Names Default to Here(1);
dt = Current Data Table();
rows = N Row( dt );
dtcollist=dt<<GET column="" names=""></GET>
Sì, sto già estraendo un tag alla volta e combinandolo. Tuttavia, questa funzionalità di "estrazione di più tag", aggiunta in JMP 18, dovrebbe semplificare l'estrazione dei tag per l'utente medio di JMP, che non ha intenzione di scrivere codice complesso, anche manualmente utilizzando la casella in cui è possibile fare clic per selezionare i tag. Nel complesso, l'interfaccia mi piace di più rispetto ad altre opzioni che ho usato per estrarre i dati Pi, ma questa perdita di dati senza preavviso è un problema fondamentale. Non avrei dovuto perdere così tanto tempo a cercare di capire perché alcuni tag mancassero prima di ricorrere al metodo manuale, molto più difficile. Non posso consigliare JMP per questo utilizzo ai miei colleghi che hanno questa lacuna.
