​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