問題タブ [pytz]

私はpytzを使用しています。ドキュメントシート全体を読みましたが、これがどのように行われるのかわかりませんでした。

私はタイムゾーンを持っています：アメリカ/シカゴ。私が欲しいのは、このタイムゾーンのそれぞれの国コードを取得することです：米国。

これは、次のように反対のことができることを示しています。

しかし、私はそれを逆にする必要があります。

これは、pytz（またはその他の方法）を使用してPythonで実行できますか？

別の言語でタイムゾーン名を取得する方法はありますか？

Pythonでは、次のようなことを行うと次のようになります。

結果は英語ですが、スペイン語またはアラビア語で表示したい場合はどうすればよいですか？

get local timezone nameを使用できますtime.tznameが、その名前は と互換性がありませんpytz.timezone。

実際、 によって返される名前time.tznameはあいまいです。このメソッドは('CST', 'CST')私のシステムに戻りますが、「CST」は 4 つのタイムゾーンを示すことができます。

• 中部時間帯 (北アメリカ) - 北アメリカの中部時間帯で観察
• 中国標準時
• 中原標準時 - 「中原標準時」という用語は現在、台湾ではめったに使用されていません
• オーストラリア中部標準時 (ACST)

Django 1.4 を使用している場合、RequestContext を使用するUnknownTimeZoneErrorと forが取得されますAmerica/Chicagoが、それがなくても動作します...アイデアはありますか?

エラーメッセージ

ソース

だから私は私にこのAmbiguousTimeErrorを与えているdjangoサイトを持っています。検索インデックスを更新する前に短いタイムアウトが与えられた製品が保存されたときに、ジョブがアクティブ化されます。夏時間に更新が行われたようで、pytzはそれをどうするかを理解できません。

次回DSTの時間がシフトしたときに、これが発生しないようにするにはどうすればよいですか？

編集：私はセロリのこのコードで一時的にそれを修正しました：

celery / worker / job.py@120行目

pipがインストールされているアプリに変更を加えたくないので、コードでできることを修正する必要があります。

これは、アプリを保存するときに実行されます。

あいまいな時間になっているかどうかをなんとかして検出し、カウントダウンを調整する必要があると思います。

重複の可能性:
Python の datetime オブジェクトが間違ったタイムゾーン オフセットを表示する

pytzライブラリ（最終バージョン2012h）を使用して、Pythonでタイムゾーン間の変換に問題があります。ここブリュッセルでは通常、冬は UTC+1 時間、夏は UTC+2 時間です。

私は次のコードを持っています:

問題は、次の結果が得られることです。

だから違いはありません。私の意見では、結果は（夏に）次のようになります。

ヨーロッパ/パリのタイムゾーン (通常はブリュッセルと同じ時間) を使用すると、さらに奇妙な結果が得られます。

なんと9分差!?

誰でも私を助けることができますか？

日時をUTCとして保存するデータベースがあります。特定の時刻の情報を検索する必要がありますが、日付と時刻は現地時間で指定されています。たとえば、「ヨーロッパ/コペンハーゲン」としましょう。私はこれらを次のように与えられます：

したがって、データベースで検索できるように、これらをUTCに変換する必要があります。を使用してこれを実行したいと思いますpytz。私が見ているlocalize：

しかし、私はについて混乱していlocalize()ます。これは、その年などが現地時間で私に与えられると仮定していますか？または、それらがUTCで与えられ、現在は現地時間に変換されていると想定していますか？

print t私に与える：

したがって、元の年などはUTCであると想定されていたようです。時間は13ではなく13+1になりました。では、代わりに何をすればよいでしょうか。私はpytzのドキュメントを読みましたが、これは私にはわかりません。物事がトリッキーだとたくさん言及されているので、pytzが実際にこれらの問題を解決しているかどうかはわかりません。そして、例が私にうまくいくことを示しているのか、うまくいかないことを示しているのか、私はいつもわかりません。

正規化してみました：

これで、printtと同じ結果が得られます。

編集：上記の年などの数値を使用すると、2012-12-212:01のデータベース内の情報と一致するはずです。（コペンハーゲンはその日にutc + 1であるため）

OK、これはもっと好奇心の質問ですが、pytzはどのようにしてすべての夏時間（DST）を知るのでしょうか？たとえば、その「ヨーロッパ/コペンハーゲン」の時刻は3月と10月に切り替わります。

むしろ、国がDSTを廃止することを決定した場合はどうなりますか？誰もがPytzの更新バージョンを入手する必要がありますか？これを追跡している「pytzの」誰かがいますか？どこかに正式なリストはありますか？

私はジャンゴを使用しています。

設定で：

DST のため、2013 年 3 月 31 日に時計が 1 時間スキップします。01:59 から 03:00 へ

私は見ます：

日付と時刻は現地時間で表示されます。これらをutcとして挿入したい。

以下のコードは UTC として正しく保存されますが、RuntimeWarning が返されます: DateTimeField はナイーブな日時を受け取りました

日時を認識させることで警告を回避できると思いました。警告は回避されますが、変換が間違っています。

以下は、実行時エラーなしで機能します。

私の質問にたどり着く：

夏時間が考慮されていないため、tzinfo が機能しないことがわかりました。よし、使わない。しかし、次のことがうまくいくように見えたとき、私は混乱しました：

これは、冬時間 (utc を取得するために 1 時間を減算した場合) と、コンピューターの systime を夏の日付に変更した場合 (utc を取得するために 2 時間を減算した場合) の両方で、utc として正しく挿入されました。

私の質問：

.now(local_tz) は機能しますか、それとも間違ってテストしましたか? これが tzinfo = tz と異なるのはなぜですか? それとも、tzinfo を間違って使用していますか?

現地時間が存在しないかどうかを確認するにはどうすればよいですか? 私はpytzを試していますが、NonExistentTimeErrorではなくAmbiguousTimeErrorをスローします。

2013-3-31 02:30 は夏時間のため、コペンハーゲンでは発生しません。

例外ハンドラに行きます。私はもう試した：

ユーザーはフォームを介して日付と時刻を私に提供します。これらは現地時間であり、日付と時刻が正しいかどうかを確認する必要があります。

私は Django をUSE_TZ = Trueで使用していますが、ここでは問題ではないと思います。