Alles klar. Hallo, mein Name ist Eric Hill. Ich bin Leiter des JMP Live-Entwicklungsteams hier bei JMP. Ich zeige Ihnen gleich ein paar Neuerungen in JMP Live 19. Dafür haben Sie ja eingeschaltet. Ich beginne mit einer Kontrollkarte. Hier sind die Beispieldaten der Waschmaschine aus JMP. Ich führe das P-Diagramm aus.
Sie sehen, dass es hier einige Punkte gibt, die außer Kontrolle geraten sind. Ich werde dies in JMP Live veröffentlichen. Berichte in JMP Live veröffentlichen. Das ist der richtige Bericht. Ich veröffentliche einen neuen Bericht. Ich muss noch einen Platz dafür finden, also lege ich ihn in den Kontrollkarten-Triage-Bereich bzw. Ordner. Der Titel sieht gut aus. Ich möchte neue Daten veröffentlichen. Die Daten sind noch nicht in JMP Live verfügbar. Okay, da sind wir. Da sind sie.
In früheren Versionen von JMP Live konnten Sie Regelkarten veröffentlichen und praktisch jeden benachrichtigen, der eine Regelkarte sehen konnte. Wenn Sie eine Regelkarte mit aktiven Warnungen veröffentlichten, wurden die Benutzer darüber informiert und benachrichtigt, sodass sie darüber informiert waren und es sehen konnten.
Aber danach war nicht mehr viel damit anzufangen. Man konnte es nicht abschalten. Man konnte nicht sagen, es sei okay, es sei jetzt erledigt. Erzählen Sie mir nichts mehr davon. Damit war die Geschichte so ziemlich abgeschlossen. In JMP Live 19 haben wir den gesamten Prozess komplett überarbeitet. Sie können Ihre Regelkartenwarnungen nicht nur sehen, sondern auch verwalten, bearbeiten und anschließend alle in JMP Live beheben.
Um das zu zeigen, kann ich einfach auf einen dieser außer Kontrolle geratenen Punkte zeigen und darauf klicken. Daraufhin wird links ein Fenster angezeigt, das mir weitere Details zu dem Punkt liefert. Es zeigt mir, welcher Anteil fehlerhaft ist, in welcher Zeile er sich befindet und welcher Test fehlgeschlagen ist. Dies ist der Punkt, der den 3-Sigma-Test nicht bestanden hat.
Dann gibt es noch einige Bereiche, in denen ich Informationen hinzufügen kann, damit andere, die dieses Kontrolldiagramm sehen, wissen, was damit los ist. Das Wichtigste ist jedoch, dass ich es jemandem zuweise, dessen Aufgabe es meiner Meinung nach ist, das Problem zu untersuchen, die Ursache oder Lösung herauszufinden und das dann hier zu dokumentieren.
Ich weiß, dass Chang Hua für diesen Prozess verantwortlich ist. Ich denke, sie ist die beste Person, um diese Kontrolldiagrammwarnung zu untersuchen und herauszufinden, was los ist. Ich speichere diese Änderung. Es ist die einzige Änderung, die ich vornehmen werde. Ich habe hier einen anderen Browser, in dem Chang Hua angemeldet ist. Dies ist ihre Sitzung.
Sie werden feststellen, dass sie hier oben in ihren Benachrichtigungen jetzt eine aktive Benachrichtigung hat. Ich klicke darauf und dort steht, dass ihr von Eric Hill eine Kontrollkartenwarnung zugewiesen wurde. Sie muss nur auf diese Warnung oder Benachrichtigung klicken. Dadurch gelangt sie direkt zurück an die Stelle, an der ich ihr die Kontrollkartenwarnung zugewiesen habe. Jetzt kann sie mit der Recherche beginnen.
Als Erstes könnte sie die Leute darüber informieren, dass sie an dem Fall arbeitet. Sie kann den Status „Offen“ in „Untersuchung“ ändern. So weiß jeder: „Hey, da untersucht jemand.“ Anschließend kann sie Notizen zu ihrem Vorgehen hinzufügen. In diesen Notizen kann sie Personen erwähnen, falls sie weitere Personen in die Untersuchung einbeziehen möchte.
Nehmen wir an, Chang schreibt: „Hey, Joseph Carlson, schick mir die Details zum Reglerausfall letzte Woche.“ Frau Chang glaubt, dass dies etwas damit zu tun haben könnte. Sie möchte diese Details von Joseph erfahren. Wenn ich das speichere, passieren einige Dinge. Zunächst wird der Staat auf Ermittlungen umstellen.
Dann erhält Joseph, da er bereits erwähnt wurde, eine E-Mail und eine Benachrichtigung innerhalb von JMP Live, die ihn darüber informiert, dass Chang einige Informationen von ihm angefordert hat, damit er sie ihr entweder direkt hier oder offline zur Verfügung stellen kann.
Ich klicke hier einfach auf „Speichern“. Was Ihnen vielleicht noch aufgefallen ist: Diese Kontrolldiagrammwarnung war früher ein roter Kreis und jetzt eine orangefarbene Raute, weil sie untersucht wird. Im Gegensatz zu dieser hier, die noch offen ist. Niemand untersucht sie. Vielleicht möchte das jemand tun.
Wenn Sie mit der Maus über den Punkt fahren, werden Ihnen alle möglichen Informationen darüber angezeigt, was gerade passiert, wer dafür zuständig ist, wie der Status ist und welche Notizen vorhanden sind. Eine großartige Möglichkeit, ganz einfach einen Blick auf die Vorgänge dort zu werfen.
Nehmen wir an, Joseph gibt Chang die benötigten Informationen und sie kommt zu dem Schluss, dass der Fehler durch den Regler verursacht wurde. Chang kann später darauf zurückkommen und sagen: „Das war der Reglerfehler.“ Anschließend kann sie dies als adressiert markieren und speichern, sodass es nun ein grünes Quadrat ist. Auch hier zeigt es deutlicher, dass wir uns hier keine Sorgen mehr machen müssen. Wir wissen, was los ist.
Das Kontrolldiagramm selbst hat hier in den Warnungen in diesem kleinen Seitenbereich immer noch ein Ausrufezeichen, da noch eine ungelöste Kontrolldiagrammwarnung vorliegt. Auch darum muss sich jemand kümmern.
Stellen wir uns vor, Chang übernimmt auch dieses Problem, markiert es als erledigt und schreibt: „Dasselbe Problem hier.“ Sie speichert die Änderung. Nun werden beide Kontrolldiagrammwarnungen grün dargestellt.
Nachdem nun alles im linken Bereich aufgelöst ist, wird überall in JMP Live, wo Sie dieses Kontrolldiagramm sehen, ein grünes Häkchen angezeigt. Das bedeutet, dass in diesem Kontrolldiagramm alles in Ordnung ist. Niemand muss sich mehr darum kümmern.
Dies ist der neue Kontrollkarten-Triage-Prozess in JMP Log 19. Michael Goff hält einen weiteren ausführlichen Vortrag zu diesem Prozess, der ausführlicher darauf eingeht. Wenn Sie sich dafür interessieren, können Sie sich auch Michael Goffs Beitrag, seine Präsentation, ansehen und einen Blick darauf werfen.
Ein verwandtes Thema im Bereich Qualitäts- und Prozesskontrolle sowie Regelkartenwarnungen ist unsere Arbeit zum Prozess-Screening. Schließen Sie einfach einige der anderen Elemente hier. Ich öffne die Beispieldatentabelle zur Halbleiterfähigkeit und führe das darin enthaltene Prozess-Screening-Skript aus. Es erstellt eine Tabelle mit allen darin dokumentierten Prozessen und ihrem Status. Anschließend kann ich beispielsweise das Zieldiagramm und das Prozessleistungsdiagramm hinzufügen.
Wenn ich diesen Bericht in JMP Live 18 veröffentlicht hätte, sehen wir mal, wie er ausgesehen hätte. Ich gehe zurück zum Browser und gehe nach oben. Das ist genau der Bericht, den ich gerade erstellt habe, nur eben in JMP Live 18 statt 19. Was sehen Sie hier? Wenn ich auf etwas klicke, ist es nicht wirklich lebendig. Es passiert nicht viel. Ich kann nach unten scrollen und finde hier unten das Zieldiagramm und das Prozessleistungsdiagramm.
Wenn ich jedoch auf Punkte im Zieldiagramm klicke, passiert nichts. Es gibt keine Interaktivität. Es wird nichts anderes ausgewählt, auch nicht im anderen Diagramm. Nichts von dem, was Sie von JMP erwarten, passiert in JMP Live 18.
Veröffentlichen wir in JMP Live 19 und sehen, ob es besser geworden ist. Zurück zu JMP, Datei, Veröffentlichen, Berichte in JMP Live. Das ist der Bericht. Ich veröffentliche einen neuen Bericht. Ich veröffentliche ihn im Ordner „Prozess-Screening“. Der Titel scheint in Ordnung zu sein. Ich muss keine Beschreibung hinzufügen. Weiter geht’s. Ich möchte keine neuen Daten veröffentlichen. Ich möchte keine anderen Daten finden, die bereits in JMP Live vorhanden sind. Es könnten andere Daten sein. Dann veröffentliche ich.
Es dauert ein paar Sekunden, aber es ist erledigt. Im Dialogfeld „Ergebnisse veröffentlichen“ kann ich erneut auf „Öffnen“ klicken, um es in JMP Live in meinem Browser zu öffnen. Da ist es. Es sieht ungefähr gleich aus, aber klicken wir hier beispielsweise auf NPN9. Es wird ausgewählt und die Kontrollkarte für den NPN9-Prozess wird hier rechts angezeigt.
Vielleicht möchte ich dieses Kontrolldiagramm mit dem NPN6-Prozess vergleichen. Ich kann mehrere auswählen und vergleichen. Ich versuche auch den PNP-Prozess, um drei davon zu erhalten. Ich kann beliebig viele Prozesse im Diagramm auswählen und ihre einzelnen Kontrolldiagramme auf der rechten Seite sehen, sie vergleichen und prüfen, ob es Ähnlichkeiten zwischen ihnen gibt. Solche Dinge.
Und was ist mit dem Zieldiagramm und dem Prozessleistungsdiagramm? Ich muss nicht ganz nach unten scrollen, um das zu sehen. Wir haben sie hier in separaten Registerkarten im selben Bericht zusammengefasst. Wenn ich auf „Zieldiagramm“ klicke, wird das Zieldiagramm angezeigt. Meine Kontrolldiagramme für diese drei Punkte sind weiterhin vorhanden. Die dunkleren Punkte stellen diese drei Punkte dar. Zwei davon befinden sich im Zieldiagramm. Sie schneiden gut ab. Dieser hier und der andere sind weit draußen.
Wenn ich hier klicke, kann ich einen anderen Punktesatz auswählen und ihn mir ansehen. Nehmen wir diese vier oder fünf Prozesse. Ich schätze, es sind vier. Ich kann sie mir schnappen und dann die Kontrolldiagramme ansehen. Ich vergleiche sie erneut und versuche zu verstehen, warum keiner von ihnen das Ziel erreicht.
Wenn ich zum Prozessleistungsdiagramm gehe, sehe ich hier unten die vier Punkte, die ich im Zieldiagramm ausgewählt habe. Wenn ich sie nicht mehr sehen möchte, klicke ich einfach auf „Aus“ und dann auf einige Punkte hier. Klicken wir einfach auf diesen Punkt. Ich sehe das Kontrolldiagramm für diesen Punkt.
Eine wesentlich interaktivere Erfahrung mit Process Screening in JMP Live 19. Wenn Ihnen Process Screening gefällt und Sie Process Screening verwenden, möchten Sie vielleicht sehen, was JMP Live 19 für Sie tun kann, um Ihr Process Screening in Ihrem gesamten Unternehmen zu verteilen und es interaktiv zu gestalten, wie Sie hier gesehen haben.
Dies sind einige wichtige Neuerungen in JMP Live 19. Lassen Sie uns kurz über einige allgemeine Verbesserungen an der Benutzerfreundlichkeit und der Benutzeroberfläche sprechen. Ein Bereich, der besondere Aufmerksamkeit erregt hat, ist das Startfenster. Schauen wir uns das Startfenster in JMP Live 18 noch einmal an.
Es ist nicht wirklich klar definiert. Es zeigt Ihnen lediglich eine Liste aller Beiträge, auf die Sie Zugriff haben, in absteigender Reihenfolge nach dem Zeitpunkt der letzten Aktualisierung. Die aktuellsten Beiträge werden zuerst angezeigt, die am längsten nicht aktualisierten Beiträge weiter unten, aber sonst nicht viel.
JMP Live 19 ist deutlich detaillierter. Wir haben einen Bereich für kürzlich angesehene Inhalte. Wenn Sie sich gestern etwas angesehen haben und heute wiederkommen, werden Sie möglicherweise gerade darüber sprechen. Vielleicht möchten Sie direkt dorthin zurückkehren, um es weiter anzusehen.
Es ist sehr wichtig, dass Sie Ihre zuletzt angesehenen Inhalte immer verfügbar haben. Hier werden Ihnen die ersten sechs angezeigt. Sie können aber auch auf „Alle anzeigen“ klicken und sich alle zuletzt angesehenen Inhalte in absteigender Reihenfolge ansehen. Ihre Lesezeichen werden in diesem Abschnitt wiederholt. Lesezeichen haben hier oben eine eigene Seite und sind auch von hier aus zugänglich. Einige davon werden jedoch auf dem Hauptbildschirm des Dashboards angezeigt, damit Sie sie sehen können.
Da wir uns wieder auf Kontrolldiagrammwarnungen konzentrieren, haben wir einen ganzen Abschnitt zu Kontrolldiagrammwarnungen eingerichtet, der alle Beiträge mit Kontrolldiagrammwarnungen anzeigt. Ich klicke hier auf „Alle anzeigen“, weil es interessant ist.
Aus diesem Grund müssen diese drei Zustände von Kontrolldiagrammen genauer untersucht und umfassend behandelt werden. Auf dieser Seite können Sie Beiträge mit Kontrolldiagrammwarnungen nach ihrem jeweiligen Zustand filtern.
Wenn mich die vollständig bearbeiteten oder noch untersuchten Probleme nicht interessieren, möchte ich nur Kontrollkarten sehen, die niemand beachtet, um zu sehen, woran noch gearbeitet werden muss. Welche Kontrollkarten werden nicht beachtet? Ich kann meine Ansicht darauf beschränken und dann einfach darauf zugreifen und Kontrollkartenwarnungen zuweisen. So können Sie sich darum kümmern.
Ganz unten finden Sie den Abschnitt „Kürzlich aktualisiert“. Dort finden Sie dieselben Inhalte wie in JMP Live 18. Das ist auch wirklich alles, was Sie dort sehen. Sie können dies einschränken. Dies gilt für alle Bereiche von JMP Live. Möglicherweise haben Sie Zugriff auf viele Bereiche, die Sie aber nicht interessieren. Wenn Sie möchten, können Sie nur Beiträge aus Ihren bevorzugten Bereichen anzeigen.
Ich habe in keinem meiner Lieblingsbereiche Beiträge. Vielleicht brauche ich mehr Lieblingsbereiche. Wie mache ich das? Ein weiterer Bereich, in den wir etwas Arbeit investiert haben, sind die Bereiche. In JMP Live 18 wurde auf der Registerkarte „Bereiche“ oben in JMP Live nur ein Verzeichnis aller Bereiche angezeigt. Das war wirklich alles, was man dort sehen konnte.
Wenn Sie in JMP Live 19 auf das Dropdown-Menü „Spaces“ klicken, werden Ihre bevorzugten Spaces und Ihre zuletzt besuchten Spaces angezeigt. Wenn Sie dann auf „Alle Spaces anzeigen“ klicken, gelangen Sie zurück zu demselben Verzeichnis, das wir in JMP Live 18 hatten.
Wie kann ich einen Bereich als Favorit markieren? Von hier aus kann ich direkt hierher gehen und auf den Stern klicken. „Neuigkeiten in JMP Live“ ist jetzt mein Lieblingsbereich. Ich sehe Beiträge hier unten im Bereich „Favoritenbereiche“. Ich kann sicher sein, dass in der Bereichsliste links auf meinem Dashboard die Neuigkeiten zu JMP Live 19 immer hier angezeigt werden, weil ich den Bereich als Favorit markiert habe.
Dieser Abschnitt hier zeigt Ihnen Bereiche, die Sie als Favoriten markiert haben, sowie andere Bereiche, die Sie kürzlich besucht haben. Dieser Abschnitt hier unten ändert sich mit der Zeit, wenn Sie verschiedene Bereiche besuchen.
So, das sind die wichtigsten Punkte unserer Neuerungen im Startfenster bzw. in Ihrem Dashboard in JMP Live. Nächstes Mal werde ich in mehreren Abschnitten die Änderungen an aktualisierbaren Daten erläutern. Ein Highlight von JMP Live ist die Möglichkeit, nach der Veröffentlichung von Daten in JMP Live diese Daten aufzurufen und ein Aktualisierungsskript (ein JSL-Aktualisierungsskript) einzurichten. So können Sie die Daten beispielsweise aus einer Datenbank oder einer Datei auf der Festplatte oder was auch immer aktualisieren, wann immer Sie möchten.
Sobald Sie die Daten aktualisieren, werden auch alle darauf basierenden Berichte automatisch neu generiert. So bleibt Ihre JMP Live-Site stets aktiv und aktuell. Wir haben eine Reihe von Verbesserungen an Aktualisierungsskripten und deren Möglichkeiten in JMP Live 19 vorgenommen.
Beginnen wir mit verknüpften Daten. Hier ist ein Ordner mit vier Berichten und vier Datentabellen. An dem kleinen Kreis, dem kleinen Recycling-Kreis, erkennen Sie, dass es sich um aktualisierbare Datentabellen handelt. Das ist die Bedeutung dieses Symbols.
Wir haben US-Städte, Städte in Texas, Städte in North Carolina und Städte in Kalifornien. Diese drei Städte enthalten vermutlich eine Teilmenge der US-Städte aus Postgres. Schauen wir uns zunächst die US-Städte an. Hier sind die Daten. Wenn ich dann zu den Einstellungen gehe, kann ich mir das Aktualisierungsskript ansehen.
Hier ist ein Aktualisierungsskript für die demografischen Daten einer US-Stadt. Es sieht aus wie eine Abfrage eines Query Builders, die auf eine RDS-Datenbank, eine PostgreSQL-Datenbank auf Amazon, angewendet wird. Sie wird von Amazon abgerufen und ruft eine Reihe von Daten für alle 50 US-Bundesstaaten ab. Es enthält eine Reihe von Spalten. Nach dem Abrufen der Daten wird ein Postquery-Skript erstellt, das die Prozentsätze von Frauen, Männern und Veteranen für jeden Datensatz, für jede Stadt, für jeden Bundesstaat berechnet.
Das ist eine ziemlich komplizierte Abfrage. Um Daten abzurufen, muss man zu RDS gehen. Das klingt gut. Aber ich habe diese anderen Datentabellen – Texas, North Carolina und Kalifornien –, die eigentlich nur Teilmengen dieser US-Städtetabelle sind.
Das möchte ich lieber nicht, denn diese anderen Tabellen müssen von Postgres zu RDS übertragen und von dort die Daten abrufen, während ich hier unten bereits die Daten von RDS abrufe und einige Dinge tue, einige berechnete Spalten erstelle und einige Arbeiten erledige. Ich möchte diese Arbeit nicht für die anderen Tabellen, die ich benötige, duplizieren.
Ich möchte für diese anderen Tabellen mit den hier vorhandenen Daten beginnen und diese dann basierend auf dem Status in Teilmengen aufteilen. In JMP Live 19 ist dies möglich.
Nehmen wir Texas als Beispiel. Hier ist Texas. Sehen wir uns die Einstellungen dafür an. Für Texas konnte ich eine sogenannte referenzierbare Datentabelle hinzufügen. Das ist ein langes Wort, aber eigentlich bedeutet es eine verknüpfte Datentabelle. Sie können also „Hinzufügen“ aufrufen und andere Daten in Ihrem JMP Live-System finden, etwas auswählen und speichern, wodurch es Ihrer Liste der referenzierbaren Datentabellen hinzugefügt wird.
Jede Tabelle in dieser Liste aus JMP Live kann hier oben in Ihrem Aktualisierungsskript referenziert werden. Sie können einen Ansatz wählen. Sie könnten beispielsweise drei oder vier Tabellen haben, die Sie zu einer einzigen zusammenfassen möchten, beispielsweise für diese Tabelle.
Das wäre eine Möglichkeit, die Sie vielleicht nutzen möchten. In diesem Fall möchte ich einfach nur die US-Städte nehmen, die nicht benötigte entfernen und sie auf den Bundesstaat setzen, der mich interessiert. Genau das habe ich hier gemacht. In meinem Aktualisierungsskript werden keine Abfragen erstellt. Es sagt nur: „Hey, nimm die US-Städte aus der Postgres-Tabelle und filtere sie nach ‚Bundesstaatscode ist Texas‘“, und das war’s. Das ist alles, was es tun muss.
Es muss nicht unbedingt zu RDS oder so gehen. Ich habe ein sehr ähnliches Aktualisierungsskript in den Tabellen North Carolina und Kalifornien. Was das bedeutet...
Kehren wir zu dem Ordner zurück, der all diese Daten enthält. Das bedeutet: Wenn ich die US-Städte aus der Postgres-Tabelle aktualisiere, gehe ich zurück zu den Linkdaten. Bei jeder Aktualisierung werden auch die anderen Tabellen aktualisiert, da sie alle von dieser Tabelle abhängen. Bei jeder Aktualisierung werden auch die anderen drei aktualisiert.
Der Veteranenstatus nach Bundesstaat hängt von dieser ursprünglichen Datentabelle ab und wird daher neu generiert. Anschließend werden auch diese drei Berichte, die von diesen anderen drei Tabellen abhängen, neu generiert.
Das kann ich jetzt einfach beheben. Durch die Aktualisierung der US-Städte in Postgres werden alle anderen Datentabellen und Berichte aktualisiert oder neu generiert, sobald die neuen Daten verfügbar sind. Ein Klick, eine Aktualisierung und ich habe einen ganzen Ordner voller Daten und Berichte aktualisiert.
Ein paar einfache Dinge, die wir gemacht haben. Ich zeige sie Ihnen kurz. Wenn ich mir den Bericht „Veteranen nach Bundesstaat“ ansehe, werden Sie feststellen, dass die Daten aktualisierbar sind, wie die Daten dieser Tabelle. Es handelt sich um die Tabelle dieser US-Stadt, und sie hat einen Zeitplan. Sie wird jeden Freitag um 8:00 Uhr aktualisiert, also in drei Tagen.
Wir haben Ihnen immer für eine Datentabelle angezeigt, wann sie aktualisiert wird. Wir zeigen Ihnen, ohne dass Sie sich hier im Zeitplan umsehen müssen, wann das nächste Aktualisierungsereignis stattfindet. Es wird in drei Tagen sein, da Sie hier drei oder vier verschiedene Zeitpläne haben könnten. Herauszufinden, welcher als nächstes ausgelöst wird, ist möglicherweise nicht so einfach.
Hier oben sagen wir Ihnen: „Die nächste Aktualisierung erfolgt in drei Tagen.“ Das ist die Datentabelle. Was ist mit dem Bericht selbst? Was Sie wirklich interessiert, ist der Bericht, der diese Daten verwendet.
Nun sehen wir uns alle Zeitpläne an und ermitteln, welche Daten zuerst aktualisiert werden. Das bedeutet, dass unmittelbar danach der Bericht generiert wird. Wenn Sie sich einen Bericht ansehen, können Sie oben nachsehen und sehen, dass dieser Bericht in drei Tagen neu generiert wird, da dann die nächsten Daten aktualisiert werden, von denen er abhängt.
Es ist lediglich eine einfachere Möglichkeit, einen Bericht anzuzeigen und zu erkennen, wann er erneut aktualisiert wird. Apropos Aktualisierungszeitpläne: Gehen wir zurück zum Aktualisierungszeitplan. Erstellen wir einen neuen Aktualisierungszeitplan, einen zusätzlichen Aktualisierungszeitplan. Nehmen wir an, wir möchten um 8:00 Uhr starten.
Ich wollte es noch einmal wiederholen: In JMP Live 18 war die kleinste Zahl im Dropdown-Menü „Wiederholen“ fünf Minuten. Die maximale Wiederholungshäufigkeit betrug fünf Minuten.
In JMP Live empfanden wir das als etwas einschränkend. In JMP Live 19 gibt es eine benutzerdefinierte Option, mit der Sie eine beliebige Anzahl von Sekunden bis hinunter zu 10 Sekunden festlegen können. Wenn die Daten so schnell aktualisiert werden, dass sie wirklich alle 10 Sekunden aktualisiert werden müssen, können Sie das tun. In diesem Fall würde ich sagen, 30 Sekunden. Eine halbe Minute, ich könnte 120 sagen, um zwei Minuten zu erreichen.
Ermöglicht die flexible Berechnung des geplanten Ausführungszeitpunkts Ihres Aktualisierungsskripts. Abbrechen. Ich brauche es nicht wirklich. Nur ein paar andere kleinere Dinge, die wir mit der Aktualisierung gemacht haben.
Wir haben über Aktualisierungszeitpläne und deren Erstellung mit JSL gesprochen. Wir wissen jedoch, dass viele Leute Python besser kennen als JSL. In JMP 18 ist die Verwendung von Python in JMP deutlich besser geworden, da in Python geschriebene Skripte nun ausgeführt werden können.
In JMP Live 19 haben wir das in JMP Live integriert. Ich gehe zu dieser Erdbebentabelle hier. Dies ist eine Tabelle mit Erdbebeninformationen. Sie verfügt über eine Aktualisierung. Sie enthält einige Daten namens „All Day“, für die ein Aktualisierungsskript verfügbar ist.
Wenn Sie hier unten nachsehen und sich gut mit JSL auskennen, werden Sie denken: „Das sieht überhaupt nicht nach JSL aus.“ Natürlich ist es das nicht. Es ist Python. Wir haben jetzt eine Sprachauswahl für Ihr Aktualisierungsskript. Sie können JSL oder Python auswählen. Wenn Sie Python auswählen, können Sie hier einfach ein Python-Skript einfügen.
Gehen wir das kurz durch, denn es gibt einige Dinge, die Sie tun müssen. Natürlich importieren wir einige Bibliotheken, und zwar diese Python-Bibliotheken, die JMP bereitstellt, um die Verwendung von Python mit JMP zu vereinfachen. Es gibt zwei davon und eine dritte hier, JMP Utils. Mit JMP Utils können Sie die benötigten Python-Bibliotheken installieren.
In diesem Fall installiere ich die Pandas-Bibliothek, um Pandas-Datenrahmen in meinem Aktualisierungsskript verwenden zu können. Ich installiere sie und importiere sie anschließend. Anschließend verwende ich einen Pandas-Datenrahmen, um eine CSV-Datei von einer Website zu lesen und in einem Datenrahmen zu speichern. Anschließend teile ich sie auf, um nur Werte mit einer Stärke von mehr als zwei Erdbeben zu erhalten. Ich möchte diese kleinen, unbedeutenden Werte nicht.
Ich greife diese Teilmenge auf und nutze sie, um sie an JMP und JMP Live zurückzugeben. JMP bietet jedoch ein Dienstprogramm, mit dem sich ein Datenrahmen wieder in eine JMP-Datentabelle umwandeln lässt. Rufen Sie dazu einfach „from data frame“ aus der JMP-Python-Bibliothek auf, und die Datentabelle wird erstellt. Mit dieser Syntax geben Sie das Ergebnis Ihres Aktualisierungsskripts in Python an JMP zurück.
Ein paar Komplikationen, aber wenn Sie mit Python vertraut sind, können Sie in Python bleiben. Ich werde es einfach ausführen. Ich aktualisiere die Tabelle, und Sie werden sehen, dass das Python-Skript die Daten erfolgreich aktualisieren kann.
Es dauert nur noch ein paar Sekunden ... und schon geht es los. Alles klar, es wurde erfolgreich ausgeführt. Ich kann das bestätigen, indem ich in den Verlauf gehe und sehe, dass die Aktualisierung erfolgreich war. Wenn ich dann zurückgehe und mir den Bericht ansehe, glaube ich nicht, dass sich viel geändert hat, da ich das vor ein oder zwei Stunden gemacht habe. Ich glaube nicht, dass sich die Erdbeben in den letzten Stunden großartig verändert haben, aber so sieht die Karte mit den aktualisierten Daten aus.
Wenn Sie Python mögen, können Sie Python für Ihre Aktualisierungsskripte in JMP Live verwenden.
Hier ist eine weitere Datentabelle mit einem Aktualisierungsskript. Ich führe es einfach aus und schaue, was passiert. Dann erkläre ich Ihnen, was passiert. Ich führe das Aktualisierungsskript aus. Mal sehen, ob es funktioniert. Natürlich haben Sie schon an dieser Einführung erkannt, dass es nicht funktioniert. Es schlägt fehl.
Ich glaube, in Version 19 ist das neu: Wenn ein Aktualisierungsskript fehlschlägt, müssen Sie nicht erst im Verlauf nachsehen, warum es fehlgeschlagen ist. Wir platzieren die Fehlermeldung direkt hier im selben Fenster wie das Aktualisierungsskript. Sie müssen nirgendwo hingehen. Sie können es sich ansehen und sehen, was schiefgelaufen ist.
Offenbar haben wir versucht, etwas namens ADDIN_HOME, com.jmp.unitconversion einzubinden. Das bedeutet, dass dieses Aktualisierungsskript ein bestimmtes JMP-Add-In voraussetzt, um Code aus diesem Add-In verwenden zu können. Wie können wir Add-Ins für unsere Aktualisierungsskripte in JMP Live verfügbar machen? Das ist möglich. Es ist ein zweistufiger Prozess, aber so geht's:
Zunächst benötigen Sie einen Administrator. Gehen Sie zu den Verwaltungseinstellungen von JMP Live. Wenn Sie etwas nach unten scrollen, finden Sie hier eine Reihe von Add-Ins, zu denen ein Administrator sagte: „Diese vier Add-Ins können Sie in Ihr Aktualisierungsskript einbinden. Sie wurden geprüft. Wir haben sie untersucht. Sie sind sicher. Alles ist in Ordnung.“
Sie müssen lediglich die ZIP-Datei für das Add-In hochladen, und wir speichern diese in JMP Live. Wenn dann ein Aktualisierungsskript eines dieser Add-Ins verwendet, installieren wir dieses Add-In auf der Instanz von JMP Live, auf der Ihr Aktualisierungsskript ausgeführt wird, führen Ihr Aktualisierungsskript aus und wenn es fertig ist, wird die JMP-Sitzung natürlich nach jedem Ausführen des Aktualisierungsskripts beendet und erneut gestartet.
Beim Neustart wird das Add-In nicht mehr hinzugefügt. Es bleibt nur so lange in Ihrer JMP-Sitzung, wie Ihr Aktualisierungsskript ausgeführt wird. Dadurch wird verhindert, dass von einer Person hinzugefügte Add-Ins die Aktualisierungsskripte anderer Personen beeinflussen. Es könnte zu Kollisionen kommen, daher möchten wir dies so weit wie möglich verhindern.
Das ist Schritt eins. Ein Administrator muss zustimmen: „Ja, Sie können beispielsweise das Add-In zur Einheitenumrechnung in Ihr Aktualisierungsskript integrieren.“ Das ist erledigt. Wenn ich zu meinem anderen Browser zurückkehre, kann ich nach unten scrollen. Wenn ich weiter nach unten scrolle, wird im Bereich „Aktualisierungsskript“ ein Abschnitt mit zugewiesenen Add-Ins angezeigt. Ich klicke auf „Zuweisen“ und sehe, dass ich dieselbe Liste mit vier Add-Ins erhalte, aus denen ich auswählen kann, ob sie für mein Aktualisierungsskript ausgeführt werden sollen.
Ich wähle die Einheitenumrechnung und speichere sie. Sie wird hier unten angezeigt. Das Aktualisieren der Daten sollte nur etwa 20 Sekunden dauern. Das Add-In ist verfügbar und findet die Datei, die hier eingefügt werden soll.
So, jetzt geht's. Ich sehe dort keinen Fehler und die Fehlermeldung ist verschwunden. Ich gehe zum Verlauf. Die Daten wurden aktualisiert. Es scheint erfolgreich gewesen zu sein. Alles gut.
Wenn Sie Add-Ins in Ihren Aktualisierungsskripten ausführen müssen, können Sie dies tun. Ein wichtiger Aspekt sind die Datenkonnektoren, die JMP Live erstellt und von anderen bereitgestellt werden können. Diese werden als Add-Ins verteilt. Wenn Sie Datenkonnektoren benötigen, können Sie Add-Ins jetzt in Aktualisierungsskripte einfügen. Sie können diese Add-Ins installieren und in Ihren Aktualisierungsskripten verwenden.
Damit ist der Abschnitt über Aktualisierungsskripte abgeschlossen. Was ist mit Berichtsskripten, den Skripten in JMP Live, die die Berichte nach Datenaktualisierungen neu generieren? Haben wir damit etwas gemacht?
Es stellte sich heraus, dass wir das haben. Eine meiner Lieblingsfunktionen von JMP Live 19. Hier ist ein Konturdiagramm der Iris-Daten. Es sieht ganz okay aus, aber ich würde gerne sehen, ob die Daten zusätzliche Konturen enthalten. Es sieht so aus, als wäre nur eine Konturebene erstellt worden. Ich würde vielleicht zwei oder drei Ebenen erstellen und sehen, ob ich mehr Konturen aus den Daten herausziehen kann.
Wie kann ich das tun? Das Skript, das diese Tabelle neu generiert, wurde immer in JMP Live veröffentlicht, wenn Sie einen Bericht veröffentlicht haben. Bis JMP Live 19 war es jedoch schreibgeschützt. Sie konnten nichts tun. Sie konnten es nicht ändern. Wenn Sie die Anzahl der in diesem Konturdiagramm verwendeten Konturen ändern wollten, mussten Sie zu JMP zurückkehren, das ursprüngliche Skript suchen, es mit einem anderen Wert für die Konturen erneut ausführen und es dann über diesem veröffentlichen, um den neuen Wert zu erhalten.
Das war etwas umständlich, deshalb haben wir uns entschieden, es Ihnen jetzt in JMP Live 19 zu ermöglichen. Es ähnelt stark dem Skriptfenster zur Datentabellenaktualisierung, ist aber das Skriptfenster zur Berichtsneuerstellung. Ich kann es öffnen, die Anzahl der Ebenen von eins auf drei ändern und speichern. Sobald Sie es speichern, wird die Schaltfläche zur Berichtsneuerstellung aktiviert, da das Skript nun anders ist.
Ich kann auf „Bericht neu erstellen“ klicken und testen, ob die Änderung tatsächlich das gewünschte Ergebnis liefert. Es sieht ganz danach aus. Ich erhalte jetzt drei Konturen statt nur einer. Das kann ich an diesen Typen erkennen. So soll es aussehen. Ich bin fertig und konnte das Update nun durchführen, ohne zu JMP zurückkehren zu müssen.
Ein weiterer Anwendungsfall, den ich häufig verwende, ist ein Datenbericht zu Diamanten. Die Preise werden hier nach Karatgewicht angegeben. Außerdem habe ich Datenfilter für Farbe und Reinheit. Wenn ich mich recht erinnere, gibt es bei Diamanten tatsächlich vier Cs: Karatgewicht, Farbe, Reinheit und Schliff. Wo steht der Schliff? Wenn ich mir die Daten ansehe, ist der Schliff tatsächlich enthalten.
Es ist nur so, dass der Ersteller dieses Berichts ihn vor der Veröffentlichung nicht in das Skript, den Datenfilter, aufgenommen hat. Gott sei Dank können wir das Skript jetzt ändern. Ich gehe zum Skript und mache es wieder groß. Ich finde den Datenfilter hier im Skript und füge einfach „Ausschneiden“, „Ziehen“ und „Ausschneiden“ hinzu. Speichern. Es wird erneut generiert. Wir aktivieren es. Klicken Sie darauf.
Hier ist der aktualisierte Bericht, und ganz unten steht „Schliff“. Ich kann angeben, dass ich nur exzellente Schliffe sehen möchte. Ich kann mir keinen idealen Schliff leisten, aber exzellente. Ich möchte unbedingt einen Diamanten von exzellenter Qualität, also kann ich diesen auswählen und jetzt zusätzlich zu den anderen Kriterien auch nach diesem filtern.
Eine wirklich hilfreiche Funktion ist die Möglichkeit, das Aktualisierungsskript einfach zu bearbeiten. Wenn es nicht genau Ihren Wünschen entspricht, optimieren Sie es und bringen Sie es in das gewünschte Ergebnis.
Gut, ein letztes Thema: JSL. Ich weiß nicht, ob Sie es wissen, aber mit JMP Live können Sie per Skript verschiedene Dinge tun. Sie können Berichte in einem Skript in JMP Live veröffentlichen. Sie können Daten aktualisieren. Mit JMP Live können Sie verschiedene Dinge in JSL tun.
Ich gehe zurück zu JMP und verlasse das Dialogfeld. Hier ist ein Skript, das in JMP Live 18 funktioniert hätte. Hier ist es:
Ich betreibe eine Käserei mit drei Werken: in Houston, Manchester und Shanghai. Dieses Skript erstellt für jedes Werk einen Bericht zur Prozessfähigkeit und veröffentlicht diesen in JMP Live. So kann ich feststellen, ob sich meine Werke hinsichtlich ihrer Prozessfähigkeit unterscheiden.
Sie alle nutzen eine gemeinsame Spezifikationsgrenzwertdatei auf JMP Live. So können Sie Ihre Spezifikationsgrenzwerte zentralisieren, indem Sie sie in einer Datei auf JMP Live speichern. So kann jeder auf dieselbe Datei zugreifen und Sie können werksübergreifend Konsistenz gewährleisten.
Das ist mein Skript. Mal sehen, wo es seine Ergebnisse ablegt. Wenn ich zurück zu JMP Live gehe und zu diesem hier … Hier ist ein Ordner in JMP Live. In JSL heißt er „Pads“ und enthält Ordner für Houston, Manchester und Shanghai, jedes meiner Werke.
Wie erkläre ich JMP, wie ich diese Ordner in meinem JMP-Skript identifiziere? Man könnte meinen, ich könnte sie einfach namentlich nennen. In JMP Live 18 war das jedoch nicht möglich. Um etwas in einen Ordner zu legen, müsste man den Ordner aufrufen und seine ID abrufen, die man hier oben in der Titelleiste findet. Alternativ hätte man die Details hier kopieren und dann zu JMP übertragen und dort ablegen können.
Das ist ein bisschen Arbeit. Das Skript ist nicht sehr gut dokumentiert, da ich diese IDs in meinem Skript habe. Es funktioniert zwar, aber man muss diese IDs in das Skript einfügen. In diesem Fall bilde ich den Pflanzennamen ab. Ich verwende das Natürliche, also den Pflanzennamen, um alles zu generieren.
Aber wenn ich dann zu JMP Live gehe, muss ich den Namen der Anlage einer ID zuordnen, um zu wissen, in welchem Ordner sie abgelegt werden muss. Anhand dieses Skripts kann ich nicht genau erkennen, wo sie liegt. Welcher Ordner ist der übergeordnete Ordner? Schwer zu sagen.
Dies würde sicherlich in JMP Live 18 und JMP Live 19 funktionieren. Alles, was wir in 19 gemacht haben, ist immer noch mit 18 kompatibel. Aber in 18 werde ich die Dinge vielleicht etwas anders machen.
Lassen Sie uns ein zweites Skript aufrufen. Hier ist eine weitere Möglichkeit, wie Sie es in JMP Live 19 angehen können. In JMP Live 19 können Sie Pfade und Ordnernamen genau wie in einem Dateisystem unter Windows oder auf dem Mac verwenden. Sie können in Ihrem Dateisystem wie an anderen Orten navigieren.
Wenn Sie zurückblicken, sehen Sie den Namen dieses Ordners, des Bereichs „What's New, JMP Live 19“, und den Ordner „07paths“ in JSL. Wenn ich zurück zu JMP gehe, sehe ich genau das hier.
Ich weise JMP an, eine Verbindung zu JMP Live herzustellen und den Basisordner für alle Veröffentlichungen abzurufen. Um den Basisordner für alle Veröffentlichungen abzurufen, weise ich die Live-Verbindung einfach an, mir einen Ordner mit diesem Pfad zu besorgen. Was ist neu in JMP Live 19, genau wie ich es in JMP Live sehe. Es ist selbsterklärend. Das steht jetzt in meinem Skript.
Wenn ich dann meine verschiedenen Produktionsanlagen durchlaufe und den Unterordner zum Ablegen eines Berichts abrufen möchte, sage ich einfach: „Holen Sie mir aus dem Basisordner den Unterordner mit dem gleichen Namen wie die Anlage, also Houston, Manchester oder Shanghai, und veröffentlichen Sie den Inhalt dann in diesem Ordner.“
Es ist einfach etwas besser dokumentiert, übersichtlicher und Sie können sich die Namen Ihrer Pflanzen besser merken. Da Sie sich diese IDs nie merken werden, müssen Sie bei der Verwendung von Pfaden und Namen deutlich weniger auf JMP Live zurückgreifen als bei der Verwendung von IDs.
Sie wechseln ständig zwischen den IDs, holen sie zurück und fügen sie in Ihr Skript ein. Das macht den Skriptprozess etwas reibungsloser. Ich führe einfach dieses JSL-Skript aus. Es erstellt drei verschiedene Fähigkeitsdiagramme und veröffentlicht sie in JMP Live im entsprechenden Ordner.
Wenn ich zu „Neue Beiträge anzeigen“ gehe, sehe ich die Capability-Datei von Houston, von Manchester und von Shanghai. Sie werden also aus irgendeinem Grund neu generiert, aber sie sind alle da.
Ich glaube, das ist nur eine etwas benutzerfreundlichere Möglichkeit, JMP Live von JMP aus mithilfe von Pfaden und Namen zu skripten, anstatt IDs verwenden zu müssen.
So, das war das Ende meiner Präsentation zu den Neuerungen in JMP Live 19. Noch einmal: Mein Name ist Eric Hill. Meine E-Mail-Adresse lautet eric.hill@jmp.com.
Wenn Sie Fragen zu dem hier vorgestellten Material haben, können Sie sich jederzeit an mich wenden. Ich kann alle Ihre Fragen beantworten oder Sie in die richtige Richtung weisen.
