prévision de séries chronologiques avec des données horairesJe viens de voir un webinaire très intéressant de Jian Cao sur la prévision des séries chronologiques, alors j'ai pensé essayer avec un ensemble de données de test dans lequel j'ai enregistré la température toutes les trois heures pendant plusieurs années. Cependant, lorsque j'entre la date et l'heure dans l'horodatage, j'obtiens un message d'erreur : format d'heure non pris en charge. J'ai essayé chaque format sous les options d'entrée "time" pour les variables continues. Il existe certainement un moyen pour JMP Pro 16 d'interpréter toutes les heures quotidiennement sur plusieurs jours, n'est-ce pas ?
AnalytiqueRe : prévision de séries chronologiques avec des données horairesMerci à vous deux pour cette recherche et pour l'explication. Le seul problème avec la conversion au "meilleur" format est que, pour une raison quelconque, lorsque vous essayez de reconvertir la chaîne numérique en date et/ou heure (pour le moment où vous prévoyez), la date et l'heure sont incorrectes ! Par exemple, lorsque vous prévoyez 1 000 secondes à l'aide de cet ensemble de données, puis que vous convertissez les heures "à venir" au format horaire, l'année est 1835 au lieu de 2021. Et Jim a raison : la "seconde" valeur la plus récente est 3693752220, ce qui signifie que l'horloge a commencé il y a 117 ans, donc 1904. Je demanderai au support technique s'il existe une solution de contournement qui n'implique pas l'utilisation du nombre de secondes depuis 1904 dans mes calculs.
Re : prévision de séries chronologiques avec des données horairesC'est une friandise intéressante, merci Jim. Bien sûr, JMP a été conçu à l'origine pour les Mac, il est donc logique d'établir une connexion avec le Mac.Re : prévision de séries chronologiques avec des données horaires@txnelson Qui savait? Merci pour le partage de ce petit bout d'histoire. Je pense que les scénaristes/producteurs de "Jeopardy" pourraient créer une catégorie entière à partir des pépites de cette explication.
Re : prévision de séries chronologiques avec des données horairesJuste pour être factuellement correct, l'heure d'origine (epoch) pour les valeurs de date et d'heure JMP est 12 h 00, le 1er janvier 1904.La meilleure explication que j'ai lue vient de Pat Lavezza sur le forum LabVIEW.LabVIEW utilise la même époque que JMP, les origines remontant aux ordinateurs Apple
"Voici le marché du 1er janvier 1904. La plupart (tous ?) des systèmes d'exploitation stockent le temps sous forme de nombre de secondes (ou de microsecondes, etc.) depuis un certain temps. Ce temps s'appelle l'époque. Le nombre de secondes que le Mac pouvait stocker couvrait environ 130 ans. Les programmeurs voulaient que le système puisse couvrir les anniversaires de la plupart des utilisateurs, donc l'époque devait commencer au début du 20e siècle. Alors pourquoi ne pas commencer au 1er janvier 1900 ?
Les concepteurs de Macintosh devaient écraser beaucoup de code dans une très petite quantité de ROM/RAM. Ils recherchaient n'importe quel type de réglage qui pourrait leur faire gagner de la place. Le code pour transformer le nombre de secondes depuis l'époque en une date (comme le 29 mars 1973) doit savoir combien de jours il y a dans une année. Ce qui signifie que vous avez besoin de code pour déterminer si une année est une année bissextile.
Une année est bissextile si elle est multiple de 4 sauf si c'est un multiple de 100 sauf si c'est aussi un multiple de 400.Ainsi, 1900 n'était pas une année bissextile (multiple de 100), mais 2000 l'était (multiple de 100, mais aussi multiple de 400). En évitant l'année 1900, les concepteurs de Mac n'ont jamais eu à se soucier de la partie 100/400 de la règle des années bissextiles (car la durée de 130 ans ne couvrirait que 2000 qui était une année bissextile). Si l'année était un multiple de 4, c'était une année bissextile.
Alors pourquoi pas 1901 ou 1902 ou 1903 ? En commençant par une année bissextile, ils n'avaient pas besoin de «décalage», juste une autre façon d'économiser un peu d'espace.
Et depuis que LabVIEW a démarré sur Mac, il a hérité de certaines de ces bizarreries."
Pour info, l'époque SAS est le 1er janvier 1960
Re : prévision de séries chronologiques avec des données horairesSalut Anderson,
Il semble que la plate-forme Time Series Forecast ait besoin d'une date ou d'un simple horodatage numérique. Je pense que cela ne fonctionne pas avec votre colonne d'heure car il s'agit d'un format date-heure.
J'ai converti votre horodatage en numérique (Format = Meilleur) et la prévision de la série chronologique l'accepte maintenant (ci-joint). Je pense que cet horodatage numérique est en secondes depuis le 1er janvier 1970 ou quelque chose comme ça.
Je ne sais pas pourquoi Time Series Forecast n'accepte pas votre format date-heure. Il peut être judicieux d'envoyer celui-ci au support technique de JMP (support@jmp.com) afin qu'il puisse enquêter et éventuellement se connecter comme un défaut.
J'espère que ça aide,
Phil
