Python-pytz: konvertieren Sie die lokale Zeit zu utc. Die Lokalisierung scheint nicht zu konvertieren

Ich habe eine Datenbank, die speichert datetime-wie UTC. Ich muss nachschlagen, Informationen aus einer bestimmten Zeit, sondern das Datum und die Uhrzeit werden in der lokalen Zeit, sagen wir mal 'Europe/Copenhagen'. Ich bin angesichts dieser als:

year = 2012; month = 12; day = 2; hour = 13; min = 1;

So, ich muss konvertieren Sie diese in UTC, also kann ich Sie nachschlagen in der Datenbank. Ich möchte dies tun, indem Sie pytz. Ich bin auf der Suche localize:

 local_tz = timezone('Europe/Copenhagen')
 t = local_tz.localize(datetime.datetime(year, month, day, hour, min))

Aber ich bin verwirrt über localize(). Ist dies unter der Annahme, dass Jahr, etc, sind mir in Ortszeit? Oder, ist es vorausgesetzt, dass Sie Sie sind in UTC und jetzt hat es Sie konvertiert lokale Zeit?

print t gibt mir:

2012-12-02 13:01:00+01:00

So scheint es, dass es davon ausgegangen, dass die original-Jahr, etc war in utc; Stunden ist jetzt 13+1 statt 13. Also, was sollte ich stattdessen tun? Ich habe gelesen das pytz Dokumentation und das macht es nicht deutlicher zu mir. Es nennt eine Menge Dinge, die schwierig sind, also bin ich nicht sicher, ob pytz ist eigentlich die Lösung dieser Fragen. Und, ich weiß nicht immer, wenn die Beispiele zeigen mir Dinge, die Arbeit oder Dinge, die nicht funktionieren.

Habe ich versucht zu normalisieren:

print local_tz.normalize(t)

Gibt mir das gleiche Ergebnis wie print t.

EDIT: Mit den zahlen, die oben gegeben für Jahr usw. es sollte übereinstimmen mit der in der Datenbank enthaltenen Informationen für 2012-12-2 12:01. (seit Kopenhagen ist utc+1 auf das Datum)

InformationsquelleAutor user984003 | 2012-11-12
  1. 19

    localize() legt die Zeitzone auf eine naive datetime.datetime Instanz in der lokalen Zeitzone.

    Wenn Sie datetime-Werte in eine lokale Zeitzone, zu lokalisieren, die Zeitzone, dann verwenden Sie .astimezone() zu casten den Wert von UTC:

    >>> localdt = local_tz.localize(datetime.datetime(year, month, day, hour, min))
>>> localdt.astimezone(pytz.UTC)
datetime.datetime(2012, 12, 2, 12, 1, tzinfo=<UTC>)

    Beachten Sie, dass Sie nicht müssen dazu datetime Objekte mit einem timezone verglichen werden können; Sie werden beide normiert auf UTC für den test:

    >>> localdt.astimezone(pytz.UTC) == localdt
True
    • Das gibt die Stunde als 14:01:00+01:00. Die richtige lokale Uhrzeit ist 13 und der utc-Zeit ist 12.
    • Ah, sorry, falsch verstanden, der erste Satz. .astimezone() ist immer noch der Weg zu gehen, nur anders herum.
    • Ja, der zweite Weg funktioniert, danke. Konnte Sie nur haben, dass in Ihrer Antwort, ansonsten finde ich es ein bisschen verwirrend 😉 ich sehe, dass ich war verwirrt über das aufgedruckte Datum. "+01:00" sagt mir, dass es eine Stunde vor der utc, dass nicht ich sollte hinzufügen, eine Stunde Zeit.
    • Aktualisiert, mit einem Hinweis über Vergleiche von timezone-bewusst-Instanzen datetime.datetime.
    • danke. Ja, jetzt ist es die erste Antwort, dass beantwortet meine Frage.
    InformationsquelleAutor Martijn Pieters
  2. 0

    Wenn Sie wissen, wird der eingehende time Darstellung ist in der Europe/Copenhagen Zeitzone, können Sie es anlegen, wie timezone-bewusst zu beginnen mit:

    local_tz = timezone('Europe/Copenhagen')
t = local_tz.localize(datetime.datetime(year, month, day, hour, min))

    Können Sie dann auf "konvertieren" dies UTC mit:

    t_utc = t.astimezone(pytz.UTC)

    aber das kann nicht notwendig sein, je nachdem, wie gesund Ihre Datenbank-Treiber sind. t und t_utc vertreten die gleichen point-in-time - und gut funktionierender code behandeln soll diese abwechselnd. Die (year, month, day, hour, minute, second, …) Tupel ist lediglich eine von Menschen lesbare Darstellung dieses Punktes-in-Zeit in einer bestimmten Zeitzone und Kalender-system.

    InformationsquelleAutor millimoose
Schreibe einen Kommentar