La actualización de JMP17 forzó el superíndice y rompió el script de trabajo de JMP14Hola amigos, daría un ejemplo de script, pero después de solucionar el problema, una explicación debería ser suficiente.
Tengo una tabla de datos de una fuente CSV que tiene muchas columnas de datos de seguimiento que tienen un nombre de columna con unidades al final. Para grados C, el encabezado es Temperatura [0c] y para metros cúbicos por hora es Flujo de aire [m3/h]. Hay otros. Creé un script que abre este archivo de datos y otro que tiene límites calculados que son estáticos. Funcionó muy bien en JMP14. Fue forzado a JMP17, lo cual está bien; sin embargo, JMP17 está superíndice de C para Celsius y 3 para cúbico. Mi archivo de límite de referencia no tiene eso, y cuando itero a través de las columnas para graficar, no coinciden. La solución fácil fue hacer que los archivos de referencia estáticos se guardaran con superíndice. Sin embargo, así no es como vienen los datos de entrada y temo que alguna otra actualización futura o el uso de los datos de JMP en alguna otra interfaz de usuario como PBI o SSRS lo rechace.
¿Hay alguna solución fácil para evitar esto en JMP17? ¿O debería conformarme con tener una solución a corto (o quizás a largo plazo)?
Análisis y modelado de datos básicosRe: Actualización de JMP17 forzando superíndice rompió el script de trabajo de JMP14No entiendo por qué los nombres de tus columnas aparecen con superíndices. Por mi parte, no tuve problemas al importar el archivo CSV adjunto con el método habitual: Archivo -> Abrir con vista previa.
Por cierto, si ya usas scripts JSL, quizá te interese referenciar las columnas por número en lugar de nombre. Aquí tienes un ejemplo de la entrada del índice de scripts para la función Columna:
Names Default To Here( 1 );
Open( "$SAMPLE_DATA/Big Class.jmp" );
col4 = Column( 4 );
ht = Column( "height" );
col4[1] + ht[2];
Tenga en cuenta que puede referenciar una columna como "Columna( 4 )" o "Columna( "altura" ); ambas opciones son válidas. Esto elimina la necesidad de que los nombres de las columnas coincidan exactamente. Es una buena solución si su tabla de datos siempre tiene el mismo formato (mismo número y orden de columnas).
Re: Actualización de JMP17 forzando superíndice rompió el script de trabajo de JMP14
@MikeTV99 escribió:
Hola amigos, daría un ejemplo de script, pero después de solucionar el problema, una explicación debería ser suficiente.
¡Proporcionar un archivo o script que cause el problema es de gran ayuda!
Es más eficiente cargar un archivo que pueda utilizarse para reproducir el problema que escribir cien palabras o más.
Una suposición: un error de "análisis" dentro de un script
Open(
"$DOWNLOADS/Superscript_Issue.csv",
Import Settings(
End Of Field( Other( ";" ), CSV( 0 ) ),
)
);
column name = column(1) << get name;
Parse(column name)
