4 releases (2 stable)
|new 1.1.0||Jan 26, 2023|
|1.0.0||Sep 27, 2022|
|1.0.0-beta1||Aug 5, 2022|
|0.0.1||Apr 29, 2021|
#145 in Internationalization (i18n)
1,214 downloads per month
Used in 10 crates (5 directly)
Types for resolving and manipulating time zones.
In ICU4X, a formattable time zone consists of four different fields:
- The offset from GMT
- The time zone ID
- The metazone ID
- The zone variant (standard or daylight time)
The GMT offset precisely states the time difference between the time zone in question and Greenwich Mean Time (GMT) or Coordinated Universal Time (UTC).
In localized strings, it is often rendered as "GMT-6", meaning 6 hours less than GMT.
The time zone ID corresponds to a time zone from the time zone database. The time zone ID usually corresponds to the largest city in the time zone.
There are two mostly-interchangeable standards for time zone IDs:
- IANA time zone IDs, like
- BCP-47 time zone IDs, like
ICU4X uses BCP-47 time zone IDs for all of its APIs.
A metazone is a collection of multiple time zones that share the same localized formatting at a particular date and time.
For example, "America/Chicago" and "America/Indiana/Knox" both map to US Central Time, or
The mapping from time zone to metazone depends on the date. For example, from 1991 to 2006, "America/Indiana/Knox" mapped to US Eastern Time instead of US Central Time.
As with time zone IDs, there are two interchangeable forms:
- Long form, like
- Short form compatible with BCP-47, like
ICU4X uses the short form.
Note: in ICU4X, "metazone" is one word and "time zone" is two words, except for this crate and module name, where "timezone" is used with no separators. See https://github.com/unicode-org/icu4x/issues/2507.
Many metazones use different names and offsets in the summer than in the winter. In ICU4X, this is called the zone variant. There are two zone variants:
"dt"= daylight or summer time
"st"= standard or winter time
Note: It is optional (not required) to set the zone variant when constructing a
CustomTimeZone]. Therefore, the list of possible variants does not include a generic variant
to represent the lack of a preference.
In date/time processing, normally only a subset of information is available, and the other fields must be computed from it.
The following calculations are currently supported or will be supported:
- Time Zone + Local DateTime → Meta Zone ([
- Time Zone + Absolute Time → Offset + Zone Variant (not yet supported)
Create a time zone for which the offset and time zone ID are already known, and calculate the metazone based on a certain local datetime:
use icu_calendar::DateTime; use icu_timezone::CustomTimeZone; use icu_timezone::GmtOffset; use icu_timezone::MetazoneCalculator; use tinystr::TinyAsciiStr; // Create a time zone for America/Chicago at GMT-6: let mut time_zone = CustomTimeZone::new_empty(); time_zone.gmt_offset = "-0600".parse::<GmtOffset>().ok(); time_zone.time_zone_id = "uschi".parse::<TinyAsciiStr<8>>().ok().map(Into::into); // Compute the metazone at January 1, 2022: let mzc = MetazoneCalculator::try_new_unstable(&icu_testdata::unstable()) .unwrap(); let datetime = DateTime::try_new_iso_datetime(2022, 1, 1, 0, 0, 0).unwrap(); time_zone.maybe_calculate_metazone(&mzc, &datetime); assert_eq!("amce", time_zone.metazone_id.unwrap().0.as_str());
For more information on development, authorship, contributing etc. please visit
ICU4X home page.