Conversion de fuseau horaireIl serait extrêmement utile d'avoir une fonction intégrée pour convertir un horodatage entre les fuseaux horaires à l'aide de la base de données tz (plus d'informations : https://data.iana.org/time-zones/tz-link.html et https://en.wikipedia.org/wiki/Tz_database ).J'ai régulièrement besoin de convertir des horodatages d'un fuseau horaire à un autre, mais je ne peux pas simplement appliquer un décalage, mais cela prend du temps de devoir rechercher les décalages pour convertir l'horodatage.De plus, un travail supplémentaire est requis puisque certains emplacements ont l'heure d'été et d'autres non, et les dates de début/fin de l'heure d'été sont spécifiques à l'emplacement.
Cette fonction pourrait ressembler à ceci :
ConvertTimeZone( ts, tzFrom, tzTo ) //ts is the time stamp will be converted from tzFrom to tzTo
//example
ConvertTimeZone( 05May2022:19:31:07, "UTC", "America/Los_Angeles" ) //result: 05May2022:12:31:07
Idéalement, toutes les valeurs datetime seraient modifiées pour contenir le fuseau horaire et définies par défaut sur UTC, si elles ne sont pas spécifiées.
Chaque fuseau horaire doit utiliser le nom de la base de données TZ ( https://en.wikipedia.org/wiki/List_of_tz_database_time_zones ), comme c'est le cas dans d'autres langages de programmation (par exemple : Python).
Voici une question sur ce problème : https://community.jmp.com/t5/Discussions/Time-zone-conversion/mp/331514#M58032
Pour une description très humoristique du problème du fuseau horaire, regardez cette vidéo : https://www.youtube.com/watch?v=-5wpm-gesOY&t=3s . Cela dure 10 minutes, mais cela vaut bien le *temps* (pardonnez le jeu de mots).
Accès aux donnéesRe : Conversion de fuseau horaire – Statut modifié : Non prévu pour l'instant@Juda Merci encore pour l'idée. Après quelques recherches, nous avons décidé de ne pas poursuivre cette démarche pour le moment.
Re : Conversion de fuseau horaire – Statut modifié : EnquêteRe : Conversion de fuseau horaire – Statut modifié en : ReconnuSalut @Juda , Merci pour votre suggestion! Nous avons pris en compte votre demande et la prendrons en considération.
Re : Conversion de fuseau horaireBelle référence vidéo, merci.
JSL BLOB dans une horloge ESP32 discute de certains des problèmes de fuseau horaire. J'ai également brièvement mieux compris la ligne de données internationale après avoir créé cette vidéo avec deux noms de jours sur le bord inférieur.
Travailler avec le temps est vraiment difficile.
Objet : Conversion de fuseau horaireJe récupère donc des données d'une machine CNC Haas dans JMP pour analyse.
La valeur de temps Haas est indiquée comme suit : 123626 ou HHMMSS
Lorsque j'utilise les commandes de format de colonne de table de données JMP pour convertir Haas HHMMSS en HH:MM:SS 123626 devient 10:20:26 AM.
Nous sommes dans le fuseau horaire MST, donc une correction de +2:00:00 me rapproche de l'heure exacte. Et je comprends en partie pourquoi cette erreur existe.
Ce que je ne comprends pas, c'est pourquoi je dois également faire un 00:16:00 pour obtenir les MINUTES correctes.
Pour mes besoins actuels, je peux utiliser une conversion codée en dur pour faire fonctionner ma petite expérience.
Mes préoccupations sont les suivantes :
Comment je vais gérer cette erreur dans une version JSL de mon analyse.
Et cela fonctionnera-t-il de la même manière lorsque j'extraireai davantage de données de différentes machines ?
Où dois-je m’attendre à ce que d’autres erreurs de temps surviennent ?
(Cela vient de JMP17.2)
Objet : Conversion de fuseau horaire@TSMETC-B - Vous devrez faire quelque chose pour indiquer à JMP que ces chiffres représentent HHMMSS.
JMP représente les heures en secondes et les dates-heures en nombre de secondes depuis le 1er janvier 1904. 123626 correspond à 1 jour, 10 heures, 20 minutes et 26 secondes... en secondes.
Lorsque vous lisez la valeur 123626 dans une table de données, vous souhaitez soit la convertir immédiatement de sa forme « 123626 » (chaîne de caractères externe) en une heure, soit la conserver comme colonne de caractères JMP. La situation devient plus complexe si JMP la charge dans une colonne numérique au format 123626 (base 10), ce qui, je crois, est le cas.
Les versions récentes de JMP incluent un modèle de format qui peut aider :
Je recommande d'utiliser un format (pour la sortie) avec des séparateurs : et de faire correspondre le format d'entrée aux données.
Vous obtiendrez probablement de meilleures réponses dans le forum de discussion qu'ici.
Objet : Conversion de fuseau horaireBonjour @Craige_Hales . Ça marche très bien ! Merci d'avoir pris le temps de répondre à ma question !
Il est intéressant de noter qu'une colonne de ma table de données avait été configurée avec les mêmes paramètres. Cependant, j'obtenais des résultats erronés.
Il s'avère que si je tape la valeur 123626, la valeur Heure convertie est en effet 12:36:26 PM.
Mais, si je COLLE dans la valeur 123626, l'heure convertie est étrangement décalée (bien sûr, je ne suis plus en mesure de recréer l'erreur).
Et, si j'entre les données de temps brutes dans leur propre colonne (Heure Haas), pour préserver les données d'origine, et crée une deuxième colonne (Heure Haas convertie) configurée comme décrit ci-dessus, mais avec une formule ":Heure Haas" important la valeur 123626 de la colonne Heure Haas, la valeur Heure convertie devient 10:20:26 AM qui est erronée à 2:16:00 . . .
Pour l'instant, j'ai une bonne table de travail pour les données saisies manuellement. Je vous ferai savoir si je peux automatiser la saisie et la conversion à l'avenir.
Merci encore pour votre aide ! Ça m'a vraiment aidé !
