You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@daffodil.apache.org by "Mike Beckerle (Jira)" <ji...@apache.org> on 2023/06/14 14:48:00 UTC
[jira] [Created] (DAFFODIL-2823) time zone "z" specifier does not work
Mike Beckerle created DAFFODIL-2823:
---------------------------------------
Summary: time zone "z" specifier does not work
Key: DAFFODIL-2823
URL: https://issues.apache.org/jira/browse/DAFFODIL-2823
Project: Daffodil
Issue Type: Bug
Components: Back End
Affects Versions: 3.4.0
Reporter: Mike Beckerle
The time zone string "EST" is parsed by calendarPattern charater "z", and becomes ISO standard "-05:00" on parse, but "GMT-5" on unparse.
This happens despite dfdl:calendarLanguge="en_US". That is, the problem is that the unparse should produce "EST", but does not.
The locale is needed to implement "z" time zone format because some of these 3-letter timezone specifiers are ambiguous, so the locale must be known to disambiguate them when parsing.
For example CST can be "Central Standard Time" (North America), "Cuba Standard Time" or "China Standard Time", and is widely used for "Central Standard Time" (Australia) according to [https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations]
So when parsing "z" one must use the locale. When unparsing it's not so ambiguous, but Daffodil doesn't appear to use the locale information.
Per the ICU documentation here: [https://icu.unicode.org/design/formatting/timezone/icu-4-8-time-zone-names]
The "z" needs locale information, and several of the other specifiers also need it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)