Има ли списък с часови зони Pytz?

Можете да изброите всички налични часови зони с pytz.all_timezones:

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

Има и pytz.common_timezones:

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

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

Не създавайте свой собствен списък - pytz има вграден набор:

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

След това можете да приложите часова зона:

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

Или ако вече имате datetime обект, който познава TZ (не е наивен):

# 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

Името на часовата зона е единственият надежден начин за определяне на часовата зона.

Можете да намерите списък с имена на часови зони тук: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones Обърнете внимание, че този списък съдържа много псевдоними, като US/Eastern за часовата зона, която правилно се нарича America/New_York.

Ако програмно искате да създадете този списък от базата данни zoneinfo, можете да го компилирате от файла zone.tab в базата данни zoneinfo. Не мисля, че pytz има API, за да ги получи, и също не мисля, че би било много полезно.

Ето списък на Python с кодове на държави, имена, континенти, столици и часови зони на 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'},
]

За пълен списък: Gist Github

Надявам се, помага.

РЕДАКТИРАНЕ: Ще съм благодарен, ако повече не гласувате против този отговор. Този отговор е грешен, но бих предпочел да го запазя като историческа бележка. Въпреки че е спорно дали интерфейсът на pytz е податлив на грешки, той може да прави неща, които dateutil.tz не може, особено по отношение на лятното часово време в миналото или в бъдеще. Честно записах опита си в статия "Часови зони в Python ".

Ако сте на Unix-подобна платформа, бих ви предложил да избягвате pytz и да гледате само /usr/share/zoneinfo. dateutil.tz може да използва информацията там.

Следната част от кода показва проблема, който pytz може да създаде. Бях шокиран, когато го разбрах за първи път. (Интересното е, че pytz, инсталиран от yum на CentOS 7, не проявява този проблем.)

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

т.е. часовата зона, създадена от pytz, е за истинското местно време, вместо стандартното местно време, което хората спазват. Шанхай отговаря на +0800, а не на +0806, както е предложено от pytz:

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

РЕДАКТИРАНЕ: Благодарение на коментара на Марк Рансъм и гласуването против, сега знам, че използвам pytz по грешен начин. В обобщение, не трябва да предавате резултата от pytz.timezone(…) към datetime, но трябва да предавате datetime към неговия localize метод.

Въпреки неговия аргумент (и моето лошо, че не прочетох по-внимателно документацията на pytz), ще запазя този отговор. Отговарях на въпроса по един начин (как да изброя поддържаните часови зони, макар и не с pytz), защото вярвах, че pytz не предоставя правилно решение. Въпреки че вярването ми беше грешно, този отговор все още предоставя известна информация, IMHO, която е потенциално полезна за хората, интересуващи се от този въпрос. Правилният начин на Pytz да прави нещата е контраинтуитивен. По дяволите, ако tzinfo, създадена от pytz, не трябва да се използва директно от datetime, тя трябва да е от различен тип. Интерфейсът на pytz е просто зле проектиран. Връзката, предоставена от Марк, показва, че много хора, не само аз, са били подведени от интерфейса на pytz.

Те изглежда са попълнени от часовите зони на базата данни tz, намерени тук.

Достъпно от Python3.9:

zoneinfo, нов модул в Python3.9, който работи срещу базата данни на IANA. За да вземете всички налични часови зони, първо:

pip install tzdata

И тогава:

import zoneinfo

print(zoneinfo.available_timezones())

По мое мнение това е дефект в дизайна на библиотеката pytz. Трябва да е по-надеждно да посочите часова зона с помощта на отместването, напр.

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

което ви дава канадска/тихоокеанска часова зона.