Ho appena visto un webinar molto interessante di Jian Cao sulle previsioni delle serie temporali, quindi ho pensato di provarlo con un set di dati di prova in cui ho registrato la temperatura ogni tre ore per diversi anni. Tuttavia, quando inserisco la data e l'ora nel timestamp, viene visualizzato un messaggio di errore: formato ora non supportato. Ho provato ogni singolo formato sotto le opzioni di input "time" per le variabili continue. Certamente c'è un modo per JMP Pro 16 di interpretare ogni ora ogni giorno su più giorni, giusto?
Ciao Anderson,
Sembra che la piattaforma Time Series Forecast necessiti di una data o di un semplice timestamp numerico. Penso che non funzioni con la colonna dell'ora perché è un formato data-ora.
Ho convertito il tuo timestamp in numerico (Formato = Migliore) e la Previsione serie temporale ora lo accetta (allegato). Penso che questo timestamp numerico sia i secondi dal 1 gennaio 1970 o qualcosa del genere.
Non sono sicuro del motivo per cui Previsione serie temporale non accetta il formato data-ora. Potrebbe essere una buona idea inviare questo al supporto tecnico di JMP (support@jmp.com) in modo che possano indagare e potenzialmente registrare come un difetto.
Spero che aiuti,
Phil
Giusto per essere effettivamente corretto, l'ora di origine (epoch) per i valori di data e ora di JMP è 12 AM, 1 gennaio 1904.La migliore spiegazione che ho letto, viene da Pat Lavezza sul forum di LabVIEW.LabVIEW utilizza la stessa epoca di JMP, con le origini che risalgono ai computer Apple
"Ecco l'accordo con il 1 gennaio 1904. La maggior parte (tutti?) Dei sistemi operativi memorizza il tempo come il numero di secondi (o microsecondi, ecc.) Trascorsi da un certo tempo. Questa volta è chiamata l'epoca. Il numero di secondi che il Mac poteva memorizzare copriva circa 130 anni. I programmatori volevano che il sistema fosse in grado di coprire i compleanni della maggior parte degli utenti, quindi l'epoca doveva iniziare all'inizio del XX secolo. Allora perché non iniziare il 1 ° gennaio 1900?
I progettisti del Macintosh avevano bisogno di schiacciare molto codice in una quantità molto piccola di ROM / RAM. Stavano cercando qualsiasi tipo di aggiustamento che potesse far risparmiare loro un po 'di spazio. Il codice per trasformare il numero di secondi trascorsi dall'epoca in una data (come il 29 marzo 1973) deve sapere quanti giorni ci sono in un anno. Ciò significa che è necessario un codice per determinare se un anno è bisestile.
Un anno è bisestile se è un multiplo di 4 a meno che non sia un multiplo di 100 tranne se è anche un multiplo di 400.Quindi, 1900 non lo era un anno bisestile (multiplo di 100), ma 2000 era (multiplo di 100, ma anche un multiplo di 400). Evitando l'anno 1900, i progettisti di Mac non dovevano mai preoccuparsi della parte 100/400 della regola dell'anno bisestile (perché l'arco di 130 anni copriva solo il 2000 che era un anno bisestile). Se l'anno era un multiplo di 4, era un anno bisestile.
Allora perché non il 1901 o il 1902 o il 1903? Iniziando con un anno bisestile non avevano bisogno di un "offset", solo un altro modo per risparmiare un po 'di spazio.
E da quando LabVIEW è stato avviato su Mac, ha ereditato alcune di queste stranezze ".
Cordiali saluti, l'epoca SAS è il 1 gennaio 1960
@txnelson Chi lo sapeva? Grazie per aver condiviso questo piccolo pezzo di storia. Penso che gli scrittori / produttori di "Jeopardy" potrebbero creare un'intera categoria dalle pepite in quella spiegazione.
