datasets / currency-codes Goto Github PK

The 4th field (Numeric Code) has a type='integer'. The field contains values of Nil, — (HTML char &#8212), and N.A..

The data protocols spec does not have a default missing values (see also dataprotocols issue #97). An empty cell for non-integer values would be a more clear solution.

@rgrp - are you maintaining this dataset? I would be willing to write a script to download the data and convert the offending column if that would be helpful.

When trying to get the currency code using: http://data.okfn.org/data/core/currency-codes/r/codes-all.json
You get an error message:
"An error occurred in the application and your page could not be served. Please try again in a few moments.
If you are the application owner, check your logs for details."

The CSV endpoint works
Thanks

as of 1 January 2015

http://europa.eu/rapid/press-release_MEMO-15-2962_en.htm

http://ec.europa.eu/economy_finance/euro/countries/lithuania_en.htm

The links need to be updated - (coincidentally I commented on this in the datahub http://datahub.io/dataset/iso-4217-currency-codes a couple of hours ago)

This table is not really currency codes, its country/currency codes so is denormalized so USD appears in several places as a result. The table is misnamed and less useful as a result.

Oddly too, the reference to a country is by name not by ISO 3166 code. Do you have a policy around linking/foreign keys?

Of course, some folk would use the XML 'package' directly http://www.currency-iso.org/dam/downloads/dl_iso_table_a1.xml :)

Originally opened as datasets/awesome-data#16 by @KitWallace

The included CSV has floating number of fields per row, sometimes exceeding number of fields defined in the metadata.

Moreover it contains invalid integer values for NumericCode – there is one Nil value (I guess representing an empty field) and some -'s. This can be fixed with changing the field type to string though.

It's integer field but Palistine has 91,267