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

CLDR Ticket #10788(accepted data)

Opened 9 months ago

Last modified 2 months ago

Currency fraction digits for currencies including COP, IDR, and others

Reported by: shane Owned by: emmons
Component: currency Data Locale:
Phase: dvet Review:
Weeks: Data Xpath:
Xref:

Description

From IcuBug:13484

The default currency format for locale 'es-CO' and the default fraction digits for the currency COP are incorrect. The currency COP has 100 fractional units, but the default NumberFormat currency instance for locale es-CO has no fractional part. Additionally, Currency.getInstance("COP").getDefaultFactionDigits() returns 0.

Same issue noticed for currency- IDR (Indonesian Rupiah).

List of Currencies having same issue:

COP, IDR, CRC, GYD, MNT, UZS, AMD, MUR, PKR, TZS,

I confirmed that the observed data are consistent with supplementalData.xml:

http://unicode.org/repos/cldr/trunk/common/supplemental/supplementalData.xml

We should take a look to confirm the correct data for CLDR.

Attachments

Change History

comment:1 Changed 8 months ago by emmons

  • Owner changed from anybody to emmons
  • Phase changed from dsub to rc
  • Priority changed from assess to medium
  • Status changed from new to accepted
  • Milestone changed from UNSCH to 33

comment:2 Changed 8 months ago by mudigarg@…

Hi Team,

We are working on a high priority project consuming ICU4J library for our feature.
Can you please give some information on the ETA for the resolution of this issue so that we can decide whether to fix this issue at our end or wait for fix from ICU Team.

Thanks in advance
Mudit

comment:3 Changed 6 months ago by emmons

  • Owner changed from emmons to kristi

CLDR data freeze for release 33 is today, and I don't think I'm going to be able to research this in time. Some of these, such as CRC are situations where the "official" ISO registry has 2 decimal places, but where in practice the decimals would never be used.

comment:4 Changed 5 months ago by kristi

  • Phase changed from rc to dsub
  • Milestone changed from 33 to 34

comment:5 Changed 5 months ago by kristi

  • Owner changed from kristi to emmons

John, did you just want some input on the data?
I suspect that the issue is with the cash rounding vs. iso digits.

We don't have vetters for all of these, but adding some info on the value based on currency conversion to US Dollar.
And all these currencies have the digit value of 2 in ISO, whereas the supplementaldata has 0.

COP: 1 Colombian Peso is worth .035 US cents
IDR: 1 is worth .0073 US cents
CRC: 1 Costa Rican Colon is .18 US cents (this I think we actually have it correct in supplemental data, which is rounding="0" digits="2" iso4217="CRC" cashRounding="0" cashDigits="0")
GYD: 1 Guyana is worth .42 US cents
MNT: 1 Mongolian Tughrik is .042 US cents
UZS: 1 Uzbekistani Som is .012 US cents
AMD: 1 Armenian Dram is .2 US cents
MUR: 1 Mauritian Ruppee is 3 US cents
PKR: 1 Pakistani Ruppee is .88 US cents
TZS: 1 Tanzanian Shilling is .044 US cents

comment:6 Changed 5 months ago by kristi

  • Owner changed from emmons to kristi

checking with vetter for three that looks strange where we have vetters.

comment:7 Changed 3 months ago by mark

  • Keywords google added

Add google keyword: should also add GoogleIssue:XXX if available

comment:8 Changed 3 months ago by kristi

  • Phase changed from dsub to dvet

comment:9 Changed 2 months ago by kristi

  • Cc kristi added
  • Owner changed from kristi to emmons

posted in the forum to verify that the decimal shown in the examples are correct
Mongolia (MNT)
Armenia (AMD)
Pakistan (PKR)

Please see responses in ST forums.

Let me know John if this was the not the information you were looking for.

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.