previsione di serie temporali con dati orariHo appena visto un webinar molto interessante di Jian Cao sulle previsioni delle serie temporali, quindi ho pensato di fare un tentativo 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 dell'ora non supportato. Ho provato ogni singolo formato sotto le opzioni di input "tempo" per variabili continue. Certamente c'è un modo per JMP Pro 16 di interpretare ogni ora ogni giorno per più giorni, giusto?
AnaliticaOggetto: previsioni di serie temporali con dati orariGrazie a entrambi per aver esaminato questo aspetto e per la spiegazione. L'unico problema con la conversione nel formato "migliore" è che, per qualche motivo, quando provi a riconvertire dalla stringa numerica alla data e/o all'ora (per quando prevedi di uscire), la data e l'ora non sono corrette ! Ad esempio, quando prevedi 1000 secondi utilizzando questo set di dati e poi riconverti i tempi "avanti" nel formato dell'ora, l'anno è 1835 anziché 2021. E Jim ha ragione: il valore "secondo" più recente è 3693752220, il che significa che l'orologio è iniziato 117 anni fa, quindi 1904. Chiederò al supporto tecnico se esiste una soluzione alternativa che non comporta l'utilizzo del numero di secondi dal 1904 nei miei calcoli.
Oggetto: previsioni di serie temporali con dati orariQuesto è un bocconcino interessante, grazie Jim. Ovviamente JMP è stato originariamente progettato per Mac, quindi ha senso la connessione con il Mac.Oggetto: previsioni di serie temporali con dati orari@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 di questa spiegazione.
Oggetto: previsioni di serie temporali con dati orariGiusto per essere effettivamente corretti, l'ora di origine (epoca) per i valori di data e ora di JMP è 12:00, 1 gennaio 1904.La migliore spiegazione che ho letto, viene da Pat Lavezza sul forum LabVIEW.LabVIEW utilizza la stessa epoca di JMP, con 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 numero di secondi (o microsecondi, ecc.) da un certo momento. Questa volta è chiamato 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. Quindi perché non iniziare dal 1 gennaio 1900?
I progettisti di Macintosh avevano bisogno di comprimere molto codice in una piccolissima quantità di ROM/RAM. Stavano cercando qualsiasi tipo di modifica che potesse far loro risparmiare un po' di spazio. Il codice per trasformare il numero di secondi dall'epoca in una data (come il 29 marzo 1973) ha bisogno di sapere quanti giorni ci sono in un anno. Ciò significa che è necessario il 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 il 2000 era (multiplo di 100, ma anche multiplo di 400). Evitando l'anno 1900, i progettisti di Mac non hanno mai dovuto 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 poiché LabVIEW è stato avviato su Mac, ha ereditato alcune di queste stranezze."
Cordiali saluti, l'epoca SAS è il 1 gennaio 1960
Oggetto: previsioni di serie temporali con dati orariCiao Anderson,
Sembra che la piattaforma Time Series Forecast abbia bisogno 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 delle serie temporali ora lo accetta (allegato). Penso che questo timestamp numerico sia secondi dal 1 gennaio 1970 o qualcosa del genere.
Non sono sicuro del motivo per cui Time Series Forecast non accetta il formato data-ora. Potrebbe essere una buona idea inviare questo problema all'assistenza tecnica di JMP (support@jmp.com) in modo che possa indagare e potenzialmente registrarlo come difetto.
Spero che aiuti,
Fil
