Path to this page:
./
geography/py-country,
ISO country, subdivision, language, currency and script
Branch: CURRENT,
Version: 19.8.18,
Package name: py37-country-19.8.18,
Maintainer: kamel.derouichepycountry 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)
- (2019-11-28) Updated to version: py37-country-19.8.18
- (2019-05-31) Updated to version: py37-country-18.12.8
- (2018-07-05) Updated to version: py27-country-18.5.26
- (2018-02-27) Updated to version: py27-country-18.2.23
- (2017-11-23) Package has been reborn
- (2017-09-28) Updated to version: py27-country-17.9.23
CVS history: (Expand)
2019-11-28 07:24:29 by Adam Ciarcinski | Files touched by this commit (3) |  |
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) |  |
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) |  |
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) |  |
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) |  |
Log message:
py-country: update to 17.9.23
17.9.23:
- Update to iso-codes 3.76
|