3 votos

Excel Mac - Algunos archivos txt no se puede abrir/importar ("Gris")

Un poco de un extraño. Estoy usando Excel para desmenuzar algunos de los datos que tengo en varios .archivos txt.

Cuando estoy tratando de importar a ellos a través de Data > Get External Data > Import Text File:

Excel Import Text File

Como yo lo he hecho muchas veces en el pasado, me sale el "Elija un Archivo" Cuadro de Diálogo, pero cuando me vaya a la carpeta, sólo un par de los archivos son "seleccionables", los otros son el "Gris":

**SOME** Source Files Grayed Out

No hay diferencias entre los archivos que puedo ver que justifique la diferencia. La única "lógica" es que la "fuente" de archivo (vamos a llamar a 20150728 - SOURCE.TXT) viene a través de correo electrónico desde una máquina Windows, y los otros dos archivos bloqueados (20150728 - Source Fragment 3.TXT y 20150728 - Source Fragment 3 copy.TXT) son una copia de la Fuente de donde he eliminado algunas líneas, y una segunda copia del archivo resultante, mientras que la no-bloqueado aquellos que comenzó como la Fuente de donde he eliminado las líneas, y luego hizo un "Guardar Como" en TextWrangler...

Me pueden solucionar el problema copiando el contenido de la "gris" de los archivos en un nuevo documento en TextWrangler y el ahorro, pero me gustaría entender la razón de este comportamiento.

Haciendo un file en los archivos en cuestión muestra a ser similar, si no es la misma:

Mac:samples jjarava$ file 201507*txt
20150728 - Source Fragment 3.TXT:      ASCII text
20150728 - Source Framgent 1.TXT:      ASCII text
20150728 - Source Fragment 1.TXT:      ASCII text
20150728 - Source.TXT:                 ASCII text, with CRLF line terminators
20150728 - Source Fragment 3 copy.TXT: ASCII text

Estoy un poco "atascado" en lo que el problema podría ser. Tengo la sensación de que es uno de esos "Oscuros Mac Rarezas" que son muy difíciles de explicar.

EDIT: Como por los comentarios de @user3439894 y demás, he mirado en los atributos extendidos de los archivos para ver si los rendimientos de cualquier sugerencia.

La salida de ls -l@para los archivos nos da:

-rw-r--r--@ 1 jjarava  staff   7652 Aug  3 13:58 20150728 - Source Fragment 3 (BAD).TXT
    com.apple.FinderInfo       32 
    com.apple.TextEncoding     15 
    com.dropbox.attributes     83 
-rw-r--r--@ 1 jjarava  staff   6570 Aug  3 13:58 20150728 - Source Fragment 1 (Good).TXT
    com.apple.FinderInfo       32 
    com.apple.TextEncoding     15 
    com.dropbox.attributes     83 
-rw-r--r--@ 1 jjarava  staff   6616 Aug  3 13:58 20150728 - Source Fragment 2 (Good).TXT
    com.apple.FinderInfo       32 
    com.apple.TextEncoding     15 
    com.dropbox.attributes     83 
-rw-r--r--@ 1 jjarava  staff  21138 Aug  3 13:58 20150728 - Source (BAD).TXT
    com.apple.FinderInfo       32 
    com.dropbox.attributes     83 

De nuevo, veo que uno de los malos de archivos (Fuente) es la aparente falta de la com.apple.TextEncoding atributo -- pero el otro "no trabajo" archivo no tiene el atributo... Sólo en caso de que los valores son diferentes para el bien y el mal los archivos, vamos a ver:

Mac:samples jjarava$ xattr -p com.apple.TextEncoding 201507*txt
20150728 - Source Fragment 3 (BAD).TXT: UTF-8;134217984
Source Fragment 1 (Good).TXT: UTF-8;134217984
Source Fragment 2 (Good).TXT: UTF-8;134217984
xattr: 20150728 - Source (BAD).TXT: No such xattr: com.apple.TextEncoding

Así que no parece ser el truco...

3voto

JacquesB Puntos 19878

Yo creo que tengo una respuesta.

Con el google he encontrado referencias a "gris" de los problemas y menciona que el archivo creator de atributo.

Por lo que una rápida en Google para "osx archivo creador de la marca" me señaló SetFiley su hermano GetFileInfo.

Ejecución de una rápida GetFileInfo sobre los archivos que obtengo:

Mac:samples jjarava$ for i in 201507*.TXT; do getfileinfo "$i"; echo .; done
file: "/path/to/samples/20150728 - Source Fragment 3 (BAD).TXT"
type: "????"
creator: "????"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18
.
file: "/path/to/samples/20150728 - Source Framgent 1 (Good).TXT"
type: "TEXT"
creator: "\0\0\0\0"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18
.
file: "/path/to/samples/20150728 - Source Framgent 2 (Good).TXT"
type: "TEXT"
creator: "\0\0\0\0"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18
.
file: "/path/to/samples/20150728 - Source (BAD).TXT"
type: "????"
creator: "????"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18
.
file: "/path/to/samples/20150728 - Source Fragment 3 copy (BAD).TXT"
type: "????"
creator: "????"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18
.

Todo el "trabajo" los archivos son de type: "TEXT", y todos los "no trabajo" parecen no tener un "tipo" que se define...

En realidad, la ejecución de las siguientes opciones para cambiar el archivo type:

Mac:samples jjarava$ setfile -t TEXT "20150728 - Source Fragment 3 copy (BAD).TXT"
Mac:samples jjarava$ getfileinfo "20150728 - Source Fragment 3 copy (BAD).TXT"
file: "/path/to/samples/20150728 - Source Fragment 3 copy (BAD).TXT"
type: "TEXT"
creator: "????"
attributes: avbstclinmedz
created: 08/03/2015 13:58:18
modified: 08/03/2015 13:58:18

Y que archivo puede ser seleccionado en el diálogo "Abrir" en Excel!!

La pregunta es ¿de dónde viene el campo "tipo" y por qué es uno de los archivos y en otros no, pero al menos hay una cierta "lógica" a la cuestión!!

0voto

taz Puntos 131

Así como la captura de pantalla que muestra, son "casi", pero no es completamente el mismo; el archivo original es ASCII text, with CRLF line terminators mientras que las copias y fragmentos creada ASCII text.

Un poco de información: si usted piensa de una antigua máquina de escribir, para que las cosas sucedan, cuando el escritor se inicia una nueva línea: el papel es "enviado" una línea (="line feed", LF) y el carro se mueve a la posición izquierda (="retorno de carro", CF). UNIX y mac OS X uso de un solo carácter LF hacer tanto en archivos de texto; Windows en el otro uso de la mano de dos personajes, un CR y LF, al final de cada línea.

Al parecer, Excel la función de importación no puede lidiar con el "Windows con formato" archivo de texto; TextWrangler en la otra mano puede y, cuando se manipula el archivo y guarde una copia, se guarda automáticamente en "UNIX-formato de", la conversión de la CRLFs en LFs. Su solución es contar lo que crea esos archivos en la máquina de Windows, para guardarlos en formato UNIX o para convertirlos en formato UNIX en OS X, antes de que pueda importar en Excel.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X