ZeitzonenkonvertierungEs wäre äußerst hilfreich, eine integrierte Funktion zum Konvertieren eines Zeitstempels zwischen Zeitzonen mithilfe der TZ-Datenbank zu haben (weitere Informationen: https://data.iana.org/time-zones/tz-link.html Und https://en.wikipedia.org/wiki/Tz_database ).Ich muss regelmäßig Zeitstempel von einer Zeitzone in eine andere konvertieren, kann aber nicht einfach einen Offset anwenden, aber es ist zeitaufwändig, die Offsets nachschlagen zu müssen, um den Zeitstempel zu konvertieren.Darüber hinaus ist zusätzliche Arbeit erforderlich, da an bestimmten Standorten Sommerzeit gilt und an anderen nicht, und die Start- und Enddaten der Sommerzeit standortspezifisch sind.
Diese Funktion könnte etwa so aussehen:
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
Im Idealfall würden alle Datums-/Uhrzeitwerte so geändert, dass sie die Zeitzone enthalten, und auf den Standardwert UTC gesetzt werden, sofern nicht anders angegeben.
Jede Zeitzone sollte den TZ-Datenbanknamen verwenden ( https://en.wikipedia.org/wiki/List_of_tz_database_time_zones ), wie es in anderen Programmiersprachen (z. B. Python) verwendet wird.
Hier ist eine Frage zu diesem Problem: https://community.jmp.com/t5/Discussions/Time-zone-conversion/mp/331514#M58032
Eine sehr humorvolle Beschreibung des Zeitzonenproblems finden Sie in diesem Video: https://www.youtube.com/watch?v=-5wpm-gesOY&t=3s . Es ist zwar 10 Minuten lang, aber die *Zeit* wert (entschuldigen Sie das Wortspiel).
DatenzugriffBetreff: Zeitzonenumstellung – Status geändert in: Derzeit nicht geplant@Juda Nochmals vielen Dank für die Idee. Nach einiger Recherche haben wir beschlossen, dies zum jetzigen Zeitpunkt nicht weiter zu verfolgen.
Betreff: Zeitzonenumstellung – Status geändert in: Wird untersuchtBetreff: Zeitzonenumstellung – Status geändert in: BestätigtHallo @Juda , Danke für deinen Vorschlag! Wir haben Ihre Anfrage erfasst und werden sie prüfen.
Betreff: ZeitzonenkonvertierungSchöne Videoreferenz, danke.
JSL BLOB in einer ESP32-Uhr diskutiert einige der Zeitzonenprobleme. Auch die internationale Datumsgrenze habe ich nach der Erstellung kurzzeitig besser verstanden Dieses Video mit zwei Tagesnamen am unteren Rand.
Mit der Zeit zu arbeiten ist wirklich schwer.
Betreff: ZeitzonenumstellungAlso ziehe ich einige Daten von einer Haas-CNC-Maschine zur Analyse in JMP.
Der Haas-Zeitwert wird wie folgt angegeben: 123626 oder HHMMSS
Wenn ich die Befehle zum Spaltenformat der JMP-Datentabelle verwende, um Haas HHMMSS in HH:MM:SS umzuwandeln, wird aus 123626 10:20:26 AM.
Wir befinden uns in der MST-Zeitzone, sodass ich mit einer Korrektur von +2:00:00 der korrekten Zeit nahe komme. Und ich kann mir irgendwie vorstellen, warum dieser Fehler auftritt.
Was ich nicht verstehe, ist, warum ich auch ein 00:16:00 machen muss, um die MINUTEN richtig zu bekommen.
Für meine aktuellen Zwecke kann ich eine fest codierte Konvertierung verwenden, damit mein kleines Experiment funktioniert.
Meine Bedenken sind:
Wie ich mit diesem Fehler in einer JSL-Version meiner Analyse umgehe.
Und wird es genauso funktionieren, wenn ich mehr Daten von verschiedenen Maschinen abrufe?
Wo muss ich mit weiteren Zeitfehlern rechnen?
(Dies stammt aus JMP17.2)
Betreff: Zeitzonenumstellung@TSMETC-B – Sie müssten etwas tun, um JMP mitzuteilen, dass diese Ziffern HHMMSS darstellen.
JMP stellt Zeiten in Sekunden und Datums- und Uhrzeitangaben in Sekundenzahlen seit dem 1. Januar 1904 dar. 123626 sind 1 Tag, 10 Stunden, 20 Minuten und 26 Sekunden ... in Sekunden.
Wenn Sie die Zahl 123626 in eine Datentabelle einlesen, möchten Sie sie entweder sofort von der externen Zeichenfolge „123626“ in eine Uhrzeit konvertieren oder sie als JMP-Zeichenspalte beibehalten. Schwieriger wird es, wenn JMP sie als 123626 Basis 10 in eine numerische Spalte lädt, was meiner Meinung nach der Fall ist.
Aktuelle Versionen von JMP enthalten ein Formatmuster, das hilfreich sein kann:
Ich empfehle, ein Format (für die Ausgabe) mit :-Trennzeichen zu verwenden und das Eingabeformat an die Daten anzupassen.
Im Diskussionsforum erhalten Sie wahrscheinlich bessere Antworten als hier.
Betreff: ZeitzonenumstellungHallo @Craige_Hales . Das funktioniert super! Vielen Dank, dass du dir die Zeit genommen hast, meine Frage zu beantworten!
Interessanterweise hatte ich in meiner Datentabelle eine Spalte mit denselben Einstellungen eingerichtet. Ich erhielt jedoch falsche Ergebnisse.
Es stellt sich heraus, dass, wenn ich den Wert 123626 eingebe, der konvertierte Zeitwert tatsächlich 12:36:26 Uhr ist.
Wenn ich jedoch per EINFÜGE den Wert 123626 einfüge, ist die konvertierte Zeit seltsam falsch (natürlich kann ich den Fehler jetzt nicht reproduzieren).
Und wenn ich die Rohzeitdaten in eine eigene Spalte (Haas-Zeit) eingebe, um die Originaldaten beizubehalten, und eine zweite Spalte (Konvertierte Haas-Zeit) erstelle, die wie oben beschrieben konfiguriert ist, aber mit einer Formel „:Haas-Zeit“, die den Wert 123626 aus der Spalte „Haas-Zeit“ importiert, wird der konvertierte Zeitwert zu 10:20:26 Uhr, was um 2:16:00 falsch ist …
Im Moment verfüge ich über eine gut funktionierende Tabelle für manuell eingegebene Daten. Ich werde Sie informieren, ob ich die Eingabe und Konvertierung künftig automatisieren kann.
Nochmals vielen Dank für die Hilfe! Es hat wirklich geholfen!
