# [CHANfiG](https://chanfig.danling.org)
[](https://app.codacy.com/gh/ZhiyuanChen/CHANfiG/dashboard?utm_source=gh&utm_medium=referral&utm_content=&utm_campaign=Badge_grade)
[](https://app.codacy.com/gh/ZhiyuanChen/CHANfiG/dashboard?utm_source=gh&utm_medium=referral&utm_content=&utm_campaign=Badge_grade)
[](https://codecov.io/gh/ZhiyuanChen/CHANfiG)
[](https://pypi.org/project/chanfig/)
[](https://pypi.org/project/chanfig/)
[](https://chanfig.danling.org)
[](http://unlicense.org/)
[](https://www.gnu.org/licenses/agpl-3.0)
## Introduction
CHANfiG aims to make your configuration easier.
There are tons of configurable parameters in training a Machine Learning model.
To configure all these parameters, researchers usually need to write gigantic config files, sometimes even thousands of lines.
Most of the configs are just replicates of the default arguments of certain functions, resulting in many unnecessary declarations.
It is also very hard to alter the configurations.
One needs to navigate and open the right configuration file, make changes, save and exit.
These had wasted an uncountable[^uncountable] amount of precious time ~~and are no doubt a crime~~.
Using [`argparse`][argparse] could relieve the burdens to some extent.
However, it takes a lot of work to make it compatible with existing config files, and its lack of nesting limits its potential.
CHANfiG would like to make a change.
You just type the alternations in the command line, and leave everything else to CHANfiG.
CHANfiG is highly inspired by [YACS](https://github.com/rbgirshick/yacs).
Different from the paradigm of YACS(
`your code + a YACS config for experiment E (+ external dependencies + hardware + other nuisance terms ...) = reproducible experiment E`),
The paradigm of CHANfiG is:
`your code + command line arguments (+ optional CHANfiG config + external dependencies + hardware + other nuisance terms ...) = reproducible experiment E (+ optional CHANfiG config for experiment E)`
## Components
A Config is basically a nested dict structure.
However, the default Python dict is hard to manipulate.
The only way to access a dict member is through `dict['name']`, which is obviously extremely complex.
Even worse, if the dict is nested like a config, member access could be something like `dict['parent']['children']['name']`.
Enough is enough, it is time to make a change.
We need attribute-style access, and we need it now.
`dict.name` and `dict.parent.children.name` is all you need.
Although there have been some other works that achieve a similar functionality of attribute-style access to dict members.
Their Config object either uses a separate dict to store information from attribute-style access (EasyDict), which may lead to inconsistency between attribute-style access and dict-style access;
or reuse the existing `__dict__` and redirect dict-style access (ml_collections), which may result in confliction between attributes and members of Config.
To overcome the aforementioned limitations, we inherit the Python built-in [`dict`][dict] to create [`FlatDict`][chanfig.FlatDict], [`DefaultDict`][chanfig.DefaultDict], [`NestedDict`][chanfig.NestedDict], [`Config`][chanfig.Config], and [`Registry`][chanfig.Registry].
We also introduce [`Variable`][chanfig.Variable] to allow sharing a value across multiple places, and [`ConfigParser`][chanfig.ConfigParser] to parse command line arguments.
### FlatDict
[`FlatDict`][chanfig.FlatDict] improves the default [`dict`][dict] in 3 aspects.
#### Dict Operations
[`FlatDict`][chanfig.FlatDict] supports variable interpolation.
Set a member's value to another member's name wrapped in `${}`, then call [`interpolate`][chanfig.FlatDict.interpolate] method. The value of this member will be automatically replaced with the value of another member.
[`dict`][dict] in Python is ordered since Python 3.7, but there isn't a built-in method to help you sort a [`dict`][dict]. [`FlatDict`][chanfig.FlatDict] supports [`sort`][chanfig.FlatDict.sort] to help you manage your dict.
[`FlatDict`][chanfig.FlatDict] incorporates a [`merge`][chanfig.FlatDict.merge] method that allows you to merge a `Mapping`, an `Iterable`, or a path to the [`FlatDict`][chanfig.FlatDict].
Different from built-in [`update`][dict.update], [`merge`][chanfig.FlatDict.merge] assign values instead of replace, which makes it work better with [`DefaultDict`][chanfig.DefaultDict].
Moreover, [`FlatDict`][chanfig.FlatDict] comes with [`difference`][chanfig.FlatDict.difference] and [`intersect`][chanfig.FlatDict.intersect], which makes it very easy to compare a [`FlatDict`][chanfig.FlatDict] with other `Mapping`, `Iterable`, or a path.
#### Dataclass Operations
[`FlatDict`][chanfig.FlatDict] is compatible with [PEP 557](https://peps.python.org/pep-0557/), and will inspect the type annotations in subclasses and make them as members of the [`FlatDict`][chanfig.FlatDict].
It also features [`validate`](chanfig.FlatDict.validate) method which will be called internally to validate the type of the members.
Even better, if a member of the [`FlatDict`][chanfig.FlatDict] have type annotations, the value will be automatically converted to the type of the annotation when setting the value.
#### ML Operations
[`FlatDict`][chanfig.FlatDict] supports [`to`][chanfig.FlatDict.to] method similar to PyTorch Tensor.
You can simply convert all member values of [`FlatDict`][chanfig.FlatDict] to a certain type or pass to a device in the same way.
[`FlatDict`][chanfig.FlatDict] also integrates [`cpu`][chanfig.FlatDict.cpu], [`gpu`][chanfig.FlatDict.gpu] ([`cuda`][chanfig.FlatDict.cuda]), and [`tpu`][chanfig.FlatDict.tpu] ([`xla`][chanfig.FlatDict.xla]) methods for easier access.
#### IO Operations
[`FlatDict`][chanfig.FlatDict] provides [`json`][chanfig.FlatDict.json], [`jsons`][chanfig.FlatDict.jsons], [`yaml`][chanfig.FlatDict.yaml] and [`yamls`][chanfig.FlatDict.yamls] methods to dump [`FlatDict`][chanfig.FlatDict] to a file or string.
It also provides [`from_json`][chanfig.FlatDict.from_json], [`from_jsons`][chanfig.FlatDict.from_jsons], [`from_yaml`][chanfig.FlatDict.from_yaml] and [`from_yamls`][chanfig.FlatDict.from_yamls] methods to build a [`FlatDict`][chanfig.FlatDict] from a string or file.
[`FlatDict`][chanfig.FlatDict] also includes `dump` and `load` methods which determine the type by their extension and dump/load [`FlatDict`][chanfig.FlatDict] to/from a file.
### DefaultDict
To facilitate the needs of default values, we incorporate [`DefaultDict`][chanfig.DefaultDict] which accepts `default_factory` and works just like a [`collections.defaultdict`][collections.defaultdict].
### NestedDict
Since most Configs are in a nested structure, we further propose a [`NestedDict`][chanfig.NestedDict].
Based on [`DefaultDict`][chanfig.DefaultDict], [`NestedDict`][chanfig.NestedDict] provides [`all_keys`][chanfig.NestedDict.all_keys], [`all_values`][chanfig.NestedDict.all_values], and [`all_items`][chanfig.NestedDict.all_items] methods to allow iterating over the whole nested structure at once.
[`NestedDict`][chanfig.NestedDict] also comes with [`apply`][chanfig.NestedDict.apply] and [`apply_`][chanfig.NestedDict.apply_] methods, which make it easier to manipulate the nested structure.
### Config
[`Config`][chanfig.Config] extends the functionality by supporting [`freeze`][chanfig.Config.freeze] and [`defrost`][chanfig.Config.defrost], and by adding a built-in [`ConfigParser`][chanfig.ConfigParser] to pare command line arguments.
Note that [`Config`][chanfig.Config] also has `default_factory=Config()` by default for convenience.
### Registry
[`Registry`][chanfig.Registry] extends the [`NestedDict`][chanfig.NestedDict] and supports [`register`][chanfig.Registry.register], [`lookup`][chanfig.Registry.lookup], and [`build`][chanfig.Registry.build] to help you register constructors and build objects from a [`Config`][chanfig.Config].
[`ConfigRegistry`][chanfig.ConfigRegistry] is a subclass of [`Registry`][chanfig.Registry] that is specifically designed for building objects from a [`Config`][chanfig.Config] or a [`dataclass`][dataclasses.dataclass].
Just specify the `key` when creating the registry and pass `config` to the `build` method, and you will get the object you want.
### Variable
Have one value for multiple names at multiple places? We got you covered.
Just wrap the value with [`Variable`][chanfig.Variable], and one alteration will be reflected everywhere.
[`Variable`][chanfig.Variable] supports `type`, `choices`, `validator`, and `required` to ensure the correctness of the value.
To make it even easier, [`Variable`][chanfig.Variable] also support `help` to provide a description when using [`ConfigParser`][chanfig.ConfigParser].
### ConfigParser
[`ConfigParser`][chanfig.ConfigParser] extends [`ArgumentParser`][argparse.ArgumentParser] and provides [`parse`][chanfig.ConfigParser.parse] and [`parse_config`][chanfig.ConfigParser.parse_config] to parse command line arguments.
## Usage
CHANfiG has great backward compatibility with previous configs.
No matter if your old config is json or yaml, you could directly read from them.
And if you are using yacs, just replace `CfgNode` with [`Config`][chanfig.Config] and enjoy all the additional benefits that CHANfiG provides.
Moreover, if you find a name in the config is too long for command-line, you could simply call [`self.add_argument`][chanfig.Config.add_argument] with proper `dest` to use a shorter name in command-line, as you do with `argparse`.
```python
--8<-- "demo/config.py"
```
All you need to do is just run a line:
```shell
python main.py --model.encoder.num_layers 8 --model.dropout=0.2 --lr 5e-3
```
You could also load a default configure file and make changes based on it:
Note, you must specify `config.parse(default_config='config')` to correctly load the default config.
```shell
python main.py --config meow.yaml --model.encoder.num_layers 8 --model.dropout=0.2 --lr 5e-3
```
If you have made it dump current configurations, this should be in the written file:
=== "yaml"
``` yaml
--8<-- "demo/config.yaml"
```
=== "json"
``` json
--8<-- "demo/config.json"
```
Define the default arguments in function, put alterations in CLI, and leave the rest to CHANfiG.
## Installation
=== "Install the most recent stable version on pypi"
```shell
pip install chanfig
```
=== "Install the latest version from source"
```shell
pip install git+https://github.com/ZhiyuanChen/CHANfiG
```
It works the way it should have worked.
## License
CHANfiG is multi-licensed under the following licenses:
=== "The Unlicense"
```
--8<-- "LICENSES/LICENSE.Unlicense"
```
=== "GNU Affero General Public License v3.0 or later"
```
--8<-- "LICENSES/LICENSE.AGPL"
```
=== "GNU General Public License v2.0 or later"
```
--8<-- "LICENSES/LICENSE.GPLv2"
```
=== "BSD 4-Clause "Original" or "Old" License"
```
--8<-- "LICENSES/LICENSE.BSD"
```
=== "MIT License"
```
--8<-- "LICENSES/LICENSE.MIT"
```
=== "Apache License 2.0"
```
--8<-- "LICENSES/LICENSE.Apache"
```
You can choose any (one or more) of these licenses if you use this work.
`SPDX-License-Identifier: Unlicense OR AGPL-3.0-or-later OR GPL-2.0-or-later OR BSD-4-Clause OR MIT OR Apache-2.0`
[^uncountable]: fun fact: time is always uncountable.
Raw data
{
"_id": null,
"home_page": null,
"name": "chanfig",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.7",
"maintainer_email": "Zhiyuan Chen <this@zyc.ai>",
"keywords": "config, deep-learning, dict, machine-learning",
"author": null,
"author_email": "Zhiyuan Chen <this@zyc.ai>, \"Evian C. Liu\" <evian.liu@outlook.com>",
"download_url": "https://files.pythonhosted.org/packages/68/33/e781a5732ecff9dbcfb79741dacb36f197e3a35bdd37fbbbeb02f3be0c1a/chanfig-0.0.106.tar.gz",
"platform": null,
"description": "# [CHANfiG](https://chanfig.danling.org)\n\n[](https://app.codacy.com/gh/ZhiyuanChen/CHANfiG/dashboard?utm_source=gh&utm_medium=referral&utm_content=&utm_campaign=Badge_grade)\n[](https://app.codacy.com/gh/ZhiyuanChen/CHANfiG/dashboard?utm_source=gh&utm_medium=referral&utm_content=&utm_campaign=Badge_grade)\n[](https://codecov.io/gh/ZhiyuanChen/CHANfiG)\n\n[](https://pypi.org/project/chanfig/)\n[](https://pypi.org/project/chanfig/)\n[](https://chanfig.danling.org)\n\n[](http://unlicense.org/)\n[](https://www.gnu.org/licenses/agpl-3.0)\n\n## Introduction\n\nCHANfiG aims to make your configuration easier.\n\nThere are tons of configurable parameters in training a Machine Learning model.\nTo configure all these parameters, researchers usually need to write gigantic config files, sometimes even thousands of lines.\nMost of the configs are just replicates of the default arguments of certain functions, resulting in many unnecessary declarations.\nIt is also very hard to alter the configurations.\nOne needs to navigate and open the right configuration file, make changes, save and exit.\nThese had wasted an uncountable[^uncountable] amount of precious time ~~and are no doubt a crime~~.\nUsing [`argparse`][argparse] could relieve the burdens to some extent.\nHowever, it takes a lot of work to make it compatible with existing config files, and its lack of nesting limits its potential.\n\nCHANfiG would like to make a change.\n\nYou just type the alternations in the command line, and leave everything else to CHANfiG.\n\nCHANfiG is highly inspired by [YACS](https://github.com/rbgirshick/yacs).\nDifferent from the paradigm of YACS(\n`your code + a YACS config for experiment E (+ external dependencies + hardware + other nuisance terms ...) = reproducible experiment E`),\nThe paradigm of CHANfiG is:\n\n`your code + command line arguments (+ optional CHANfiG config + external dependencies + hardware + other nuisance terms ...) = reproducible experiment E (+ optional CHANfiG config for experiment E)`\n\n## Components\n\nA Config is basically a nested dict structure.\n\nHowever, the default Python dict is hard to manipulate.\n\nThe only way to access a dict member is through `dict['name']`, which is obviously extremely complex.\nEven worse, if the dict is nested like a config, member access could be something like `dict['parent']['children']['name']`.\n\nEnough is enough, it is time to make a change.\n\nWe need attribute-style access, and we need it now.\n`dict.name` and `dict.parent.children.name` is all you need.\n\nAlthough there have been some other works that achieve a similar functionality of attribute-style access to dict members.\nTheir Config object either uses a separate dict to store information from attribute-style access (EasyDict), which may lead to inconsistency between attribute-style access and dict-style access;\nor reuse the existing `__dict__` and redirect dict-style access (ml_collections), which may result in confliction between attributes and members of Config.\n\nTo overcome the aforementioned limitations, we inherit the Python built-in [`dict`][dict] to create [`FlatDict`][chanfig.FlatDict], [`DefaultDict`][chanfig.DefaultDict], [`NestedDict`][chanfig.NestedDict], [`Config`][chanfig.Config], and [`Registry`][chanfig.Registry].\nWe also introduce [`Variable`][chanfig.Variable] to allow sharing a value across multiple places, and [`ConfigParser`][chanfig.ConfigParser] to parse command line arguments.\n\n### FlatDict\n\n[`FlatDict`][chanfig.FlatDict] improves the default [`dict`][dict] in 3 aspects.\n\n#### Dict Operations\n\n[`FlatDict`][chanfig.FlatDict] supports variable interpolation.\nSet a member's value to another member's name wrapped in `${}`, then call [`interpolate`][chanfig.FlatDict.interpolate] method. The value of this member will be automatically replaced with the value of another member.\n\n[`dict`][dict] in Python is ordered since Python 3.7, but there isn't a built-in method to help you sort a [`dict`][dict]. [`FlatDict`][chanfig.FlatDict] supports [`sort`][chanfig.FlatDict.sort] to help you manage your dict.\n\n[`FlatDict`][chanfig.FlatDict] incorporates a [`merge`][chanfig.FlatDict.merge] method that allows you to merge a `Mapping`, an `Iterable`, or a path to the [`FlatDict`][chanfig.FlatDict].\nDifferent from built-in [`update`][dict.update], [`merge`][chanfig.FlatDict.merge] assign values instead of replace, which makes it work better with [`DefaultDict`][chanfig.DefaultDict].\n\nMoreover, [`FlatDict`][chanfig.FlatDict] comes with [`difference`][chanfig.FlatDict.difference] and [`intersect`][chanfig.FlatDict.intersect], which makes it very easy to compare a [`FlatDict`][chanfig.FlatDict] with other `Mapping`, `Iterable`, or a path.\n\n#### Dataclass Operations\n\n[`FlatDict`][chanfig.FlatDict] is compatible with [PEP 557](https://peps.python.org/pep-0557/), and will inspect the type annotations in subclasses and make them as members of the [`FlatDict`][chanfig.FlatDict].\nIt also features [`validate`](chanfig.FlatDict.validate) method which will be called internally to validate the type of the members.\nEven better, if a member of the [`FlatDict`][chanfig.FlatDict] have type annotations, the value will be automatically converted to the type of the annotation when setting the value.\n\n#### ML Operations\n\n[`FlatDict`][chanfig.FlatDict] supports [`to`][chanfig.FlatDict.to] method similar to PyTorch Tensor.\nYou can simply convert all member values of [`FlatDict`][chanfig.FlatDict] to a certain type or pass to a device in the same way.\n\n[`FlatDict`][chanfig.FlatDict] also integrates [`cpu`][chanfig.FlatDict.cpu], [`gpu`][chanfig.FlatDict.gpu] ([`cuda`][chanfig.FlatDict.cuda]), and [`tpu`][chanfig.FlatDict.tpu] ([`xla`][chanfig.FlatDict.xla]) methods for easier access.\n\n#### IO Operations\n\n[`FlatDict`][chanfig.FlatDict] provides [`json`][chanfig.FlatDict.json], [`jsons`][chanfig.FlatDict.jsons], [`yaml`][chanfig.FlatDict.yaml] and [`yamls`][chanfig.FlatDict.yamls] methods to dump [`FlatDict`][chanfig.FlatDict] to a file or string.\nIt also provides [`from_json`][chanfig.FlatDict.from_json], [`from_jsons`][chanfig.FlatDict.from_jsons], [`from_yaml`][chanfig.FlatDict.from_yaml] and [`from_yamls`][chanfig.FlatDict.from_yamls] methods to build a [`FlatDict`][chanfig.FlatDict] from a string or file.\n\n[`FlatDict`][chanfig.FlatDict] also includes `dump` and `load` methods which determine the type by their extension and dump/load [`FlatDict`][chanfig.FlatDict] to/from a file.\n\n### DefaultDict\n\nTo facilitate the needs of default values, we incorporate [`DefaultDict`][chanfig.DefaultDict] which accepts `default_factory` and works just like a [`collections.defaultdict`][collections.defaultdict].\n\n### NestedDict\n\nSince most Configs are in a nested structure, we further propose a [`NestedDict`][chanfig.NestedDict].\n\nBased on [`DefaultDict`][chanfig.DefaultDict], [`NestedDict`][chanfig.NestedDict] provides [`all_keys`][chanfig.NestedDict.all_keys], [`all_values`][chanfig.NestedDict.all_values], and [`all_items`][chanfig.NestedDict.all_items] methods to allow iterating over the whole nested structure at once.\n\n[`NestedDict`][chanfig.NestedDict] also comes with [`apply`][chanfig.NestedDict.apply] and [`apply_`][chanfig.NestedDict.apply_] methods, which make it easier to manipulate the nested structure.\n\n### Config\n\n[`Config`][chanfig.Config] extends the functionality by supporting [`freeze`][chanfig.Config.freeze] and [`defrost`][chanfig.Config.defrost], and by adding a built-in [`ConfigParser`][chanfig.ConfigParser] to pare command line arguments.\n\nNote that [`Config`][chanfig.Config] also has `default_factory=Config()` by default for convenience.\n\n### Registry\n\n[`Registry`][chanfig.Registry] extends the [`NestedDict`][chanfig.NestedDict] and supports [`register`][chanfig.Registry.register], [`lookup`][chanfig.Registry.lookup], and [`build`][chanfig.Registry.build] to help you register constructors and build objects from a [`Config`][chanfig.Config].\n\n[`ConfigRegistry`][chanfig.ConfigRegistry] is a subclass of [`Registry`][chanfig.Registry] that is specifically designed for building objects from a [`Config`][chanfig.Config] or a [`dataclass`][dataclasses.dataclass].\nJust specify the `key` when creating the registry and pass `config` to the `build` method, and you will get the object you want.\n\n### Variable\n\nHave one value for multiple names at multiple places? We got you covered.\n\nJust wrap the value with [`Variable`][chanfig.Variable], and one alteration will be reflected everywhere.\n\n[`Variable`][chanfig.Variable] supports `type`, `choices`, `validator`, and `required` to ensure the correctness of the value.\n\nTo make it even easier, [`Variable`][chanfig.Variable] also support `help` to provide a description when using [`ConfigParser`][chanfig.ConfigParser].\n\n### ConfigParser\n\n[`ConfigParser`][chanfig.ConfigParser] extends [`ArgumentParser`][argparse.ArgumentParser] and provides [`parse`][chanfig.ConfigParser.parse] and [`parse_config`][chanfig.ConfigParser.parse_config] to parse command line arguments.\n\n## Usage\n\nCHANfiG has great backward compatibility with previous configs.\n\nNo matter if your old config is json or yaml, you could directly read from them.\n\nAnd if you are using yacs, just replace `CfgNode` with [`Config`][chanfig.Config] and enjoy all the additional benefits that CHANfiG provides.\n\nMoreover, if you find a name in the config is too long for command-line, you could simply call [`self.add_argument`][chanfig.Config.add_argument] with proper `dest` to use a shorter name in command-line, as you do with `argparse`.\n\n```python\n--8<-- \"demo/config.py\"\n```\n\nAll you need to do is just run a line:\n\n```shell\npython main.py --model.encoder.num_layers 8 --model.dropout=0.2 --lr 5e-3\n```\n\nYou could also load a default configure file and make changes based on it:\n\nNote, you must specify `config.parse(default_config='config')` to correctly load the default config.\n\n```shell\npython main.py --config meow.yaml --model.encoder.num_layers 8 --model.dropout=0.2 --lr 5e-3\n```\n\nIf you have made it dump current configurations, this should be in the written file:\n\n=== \"yaml\"\n\n ``` yaml\n --8<-- \"demo/config.yaml\"\n ```\n\n=== \"json\"\n\n ``` json\n --8<-- \"demo/config.json\"\n ```\n\nDefine the default arguments in function, put alterations in CLI, and leave the rest to CHANfiG.\n\n## Installation\n\n=== \"Install the most recent stable version on pypi\"\n\n ```shell\n pip install chanfig\n ```\n\n=== \"Install the latest version from source\"\n\n ```shell\n pip install git+https://github.com/ZhiyuanChen/CHANfiG\n ```\n\nIt works the way it should have worked.\n\n## License\n\nCHANfiG is multi-licensed under the following licenses:\n\n=== \"The Unlicense\"\n\n ```\n --8<-- \"LICENSES/LICENSE.Unlicense\"\n ```\n\n=== \"GNU Affero General Public License v3.0 or later\"\n\n ```\n --8<-- \"LICENSES/LICENSE.AGPL\"\n ```\n\n=== \"GNU General Public License v2.0 or later\"\n\n ```\n --8<-- \"LICENSES/LICENSE.GPLv2\"\n ```\n\n=== \"BSD 4-Clause \"Original\" or \"Old\" License\"\n\n ```\n --8<-- \"LICENSES/LICENSE.BSD\"\n ```\n\n=== \"MIT License\"\n\n ```\n --8<-- \"LICENSES/LICENSE.MIT\"\n ```\n\n=== \"Apache License 2.0\"\n\n ```\n --8<-- \"LICENSES/LICENSE.Apache\"\n ```\n\nYou can choose any (one or more) of these licenses if you use this work.\n\n`SPDX-License-Identifier: Unlicense OR AGPL-3.0-or-later OR GPL-2.0-or-later OR BSD-4-Clause OR MIT OR Apache-2.0`\n\n[^uncountable]: fun fact: time is always uncountable.\n",
"bugtrack_url": null,
"license": "Unlicense OR AGPL-3.0-or-later OR GPL-2.0-or-later OR BSD-4-Clause OR MIT OR Apache-2.0 ",
"summary": "Easier Configuration",
"version": "0.0.106",
"project_urls": {
"documentation": "https://chanfig.danling.org",
"homepage": "https://chanfig.danling.org",
"repository": "https://github.com/ZhiyuanChen/CHANfiG"
},
"split_keywords": [
"config",
" deep-learning",
" dict",
" machine-learning"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "bebc5f75172f22023d83c1ec5be98cd20029ef39c8528e84198e43f542861e57",
"md5": "e732bfadd253db91fde59de5ae95d787",
"sha256": "5de19cf2e294f97eb8b34877ba3c56905129bf2be62f21a58c560c34bdaa0f73"
},
"downloads": -1,
"filename": "chanfig-0.0.106-py3-none-any.whl",
"has_sig": false,
"md5_digest": "e732bfadd253db91fde59de5ae95d787",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.7",
"size": 47328,
"upload_time": "2024-09-20T16:09:04",
"upload_time_iso_8601": "2024-09-20T16:09:04.616081Z",
"url": "https://files.pythonhosted.org/packages/be/bc/5f75172f22023d83c1ec5be98cd20029ef39c8528e84198e43f542861e57/chanfig-0.0.106-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "6833e781a5732ecff9dbcfb79741dacb36f197e3a35bdd37fbbbeb02f3be0c1a",
"md5": "d01fa35a0b87da246d8d95705cf1fda4",
"sha256": "09cf9e1036848cab4fefcb53ca062190931e3ffe84bf71d577c3822a6f620608"
},
"downloads": -1,
"filename": "chanfig-0.0.106.tar.gz",
"has_sig": false,
"md5_digest": "d01fa35a0b87da246d8d95705cf1fda4",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.7",
"size": 6401368,
"upload_time": "2024-09-20T16:09:06",
"upload_time_iso_8601": "2024-09-20T16:09:06.878635Z",
"url": "https://files.pythonhosted.org/packages/68/33/e781a5732ecff9dbcfb79741dacb36f197e3a35bdd37fbbbeb02f3be0c1a/chanfig-0.0.106.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-09-20 16:09:06",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "ZhiyuanChen",
"github_project": "CHANfiG",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"requirements": [],
"tox": true,
"lcname": "chanfig"
}
JSON
