Category:Pages with non-numeric formatnum arguments

This category collects pages that use the  parser function with a non-numeric or incorrectly formatted value, e.g.   or.

Ways to fix or work around this error inside template code:


 * If  is being applied to a string that includes both a number and words, change it to wrap just the number. Example:   &rarr;
 * Another way to work around invalid input is to remove commas from the input like this: . Note that input using commas as decimal separators, in contravention of MOS:DECIMAL, will cause formatnum to produce invalid values. To fix the problem, use a full stop (period) as a decimal separator.
 * A limited way to work around invalid input in templates is to use digits, e.g. . This works only for whole numbers and will produce incorrect results for input containing decimal points or other non-numeric characters.

Ways to fix this error in articles:
 * When additional text or references exist in a template parameter that expects only numbers, find a way to move the additional text outside the template or into a different parameter. For example:
 * Currency templates like CAD or US$ take only numeric input. Use  instead of
 * The population_total parameter in Infobox settlement should have only a number in it. Move any references to population_footnotes, as in this edit.

Other:
 * When  is given a negative number written with the proper U+2212 "minus sign" (instead of the commonly used hyphen-minus key that appears on most keyboards), e.g. , it assigns this error category; see . A workaround for this incorrect usage was applied to US Census population, which shows population declines as negative numbers. You should use hyphen-minus within   to avoid this error category and it will output the proper minus sign (see ).