Acabo de ver un seminario web muy interesante de Jian Cao sobre el pronóstico de series de tiempo, así que pensé en intentarlo con un conjunto de datos de prueba en el que registraba la temperatura cada tres horas durante varios años. Sin embargo, cuando ingreso la fecha y la hora en la marca de tiempo, aparece un mensaje de error: formato de hora no admitido. Probé todos los formatos en las opciones de entrada "tiempo" para las variables continuas. Ciertamente, hay una manera de que JMP Pro 16 interprete cada hora todos los días durante varios días, ¿verdad?
Hola Anderson,
Parece que la plataforma Time Series Forecast necesita una fecha o una marca de tiempo numérica simple. Creo que no funciona con su columna de hora porque es un formato de fecha y hora.
Convertí su marca de tiempo a numérica (Formato = Mejor) y el Pronóstico de la serie temporal ahora la acepta (adjunta). Creo que esta marca de tiempo numérica son segundos desde el 1 de enero de 1970 o algo así.
No estoy seguro de por qué Time Series Forecast no acepta su formato de fecha y hora. Podría ser una buena idea enviar este al Soporte técnico de JMP (support@jmp.com) para que puedan investigar y, potencialmente, registrar como un defecto.
Espero que eso ayude,
Phil
Para ser fácticamente correcto, la hora de origen (época) de los valores de fecha y hora de JMP es a las 12 a. M. Del 1 de enero de 1904.La mejor explicación que he leído proviene de Pat Lavezza en el foro de LabVIEW.LabVIEW usa la misma época que JMP, y los orígenes se remontan a las computadoras Apple
"Aquí está el trato con el 1 de enero de 1904. La mayoría (¿todos?) De los sistemas operativos almacenan el tiempo como el número de segundos (o microsegundos, etc.) desde un cierto tiempo. Esta vez se llama la época. La cantidad de segundos que la Mac podía almacenar cubría unos 130 años. Los programadores querían que el sistema pudiera cubrir los cumpleaños de la mayoría de los usuarios, por lo que la época debía comenzar a principios del siglo XX. Entonces, ¿por qué no empezar el 1 de enero de 1900?
Los diseñadores de Macintosh necesitaban comprimir una gran cantidad de código en una cantidad muy pequeña de ROM / RAM. Buscaban algún tipo de ajuste que pudiera ahorrarles algo de espacio. El código para convertir el número de segundos desde la época en una fecha (como el 29 de marzo de 1973) necesita saber cuántos días hay en un año. Lo que significa que necesita un código para determinar si un año es bisiesto.
Un año es bisiesto si es múltiplo de 4 a menos que sea un múltiplo de 100 excepto si también es múltiplo de 400.Entonces, 1900 no era un año bisiesto (múltiplo de 100), pero 2000 fue (múltiplo de 100, pero también múltiplo de 400). Al evitar el año 1900, los diseñadores de Mac nunca tuvieron que preocuparse por la parte 100/400 de la regla de los años bisiestos (porque el lapso de 130 años solo cubriría 2000, que fue un año bisiesto). Si el año era múltiplo de 4, era un año bisiesto.
Entonces, ¿por qué no 1901 o 1902 o 1903? Al comenzar con un año bisiesto, no necesitaban una 'compensación', solo otra forma de ahorrar un poco de espacio.
Y desde que LabVIEW comenzó en Mac, heredó algunas de esas peculiaridades ".
Para su información, la época de SAS es el 1 de enero de 1960
@txnelson ¿Quien sabe? Gracias por compartir este pedacito de historia. Creo que los escritores / productores de "Jeopardy" podrían crear una categoría completa a partir de las pepitas de esa explicación.
