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

CLDR Ticket #10305(closed data: fixed)

Opened 4 months ago

Last modified 5 days ago

subdivisions for da

Reported by: Christian Schmidt <c960657-unicode.org@…> Owned by: mark
Component: other Data Locale:
Phase: rc Review: kristi
Weeks: Data Xpath:
Xref:

Description

There is a typo in common/subdivisions/da.xml:

“Scotland” should be replaced with “Skotland”.

Also, it seems relevant to add Danish names for the subdivisions of Denmark (source):

<!-- DK : Denmark -->
<subdivision type="dk81">Region Nordjylland</subdivision>
<subdivision type="dk82">Region Midtjylland</subdivision>
<subdivision type="dk83">Region Syddanmark</subdivision>
<subdivision type="dk84">Region Hovedstaden</subdivision>
<subdivision type="dk85">Region Sjælland</subdivision>

The regions are always referred to with "Region" prefix, e.g. "Region Sjælland". The regions only exist for administrative purposes (primarily within healthcare) and are rarely referred to in other contexts. Without the "Region" prefix, the names would refer to a much more vaguely defined area, and the names would be slightly misleading, e.g. Region Syddanmark (literally: Region Southern Denmark) does not cover the southernmost parts of the country but only southwestern part.

However, if such formal prefixes should generally not be used in the subdivision translations, the names will still be recognizable without the prefix. In that case, simply strip "Region " from the above XML.

Attachments

Change History

comment:1 Changed 4 months ago by kent.karlsson14@…

See also ticket:10030, comment 18.

comment:2 Changed 4 months ago by kristi

  • Owner changed from anybody to kristi
  • Status changed from new to design

minimize usage of prefix if the list is unique.

  1. verify with Danish speaker
  2. fix spelling error

comment:3 Changed 4 months ago by kristi

  • Milestone changed from UNSCH to 32

comment:4 Changed 4 months ago by kent.karlsson14@…

Please do NOT remove the "prefix". It is part of the name.

comment:5 Changed 4 months ago by kristi

  • Owner changed from kristi to mark
  • Status changed from design to accepted

Agreed that “Region” should NOT be removed.

Also, there’s another one called “Region Hovedstaden”, which basically means “The Capital Region” (i.e. Copenhagen), but the region goes far beyond the borders of the city of Copenhagen. (Mark, you might know about this already? Assigning to you to decide about this new addition, and don't forget to fix “Scotland” to “Skotland”.)

Reason why Region should be included:
If you don’t include “Region”, it’s the name of an geographic area that may not be the same as the official Region which ahs specific borders.
Is the intent of sub-regions to identify these administrative regions? (If so, include "Region")
Or is it to describe a particular geographic area?

Even if this is displayed in a dropdown and “Region” is technically redundant, the prefix is included. You can see an example here (first dropdown): https://www.skolevalg.dk/skolevalg-tilmelding/tilmelding

comment:6 Changed 4 months ago by mark

  • Phase changed from dsub to rc
  • Priority changed from assess to medium

comment:7 Changed 2 weeks ago by mark

  • Status changed from accepted to reviewing
  • Review set to kristi

comment:8 Changed 2 weeks ago by kristi

  • Status changed from reviewing to reviewfeedback

The recommendation was to add the prefix "Region". Could you add why you've decided not to include it? (just to document would be good).

comment:9 Changed 13 days ago by mark

  • Status changed from reviewfeedback to reviewing

Those were already included by the wikidata subdivision import. You can see that at

http://unicode.org/cldr/trac/browser/trunk/common/subdivisions/da.xml?rev=13638

comment:10 Changed 5 days ago by kristi

  • Status changed from reviewing to closed
  • Resolution set to fixed
View

Add a comment

Modify Ticket

Action
as closed
Next status will be 'new'
Next status will be 'closed'
Author


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

 
Note: See TracTickets for help on using tickets.