From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4656 invoked by alias); 22 Aug 2012 22:45:02 -0000 Received: (qmail 31456 invoked by uid 22791); 22 Aug 2012 17:54:46 -0000 X-SWARE-Spam-Status: No, hits=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org From: "law at redhat dot com" To: libc-locales@sources.redhat.com Subject: [Bug localedata/14510] New: LC_NUMERIC wrong for various latin america locales Date: Wed, 22 Aug 2012 22:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: localedata X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org X-SW-Source: 2012-q3/txt/msg00052.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=14510 Bug #: 14510 Summary: LC_NUMERIC wrong for various latin america locales Product: glibc Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: localedata AssignedTo: unassigned@sourceware.org ReportedBy: law@redhat.com CC: libc-locales@sources.redhat.com Classification: Unclassified Back in November 2011, Uli checked in a large change which affected the LC_NUMERIC settings of various es_* locales. This change didn't reference any supporting documentation. It's now being reported that various es_* locals have the wrong LC_NUMERIC settings for the decimal mark and thousands separator. First I compared the es_* locales to CLDR for LC_NUMERIC settings. This turned up several differences (es_DO, es_GT, es_HN, es_MX, es_NI, es_PA, es_PE, es_PR, es_SV). For each of those locales I then went in search of documents, preferably government documents which would show usage of the decimal mark and thousands separator. Mexico: http://www.economia.gob.mx/files/diagnostico_economia_mexicana.pdf Dominican Republic: http://www.bancentral.gov.do/noticias/avisos/aviso2010-06-25.pdf We can get grouping from this document from the Guatemala Government. Once we know grouping uses ',', then the decimal mark must be '.'. http://www.ine.gob.gt/np/enei/ENEI2011.htm Honduras: http://www.ine.gob.hn/drupal/node/175 http://archivo.laprensa.hn/Negocios/Ediciones/2011/02/07/Noticias/Tasa-de-desempleo-de-Honduras-subio-a-44 Nicaragua: http://www.bcn.gob.ni/estadisticas/economicas_anuales/nicaragua_en_cifras/2010/Nicaragua_en_cifras2010.pdf Panama: http://www.mef.gob.pa/portal/2011-Comunicados/2011-DISMINUYESUSTANCIALMENTEELDESEMPLEOENPANAMA.html Puerto Rico: http://www.periodicolaperla.com/index.php?option=com_content&view=article&id=3606:en-puerto-rico-la-tasa-de-empleo-cae-al-nivel-mas-bajo-en-la-historia&catid=93:analisis-economico&Itemid=300 El Salvador: http://www.minec.gob.sv/index.php?option=com_content&view=article&catid=1:noticias-ciudadano&id=1567:encuesta&Itemid=77 All the above referenced documents show a decimal mark as '.' and the thousands separator as ',', which indicate glibc's localedata is wrong. Interestingly enough, Peru which was supposed to use '.' as the decimal separator and ',' as the thousands separator according to CLDR seems to do the opposite according to these government inflation and labor reports: http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2010/marzo/Reporte-de-Inflacion-Marzo-2010.pdf http://www.inei.gob.pe/biblioineipub/bancopub/Est/Lib0909/libro.pdf Thus es_PE is correct as-is. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.