Problema de importación de archivo TXTEstimados usuarios de JMP:
Tengo un problema al importar un archivo TXT. Estoy usando la siguiente instrucción jsl:
Abierto ( "U: \ Lib \ PRODUCTION \ Report_Prod.txt");
No tuve ningún problema hasta hace un par de semanas cuando se descubrió que faltaban algunos datos. No podía entender por qué los datos eran visibles en el archivo al importar el archivo .txt a Excel.
Hoy, finalmente intenté importar usando la instrucción jsl "Cargar archivo de texto" y pude ver caracteres anormales en el registro (ver captura adjunta). Parece que JMP se enfrenta a un problema de importación que Excel no ve.
¿Tienes alguna solución para proponer? ¡Muchas gracias de antemano!
Jerome
Re: Problema de importación de archivo TXTSi Excel está de acuerdo con esos caracteres de control, eso me llevaría a creer que esos son comandos de tipo Excel. Cuando observa esas celdas en Excel, ¿ve enlaces a otras hojas de cálculo o comandos de macro o algo así?
¿Qué sucede si abre en Excel y vuelve a guardar como TXT desde Excel y luego lo lleva a JMP con su comando JSL? ¿Eso funciona? Si es así, no hay mucho que pueda hacer, excepto abrir archivos de texto, no se permiten cosas que no sean de texto.
Re: Problema de importación de archivo TXTPuede intentar abrir el archivo en un editor externo como el Bloc de notas. Elimine la basura y vuelva a guardar el archivo. La basura está en el medio de un valor, o tal vez va al final del archivo; Tendrás que decidir cómo confiar en lo que queda.
O bien, vea si puede obtener una copia nueva del archivo sin la basura.
No estoy seguro de cuál es el formato del archivo, pero parece que podría estar usando | para separar valores. Es probable que JMP intente leer muchos de esos caracteres extraños en una sola celda. No estoy seguro de lo que Excel podría estar tratando de hacer con ellos. Si el archivo usa líneas nuevas para delimitadores de registros (parece que sí), ¡el paso de edición anterior será mucho más fácil!
Re: Problema de importación de archivo TXTGracias por su respuesta, pero en realidad no ayuda del todo: de hecho, el archivo que estoy tratando de abrir se genera automáticamente y estoy tratando de crear un script jsl para importarlo automáticamente a JMP para futuros análisis ... usar XL antes definitivamente no ayudaría, excepto si puedo incluir esta operación en jsl.Re: Problema de importación de archivo TXT- ¿Es la imagen que adjuntaste en tu primera entrada, el archivo completo? Si no es así, ¿se repite el patrón de "caracteres extraños no imprimibles" en todo el archivo?
- ¿Has intentado imprimir la variable Cargar archivo de texto () en hexadecimal para determinar cuáles son los caracteres?
- ¿Cómo se ve la hoja de cálculo de Excel abierta en comparación con lo que lee JMP?
Dado que puede leer el archivo fxt usando Cargar archivo de texto ... si podemos obtener más información sobre los caracteres especiales, podemos analizar la cadena de texto cargada, guardarla en un archivo temporal y luego leer JMP de nuevo en
Re: Problema de importación de archivo TXT¿Los caracteres extraños ocurren cada vez? ¿Están al final? ¿O están en el medio?
La imagen muestra los caracteres impares que interrumpen un valor.
. 
interrupted in middle of a date interrumpido en medio de una cita
¿El resto del valor interrumpido sigue los caracteres impares?
¿Cómo muestra Excel ese valor y el (los) que deberían seguirlo?
¿Qué tan grande piensa Windows que es el archivo y qué tan grande debería ser?
Aquí hay un fragmento de JSL que tú lata ajustar para mostrar los datos antes y después de que ocurran los caracteres impares:
loadtextfile("$sample_data/../import data/bigclass.txt",
blob(readOffsetFromBegin(200), // start 200 bytes into the file
readLength(10))); // read 10 bytes
// Char To Blob( "6~0967~0D~0AJOHN", "ascii~hex" )Cambie la longitud de 10 bytes a 100 y cambie la 200 para capturar 50 bytes antes y después del cambio.
Los valores readOffsetFromBegin y readLength que usa también podrían ayudar a responder la pregunta.
¿Los datos impares siempre comienzan en la misma posición?
Sospecho que algo cambió en el proceso que crea el archivo. Usar el Bloc de notas para ver el archivo le dirá si JMP es el único programa que tiene problemas para leerlo. El carácter de diamante con el signo de interrogación es el carácter de reemplazo Unicode y es (1) el carácter real en el archivo o (2) el carácter que JMP está utilizando para mostrar una secuencia de bytes no válida en el archivo. Los datos hexadecimales del ejemplo loadtextfile ayudarán a responder esa pregunta.
¿Qué tipo de máquina o proceso crea el archivo? ¿Cómo se transfiere el archivo a la computadora que utiliza JMP? ¿Existe la posibilidad de que el proceso se interrumpa antes de que se complete una transferencia de archivos?
