En esta serie de blogs sobre "JMP y Excel: ¿una historia interminable?" Hablé sobre la importación de datos de hojas de cálculo y describí los primeros desafíos típicos al importar datos de hojas de cálculo (o, a veces, también de otras fuentes). Esta vez me enfocaré en fechas y formatos de fecha, el tercer tema que enumeré en Parte 2 .
El día y el mes se interpretarán incorrectamente
Cuando pega fechas como "10/11/2012" en una tabla de datos, es posible que JMP necesite resolver la ambigüedad entre los formatos m/d/y y d/m/y:
- ¿El “11/10/2012” es en octubre o noviembre? Si asigna un formato de fecha a la columna, no hay ambigüedad. PERO: los formatos especiales o personalizados (p. ej., formatos con un prefijo *) en Excel no siempre se reconocerán
Excel formatExcel formatExcel formatExcel formatExcel format formato excel
- La conjetura predeterminada de JMP es m/d/y a menos que el primer valor pegado solo pueda ser ad/m/y fecha. Para evitarlo, especifique el formato de fecha adecuado por adelantado o tenga un valor de fecha ficticio distinto en la primera fila, por ejemplo, 13/1/99.
- Todos los cambios e importaciones subyacen al hecho de que los valores que no coincidan con el formato que elija se establecerán como perdidos. Recibirá una advertencia de JMP por eso.
- En algunos casos, JMP elige un formato de caracteres para la columna. Puede cambiar la columna de caracteres a una columna de datos numéricos más adelante. Analicemos esto un poco más a fondo: la información de la columna le permite cambiar el formato de la fecha. Hay un formato de entrada y salida que puede configurar. Asegúrate de hacerlo bien:
Changing Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output format Cambio de formatos de fecha en la información de columna JMP con formato de entrada y salida )
- Tenga en cuenta: entre Windows y Macintosh, la cantidad de dígitos después de un punto decimal y el formato de fecha de los datos importados pueden diferir. Por ejemplo, "25/10/2012" podría tener el formato "25 de octubre de 2012" en Macintosh. Las columnas pueden importarse como columnas de caracteres en Macintosh pero no en Windows.
- Como se ha dicho, es posible que no se reconozcan todos los formatos, por lo que los datos importados mostrados pueden diferir de los esperados. Sin embargo, los datos completos estarán en la memoria, por lo que un cambio en la pantalla mostrará la información completa. Si no se especifica por adelantado, también puede cambiar aquí el formato de fecha a un formato de hora o duración o viceversa
- En algunos casos, la forma más sencilla sería cambiar la configuración de preferencia de idioma de visualización en JMP, por ejemplo, a inglés o alemán. Puedes ver el "cómo" en mi anterior entrada en el blog . Pero no siempre esto resuelve todos los casos.
Formato de fecha no reconocido
A veces, los formatos de fecha son difíciles de reconocer y JMP los importará como caracteres. Los ejemplos pueden ser fechas personalizadas que incluyen semanas calendario, trimestres y otros. En tales casos, es posible que deba crear nuevas columnas con una fórmula para extraer la información específica para un análisis posterior. Quiero mostrar un ejemplo:
"KW14/2016" podría transferirse a dos nuevas columnas "weekNr" y "year" utilizando el editor de fórmulas o el lenguaje de secuencias de comandos JMP. El Editor de fórmulas es un buen amigo para esas tareas, así como WORD u otras funciones de caracteres, por supuesto, también podría usar REGEX, por lo general, esto requiere cierta familiaridad con esta función. El año que simplemente puede extraer usando este script (o análogo en el editor de fórmulas):
Num(Word(2, :MyDate, "/"))
o
Num(Right(:MyDate, 4))
También otras formas que puede encontrar valiosas, eso lo dejo a sus preferencias.
Defina su día, mes y otra información de fecha
Un enfoque diferente para transferir datos de fecha importados como caracteres es usar Brady Brady's " Herramientas de tabla de datos ” Complemento. Allí tendrá una buena funcionalidad para manejar estos casos. Echémosle un breve vistazo, encontrará más en la descripción y en los blogs de Brady. Supongamos que tiene datos como en esta tabla de datos:
La columna de fecha tiene un formato de caracteres, ya que JMP no conoce el formato. Por lo tanto, cambiar los datos y el formato de entrada no funcionará aquí, lo que dará como resultado valores faltantes (sin importar la configuración de idioma que esté utilizando).En el menú Complemento, seleccione "Herramientas de tabla de datos" => "Columnas de fórmula especial" => "Escritor de fórmula de fecha personalizada" y luego haga lo siguiente:
- Seleccionar tabla y columna para cambiar
- Defina los delimitadores, aquí el guión bajo, se replicará en otros lugares de la cadena (tenga en cuenta que puede elegir lo que quiera de forma interactiva, mi favorito personal)
- Especifique el formato de dígitos para el año (p. ej., importante si tiene un año de dos dígitos)
- Asigna cada fracción a lo que debería representar (día, minuto, año, …)
- Importante para el mes es el formato que tiene (Numérico, 3 Letras o nombre completo)
- Indique cuál debe ser el formato de salida y luego presione "Crear columna de fórmula".
- El resultado son datos de fecha numéricos limpios en una nueva columna de fórmula "NewDate" donde puede mirar la fórmula y ver cómo la conversión podría haberse realizado manualmente.
Eso ya me ayudó en muchas situaciones. Aunque no en todos. Primero, no funcionó con nombres locales como Okt para octubre en alemán. En segundo lugar, tuve un caso en el que los datos de una base de datos no se leyeron correctamente y al resultado ya le faltaban valores después de la importación. Allí podríamos trabajar usando el cambio de configuración de Idioma que ya mencioné. También podría haber existido la posibilidad de verificar la conexión de la base de datos y cómo tomó los datos, pero esto es mucho más difícil de profundizar si no es su máquina que podría compartir fácilmente con desarrollo y TI 
¿Que viene despues?
Espero que esta sea información útil para su trabajo y me complace recibir sus comentarios sobre cómo funcionan esos consejos para usted. En mis próximas dos y probablemente última publicación de blog para esta serie de JMP y Excel, hablaré sobre problemas de calidad de datos en los datos que se importarán. Especialmente, ¿dónde debo comenzar con la revisión y edición de los datos, en Excel o después de la importación? JMP o JMP, esa es la cuestión 
También hablaré sobre las mejores prácticas para importar datos a JMP y otros recursos que ayudarán como referencia.
¿Cuál es tu experiencia? Qué desafíos enfrentas?
Estoy feliz de aprender de usted y ver cómo ha superado esos desafíos y si mis sugerencias lo ayudan a reducir sus desafíos al importar (hoja de cálculo) datos.
