But a problem with the current approach is that when some products opt to use geolocation-based timezone selection, users of UTC+8 timezone in the area that are not aware of the existence of UTC+6 timezone could be confused by why their gadgets would automatically get switched into UTC+6, as exampled by public reaction after one such iOS update. Ultimately that would make most manufacturer default the timezone for Xinjiang to UTC+8 instead since UTC+6-users are more aware of the situation and thus less likely to be confused. 2017-04-13 6:51 GMT+08:00 Brian Inglis <Brian.Inglis@systematicsw.ab.ca>:
On 2017-04-12 16:00, gfb hjjhjh wrote:
As there are two different timmezones being used in Xinjiang, China, would it be a good idea to create another timezone named something like Asia/Urumqi2 to correspond to the different timezone being used in the area?
Time zones are named /after/ the most populous municipality in the area to which it applies, often but not always the capital: users in areas where different time zones may apply, may choose whichever of the alternatives applies to their uses of the time.
See https://github.com/eggert/tz/blob/master/Theory
Selecting time zone Asia/Shanghai gives Beijing time, and Asia/Urumqi Xinjiang time. Users in Xinjiang may choose whichever time zone suits them: government offices in the area mainly use Beijing time, others use Xinjiang time.
Try the example time zone selection UI 'tzselect' provided with the package, select 4) Asia, 9) China, and you are offered the choices 1) Beijing Time, 2) Xinjiang Time. Both zones are associated with CN in tzdata zone.tab and zone1970.tab.
If the UI or device you are using does not offer the choice, contact their support for workarounds or alternatives.
For example, Windows 10 seems to support only: (UTC+08:00) Beijing, Chongqing, Hong Kong, Urumqi
-- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada