Je viens de voir un webinaire très intéressant de Jian Cao sur les prévisions de séries chronologiques, alors j'ai pensé essayer avec un jeu 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é tous les formats 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 par jour sur plusieurs jours, n'est-ce pas?
Salut 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 = Best) et le Time Series Forecast l'accepte maintenant (joint). Je pense que cet horodatage numérique correspond aux 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 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
Juste pour être factuellement correct, l'heure d'origine (époque) des 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 l'accord avec le 1er janvier 1904. La plupart des systèmes d'exploitation (tous?) Stockent le temps sous forme de nombre de secondes (ou de microsecondes, etc.) depuis un certain temps. Cette fois, c'est appeler 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, de sorte que l'époque devait commencer au début du 20e siècle. Alors pourquoi ne pas commencer le 1er janvier 1900?
Les concepteurs de Macintosh avaient besoin d'écraser beaucoup de code dans une très petite quantité de ROM / RAM. Ils recherchaient tout type d'ajustement qui pourrait leur faire gagner de la place. Le code pour transformer le nombre de secondes depuis l'époque en date (comme le 29 mars 1973) a besoin de savoir combien de jours il y a dans une année. Ce qui signifie que vous avez besoin d'un code pour déterminer si une année est une année bissextile.
Une année est une année bissextile si elle est un multiple de 4 sauf s'il s'agit d'un multiple de 100 sauf si c'est aussi un multiple de 400.Donc, 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 période de 130 ans ne couvrirait que 2000, ce 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 d'un «décalage», juste une autre façon de gagner 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
@txnelson Qui savait? Merci de partager ce petit bout d'histoire. Je pense que les auteurs / producteurs de «Jeopardy» pourraient créer une catégorie entière à partir des pépites de cette explication.
