Comments 11
Время два ночи, не до конца прочитал статью, комментарий был лишний. Надо было прочитать последний абзац.
Есть как минимум одна страна, таймзона которой была различна в течение дня из-за синхронизации времени 0:00 с временем восхода Солнца.


а что за страна такая, и где про это почитать можно?
Я не знаю, что конкретно имел в виду автор, но, по всей видимости, он говорил о «Riyadh Solar Time». В Саудовской Аравии с 1987 по 1989 годы пытались использовать эту таймзону, но потом отказались.

Вот цитата из рассылки о pytz (оригинал тут: http://mm.icann.org/pipermail/tz/2004-June/012495.html):
536 of the Olsen timezones are supported. The missing few are for
Riyadh Solar Time in 1987, 1988 and 1989. As Saudi Arabia gave up
trying to cope with their timezone definition, I see no reason
to complicate my code further to cope with them. (I understand
the intention was to set sunset to 0:00 local time, the start of the
Islamic day. In the best case caused the DST offset to change daily
and worst case caused the DST offset to change each instant depending
on how you interpreted the ruling.)

Вот первая ссылка с правилами перехода, которую я нашёл (не ручаюсь за её достоверность): gist.github.com/NZKoz/5259788

И ещё интересная ссылка с чуть более подробным описанием: blogs.kde.org/2005/11/25/timezones-and-experiment
кажется у меня настолько непечатных выражений в словарном запасе не водится, чтоб это описать. хотя идея забавная, да.
Это ещё цветочки, это уже в прошлом и, слава Богу, не используется. Вечером опубликую свою статью на эту тему, которую я написал, чтобы на примерах из нашей жизни показать, что с таймзонами всё ещё хуже, чем кажется.
Воистину инфосфера существует. Только вчера вечером курочил стандартные часы-календарь Cinnamon 2.4, что бы добавить туда вывод времени для разных часовых поясов (перетаскивал постепенно код из аплета World Clock Calendar, который отказался запускаться) и потребовалось для автодополнения часовых поясов что-то применить в скрипте на питоне, который был в WCC.

Захотелось что бы часовой пояс подбирался и по короткому имени, типа VLAT, этого, кстати, в pytz не нашёл (пока костыльно сделал), как и названий зон типа RTZ9 (хотя я этого сочетания и в tzdata не вижу в последних)

PS аплет, кому надо, скоро выложу.
Можно чуть поподробнее, зачем нужно подбирать пояс по короткому имени? Мне правда интересно.

Мы в календаре столько настрадались со всеми этими названиями и сокращениями таймзон. Так, например, MS Outlook в разное время, в разных версиях и в разных локализациях ОС выдаёт таймзоны вида:
— (GMT+03.00) Moscow / St. Petersburg / Volgograd
— (GMT+04.00) Moscow / St. Petersburg / Volgograd
— (UTC+04.00) Moscow / St. Petersburg / Volgograd
— (UTC+04:00) Волгоград, Москва, Санкт-Петербург
— Волгоград, Москва, Санкт-Петербург
— Moscow, St. Petersburg, Volgograd
— Russian Standard Time
— Russian
И ещё огромную кучу других вариантов. Поди потом найди соответствие нужному часовому поясу и разберись, что же этот аутлук имел в виду. А если всмомнить ещё про проблему с переводом часов в Windows — вообще за голову хватаешься.
Это чисто что бы выбрать в списке автодополнения, подставляться и использоваться будет стандартная зона. Хотя вот как догадаться, что для Оттавы нужно выбрать America/Nassau я не знаю. Но хотя бы, что бы вывелось:
America/Nassau, EST/EDT

и видя, что есть переход между летним (EDT) и зимним (EST) временем, подобрать что-то подходящее.

В любом случая, я не собираюсь выходить за рамки именования зон, принятых в tzdata. Плюс, всё же, целевая аудитория — это пользователи Cinnamon, а его работа в Windows явно не основная цель разработчиков.
«Вот так заходишь в профиль к человеку, подкинуть кармы, а ты это уже сделал когда-то» ©
Спасибо за перевод!
Arrow — всего лишь инструмент. Красивый, элегантный, да, и все, кто в теме, давно уже его используют где нужно.

Но любой инструмент важно применять по назначению. Если вы будете красивым и элегантным микроскопом копать яму, то… Ну удачи, что :)
Only those users with full accounts are able to leave comments. Log in, please.