L'aggiornamento forzato di JMP17 ha interrotto lo script funzionante di JMP14Ciao ragazzi, vorrei fare un esempio di script, ma dopo aver risolto il problema, una spiegazione dovrebbe bastare.
Ho una tabella dati da una sorgente CSV che contiene molte colonne di dati di traccia con un nome di colonna con unità di misura alla fine. Per i gradi Celsius l'intestazione è Temperatura [0 °C] e per i metri cubi all'ora è Flusso d'aria [m3/h]. Ce ne sono altri. Ho creato uno script che apre questo file di dati e un altro che ha calcolato i limiti statici. Ha funzionato benissimo in JMP14. Sono stato forzato in JMP17, il che è corretto; tuttavia, JMP17 mette in apice C per Celsius e 3 per Cubico. Il mio file dei limiti di riferimento non lo prevede e quando sfoglio le colonne per tracciare i grafici, non corrispondono. La soluzione più semplice è stata salvare i file di riferimento statici con apice. Tuttavia, i dati di input non arrivano in questo modo e temo che qualche futuro aggiornamento o utilizzo dei dati JMP in un'altra interfaccia utente come PBI o SSRS non lo accetterà.
Esiste una soluzione semplice per prevenire questo problema in JMP17? Oppure dovrei semplicemente accontentarmi di avere una soluzione a breve (o forse a lungo) termine.
Analisi e modellazione dei dati di baseRe: L'aggiornamento forzato di JMP17 ha interrotto lo script funzionante di JMP14Non capisco perché i nomi delle colonne vengano visualizzati in apice. Da parte mia, non ho avuto problemi a importare il file CSV allegato utilizzando il metodo normale File -> Apri con anteprima.
A proposito, se utilizzi già lo scripting JSL, potresti essere interessato a fare riferimento alle colonne per numero anziché per nome. Ecco un esempio tratto dalla voce "Scripting Index" per la funzione "Column":
Names Default To Here( 1 );
Open( "$SAMPLE_DATA/Big Class.jmp" );
col4 = Column( 4 );
ht = Column( "height" );
col4[1] + ht[2];
Si noti che è possibile fare riferimento a una colonna come "Column( 4 )" o "Column( "height" ); entrambi i metodi sono corretti. In questo modo si elimina qualsiasi dipendenza dalla corrispondenza esatta dei nomi delle colonne. Questa è una buona soluzione se la tabella dati è sempre formattata allo stesso modo (stesso numero e ordine delle colonne).
Re: L'aggiornamento forzato di JMP17 ha interrotto lo script funzionante di JMP14
@MikeTV99 ha scritto:
Ciao ragazzi, vorrei fare un esempio di script, ma dopo aver risolto il problema, una spiegazione dovrebbe bastare.
Fornire un file o uno script che causa il problema è di grande aiuto!
È più efficiente caricare un file che possa essere utilizzato per riprodurre il problema piuttosto che scrivere cento parole o più.
Un'ipotesi: un errore di "analisi" all'interno di uno script
Open(
"$DOWNLOADS/Superscript_Issue.csv",
Import Settings(
End Of Field( Other( ";" ), CSV( 0 ) ),
)
);
column name = column(1) << get name;
Parse(column name)
