./geography/py-country, ISO country, subdivision, language, currency and script

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 19.8.18, Package name: py37-country-19.8.18, Maintainer: kamel.derouiche

pycountry provides the ISO databases for the standards:

639
Languages
3166
Countries
3166-3
Deleted countries
3166-2
Subdivisions of countries
4217
Currencies
15924
Scripts

The package includes a copy from Debian's pkg-isocodes and makes the data
accessible through a Python API.

Translation files for the various strings are included as well.


Required to run:
[devel/py-setuptools] [lang/python37]

Required to build:
[pkgtools/cwrappers]

Master sites:

SHA1: e31b27737cd7c76fe1606bc86a3df30e91762b3f
RMD160: 0e9482df019b54a8d9fb0b5acf5a6c41b23b2a47
Filesize: 9768.711 KB

Version history: (Expand)


CVS history: (Expand)


   2019-11-28 07:24:29 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-country: updated to 19.8.18

19.8.18:
- Fix installation on systems that don't have UTF-8
  as default encoding.
- Remove superfluous print debugging output.

19.7.15:
- Update to iso-codes 4.3.
- Add support for ISO 639-5 (Language Families and Groups).
- Drop support for Python 2.
- Add `search_fuzzy()` function to the countries database. This allows
  for dealing with user searches that aren't really aware of ISO 3166 (so,
  like, actual human beings). A bit of character normalization and prioritizing
  matches between multiple criteria allows building somewhat reasonable
  suggestion/autocompletion lists.
  Caveat emptor: no attention has been paid to performance in this feature.
   2019-05-31 14:37:04 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-country: updated to 18.12.8

18.12.8:
WARNING: This release contains a subtle but important API change that may break \ 
integrations!
Looking at 13416 I realized that I made a terrible API design choice with \ 
respect to how the get function should behave in Python. Probably under the \ 
influence of either too little or too much whiskey I went and implemented get so \ 
that it raises a KeyError instead of doing the Pythonic thing and returning None \ 
and allowing to customize the default. There was a bit of back-and-forth around \ 
this code in previous releases (specifically touching edge cases to have the \ 
Subdivision API behave “reasonably”, although there doesn’t seem to be one \ 
right way there.)
Anyway, when preparing this release and reviewing 13416 and the other related \ 
issues and changes from the past I noticed my mistake an decide to fix it going \ 
forward.
So, from now on get will behave as expected in Python and yes, this means you \ 
will have to update your integration code carefully now checking for None \ 
returns instead of expecting KeyErrors. This is work, but I think it’s \ 
worthwhile to uphold this convention within the Python community.

* Switch API from “get + KeyError” to ” get + default=None”. This is a \ 
subtle API-breaking change. Please update carefully.
* Update to iso-codes 4.1.
   2018-07-05 13:39:10 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-country: updated to 18.5.26

18.5.26:
Fix 13394: incorrect KeyError shadowing in Subdivisions.get()
Fix 13398: make lazy loading thread-safe.

18.5.20:
Update to iso-codes 3.79.
   2018-02-27 14:08:03 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-country: updated to 18.2.23

18.2.23:
Update to iso-codes 3.78.
   2017-09-28 07:04:35 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-country: update to 17.9.23

17.9.23:
- Update to iso-codes 3.76