- Общий
-
Идеи
Часовой пояс в формате IANA
На текущий момент DaData возвращает информацию о часовом поясе в виде смещения относительно UTС.
Пример: "UTC+5"
Прям сейчас в рамках России это даёт однозначно понять какой именно часовой пояс используется, допустим можно сделать вывод, что используется "Asia/Yekaterinburg".
А вот уже имея на руках "Asia/Yekaterinburg", можно корректно восстановить из UTC локальное время на любой момент времени (в разные моменты времени данной часовой зоне соответствовало разное смещение).
Как и завтра могут опять ввести зинмее и летнее время и в зависимости от времени года придёться возвращать разное смещение относительно UTC.
В общем хотелось бы иметь возможность сразу получить часовой пояс в формате IANA.
Ответ
Вы первый с таким вопросом.
А зачем нужно именно время по IANA? Если время в каком-то регионе России изменится, то оно изменится и относительно UTC и мы будем продолжать возвращать корректное.
UTC+5 - характеризует только смещение на текущий момент времени. Оно не сможет рассказать какое смещение было год или два назад.
"Asia/Yekaterinburg" - указывая IANA, мы получаем доступ к истории смещений в рамках данного часового пояса, и можно восстановить правильное время, на любой момент времени в прошлом.
Ну смотрите почему допустим на моём ПК или серверах на которых мы используем указывается именно в формате IANA - поскольку оно очень редко меняется.
в настоящее время — UTC+5, до 2014 года — UTC+6, до 2011 года: зимой — UTC+5, летом — UTC+6
Вот все эти десятки лет, часовой пояс всегда был один и тотже, и всё что требуется иметь свежую информацию о смещениях времени, компьютер и всё прочее само переходило на зимнее или летнее время, как и само перестало это делать, когда летнее/зимнее время было отменено.
Помимо этого если в исторических данных (которые хранятся в UTC), можно всегда спокойно восстановить какое смещение было на тот момент времени, для любого часового пояса в формате IANA.
Помимо этого в наших сценариях использования не предполагается какого-либо периодического обновления данных по населённым пунктам, они один раз будут зарегистрированы в системе, и останутся там в таком состоянии на долгие годы, и для этого формат IANA подходит идеально.
Поняла, спасибо за объяснение.
Пока вы первый кто спросил про такую доработку. Если в будущем будут ещё запросы — подумаем о реализации.
Прошло 6 лет и видимо больше никому не потребовалось...
Мы бы тоже были бы рады иметь возможность получения часового пояса в формате IANA. А так нам сейчас для этого приходится использовать другой сервис. Да, может это специфический запрос, но в части сценариев он может быть полезен и даже нужен (как нам).
У нас много данных по населённым пунктам (не только РФ, но и СНГ и Европа) и мы для них используем таймзону в формате IANA, т.к. данные имеют период действия и возможность исторического просмотра.
В общем, поняв, что DaData это не предоставляет - пользуемся другим
Ещё добавлю (выдержка из статьи)
IANA-идентификатор необходим, т.к. он однозначно определяет часовой пояс региона, местное время которого мы хотим получить. Например, «Asia/Omsk» или «Europe/Moscow».
Здесь, опять же, не подойдёт просто смещение (UTC+3) или даже такие идентификаторы, как RST (Russian Standart Time, равно UTC+03:00). Потому что нам нужно, чтобы этот идентификатор не менялся от года к году, а смещение конкретного региона меняется.
Спасибо за описание.
Да, пока больше запросов на добавление такого формата не было. Но мы продолжаем следить за спросом, тема доступна для просмотра и комментирования другим пользователям.
Сервис поддержки клиентов работает на платформе UserEcho
Вы первый с таким вопросом.
А зачем нужно именно время по IANA? Если время в каком-то регионе России изменится, то оно изменится и относительно UTC и мы будем продолжать возвращать корректное.