[Unicode]   Common Locale Data Repository : Bug Tracking Home | Site Map | Search
 
Modify

CLDR Ticket #10175(accepted spec)

Opened 7 months ago

Last modified 2 weeks ago

Generic location format misleading for America/Argentina/San_Juan

Reported by: c960657-unicode.org@… Owned by: yoshito
Component: datetime Data Locale:
Phase: spec-beta Review:
Weeks: Data Xpath:
Xref:

Description

UTS #35, part 2 suggests using generic location format in interfaces for time zone selection.

The generic location format for America/Argentina/San_Juan is "San Juan". As pointed out here, there are many cities with that name, with the most prominent one being the capital of Puerto Rico (i.e. not the one in Argentina). Hence, the label "San Juan" is misleading to the user.

Would it be better to change the fallback format for timezones in countries with multiple zones to "Argentina Time (San Juan)" or "Argentina (San Juan) Time" (regionFormat and fallbackFormat combined)?

Perhaps this was the intention all along? Elsewhere in the spec it says about the generic location format that “the naming is more uniform than the generic non-location format and zones for the same country will be grouped together”. I don't understand what this means, unless the country name is included in the format (and the formatted strings are sorted alphabetically).

Attachments

Change History

comment:1 Changed 6 months ago by emmons

  • Owner changed from anybody to yoshito
  • Phase changed from dsub to spec-beta
  • Priority changed from assess to medium
  • Status changed from new to accepted
  • Milestone changed from UNSCH to 32

comment:6 Changed 6 months ago by yoshito

Would it be better to change the fallback format for timezones in countries with multiple zones to "Argentina Time (San Juan)" or "Argentina (San Juan) Time" (regionFormat and fallbackFormat combined)?


I think it makes sense.

Perhaps this was the intention all along? Elsewhere in the spec it says about the generic location format that “the naming is more uniform than the generic non-location format and zones for the same country will be grouped together”. I don't understand what this means, unless the country name is included in the format (and the formatted strings are sorted alphabetically).


I agree.

comment:7 Changed 3 weeks ago by mark

I think it depends on the city. If it is a "world city" (eg Los Angeles or Moscow), then it would be just clutter. It is where the city is relatively unknown that it would be better to add the country name. For that, we could perhaps use a heuristic based on the population of the city, or just have an additional field that basically says to use the country name also. That field could probably be non-locale based, and live in supplemental data.

comment:8 Changed 2 weeks ago by yoshito

  • Milestone changed from 32 to 33
View

Add a comment

Modify Ticket

Action
as accepted
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.