pronóstico de series de tiempo con datos por horaAcabo de ver un seminario web muy interesante de Jian Cao sobre el pronóstico de series temporales, así que pensé en probarlo con un conjunto de datos de prueba en el que registré 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 compatible. Probé todos los formatos en las opciones de entrada de "tiempo" para variables continuas. Ciertamente, hay una manera de que JMP Pro 16 interprete cada hora todos los días durante varios días, ¿verdad?
AnalíticaRe: previsión de series temporales con datos horariosGracias a ambos por investigar esto y por la explicación. El único problema con la conversión al "mejor" formato es que, por alguna razón, cuando intenta volver a convertir de la cadena de números a la fecha y/u hora (para cuando pronostica), la fecha y la hora son incorrectas ! Por ejemplo, cuando pronostica 1000 segundos usando este conjunto de datos y luego vuelve a convertir los tiempos "por delante" al formato de tiempo, el año es 1835 en lugar de 2021. Y Jim tiene razón: el valor del "segundo" más reciente es 3693752220, lo que significa que el reloj comenzó hace 117 años, es decir, 1904. Preguntaré al soporte técnico si hay una solución alternativa que no implique el uso de la cantidad de segundos desde 1904 en mis cálculos.
Re: previsión de series temporales con datos horariosEs un dato interesante, gracias Jim. Por supuesto, JMP se diseñó originalmente para Mac, por lo que tiene sentido la conexión con Mac.Re: previsión de series temporales con datos horarios@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.
Re: previsión de series temporales con datos horariosSolo para ser correctos, la hora de origen (época) para 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, con orígenes que 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 momento determinado. 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 comenzar el 1 de enero de 1900?
Los diseñadores de Macintosh necesitaban aplastar una gran cantidad de código en una cantidad muy pequeña de ROM/RAM. Estaban buscando cualquier 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 múltiplo de 100 excepto si también es un múltiplo de 400.Entonces, 1900 no fue un año bisiesto (múltiplo de 100), pero 2000 lo 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 del año bisiesto (porque el lapso de 130 años solo cubriría el año 2000, que era 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 dado que LabVIEW comenzó en Mac, heredó algunas de esas peculiaridades".
FYI, la época de SAS es el 1 de enero de 1960
Re: previsión de series temporales con datos horariosHola Anderson,
Parece que la plataforma de pronóstico de series temporales necesita una fecha o una marca de tiempo numérica simple. Creo que no funciona con su columna de tiempo porque es un formato de fecha y hora.
Convertí su marca de tiempo a numérica (Formato = Mejor) y el Pronóstico de serie temporal ahora lo acepta (adjunto). Creo que esta marca de tiempo numérica es 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. Puede ser una buena idea enviar este al soporte técnico de JMP (support@jmp.com) para que puedan investigarlo y posiblemente registrarlo como un defecto.
Espero que eso ayude,
phil
