Muy bien. Hola, me llamo Eric Hill. Soy el gerente del equipo de desarrollo de JMP Live. Les voy a mostrar varias novedades de JMP Live 19. Es lo que esperaban. Empezaré con un gráfico de control. Aquí están los datos de muestra de la lavadora de JMP. Voy a ejecutar el gráfico P, el gráfico de control.
Pueden ver que hay un par de puntos fuera de control. Voy a publicar esto en JMP Live. Publicar informes en JMP Live. Ese es el informe correcto. Estoy publicando un nuevo informe. Necesito encontrar dónde guardarlo, así que lo colocaré en el espacio o carpeta de triaje del gráfico de control. El título se ve bien. Quiero publicar nuevos datos. Los datos aún no están disponibles en JMP Live. Listo. Aquí está.
En versiones anteriores de JMP Live, se podían publicar gráficos de control y se notificaba a prácticamente cualquier persona que pudiera verlos. Si se publicaba un gráfico de control con advertencias activas, se notificaba a los usuarios para que estuvieran al tanto y pudieran verlo.
Pero después de eso, no se podía hacer mucho con él. No se podía desactivar. No se podía decir que estaba bien, ahora estaba gestionado. No me hables más de esto. Ese fue prácticamente el final de la historia. En JMP Live 19, nos propusimos renovar por completo todo el proceso, permitiéndole no solo ver las advertencias de los gráficos de control, sino también gestionarlas, trabajar en ellas y luego resolverlas dentro de JMP Live.
Para demostrarlo, puedo señalar uno de estos puntos fuera de control y hacer clic en él. Esto me abre un panel a la izquierda con más detalles sobre el punto: qué proporción es defectuosa, en qué fila se encuentra y qué prueba falló. Este falló la prueba de un punto por encima de 3 Sigma.
También hay algunas áreas donde puedo agregar información para que quienes vean este gráfico de control sepan qué está pasando. Pero lo más importante es asignarlo a alguien cuyo trabajo, creo, es investigarlo y determinar la causa o la solución, y luego documentarlo aquí.
Sé que Chang Hua es responsable de este proceso. Creo que es la persona indicada para investigar esta advertencia del gráfico de control y averiguar qué está pasando. Voy a guardar ese cambio. Es el único que voy a hacer. Ahora, tengo otro navegador con Chang Hua conectado. Esta es su sesión.
Verás que aquí arriba, en sus notificaciones, tiene una notificación activa. Hago clic en ella y dice que Eric Hill le ha asignado una advertencia de gráfico de control. Solo tiene que hacer clic en esa advertencia o en esa notificación. Eso la llevará de vuelta al mismo lugar donde le asigné la advertencia de gráfico de control. Ahora puede comenzar el proceso de investigación.
Lo primero que podría hacer es informar a la gente que está a cargo del caso. Puede pasar de la fase abierta a la fase de investigación. Eso simplemente les avisa a todos: "Oigan, alguien está investigando esto". Luego puede agregar algunas notas sobre lo que va a hacer. En esas notas, puede mencionar a otras personas si necesita que se involucren en la investigación.
Digamos que Chang escribe: "Joseph Carlson, envíame los detalles sobre la falla del regulador de la semana pasada". La Sra. Chang cree que esto podría tener algo que ver. Quiere obtener esos detalles de Joseph. Cuando guarde esto, sucederán un par de cosas. En primer lugar, el estado pasará a investigar.
Luego Joseph, como ya lo mencionamos, recibirá un correo electrónico y una notificación dentro de JMP Live, haciéndole saber que Chang le ha solicitado cierta información para que se la pueda proporcionar, ya sea directamente aquí o fuera de línea.
Voy a hacer clic en "Guardar". Otra cosa que quizás hayan notado es que esta advertencia del gráfico de control solía ser un círculo rojo y ahora es un diamante naranja porque está bajo investigación, a diferencia de esta otra, que sigue abierta. Nadie la está investigando. Quizás alguien quiera hacerlo.
Si pasas el cursor sobre el punto, puedes ver toda la información sobre lo que está sucediendo, quién está asignado, cuál es el estado y las notas que se han producido. Una excelente manera de ver fácilmente lo que está sucediendo.
Ahora, supongamos que Joseph le proporciona a Chang la información que necesita y ella concluye que esto se debió a la falla del regulador. Chang puede volver más tarde y decir: "Esto fue la falla del regulador". Luego, puede marcar la dirección y guardarla para que ahora sea un cuadrado verde. Esto indica claramente que ya no hay que preocuparse por esto. Sabemos lo que está pasando.
Ahora bien, el gráfico de control todavía tiene un signo de exclamación en las advertencias de este pequeño panel lateral porque todavía hay una advertencia sin resolver. Alguien tendrá que encargarse de eso también.
Imaginemos que Chang se asigna este problema también, lo marca como solucionado y dice que hay el mismo problema. Guardará el cambio. Ahora, ambas advertencias del gráfico de control se muestran en cuadrados verdes.
Ahora que todo está resuelto en este panel izquierdo, dondequiera que vea este gráfico de control en JMP Live, aparecerá una marca de verificación verde que indica que no hay ningún problema. Todo está bien. Ya no hay que preocuparse.
Este es el nuevo proceso de triaje de gráficos de control en JMP Log 19. Michael Goff ofrece otra charla completa sobre este proceso con más detalle. Si le interesa, le recomendamos consultar la contribución de Michael Goff y su presentación.
Bien, un tema relacionado con el control de calidad y procesos, junto con las advertencias de los gráficos de control, es el trabajo que hemos realizado en la evaluación de procesos. Analicemos algunos aspectos. Abriré la tabla de datos de muestra de capacidad de semiconductores y ejecutaré el script de evaluación de procesos que contiene, lo que genera una tabla con todos los procesos documentados y su estado. Luego, puedo agregar el gráfico de objetivos y el gráfico de rendimiento del proceso.
Ahora, si hubiera publicado este informe en JMP Live 18, veamos cómo se vería. Voy a volver al navegador y a la parte superior. Este es exactamente el mismo informe que acabo de crear, publicado en JMP Live 18 en lugar de 19. ¿Qué se ve aquí? Bueno, si hago clic en los elementos, no está realmente activo. No ocurre gran cosa. Puedo desplazarme hacia abajo y encontraré el gráfico de objetivos y el gráfico de rendimiento del proceso.
Pero si hago clic en cualquier punto del gráfico de objetivos, no ocurre nada. No hay interacción. No se selecciona nada más, ni se selecciona en el otro gráfico. En JMP Live 18 no ocurre nada de lo que se espera de JMP.
Publiquemos en JMP Live 19 y veamos si ha mejorado. Volvamos a JMP, Archivo, Publicar, Informes en JMP Live. Ese es el informe. Voy a publicar un nuevo informe. Lo publicaré en la carpeta de Análisis de Procesos. El título parece correcto. No necesito añadir una descripción. Sigamos. De nuevo, no quiero que se publiquen nuevos datos. No quiero encontrar otros datos que ya estén en JMP Live. Puede que no sean los mismos datos. Entonces lo publicaré.
Tarda unos segundos, pero está listo. Desde este cuadro de diálogo "Publicar resultados", puedo volver a hacer clic en "Abrir" para abrirlo en JMP Live desde mi navegador. Ahí está. Parece que es prácticamente igual, pero si hacemos clic en, por ejemplo, NPN9, se selecciona y el gráfico de control del proceso NPN9 se muestra aquí, a la derecha.
Quizás quiera comparar este diagrama de control con el proceso NPN6. Puedo hacer una selección múltiple y compararlo. También probaré el PNP para tener tres de ellos ahí. Puedo seleccionar tantos procesos como quiera en el gráfico y ver sus diagramas de control individuales a la derecha, compararlos y ver si hay algo similar entre ellos. Ese tipo de cosas.
Ahora, ¿qué pasa con el gráfico de objetivos y el gráfico de rendimiento del proceso? Bueno, no tengo que desplazarme hasta el final y que todo esto se desplace para verlos. Los hemos colocado en pestañas separadas en el mismo informe. Si hago clic en el gráfico de objetivos, lo veré, y mis gráficos de control siguen aquí para esos tres. Pueden ver que los puntos más oscuros son esos tres puntos. Pueden ver que dos de ellos están en la sección del gráfico de objetivos. Están funcionando bien. Este, y el otro está muy lejos.
Pero si hago clic aquí, puedo seleccionar un conjunto diferente de puntos para analizar. Tomemos estos cuatro o cinco procesos. Supongo que son cuatro. Puedo tomarlos, ver los gráficos de control y, de nuevo, compararlos para intentar comprender por qué ninguno cumple el objetivo.
De igual forma, si voy al Gráfico de Rendimiento del Proceso, puedo ver los cuatro puntos que seleccioné en el gráfico de objetivos. Si ya no quiero verlos, puedo hacer clic en el botón de cerrar y luego en algunos puntos. Hagamos clic en ese. Puedo ver el gráfico de control de ese punto.
Una experiencia mucho más interactiva con Process Screening en JMP Live 19. Si le gusta Process Screening, si lo usa, puede que quiera ver lo que JMP Live 19 puede hacer por usted para distribuir su Process Screening en toda su organización y que sea interactivo como ha visto aquí.
Estas son algunas de las novedades más importantes de JMP Live 19. Hablemos brevemente sobre algunas mejoras generales de usabilidad o interfaz de usuario que hemos implementado. Un área que ha recibido atención es la ventana de inicio. Volvamos a JMP Live 18 y analicemos la ventana de inicio.
No está muy bien definido. Simplemente muestra una lista de todas las publicaciones a las que tienes acceso, ordenadas descendentemente por fecha de última actualización. Primero aparecen las publicaciones más recientes y, más abajo, las menos actualizadas, pero no mucho más.
JMP Live 19 está mucho más definido. Tenemos una sección de visualizaciones recientes porque si viste algo ayer y vuelves hoy, puede que estés en una conversación al respecto. Quizás quieras volver a eso enseguida para seguir viéndolo.
Es muy importante mantener disponible lo que has visto recientemente. Aquí se muestran las seis primeras, pero puedes hacer clic en "Ver todo" para ver todo lo que has visto, en orden descendente según su fecha de consulta. En esta sección, repetimos tus marcadores. Marcadores tiene su propia página aquí arriba, y también se puede acceder desde aquí, pero algunos aparecen en la pantalla principal del panel para que puedas verlos.
Nuevamente, con nuestro énfasis en las advertencias de los gráficos de control, tenemos una sección completa dedicada a ellas que muestra todas las publicaciones que las contienen. Haré clic en "Ver todo" para esta porque es bastante interesante.
Por ello, estos tres estados de los gráficos de control requieren atención y se deben abordar a fondo. Esta página permite filtrar publicaciones con advertencias sobre gráficos de control según su estado.
Si no me interesan los problemas completamente resueltos ni los que están bajo investigación, solo quiero ver los gráficos de control que nadie está mirando para ver qué necesita mejorarse. A qué gráficos de control nadie presta atención, para poder limitar mi vista a eso y acceder fácilmente a ellos y luego asignar advertencias a los gráficos de control. Solo para ayudarte a solucionarlo.
Abajo está la sección de actualizaciones recientes, que es prácticamente la misma que viste en JMP Live 18. Es lo único que viste allí; las mismas publicaciones están aquí abajo. Una ventaja es que puedes restringirlas. Esto se aplica a todos los espacios en JMP Live. Puede que tengas acceso a muchos espacios que no te interesen. Si quieres, puedes ver las publicaciones de tus espacios favoritos.
Resulta que no tengo publicaciones en ninguno de mis espacios favoritos. Quizás necesito más. ¿Cómo lo hago? Otra área en la que trabajamos es Espacios. En JMP Live 18, si ibas a la pestaña Espacios en la parte superior de JMP Live, solo aparecía un directorio con todos los espacios. Eso era todo lo que podías ver desde allí.
En JMP Live 19, cuando hace clic en el menú desplegable Espacios, verá sus espacios favoritos, sus espacios visitados recientemente y, luego, si hace clic en Ver todos los espacios, volverá al mismo directorio que teníamos en JMP Live 18.
¿Cómo marcar un espacio como favorito? Desde aquí, puedo ir directamente y hacer clic en la estrella. Ahora, "Novedades de JMP Live" es uno de mis espacios favoritos. Ahora veo las publicaciones aquí, en la sección "Espacios Favoritos". Puedo estar seguro de que, en la lista de espacios a la izquierda de mi panel, las novedades de JMP Live 19 siempre estarán aquí porque lo he marcado como favorito.
Esta sección te muestra los espacios que has marcado como favoritos, así como otros que has visitado recientemente. Esta sección cambiará con el tiempo a medida que visites diferentes espacios.
Bien, estos son los puntos clave de lo que hemos hecho en la ventana de inicio o en la historia de su panel de control en JMP Live. La próxima vez, abordaré varias secciones sobre cómo hemos modificado los datos actualizables. Una de las grandes ventajas de JMP Live es la posibilidad de, una vez publicados los datos en JMP Live, acceder a ellos y configurar un script de actualización (un script de actualización JSL) para actualizarlos desde, por ejemplo, una base de datos, un archivo en disco o cualquier otro lugar, cuando lo necesite.
Una vez que actualice los datos, los informes que dependan de ellos también se regenerarán automáticamente. Es una excelente manera de mantener su sitio JMP Live activo y actualizado. Hemos implementado una serie de mejoras en los scripts de actualización y en sus funciones en JMP Live 19.
Comencemos con los datos vinculados. Aquí hay una carpeta con cuatro informes y cuatro tablas de datos. El pequeño círculo con forma de reciclaje muestra que todas son tablas de datos actualizables. Eso es lo que significa ese símbolo.
Tenemos ciudades de EE. UU., de Texas, de Carolina del Norte y de California. Parece que estas tres contienen quizás un subconjunto de lo que hay en Postgres: las ciudades de EE. UU. de Postgres. Veamos primero las ciudades de EE. UU. Aquí están los datos; luego, si voy a la configuración, puedo ver su script de actualización.
Aquí hay un script de actualización para los datos demográficos de la ciudad estadounidense. Parece una consulta del generador de consultas que se ejecuta en una base de datos RDS, una base de datos PostgreSQL en Amazon. Se envía a Amazon y obtiene una serie de datos de los 50 estados de EE. UU. Contiene varias columnas. Después de recuperar los datos, tiene un script de postconsulta que calcula los porcentajes de mujeres, hombres y veteranos de cada registro, de cada ciudad, de cada estado.
Esa es una consulta bastante complicada. Hay que recurrir a RDS para obtener los datos. Suena bien. Pero tengo otras tablas de datos, Texas, Carolina del Norte y California, que en realidad son solo subconjuntos de esta tabla de ciudades de EE. UU.
Preferiría no hacerlo, ya que estas otras tablas tienen que enviarse a Postgres a RDS y recuperar los datos desde allí, mientras que yo ya estoy recuperando los datos de RDS aquí abajo, y estoy haciendo algunas cosas, creando columnas calculadas, estoy trabajando. No quiero duplicar ese trabajo para las otras tablas que necesito.
Lo que me gustaría hacer para estas otras tablas es comenzar con los datos que contengan y luego crear un subconjunto según el estado. En JMP Live 19, es posible hacerlo.
Tomemos Texas como ejemplo. Aquí está Texas. Veamos su configuración. En Texas, he podido agregar algo llamado tabla de datos referenciables. Es un término largo, pero en realidad significa una tabla de datos enlazados. Puedes agregar datos y encontrar otros datos en tu sistema JMP Live. Puedes seleccionar algo y guardarlo, lo que lo añade a tu lista de tablas de datos referenciables.
Cualquier tabla de esta lista de JMP Live puede referenciarse aquí en el script de actualización. Podría tener un enfoque. Podría tener tres o cuatro tablas que desee combinar en una sola, por ejemplo, para esta tabla.
Eso sería algo que podrías hacer. En este caso, solo quiero tomar la de ciudades de EE. UU., eliminar la que no necesito y configurarla según el estado que me interesa. Eso es lo que hice aquí. En mi script de actualización, no hace nada con el generador de consultas ni nada. Simplemente dice: "Toma las ciudades de EE. UU. de la tabla de Postgres y fíltralas según 'El código del estado es Texas'", y listo. Eso es todo lo que tiene que hacer.
No tiene que ir a RDS ni nada. Tengo un script de actualización muy similar en las tablas de Carolina del Norte y California. ¿Qué significa eso...?
Regresemos a la carpeta que contiene todo esto. Esto significa que, si actualizo la tabla de ciudades de EE. UU. de Postgres, volveré a los datos del enlace. Cada vez que se actualice esta tabla, las demás tablas que dependen de ella también se actualizarán, ya que dependen de ella. Cada vez que esta se actualice, las otras tres se actualizarán.
El informe de veteranos por estado, que depende de esta tabla de datos original, se regenerará. Luego, estos tres informes, que dependen de las otras tres tablas, también se regenerarán.
Permítanme deshacerme de eso. Con solo actualizar las ciudades de EE. UU. desde Postgres, todas las demás tablas de datos e informes se actualizarán o regenerarán una vez que los nuevos datos de esta actualización estén disponibles. Con un solo clic, una actualización, he actualizado una carpeta completa de datos e informes.
Un par de cosas sencillas que hemos hecho. Les mostraré rápidamente. Si reviso este informe de Veteranos por Estado, notarán que los datos se actualizan, como los de esta tabla. Es la tabla de esa ciudad de EE. UU. y tiene un horario. Se actualiza todos los viernes a las 8:00 a. m., dentro de tres días.
Siempre les hemos mostrado cuándo se actualizará una tabla de datos. Sin tener que profundizar en el programa, les mostramos cuál será la próxima actualización. Será en tres días, ya que podrían tener tres o cuatro programaciones diferentes. Averiguar cuál se activará a continuación puede ser complicado.
Aquí arriba les decimos: "La próxima vez que se actualice, será en tres días". Bueno, esa es la tabla de datos. ¿Y qué hay del informe en sí? Lo que realmente les importa es el informe que utiliza estos datos.
Bien, ahora revisaremos todos esos calendarios y determinaremos qué datos se actualizarán primero. Esto significa que, inmediatamente después, se generará el informe. Si solo está viendo un informe, puede ver la parte superior y saber que este se regenerará en tres días, ya que es entonces cuando se actualizarán los siguientes datos que lo componen.
Es una forma más sencilla de ver un informe y saber cuándo se actualizará de nuevo. Hablando de programaciones de actualización, volvamos a la programación de actualización. Creemos una nueva programación de actualización, una programación de actualización adicional. Supongamos que queremos empezar a las 8:00 a. m.
Quería repetir que, al desplegar el menú desplegable de repetición, en JMP Live 18, el tiempo mínimo era de cinco minutos. La frecuencia máxima para reprogramar la ejecución de una repetición era cada cinco minutos.
En JMP Live, nos pareció un poco restrictivo. En JMP Live 19, hay una opción personalizada que permite establecer cualquier número de segundos, hasta 10 segundos. Si los datos se actualizan tan rápido que realmente necesita que se actualicen cada 10 segundos, puede hacerlo. En este caso, diría 30 segundos. Medio minuto, podría decir 120 para completar dos minutos.
Simplemente hace que sea muy flexible calcular con precisión cuándo se programará la ejecución del script de actualización. Cancelar esto. Realmente no lo necesito. Solo un par de cosas más pequeñas que hemos hecho con la actualización.
Hemos estado hablando de las programaciones de actualización y del uso de JSL para crearlas, pero sabemos que mucha gente conoce Python mejor que JSL. En JMP 18, JMP mejoró considerablemente el uso de Python, ejecutando scripts escritos en Python.
En JMP Live 19, incorporamos esto a JMP Live. Voy a ir a esta tabla de terremotos. Esta tabla contiene información sobre terremotos. Tiene una actualización. Contiene datos llamados "Todo el día", que también tienen un script de actualización.
Si miras aquí abajo, si conoces bien JSL, pensarás: "Esto no se parece en nada a JSL". Claro que no. Es Python. Ahora tenemos un selector de idioma para tu script de actualización. Puedes seleccionar JSL o Python. Si eliges Python, puedes simplemente escribir un script de Python aquí.
Analicemos esto brevemente, ya que hay un par de cosas que debes hacer. Por supuesto, importamos algunas bibliotecas, y estas son bibliotecas de Python que JMP proporciona para facilitar el uso de Python con JMP. Hay dos y una tercera aquí mismo: JMP Utils. JMP Utils te permite instalar las bibliotecas de Python que necesitas.
En este caso, instalaré la biblioteca de Pandas para usar marcos de datos de Pandas en mi script de actualización. La instalo y la importo. Después, uso un marco de datos de Pandas para leer un archivo CSV de un sitio web y almacenarlo en un marco de datos. Después, lo subconjunto para obtener solo magnitudes superiores a dos terremotos. No quiero esos pequeños terremotos que no significan mucho.
Lo tomo, lo subconjunto y, para que esto vuelva a JMP y a JMP Live, debe ser una tabla de datos JMP. Sin embargo, JMP ofrece una utilidad para convertir un marco de datos en una tabla de datos JMP. Basta con llamar desde el marco de datos a la biblioteca de Python de JMP para crear una tabla de datos. Esta es la sintaxis que se usa en Python para devolverlo a JMP como resultado del script de actualización.
Tiene algunas complicaciones, pero te permite, si te sientes cómodo con Python, seguir usándolo. Voy a ejecutarlo. Actualizaré esta tabla y verás que el script de Python actualiza los datos correctamente.
Solo tarda unos segundos más... Y listo. Bien, se ejecutó correctamente. Lo confirmo consultando el historial y viendo que se actualizó correctamente. Luego, si reviso el informe, no creo que haya cambiado mucho, ya que lo hice hace una o dos horas. No creo que los terremotos hayan cambiado mucho en las últimas dos horas, pero así se ve el mapa con los datos actualizados.
Si te gusta Python, puedes usarlo para tus scripts de actualización en JMP Live.
Aquí hay otra tabla de datos con un script de actualización. Voy a ejecutarlo para ver qué sucede. Luego les diré qué sucede. Ejecuto este script de actualización. Veremos si funciona. Claro, con esa introducción probablemente se habrán dado cuenta de que no va a funcionar. Está fallando.
Creo que en la versión 19, esto es nuevo: cuando falla un script de actualización, para evitar que tengas que consultar el historial para averiguar por qué falló, colocamos el mensaje de error aquí mismo, en el mismo panel que el script de actualización. No tienes que ir a ningún lado. Puedes revisarlo y ver qué falló.
Parece que intentamos incluir algo llamado ADDIN_HOME, com.jmp.unitconversion. Esto significa que este script de actualización espera que un complemento de JMP esté disponible, por lo que puede usar código de ese complemento. ¿Cómo vamos a conseguir que los complementos estén disponibles para nuestros scripts de actualización en JMP Live? Bueno, puedes hacerlo. Es un proceso de dos pasos, pero esto es lo que debes hacer.
En primer lugar, como administrador, vaya a la configuración administrativa de JMP Live. Si se desplaza un poco hacia abajo, verá un conjunto de complementos que un administrador ha indicado: "Estamos dispuestos a permitirle incluir estos cuatro complementos en su script de actualización. Han sido revisados. Son seguros. Todo está bien".
Todo lo que tiene que hacer es cargar el archivo zip para el complemento, y lo almacenamos en JMP Live, y luego, cuando un script de actualización usa uno de esos complementos, instalaremos ese complemento en la instancia de JMP Live en la que se ejecuta su script de actualización, ejecutaremos su script de actualización y luego, cuando haya terminado, por supuesto, la sesión JMP se cierra después de que se ejecuta cada script de actualización y se reinicia nuevamente.
Al reiniciarse, ya no lo tendrá. Solo permanecerá en su sesión JMP mientras se ejecute el script de actualización. Esto evita que los complementos añadidos por una persona afecten a los scripts de actualización de otra. Podrían producirse conflictos, por lo que queremos evitarlos en la medida de lo posible.
Ese es el primer paso. Un administrador debe decir: "Sí, puedo usar, por ejemplo, el complemento de conversión de unidades en el script de actualización". Ya está hecho. Si vuelvo a mi otro navegador, puedo bajar. Si sigo bajando, hay una sección de complementos asignados en el área del script de actualización. Hago clic en "Asignar" y veo que aparece la misma lista de cuatro complementos que puedo seleccionar para ejecutar en mi script de actualización.
Voy a seleccionar la conversión de unidades y guardarla. Aparece aquí abajo. Al actualizar los datos, debería tardar solo unos 20 segundos. Debería funcionar correctamente porque el complemento estará disponible y podrá encontrar el archivo que intenta incluir.
Listo. No veo ningún error y el mensaje de error desapareció. Voy al historial. Se actualizaron los datos. Parece que todo salió bien. Todo bien.
Si necesita ejecutar complementos en sus scripts de actualización, puede hacerlo. Un aspecto importante son los conectores de datos que JMP Live produce y que luego otros usuarios pueden producir; estos se distribuyen como complementos. Si necesita usar conectores de datos, ahora que puede incluir complementos en los scripts de actualización, puede hacerlo aquí. Puede instalar esos complementos y usarlos en sus scripts de actualización.
Bien, con esto concluimos la sección sobre scripts de actualización. ¿Qué hay de los scripts de informes, los scripts de JMP Live que regeneran los informes tras las actualizaciones de datos? ¿Hemos hecho algo con ellos?
Resulta que sí. Una de mis funciones favoritas de JMP Live 19. Aquí hay un gráfico de contornos de los datos de Iris. Se ve bien, pero creo que me gustaría ver si hay contornos adicionales en los datos. Parece que solo se hizo con un nivel de contornos. Me gustaría usar dos o tres niveles para ver si puedo extraer más contornos de los datos.
¿Cómo puedo hacerlo? Bueno, el script que regenera esta tabla siempre se publicaba en JMP Live al publicar un informe. Pero hasta JMP Live 19, era de solo lectura. No se podía hacer nada. No se podía cambiar. Si se quería cambiar el número de contornos utilizados en este gráfico de contornos, se debía volver a JMP, buscar el script original que se ejecutó, volver a ejecutarlo con un valor diferente para los contornos y luego volver a publicarlo sobre este para obtener el nuevo valor.
Eso era un poco engorroso, así que decidimos habilitarlo ahora en JMP Live 19. Esto se parece mucho al panel del script de actualización de la tabla de datos, pero es el panel del script de regeneración del informe. Puedo abrirlo, simplemente cambiar el número de niveles de uno a tres y guardarlo. Una vez guardado, se habilitará el botón de regeneración del informe, ya que el script ahora es diferente.
Puedo hacer clic en "Regenerar informe" y comprobar que el cambio que hice realmente funciona como quería. Parece que funciona. Ahora obtengo tres contornos en lugar de uno solo. Me doy cuenta de ello con estos tipos. Así es como quiero que se vea. Ya terminé, y ahora he podido actualizarlo sin tener que volver a JMP.
Otro caso de uso que uso con frecuencia para esto es un informe de datos de diamantes. Aquí se cotiza por peso en quilates. También tengo filtros de datos por color y claridad. Pero si no recuerdo mal, los diamantes tienen cuatro C: peso en quilates, color, claridad y talla. ¿Dónde se talla? Bueno, si reviso los datos, sí se incluye la talla.
Es solo que quien creó este informe no lo incluyó en el script, en el filtro de datos antes de publicarlo. Bueno, menos mal que ahora podemos modificar el script. Puedo acceder al script. Vamos a ampliarlo de nuevo. Puedo encontrar el filtro de datos aquí en el script y simplemente añadir "Cortar". Extraer y Cortar. Guardar. De nuevo, se regenerará. Lo habilitaremos. Haga clic en él.
Ahí está el informe actualizado, y abajo está la opción de Talla. Puedo decir que solo quiero ver una talla excelente. No puedo permitirme una talla ideal, sino una excelente. Realmente quiero un diamante de excelente calidad, así que puedo seleccionarlo y ahora puedo filtrar según ese criterio, además de los demás.
Una función muy útil es la posibilidad de editar el script de actualización. Si no es exactamente lo que quieres, modifícalo para que sea exactamente como quieres.
Bien, un último tema: JSL. No sé si lo saben, pero hay varias cosas que pueden hacer con JMP Live mediante scripts. Pueden publicar informes en JMP Live mediante un script. Pueden actualizar datos. Pueden hacer varias cosas en JSL con JMP Live.
Permítanme volver a JMP y cerrar este cuadro de diálogo. Aquí tienen un script que habría funcionado en JMP Live 18. Aquí está:
Tengo una empresa de fabricación de quesos, una de producción de quesos y tres plantas: una en Houston, otra en Manchester y otra en Shanghái. Este script generará un informe de capacidad para cada planta y lo publicará en JMP Live para que pueda ver si hay alguna diferencia en la capacidad de procesamiento de mis plantas.
Todos comparten un archivo de límites de especificaciones que se encuentra en JMP Live. Es una buena manera de centralizar los límites de especificaciones: colocarlos en un archivo en JMP Live, de modo que todos puedan consultarlo y así mantener la coherencia entre las diferentes plantas.
Ese es el script que tengo. Veamos dónde se depositarán los resultados. Si vuelvo a JMP Live y voy a esta página... Aquí hay una carpeta en JMP Live. Se llama Pads en JSL y contiene carpetas para Houston, Manchester y Shanghái, cada una de mis plantas.
¿Cómo voy a decirle a JMP...? ¿Cómo voy a identificar estas carpetas en mi script para JMP? Bueno, podrías pensar que podría simplemente nombrarlas. Sin embargo, en JMP Live 18, eso no era posible. Para guardar algo en una carpeta, tendrías que visitarla y obtener su ID, que puedes encontrar aquí en la barra de título, o podrías haber ido a los detalles aquí, copiarlo y luego transferirlo a JMP para guardarla allí.
Eso es un poco de trabajo. No documenta muy bien el script porque tengo estos identificadores en él. Bueno, funciona, pero hay que poner estos identificadores en el script. En este caso, estoy mapeando el nombre de la planta. Estoy usando lo natural, que es el nombre de la planta, para generar todo.
Pero luego, al acceder a JMP Live, tengo que asignar el nombre de la planta a un ID para saber en qué carpeta colocarla. Al mirar este script, no sé dónde se encuentra. ¿Cuál es la carpeta principal? Es difícil saberlo.
Esto seguramente funcionaría en JMP Live 18 y JMP Live 19. Todo lo que hicimos en 19 sigue siendo compatible con 18. Pero en 18, podría hacer las cosas de forma ligeramente diferente.
Veamos un segundo script. Aquí tienes otra forma de abordarlo en JMP Live 19. En JMP Live 19, puedes usar rutas y nombres de carpetas como lo harías en un sistema de archivos de Windows o Mac. Puedes navegar por tu sistema de archivos de la misma manera que en otros lugares.
Si revisas, el nombre de esta carpeta, el espacio se llama "Novedades, JMP Live 19", y la carpeta es 07paths en JSL. Si vuelvo a JMP, eso es exactamente lo que veo aquí.
Le digo a JMP que me conecto a JMP Live y, para obtener la carpeta base de todas estas publicaciones, simplemente le pido a la conexión en vivo que me traiga una carpeta con esta ruta. Novedades de JMP Live 19, tal como las veo en JMP Live. Se autodocumenta. Eso ya está en mi script.
Luego, cuando recorro mis diferentes plantas de fabricación y quiero obtener la subcarpeta para colocar un informe, simplemente digo: "Consígueme, desde la carpeta base, la subcarpeta que tiene el mismo nombre que la planta, Houston, Manchester o Shanghai" y luego publico el contenido en esa carpeta.
Está un poco mejor documentado, es más claro y puedes recordar los nombres de tus plantas. Nunca recordarás esos identificadores, así que tendrás que recurrir a JMP Live con mucha menos frecuencia usando rutas y nombres que cuando intentas usar identificadores.
Siempre estás yendo y viniendo, tomando un ID, volviéndolo a traer e incorporándolo a tu script. Esto simplifica un poco el proceso de creación de scripts. Voy a ejecutar este script JSL, que creará tres gráficos de capacidad diferentes y los publicará en JMP Live en la carpeta correspondiente.
Si voy a "Ver nuevas publicaciones", está el archivo de capacidad de Houston, el de Manchester y el de Shanghái. Por alguna razón, se están regenerando, pero todos están ahí.
Sólo una forma, creo, un poco más fácil de usar para crear scripts de JMP Live desde JMP usando rutas y nombres en lugar de tener que usar identificadores.
Bueno, con esto termina mi presentación sobre las novedades de JMP Live 19. Les recuerdo que me llamo Eric Hill. Mi correo electrónico es eric.hill@jmp.com.
Si tiene alguna pregunta sobre el material que he presentado aquí, no dude en comunicarse conmigo y podré responder cualquier pregunta o indicarle la dirección correcta.
