Apakah ada daftar Zona Waktu Pytz?

Saya ingin tahu apa semua nilai yang mungkin untuk argumen zona waktu di pytz perpustakaan Python. Bagaimana cara melakukannya?

Anda dapat membuat daftar semua zona waktu yang tersedia dengan pytz.all_timezones:

In [40]: import pytz
In [41]: pytz.all_timezones
Out[42]: 
['Africa/Abidjan',
 'Africa/Accra',
 'Africa/Addis_Ababa',
 ...]

Ada juga pytz.common_timezones:

In [45]: len(pytz.common_timezones)
Out[45]: 403

In [46]: len(pytz.all_timezones)
Out[46]: 563

Jangan buat daftar Anda sendiri - pytzmemiliki set bawaan:

import pytz
set(pytz.all_timezones_set)  
>>> {'Europe/Vienna', 'America/New_York', 'America/Argentina/Salta',..}

Anda kemudian dapat menerapkan zona waktu :

import datetime
tz = pytz.timezone('Pacific/Johnston')
ct = datetime.datetime.now(tz=tz)
>>> ct.isoformat()
2017-01-13T11:29:22.601991-05:00

Atau jika Anda sudah memiliki datetimeobjek yang sadar TZ (tidak naif):

# This timestamp is in UTC
my_ct = datetime.datetime.now(tz=pytz.UTC)

# Now convert it to another timezone
new_ct = my_ct.astimezone(tz)
>>> new_ct.isoformat()
2017-01-13T11:29:22.601991-05:00

Nama zona waktu adalah satu-satunya cara yang dapat diandalkan untuk menentukan zona waktu.

Anda dapat menemukan daftar nama zona waktu di sini: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Perhatikan bahwa daftar ini berisi banyak nama alias, seperti AS / Timur untuk zona waktu yang benar-benar disebut Amerika / New_York.

Jika Anda secara terprogram ingin membuat daftar ini dari basis data zoneinfo, Anda dapat mengompilasinya dari file zone.tab di basis data zoneinfo. Saya tidak berpikir pytz memiliki API untuk mendapatkannya, dan saya juga tidak berpikir itu akan sangat berguna.

Di sini, daftar kode negara Python, nama, benua, ibukota, dan zona waktu pytz.

countries = [
{'timezones': ['Europe/Paris'], 'code': 'FR', 'continent': 'Europe', 'name': 'France', 'capital': 'Paris'}
{'timezones': ['Africa/Kampala'], 'code': 'UG', 'continent': 'Africa', 'name': 'Uganda', 'capital': 'Kampala'},
{'timezones': ['Asia/Colombo'], 'code': 'LK', 'continent': 'Asia', 'name': 'Sri Lanka', 'capital': 'Sri Jayewardenepura Kotte'},
{'timezones': ['Asia/Riyadh'], 'code': 'SA', 'continent': 'Asia', 'name': 'Saudi Arabia', 'capital': 'Riyadh'},
{'timezones': ['Africa/Luanda'], 'code': 'AO', 'continent': 'Africa', 'name': 'Angola', 'capital': 'Luanda'},    
{'timezones': ['Europe/Vienna'], 'code': 'AT', 'continent': 'Europe', 'name': 'Austria', 'capital': 'Vienna'},
{'timezones': ['Asia/Calcutta'], 'code': 'IN', 'continent': 'Asia', 'name': 'India', 'capital': 'New Delhi'},
{'timezones': ['Asia/Dubai'], 'code': 'AE', 'continent': 'Asia', 'name': 'United Arab Emirates', 'capital': 'Abu Dhabi'},
{'timezones': ['Europe/London'], 'code': 'GB', 'continent': 'Europe', 'name': 'United Kingdom', 'capital': 'London'},
]

Untuk daftar lengkap: Gist Github

Semoga bermanfaat.

Mereka tampaknya diisi oleh zona waktu basis data tz yang ditemukan di sini .

EDIT: Saya akan sangat menghargainya jika Anda tidak mengundurkan diri jawaban ini lebih lanjut. Jawaban ini salah , tetapi saya lebih suka mempertahankannya sebagai catatan sejarah. Meskipun dapat diperdebatkan apakah antarmuka pytz rawan kesalahan, ia dapat melakukan hal-hal yang tidak dapat dilakukan dateutil.tz, terutama mengenai penghematan cahaya matahari di masa lalu atau di masa depan. Saya jujur ​​mencatat pengalaman saya dalam sebuah artikel "Zona waktu dengan Python" .

Jika Anda menggunakan platform seperti Unix, saya sarankan Anda menghindari pytz dan lihat saja di / usr / share / zoneinfo. dateutil.tz dapat memanfaatkan informasi di sana.

Sepotong kode berikut menunjukkan masalah yang dapat diberikan pytz. Saya terkejut ketika saya pertama kali mengetahuinya. (Cukup menarik, pytz yang diinstal oleh yum pada CentOS 7 tidak menunjukkan masalah ini.)

import pytz
import dateutil.tz
from datetime import datetime
print((datetime(2017,2,13,14,29,29, tzinfo=pytz.timezone('Asia/Shanghai'))
     - datetime(2017,2,13,14,29,29, tzinfo=pytz.timezone('UTC')))
     .total_seconds())
print((datetime(2017,2,13,14,29,29, tzinfo=dateutil.tz.gettz('Asia/Shanghai'))
     - datetime(2017,2,13,14,29,29, tzinfo=dateutil.tz.tzutc()))
     .total_seconds())

-29160.0
-28800.0

Yaitu zona waktu yang dibuat oleh pytz adalah untuk waktu lokal yang sebenarnya, bukan standar waktu setempat yang diamati orang. Shanghai sesuai dengan +0800, bukan +0806 seperti yang disarankan oleh pytz:

pytz.timezone('Asia/Shanghai')
<DstTzInfo 'Asia/Shanghai' LMT+8:06:00 STD>

EDIT: Terima kasih atas komentar dan downvote Mark Ransom, sekarang saya tahu saya menggunakan pytz dengan cara yang salah. Singkatnya, Anda tidak seharusnya meneruskan hasil dari pytz.timezone(…)ke datetime, tetapi harus meneruskan datetimeke localizemetodenya.

Terlepas dari argumennya (dan kesalahan saya karena tidak membaca dokumentasi pytz lebih hati-hati), saya akan menyimpan jawaban ini. Saya menjawab pertanyaan dengan satu cara (bagaimana menghitung zona waktu yang didukung, meskipun tidak dengan pytz), karena saya percaya pytz tidak memberikan solusi yang benar. Meskipun kepercayaan saya salah, jawaban ini masih memberikan beberapa informasi, IMHO, yang berpotensi bermanfaat bagi orang yang tertarik pada pertanyaan ini. Cara Pytz yang benar dalam melakukan sesuatu adalah kontra-intuitif. Heck, jika tzinfo yang dibuat oleh pytz tidak boleh langsung digunakan datetime, itu harus tipe yang berbeda. Antarmuka pytz dirancang dengan buruk. Tautan yang diberikan oleh Mark menunjukkan bahwa banyak orang, bukan hanya saya, telah disesatkan oleh antarmuka pytz.

Menurut pendapat saya ini adalah cacat desain perpustakaan pytz. Seharusnya lebih dapat diandalkan untuk menentukan zona waktu menggunakan offset, misalnya

pytz.construct("UTC-07:00")

yang memberi Anda zona waktu Kanada / Pasifik.