Bene. Ciao, mi chiamo Eric Hill. Sono il responsabile del team di sviluppo di JMP Live qui in JMP. Sto per mostrarvi una serie di novità di JMP Live 19 per JMP Live. Ecco cosa vi aspetta. Inizierò con un grafico di controllo. Ecco i dati di esempio della lavatrice da JMP. Eseguirò il grafico P, il grafico di controllo.
Come puoi vedere, ci sono un paio di punti fuori controllo. Voglio pubblicare questo su JMP Live. Pubblica report su JMP Live. Questo è il report giusto. Sto pubblicando un nuovo report. Devo trovare un posto dove inserirlo, quindi lo inserirò nello spazio o nella cartella di triage del grafico di controllo. Il titolo sembra a posto. Voglio pubblicare nuovi dati. I dati non sono ancora disponibili su JMP Live. Ok, ci siamo. Eccolo.
Nelle versioni precedenti di JMP Live, era possibile pubblicare carte di controllo e notificare praticamente chiunque potesse visualizzarle. Se si pubblicava una carta di controllo con avvisi attivi, gli utenti venivano informati, venivano inviate notifiche, in modo che fossero a conoscenza dell'accaduto e potessero visualizzarlo.
Ma dopo, non c'era più molto che si potesse fare. Non si poteva disattivarlo. Non si poteva dire che andava bene, ora era gestito. Non raccontarmelo più. Quella era praticamente la fine della storia. In JMP Live 19, ci siamo prefissati di rinnovare completamente l'intero processo, consentendovi non solo di visualizzare gli avvisi dei grafici di controllo, ma anche di gestirli, lavorarci e risolverli tutti all'interno di JMP Live.
Per dimostrarlo, una delle cose che posso fare è semplicemente puntare uno di questi punti fuori controllo e cliccarci sopra. Questo mi apre un pannello sulla sinistra che mi fornisce maggiori dettagli sul punto, mi dice quale proporzione è difettosa, su quale riga si trova, quale test ha fallito. Questo ha fallito il test di un punto oltre 3 Sigma.
Poi ci sono alcune aree in cui posso aggiungere informazioni in modo che altre persone che vedono questo grafico di controllo sappiano cosa sta succedendo. Ma la cosa più importante che posso fare è assegnarlo a qualcuno il cui compito, a mio avviso, è quello di ricercare il problema e capire qual è la causa o la soluzione, e poi documentarlo qui.
So che Chang Hua è responsabile di questo processo. Penso che sia la persona più adatta per analizzare questo avviso sul grafico di controllo e capire cosa sta succedendo. Salverò semplicemente la modifica. È l'unica modifica che apporterò. Ora, ho un altro browser qui con Chang Hua registrata. Questa è la sua sessione.
Noterai che qui in alto, nelle sue notifiche, ha una notifica attiva. Ci clicco sopra e mi dice che le è stato assegnato un avviso relativo alla carta di controllo da Eric Hill. Tutto ciò che deve fare è cliccare su quell'avviso o su quella notifica. Questo la riporterà esattamente allo stesso punto in cui le ho assegnato l'avviso relativo alla carta di controllo. Ora può iniziare il processo di ricerca.
La prima cosa che potrebbe fare è far sapere a tutti che sta seguendo il caso. Può spostare la situazione dallo stato aperto a quello di indagine in corso. In questo modo, tutti sapranno: "Ehi, qualcuno sta indagando". Poi può aggiungere alcune note su cosa farà. In queste note, può menzionare le persone che desidera coinvolgere nell'indagine.
Supponiamo che Chang scriva: "Ehi, Joseph Carlson, mandami i dettagli sul guasto del regolatore della scorsa settimana". La signora Chang pensa che questo possa avere qualcosa a che fare con questo. Vuole ottenere quei dettagli da Joseph. Quando salvo questo, succederanno un paio di cose. Prima di tutto, lo Stato passerà all'indagine.
Quindi Joseph, come è stato menzionato, riceverà un'e-mail e una notifica all'interno di JMP Live, che lo informeranno che Chang gli ha richiesto alcune informazioni affinché lui possa fornirgliele, direttamente qui oppure offline.
Ora clicco su "Salva" qui. Un'altra cosa che potresti notare è che questo avviso sul grafico di controllo era un cerchio rosso, e ora è un rombo arancione perché è sotto inchiesta, a differenza di questo qui, che è ancora aperto. Nessuno sta indagando su quello. Qualcuno potrebbe volerlo fare.
Passando il mouse sopra il punto, è possibile visualizzare informazioni di ogni tipo su cosa sta succedendo, chi gli è assegnato, qual è lo stato, eventuali note. Un ottimo modo per dare un'occhiata a cosa sta succedendo.
Ora, supponiamo che Joseph fornisca a Chang le informazioni di cui ha bisogno e che lei concluda che il problema è stato causato da un guasto al regolatore. Chang può tornare qui più tardi e dire: "Questo è stato un guasto al regolatore", quindi può contrassegnare questo problema come indirizzato e salvarlo in modo che ora sia un quadrato verde. Di nuovo, indica più chiaramente che non c'è più bisogno di preoccuparsi. Sappiamo cosa sta succedendo.
Ora, la carta di controllo stessa ha ancora un punto esclamativo qui negli avvisi in questo piccolo riquadro laterale, perché c'è ancora un avviso irrisolto nella carta di controllo. Qualcuno dovrà occuparsi anche di quello.
Immaginiamo che Chang proceda e si assegni anche questo, lo segni come risolto e dica che il problema è lo stesso. Salverà questa modifica. Ora entrambi gli avvisi del grafico di controllo mostrano quadrati verdi.
Ora che tutto è risolto nel pannello di sinistra, ovunque vediate questo grafico di controllo in JMP Live, apparirà un segno di spunta verde a indicare che non c'è nulla di sbagliato in questo grafico di controllo. Va tutto bene. Nessuno deve più preoccuparsene.
Questo è il processo di triage delle carte di controllo, una novità di JMP Log 19. C'è un altro intervento completo su questo processo, più dettagliato, tenuto da Michael Goff. Se questo argomento vi interessa, potreste dare un'occhiata anche al contributo di Michael Goff, alla sua presentazione.
Bene, un argomento correlato che riguarda il controllo di qualità e di processo, insieme agli avvisi delle carte di controllo, riguarda un lavoro che abbiamo svolto sullo screening di processo. Chiudo qui alcune di queste altre cose. Aprirò la tabella dei dati di esempio della capacità dei semiconduttori ed eseguirò lo script di screening di processo che si trova lì, che produce questa tabella di tutti i diversi processi documentati in questa tabella e del loro stato. Quindi posso fare cose come aggiungere il grafico degli obiettivi e il grafico delle prestazioni di processo.
Ora, se avessi pubblicato questo report in JMP Live 18, vediamo come sarebbe apparso. Torno al browser qui e in alto. Questo è esattamente lo stesso report che ho appena creato, pubblicato in JMP Live 18 invece che 19. Cosa ottengo qui? Beh, se clicco sulle cose, non è proprio vivo. Non succede molto. Posso scorrere verso il basso e troverò il grafico degli obiettivi e il grafico delle prestazioni del processo qui sotto.
Ma se clicco su un punto qualsiasi del grafico obiettivo, non succede nulla. Non ottengo alcuna interattività. Non viene selezionato nient'altro, né viene selezionato nell'altro grafico. In JMP Live 18 non accade nulla di ciò che ci si aspetta da JMP.
Pubblichiamo su JMP Live 19 e vediamo se la situazione è migliorata. Torniamo a JMP, File, Pubblica, Report su JMP Live. Ecco il report. Sto pubblicando un nuovo report. Lo pubblicherò nella cartella Screening dei processi. Il titolo sembra a posto. Non ho bisogno di aggiungere una descrizione. Continuiamo. Di nuovo, non voglio che vengano pubblicati nuovi dati. Non voglio trovare altri dati già presenti su JMP Live. Potrebbero non essere gli stessi dati. Quindi pubblicherò.
Ci vogliono alcuni secondi, ma è fatto. Da questa finestra di dialogo "Pubblica risultati", posso di nuovo cliccare su "Apri" per aprirlo in JMP Live nel mio browser. Eccolo lì. Sembra più o meno lo stesso, ma clicchiamo, ad esempio, su NPN9 qui, e verrà selezionato, e il grafico di controllo per il processo NPN9 verrà visualizzato qui a destra.
Forse voglio confrontare questo grafico di controllo con il processo NPN6. Posso selezionarlo e confrontarlo. Proverò anche con il PNP, giusto per averne tre. Posso selezionare tutti i processi che voglio nel grafico e vedere i loro singoli grafici di controllo sul lato destro, confrontarli e vedere se c'è qualcosa di simile tra loro. Cose del genere.
Ora, che dire del grafico degli obiettivi e del grafico delle prestazioni del processo? Beh, non devo scorrere fino in fondo e far scorrere tutto per vederli. Li abbiamo inseriti in schede separate nello stesso report. Se clicco sul grafico degli obiettivi, vedo il grafico degli obiettivi, e i miei grafici di controllo sono ancora qui per quei tre. Potete vedere che i punti più scuri sono quei tre punti. Potete vedere che due di loro sono nella sezione del grafico degli obiettivi. Stanno andando bene. Questo, l'altro è qui fuori.
Ma se clicco qui, posso selezionare un diverso insieme di punti da esaminare. Prendiamo questi quattro o cinque processi. Credo che siano quattro. Posso selezionarli, poi posso vedere i grafici di controllo e, di nuovo, confrontarli e cercare di capire perché nessuno di questi raggiunge l'obiettivo, quella cosa.
Allo stesso modo, se vado al grafico delle prestazioni del processo, posso vedere quei quattro punti qui sotto che ho selezionato nel grafico degli obiettivi. Se non ho più voglia di guardarli, posso cliccare su un punto qui. Facciamo clic su quello. Posso vedere il grafico di controllo per quel punto.
Un'esperienza molto più interattiva con Process Screening in JMP Live 19. Se ti piace Process Screening, se lo utilizzi, potresti voler scoprire cosa può fare JMP Live 19 per distribuire il tuo Process Screening in tutta la tua organizzazione e renderlo interattivo come hai visto qui.
Queste sono alcune delle novità più importanti di JMP Live 19. Parliamo brevemente di alcune novità generali in termini di usabilità o interfaccia utente. Un aspetto che ha ricevuto una certa attenzione è la finestra Home. Torniamo a JMP Live 18 e diamo un'occhiata alla finestra Home in JMP Live 18.
Non è molto ben definito. Mostra solo un elenco di tutti i post a cui hai accesso, in ordine decrescente in base all'ultimo aggiornamento. I post più recenti sono visualizzati per primi, quelli meno aggiornati più in basso, ma non c'è molto altro.
JMP Live 19 è molto più definito. Abbiamo una sezione dedicata agli articoli visualizzati di recente, perché se ieri hai guardato qualcosa e oggi torni a consultarla, potresti essere coinvolto in una conversazione a riguardo. Potresti voler tornare subito a quella sezione, così da poterla continuare a consultare.
Mantenere disponibili gli elementi visualizzati di recente è molto importante. Questa sezione mostra i primi sei, ma puoi cliccare su "Visualizza tutto" e vedere tutto ciò che hai visto, in ordine decrescente di data di visualizzazione. Ripetiamo i tuoi segnalibri in questa sezione. I segnalibri hanno una pagina dedicata qui sopra, accessibile anche da qui, ma ne abbiamo aggiunti alcuni nella schermata principale della dashboard solo per consentirti di vederli.
Di nuovo, data la nostra enfasi sugli avvisi relativi alle carte di controllo, abbiamo un'intera sezione dedicata che mostra tutti i post che contengono avvisi relativi alle carte di controllo visibili. Per questo, cliccherò su "Visualizza tutto" perché è piuttosto interessante.
Per questo motivo, questi tre stati delle carte di controllo necessitano di attenzione e di essere affrontati in modo approfondito. Questa pagina consente di filtrare i post con avvisi sulle carte di controllo in base al loro stato.
Se non mi interessano quelli completamente risolti o quelli in fase di indagine, voglio solo vedere le carte di controllo che nessuno sta guardando, così posso vedere cosa c'è da migliorare. Quali carte di controllo a cui nessuno presta attenzione, così posso limitare la mia visione a quelle e accedervi facilmente, quindi assegnare avvisi alle carte di controllo, e cose del genere. Solo per aiutarti a gestire la situazione.
In basso c'è la sezione aggiornata di recente, che contiene praticamente lo stesso insieme di elementi che vedevi in JMP Live 18. È l'unica cosa che vedevi lì, lo stesso insieme di post è qui sotto. Un aspetto interessante è che puoi limitarlo. Questo significa che puoi visualizzare tutti gli spazi su JMP Live. Potrebbero esserci molti spazi a cui hai accesso ma che non ti interessano. Se vuoi, puoi semplicemente visualizzare i post dei tuoi spazi preferiti.
Non ho post in nessuno dei miei spazi preferiti. Forse mi servono altri spazi preferiti. Come posso fare? Un'altra area su cui stiamo lavorando è quella degli Spazi. In JMP Live 18, se si andava alla scheda Spazi in alto a sinistra di JMP Live, si otteneva solo un elenco di tutti gli spazi. Era tutto quello che si poteva vedere da lì.
In JMP Live 19, quando fai clic sul menu a discesa Spazi, vedi i tuoi spazi preferiti, gli spazi visitati di recente e, se fai clic su Visualizza tutti gli spazi, tornerai alla stessa directory che avevamo in JMP Live 18.
Come si aggiunge uno spazio ai preferiti? Da qui, posso andare direttamente qui e cliccare sulla stella. Ora, le novità di JMP Live sono tra i miei spazi preferiti. Ora ricevo i post qui sotto, nella sezione Spazi preferiti. Posso essere certo che nell'elenco degli spazi a sinistra della mia dashboard, le novità di JMP Live 19 saranno sempre qui, perché ho aggiunto lo spazio ai preferiti.
Questa sezione mostra gli spazi che hai aggiunto ai preferiti e altri spazi che hai visitato di recente. Questa sezione cambierà nel tempo man mano che visiti spazi diversi.
Bene, questi sono i punti salienti di ciò che abbiamo fatto alla finestra iniziale o alla storia della dashboard in JMP Live. La prossima volta, approfondirò una serie di sezioni sui modi in cui abbiamo modificato i dati aggiornabili. Uno dei punti di forza di JMP Live è la possibilità, una volta pubblicati i dati su JMP Live, di accedervi e impostare uno script di aggiornamento, uno script di aggiornamento JSL, in modo da poter aggiornare i dati, ad esempio, da un database o da un file su disco o da qualsiasi altro dispositivo, ogni volta che ne hai bisogno.
Una volta aggiornati i dati, anche tutti i report che dipendono da tali dati verranno rigenerati automaticamente. È un ottimo modo per mantenere il tuo sito JMP Live attivo, aggiornato e aggiornato. Abbiamo apportato una serie di miglioramenti agli script di aggiornamento e alle loro funzionalità in JMP Live 19.
Iniziamo con i dati collegati. Ecco una cartella che contiene quattro report e quattro tabelle dati. Dal piccolo cerchio, che ricorda un riciclo, potete vedere che si tratta di tabelle dati aggiornabili. Ecco cosa significa quel simbolo.
Abbiamo città degli Stati Uniti, del Texas, della Carolina del Nord e della California. Sembra che queste tre contengano forse un sottoinsieme di ciò che è presente in questo Postgres, le città degli Stati Uniti di Postgres. Diamo prima un'occhiata a quella delle città degli Stati Uniti. Ecco i dati, e poi se vado nelle impostazioni, posso vedere lo script di aggiornamento.
Ecco uno script di aggiornamento per i dati demografici della città statunitense. Sembra una query di creazione query che si basa su un database RDS, un database PostgreSQL su Amazon. Si collega ad Amazon e recupera una serie di dati per tutti i 50 stati degli Stati Uniti. Contiene diverse colonne. Dopo aver recuperato i dati, crea uno script di postquery che calcola le percentuali di donne, uomini e veterani per ogni record, per ogni città, in realtà, in ogni stato.
È una query piuttosto complicata. Bisogna rivolgersi a RDS per ottenere i dati. Sembra una buona idea. Ma ho queste altre tabelle di dati, Texas, Carolina del Nord e California, che sono in realtà solo sottoinsiemi di questa tabella delle città degli Stati Uniti.
Preferirei di no, perché queste altre tabelle devono essere trasferite a PostgreSQL, a RDS, e da lì recuperare i dati, mentre io sto già recuperando i dati da RDS qui sotto, e sto facendo alcune cose, creando alcune colonne calcolate, sto facendo del lavoro. Non voglio duplicare quel lavoro per queste altre tabelle di cui ho bisogno.
Quello che vorrei fare per queste altre tabelle è iniziare con i dati presenti qui e poi suddividerli in sottoinsiemi in base allo stato. In JMP Live 19, è possibile farlo.
Prendiamo il Texas come esempio. Ecco il Texas. Diamo un'occhiata alle impostazioni. Per il Texas, quello che sono riuscito a fare è aggiungere una cosiddetta tabella dati referenziabile. È una parola lunga, ma in realtà significa una tabella dati collegata. Quindi puoi andare su "Aggiungi", e qui puoi trovare altri dati sul tuo sistema JMP Live, e puoi selezionare qualcosa e salvarlo, aggiungendolo così all'elenco delle tabelle dati referenziabili.
Qualsiasi tabella in questo elenco da JMP Live può essere referenziata qui nello script di aggiornamento. È possibile adottare un approccio. Ad esempio, per questa tabella, si potrebbero avere tre o quattro tabelle da combinare in una sola.
Questa è una cosa che potresti voler fare. In questo caso, voglio semplicemente prendere quella delle città degli Stati Uniti, eliminare quella che non mi serve e impostarla in base allo stato che mi interessa. È quello che ho fatto qui. Nel mio script di aggiornamento, non esegue alcuna query builder o altro. Dice solo: "Ehi, prendi le città degli Stati Uniti dalla tabella PostgreSQL e filtrale in base a 'Il codice dello stato è Texas'", e questo è tutto. È tutto ciò che deve fare.
Non deve necessariamente andare su RDS o qualcosa del genere. Ho uno script di aggiornamento molto simile nelle tabelle della Carolina del Nord e della California. Cosa significa...
Torniamo alla cartella che contiene tutto questo. Ciò significa che, se accedo alle città degli Stati Uniti dalla tabella PostgreSQL e la aggiorno, e poi torno ai dati del collegamento, ogni volta che questa tabella si aggiorna, anche le altre tabelle che dipendono da essa si aggiorneranno, perché dipendono solo da questa. Ogni volta che questa si aggiorna, anche le altre tre tabelle si aggiorneranno.
Il veterano per stato, che dipende da questa tabella dati originale, verrà rigenerato. Quindi verranno rigenerati anche questi tre report che dipendono da queste altre tre tabelle.
Lasciatemi liberarmi di questo. Semplicemente aggiornando le città degli Stati Uniti da PostgreSQL, tutte le altre tabelle dati e report verranno aggiornati o rigenerati non appena i nuovi dati di questo aggiornamento saranno disponibili. Basta un clic, un aggiornamento, e ho aggiornato un'intera cartella piena di dati e report.
Un paio di piccole cose più semplici che abbiamo fatto. Ve le mostro velocemente. Se apro questo report Veterani per Stato, una cosa che noterete è che i dati sono aggiornabili, come i dati di questa tabella. Si tratta della tabella di quella città degli Stati Uniti, e ha una programmazione. Si aggiorna ogni venerdì alle 08:00, ovvero tra tre giorni.
Abbiamo sempre mostrato quando una tabella dati verrà aggiornata, senza dover scavare a fondo nella pianificazione, e ti mostriamo quale sarà il prossimo evento di aggiornamento. Sarà tra tre giorni, perché potresti avere tre o quattro pianificazioni diverse qui. Cercare di capire quale verrà attivato per primo potrebbe non essere così facile.
Qui sopra vi diciamo: "Il prossimo aggiornamento avverrà tra tre giorni". Beh, questa è la tabella dati. E il report in sé? Quello che vi interessa davvero è il report che utilizza questi dati.
Bene, ora esamineremo tutte queste pianificazioni e capiremo quali dati verranno aggiornati per primi. Ciò significa che subito dopo verrà generato il report. Ora, se state solo guardando un report, potete guardare in alto e sapere che questo report verrà rigenerato tra tre giorni, perché è allora che verranno aggiornati i dati successivi da cui dipende.
È semplicemente un modo più semplice per esaminare un report e capire quando verrà aggiornato di nuovo. A proposito di pianificazioni di aggiornamento, torniamo alla pianificazione degli aggiornamenti. Creiamo una nuova pianificazione di aggiornamento, una pianificazione di aggiornamento aggiuntiva. Supponiamo di voler iniziare alle 08:00.
Volevo ripetere che, quando si apre il menu a discesa "Ripeti", in JMP Live 18, il numero più piccolo era di cinque minuti. La frequenza massima con cui si poteva riprogrammare un'esecuzione, una ripetizione, era ogni cinque minuti.
In JMP Live, ci è sembrato un po' restrittivo. In JMP Live 19, c'è un'opzione personalizzata che consente di impostare un numero qualsiasi di secondi, fino a 10 secondi. Se i dati si aggiornano così rapidamente che è necessario aggiornarli ogni 10 secondi, è possibile farlo. In questo caso, direi 30 secondi. Mezzo minuto, potrei dire 120 per ottenere due minuti.
Rende molto flessibile il calcolo preciso di quando pianificare l'esecuzione dello script di aggiornamento. Annullalo. Non ne ho davvero bisogno. Solo un paio di altre piccole cose che abbiamo fatto con l'aggiornamento.
Abbiamo parlato delle pianificazioni di aggiornamento e dell'uso di JSL per crearle, ma sappiamo che molte persone conoscono Python meglio di JSL. In JMP 18, JMP è migliorato notevolmente nell'uso di Python, eseguendo script scritti in Python.
In JMP Live 19, abbiamo introdotto questa funzionalità. Ora accedo a questa tabella dei terremoti. Questa è una tabella con informazioni sui terremoti. È aggiornata. Contiene alcuni dati chiamati "All Day", che hanno uno script di aggiornamento.
Se guardate qui sotto, se conoscete JSL molto bene, penserete: "Questo non sembra affatto JSL". Ovviamente, non lo è. È Python. Ora abbiamo un selettore di lingua per il vostro script di aggiornamento. Potete selezionare JSL o Python. Se scegliete Python, potete semplicemente inserire uno script Python qui.
Analizziamolo un po' più approfonditamente, perché ci sono un paio di cose da fare. Ovviamente, importeremo alcune librerie, e queste sono librerie che... Sono librerie Python fornite da JMP per semplificare l'uso di Python con JMP. Ce ne sono due e ce n'è una terza proprio qui, JMP Utils. JMP Utils consente di installare le librerie Python di cui si ha bisogno.
In questo caso, installerò la libreria Pandas in modo da poter utilizzare i data frame Pandas nel mio script di aggiornamento. La installo e poi la importo. Poi uso un data frame Pandas per leggere un file CSV da un sito web e memorizzarlo in un data frame. Quindi lo sottoinsieme in modo da ottenere magnitudo superiori a due soli terremoti. Non voglio quei piccoli dati insignificanti che in realtà non significano molto.
Prendo questo, lo sottopongo a un sottoinsieme e, affinché questo venga restituito a JMP e a JMP Live, deve essere una tabella dati JMP. Ma JMP fornisce un'utilità per prendere un data frame e trasformarlo di nuovo in una tabella dati JMP. Tutto quello che devi fare è chiamare il data frame dalla libreria Python di JMP e verrà creata una tabella dati. Questa è la sintassi che usi in Python per restituirlo a JMP come risultato dello script di aggiornamento.
Qualche complicazione, ma permette, se si ha familiarità con Python, di rimanere in Python. Lo eseguirò e basta. Aggiorno questa tabella e vedrete che lo script Python è in grado di aggiornare i dati correttamente.
Ci vogliono solo pochi secondi in più... Ed ecco fatto. Bene, è stato eseguito correttamente. Posso confermarlo andando nella cronologia e vedendo che si è aggiornato correttamente. Poi, se torno indietro e, ovviamente, guardo il report, non credo che sia cambiato molto perché l'ho fatto un'ora o due fa. Non credo che i terremoti siano cambiati molto nelle ultime due ore, ma questo è l'aspetto della mappa con i dati aggiornati.
Se ti piace Python, puoi utilizzarlo per gli script di aggiornamento in JMP Live.
Ecco un'altra tabella dati con uno script di aggiornamento. Lo eseguirò e vedremo cosa succede, poi vi spiegherò cosa succede. Eseguo questo script di aggiornamento. Vedremo se funziona. Naturalmente, da questa introduzione potreste probabilmente capire che non funzionerà. Sta fallendo.
Credo che nella versione 19 questa sia una novità: quando uno script di aggiornamento fallisce, per evitare di dover consultare la cronologia per capire perché non è riuscito, abbiamo inserito il messaggio di errore proprio qui, nello stesso pannello dello script di aggiornamento. Non devi andare da nessuna parte. Puoi guardarlo e vedere cosa è andato storto.
Sembra che abbiamo provato a includere qualcosa chiamato ADDIN_HOME, com.jmp.unitconversion. Ciò significa che questo script di aggiornamento si aspetta che sia disponibile un determinato componente aggiuntivo JMP, quindi può utilizzare del codice da quel componente aggiuntivo. Come faremo a rendere i componenti aggiuntivi disponibili per i nostri script di aggiornamento in JMP Live? Beh, è possibile. È un processo in due fasi, ma ecco cosa fare.
Innanzitutto, avrai un amministratore: accedi alle impostazioni amministrative di JMP Live. Scorrendo un po' verso il basso, troverai una serie di componenti aggiuntivi che un amministratore ha dichiarato: "Questi quattro componenti aggiuntivi sono quelli che siamo disposti a consentirti di includere nel tuo script di aggiornamento. Sono stati esaminati attentamente. Li abbiamo esaminati. Sono sicuri. È tutto a posto".
Tutto quello che devi fare è caricare il file zip per il componente aggiuntivo, che noi memorizziamo in JMP Live. Quindi, quando uno script di aggiornamento utilizza uno di questi componenti aggiuntivi, installeremo quel componente aggiuntivo nell'istanza di JMP Live su cui è in esecuzione il tuo script di aggiornamento, eseguiremo lo script di aggiornamento e, una volta terminato, ovviamente, la sessione JMP verrà chiusa dopo ogni esecuzione dello script di aggiornamento e riavviata.
Al riavvio, non sarà più aggiunto. Rimarrà nella sessione JMP solo finché lo script di aggiornamento sarà in esecuzione. Questo impedisce che i componenti aggiuntivi aggiunti da una persona influenzino gli script di aggiornamento di qualcun altro. Potrebbero verificarsi collisioni, quindi vogliamo evitarle il più possibile.
Questo è il primo passo. Un amministratore deve dire: "Sì, va bene inserire, ad esempio, il componente aggiuntivo per la conversione delle unità di misura per utilizzarlo nello script di aggiornamento". Fatto. Se torno all'altro browser, posso andare verso il basso. Se continuo a scorrere verso il basso, c'è una sezione dedicata ai componenti aggiuntivi assegnati nell'area dello script di aggiornamento. Posso cliccare su "Assegna" e notare che ottengo lo stesso elenco di quattro componenti aggiuntivi tra cui posso scegliere per consentire l'esecuzione del mio script di aggiornamento.
Ora scelgo la conversione delle unità di misura e la salvo. Viene visualizzata qui sotto. Ora, quando aggiorno questi dati, ci vorranno circa 20 secondi. Dovrebbe funzionare perché il componente aggiuntivo sarà disponibile e riuscirà a trovare il file che sta cercando di includere qui.
Ecco fatto. Non vedo errori lì e il messaggio di errore è scomparso. Vado alla cronologia. I dati sono stati aggiornati. Sembra che l'operazione sia andata a buon fine. Tutto a posto.
Se hai componenti aggiuntivi da eseguire negli script di aggiornamento, puoi farlo. Un aspetto importante sono i connettori dati prodotti da JMP Live, che possono essere creati da altri utenti e distribuiti come componenti aggiuntivi. Se hai bisogno di utilizzare connettori dati, ora che puoi inserire componenti aggiuntivi negli script di aggiornamento, puoi farlo qui. Puoi installare questi componenti aggiuntivi e utilizzarli nei tuoi script di aggiornamento.
Bene, questo conclude la sezione sugli script di aggiornamento. Che dire degli script di report, gli script in JMP Live che rigenerano i report dopo gli aggiornamenti dei dati? Abbiamo fatto qualcosa con loro?
A quanto pare sì. Una delle mie funzionalità preferite di JMP Live 19. Ecco un grafico a curve di livello dei dati Iris. Sembra a posto, tranne per il fatto che vorrei vedere se ci sono curve di livello aggiuntive nei dati. Sembra che sia stato fatto con un solo livello di curve di livello. Vorrei magari crearne due o tre e vedere se riesco a estrarre più curve di livello dai dati.
Come posso fare? Beh, lo script che rigenera questa tabella è sempre stato pubblicato su JMP Live ogni volta che si pubblica un report. Ma fino a JMP Live 19, era di sola lettura. Non c'era niente che si potesse fare. Non si poteva modificarlo. Se si volesse modificare il numero di curve di livello utilizzate in questo grafico, si dovrebbe tornare a JMP, trovare lo script originale che si è eseguito, rieseguirlo con un valore diverso per le curve di livello e quindi ripubblicarlo sopra questo per ottenere il nuovo valore.
Era un po' macchinoso, quindi abbiamo deciso di consentirlo ora in JMP Live 19. Somiglia molto al pannello dello script di aggiornamento della tabella dati, ma in realtà è il pannello dello script di rigenerazione del report. Posso aprirlo e semplicemente modificare il numero di livelli da uno a tre e salvarlo. Una volta salvato, il pulsante di rigenerazione del report, dato che lo script ora è diverso, verrà abilitato.
Posso cliccare su "Rigenera report" e verificare che la modifica apportata faccia effettivamente quello che volevo. Sembra proprio di sì. Ora ottengo tre contorni invece di uno solo. Me ne accorgo subito. È proprio così che voglio che appaia. Ho finito e ora posso aggiornarlo senza dover tornare a JMP.
Un altro caso d'uso che utilizzo spesso è un report sui dati dei diamanti. Qui il prezzo è calcolato in base al peso in carati. Poi ho filtri per colore e purezza. Ma se non ricordo male, in realtà ci sono quattro C nei diamanti: peso in carati, colore, purezza e taglio. Dove si intende il taglio? Beh, se guardo i dati, includono il taglio.
Il problema è che chi ha creato questo report non l'ha incluso nello script, nel filtro dati prima di pubblicarlo. Bene, grazie al cielo ora possiamo modificare lo script. Posso andare allo script. Rendiamolo di nuovo grande. Posso trovare il filtro dati qui nello script e aggiungere semplicemente Taglia. Estrai e Taglia. Salvo. Di nuovo, verrà rigenerato. Lo abilitiamo. Clicchiamoci sopra.
Ecco il report aggiornato, e in fondo c'è la voce "Taglio". Posso dire che voglio vedere solo un taglio eccellente. Non posso permettermi un taglio ideale, ma eccellente. Voglio davvero un diamante di qualità eccellente, quindi posso selezionare quello e ora posso filtrare in base a quel criterio, oltre agli altri.
Una funzionalità davvero utile è la possibilità di modificare semplicemente lo script di aggiornamento. Se non è esattamente quello che desideri, puoi modificarlo e adattarlo alle tue esigenze.
Bene, un ultimo argomento, ed è JSL. Non so se lo sai, ma ci sono diverse cose che puoi fare con JMP Live tramite scripting. Puoi pubblicare report su JMP Live in uno script. Puoi aggiornare i dati. Puoi fare diverse cose in JSL con JMP Live.
Torniamo a JMP e chiudiamo questa finestra di dialogo. Ecco uno script che avrebbe funzionato in JMP Live 18. Eccolo qui:
Ho un'azienda di produzione di formaggi e tre stabilimenti. Ho uno stabilimento a Houston, uno a Manchester e uno a Shanghai. Questo script eseguirà un report, un report di capacità per ogni stabilimento, e poi lo pubblicherà su JMP Live, così potrò verificare se ci sono differenze nei miei stabilimenti in termini di capacità di processo.
Condividono tutti un file con i limiti di specifica che risiede su JMP Live. Un buon modo per centralizzare i limiti di specifica è inserirli in un file su JMP Live, così tutti possono fare riferimento allo stesso file, garantendo così la coerenza tra i diversi impianti.
Questo è lo script che ho. Vediamo dove depositerà i risultati. Se torno a JMP Live e vado da questo tizio qui... Ecco una cartella in JMP Live. È una cartella chiamata Pads in JSL, e contiene cartelle per Houston, Manchester e Shanghai, ciascuna delle mie sedi.
Come faccio a dirlo a JMP... Come faccio a identificare queste cartelle nel mio script per JMP? Beh, potresti pensare che potrei semplicemente chiamarle per nome. In JMP Live 18, però, non era possibile. Per inserire qualcosa in una cartella, dovevi visitare la cartella e prenderne l'ID, che puoi trovare qui nella barra del titolo, oppure avresti potuto andare ai dettagli qui, copiarlo da qui e poi trasferirlo in JMP e inserirlo lì.
È un po' laborioso. Non documenta molto bene lo script perché ho questi ID nel mio script. Voglio dire, funziona, ma bisogna inserire questi ID nello script. In questo caso, sto mappando il nome della pianta. Sto usando ciò che è naturale, ovvero il nome della pianta, per generare tutto.
Ma poi, quando arrivo a JMP Live, devo mappare il nome della pianta a un ID, così so in quale cartella inserirla. Non riesco a capire esattamente dove si trovi, guardando questo script. Qual è la cartella padre di questa? Difficile dirlo.
Funzionerebbe sicuramente in JMP Live 18 e JMP Live 19. Tutto ciò che abbiamo fatto nella versione 19 è ancora compatibile con la 18. Ma nella 18 potrei fare le cose in modo leggermente diverso.
Passiamo ora a un secondo script. Ecco un altro modo per affrontarlo in JMP Live 19. In JMP Live 19, è possibile utilizzare percorsi e nomi di cartelle proprio come in un file system su Windows o Mac. È possibile navigare nel file system proprio come in altri ambienti.
Se guardi indietro, il nome di questa cartella, lo spazio si chiama "Novità, JMP Live 19", e la cartella è "07paths" in JSL. Se torno a JMP, è esattamente quello che vedo qui.
Dico a JMP di creare una connessione a JMP Live e, per ottenere la cartella di base per tutte queste pubblicazioni, dico semplicemente alla connessione live di procurarmi una cartella con questo percorso. Le novità di JMP Live 19 sono proprio come le vedo in JMP Live. È autodocumentante. Ora è nel mio script.
Quindi, quando eseguo un ciclo tra i miei diversi stabilimenti di produzione e voglio ottenere una sottocartella in cui inserire un report, dico semplicemente: "Prendimi, dalla cartella di base, prendimi la sottocartella con lo stesso nome dello stabilimento, Houston, Manchester o Shanghai, e poi pubblico il contenuto in quella cartella".
È solo un po' più documentato, è più chiaro e ti permette di ricordare i nomi delle tue piante. Non ricorderai mai quegli ID, quindi dovrai fare riferimento a JMP Live molto meno spesso usando percorsi e nomi rispetto a quando cerchi di usare gli ID.
Si va sempre avanti e indietro, si prende un ID, lo si riporta indietro e lo si inserisce nello script. Questo rende il processo di scripting un po' più fluido. Eseguirò questo script JSL, che creerà tre diversi diagrammi di capacità e li pubblicherà su JMP Live nella cartella appropriata.
Se vado su "Vedi nuovi post", c'è il Capability File di Houston, c'è quello di Manchester e qui c'è quello di Shanghai. Quindi per qualche motivo si stanno rigenerando, ma sono tutti lì.
Credo che sia solo un modo un po' più intuitivo per creare script JMP Live da JMP utilizzando percorsi e nomi invece di dover usare ID.
Bene, questa è la fine della mia presentazione sulle novità di JMP Live 19. Mi chiamo Eric Hill e il mio indirizzo email è eric.hill@jmp.com.
Se avete domande sul materiale che ho presentato qui, non esitate a contattarmi: potrò rispondere a qualsiasi domanda o indicarvi la giusta direzione.
