MLKit - A quick way to start with machine and deep learning
Project description
🖋️ Authors
OpenGeokube Developers:
📜 Cite Us
@ONLINE{ml-kit,
author = {Walczak, J., Mancini, M., Stojiljkovic, M., Alvi, S.},
title = {{MLKit}: A quick way to start with machine and deep learning},
year = 2023,
url = {https://github.com/opengeokube/ml-kit},
urldate = {<access date here>}
}
🚧 Roadmap
Warning: MLKit is currently in its alpha stage. All recommendations are welcomed.
- add handling sklearn-like models
- add functionality to serve the model
- enable custom metrics
- write more unit tests
🎬 Quickstart
Getting started
Installation
pip install opengeokube-mlkit
or
conda install -c conda-forge mlkit
For contributing:
git clone https://github.com/opengeokube/ml-kit
cd ml-kit
conda env create -f dev-env.yaml
pip install -e .
Preparing simple project
To start the new project in the current working directory, just run the following command:
mlkit init --name=my-new-project
It will create a directory with the name my-new-project
where you'll find sample files.
Implement necessery methods for datamodule (dataset.py
) and network (model.py
).
Then, adjust conf.toml
according to your needs.
That's all 🎉
Running the training
To run the training just type the following command:
mlkit train
Note: If you want to run also test for best saved weight, use flag
--test
If the conf.toml
file is present in your current working directory, the training will start.
If you need to specify the path to the configuration file, use --conf
argument:
mlkit train --conf=/path/to/your/conf.toml
Serving the model
The packuge does not yet support model serving.
🪁 Playground
At first, install mlkit
package as indicated in the Section Installation.
Handwritten digit recognition
Just navigate to the directory /examples/cnn_mnist_classification
and run
mlkit train
Point cloud instance segmentation
Just navigate to the directory /examples/cnn_s3dis_segmentation
and run
mlkit train
💡 Instruction
- Configuring base setup
- Configuring logging
- Defining model
- Defining datamodule
- Configuring training
- Configuring optimizer
- Configuring criterion
- Configuring metrics
- Configuring checkpoint
- Defining
target
- Substitutable symbols
- Context constants
Configuring base setup
Most of the training/validation procedure is managed by a configuration file in the TOML format (recommended name is conf.toml
).
Each aspect is covered by separate sections. The general one is called [base]
.
It has the following properties:
Property | Type | Details |
---|---|---|
seed |
int |
seed of the random numbers generators for NumPy and PyTorch |
cuda_id |
int or None |
ID of the cuda device (if available) or None for CPU |
experiment_name * |
str |
name of the experiment |
Note: Arguments marked with
*
are obligatory!
Warning: Remember to install the version of
pytorch-cuda
package compliant to your CUDA Toolkit version.
✍️ Example
[base]
seed = 0
cuda_id = 1
experiment_name = "point_clout_segmentation"
Configuring logging
Logging section is optional but it provides you with some extra flexibility regarding the logging.
All configuration related to logging is included in the [logging]
section of the configuration file.
You can define following properties:
Property | Type | Details |
---|---|---|
type |
str |
type of metric logger (one of the value: "comet" , "csv" , "mlflow" , "neptune" , "tensorboard" , "wandb" - metric loggers supported by PyTorch Lightning https://lightning.ai/docs/pytorch/stable/api_references.html#loggers. DEFAULT: csv ) |
level |
str |
Python-supported logging levels (i.e. "DEBUG" , "INFO" , "WARN" , "ERROR" , "CRITICAL" ) DEFAULT: INFO |
format |
str |
logging message format as defined for the Python logging package (see https://docs.python.org/3/library/logging.html#logging.LogRecord) |
Warning: Logger
level
andformat
are related to the Pythonlogging
Loggers you can use in your model and datamodule classes with approperiate methodsself.debure
,self.info
, etc. Intype
, in turn, you just specify the metric logger as used in PyTorch Lightning package!
Note: All required arguments for metric logger can be specified as extra arguments in the
[logging]
section.
✍️ Example
[logging]
# we gonna use CSVLogger
type = "csv"
# for CSVLogger, we need to define 'save_dir' argument and/or
# other extra ones (https://lightning.ai/docs/pytorch/stable/api/lightning.pytorch.loggers.csv_logs.html#module-lightning.pytorch.loggers.csv_logs)
save_dir = "{{ PROJECT_DIR }}/my_metrics.csv"
# then we define level and format for logging messages
level = "info"
format = "%(asctime)s - %(name)s - %(levelname)s - %(message)s"
Note: If you don't pass a
name
orexperiment_name
argument explicitly for the metric logger, theexperiment_name
value defined in the[base]
section will be applied as, respectively:name
argument forcsv
,neptune
,tensorboard
,wandb
, and asexperiment_name
forcomet
andmlflow
.
Defining model
The machine learning/deep learning model definition is realized in two aspects.
- The definition of the model (e.g. PyTorch model) in the
.py
file. - The configuration in the
[model]
section of the configuration file.
The file with the model definition should contain a subclass of MLKitAbstractModule
abstract class of the mlkit
package.
The subclass should implement, at least, abstract methods configure
and run_step
.
In the configure
method, the architecture of the network should be defined.
In run_step
method, it turn, the logic for single forward pass should be implemented.
✍️ Example
import torch
from torch import nn
from mlkit import MLKitAbstractModule
class SimpleCNN(MLKitAbstractModule):
def configure(self, input_dims, output_dims) -> None:
self.l1 = nn.Sequential(
nn.Conv2d(
input_dims, 16, kernel_size=3, padding="same", bias=True
),
nn.ReLU(),
)
def run_step(self, batch, batch_idx) -> tuple[torch.Tensor, ...]:
x, label = batch
logits = self.l1(x)
preds = logits.argmax(dim=-1)
return label, logits, preds
Note:
run_step
method should return a tuple of 2 (ground-truth, scores) or 3 (ground-truth, scores, loss) tensors.
Note:
batch
argument can be unpacked depending on how you define your dataset for datamodule (see Defining datamodule)
In the configuration file, in the dedicated [model]
section, at least target
property should be set. The extra arguments are treated as the arguments for the configure
method.
Note: Arguments' values of the
configure
method (i.e.input_dims
andoutput_dims
) are taken from the configuration files. Those names can be arbitrary.
✍️ Example
[model]
target = "./model.py::SimpleCNN"
input_dims = 1
output_dims = 10
Note:
target
is a required parameter that must be set. It contains a path to the class (a subclass ofMLKitAbstractModule
). To learn howtarget
could be defined, see Section Definingtarget
.
If a forward pass for your model differs for the training, validation, test, or prediction stages, you can define separate methods for them:
✍️ Example
import torch
from torch import nn
from mlkit import MLKitAbstractModule
class SimpleCNN(MLKitAbstractModule):
...
def run_val_step(self, batch, batch_idx) -> tuple[torch.Tensor, torch.Tensor]:
pass
def run_test_step(self, batch, batch_idx) -> tuple[torch.Tensor, torch.Tensor]:
pass
def run_predict_step(self, batch, batch_idx) -> torch.Tensor:
pass
Note: If you need more customization of the process, you can always override the existing methods according to your needs.
Defining datamodule
Similarily to the model, datamodule instance is fully defined by the Python class and its configuration.
The datamodule need to be a subclass of the MLKitAbstractDataModule
abstract class from the mlkit
package.
The class has to implement, at least, prepare_trainvaldataset
(if preparing is the same for the train and validation splits) or prepare_traindataset
and prepare_valdataset
(if preparing data differs). Besides those, you can define prepare_testdataset
and prepare_predictdataset
, for test and prediction, respectively.
✍️ Example
from torch.utils.data import Dataset, random_split
from torchvision import transforms
from torchvision.datasets import MNIST
from mlkit import MLKitAbstractDataModule
class MNISTCustomDatamodule(MLKitAbstractDataModule):
def prepare_trainvaldataset(
self, root_dir: str
) -> tuple[Dataset, Dataset]:
dset = MNIST(
root=root_dir,
train=True,
download=True,
transform=transforms.ToTensor(),
)
train_dset, val_dset = random_split(dset, [0.8, 0.2])
return (train_dset, val_dset)
def prepare_testdataset(self, root_dir: str) -> Dataset:
return MNIST(
root=root_dir,
train=False,
download=True,
transform=transforms.ToTensor(),
)
If you need to acquire data or do some other processing, implement prepare_data
method. In that method you can use extra attributes you defined in the [dataset]
section of the configuration file.
✍️ Example
[dataset]
target = "./datamodule.py::MNISTCustomDatamodule"
my_variable = 10
...
class MNISTCustomDatamodule(MLKitAbstractDataModule):
my_variable: int # NOTE: To make attribute visible, we can declare it here
def prepare_data(self):
result = self.my_variable * 2
Warning: DO NOT set state inside
prepare_data
method ().self.x = ...
If you need more customization, feel free to override the other methods of MLKitAbstractDataModule
superclass.
To force custom batch collation, override selected methods out of the following ones. They should return the proper callable object!
def some_collate_func(samples: list): ...
class MNISTCustomDatamodule(MLKitAbstractDataModule):
...
def get_train_collate_fn(self):
return some_collate_func
def get_val_collate_fn(self):
return some_collate_func
def get_test_collate_fn(self):
return some_collate_func
def get_predict_collate_fn(self):
return some_collate_func
Warning: DO NOT use nested function as a callation callable. It will fail due to pickling nested function error.
If you need a custom batch collation but the same for each stage (train/val/test/predict), implement the method get_collate_fn()
:
def get_collate_fn(self):
return some_collate_func
In the configuration file, there are dedicated [dataset]
-related sections.
✍️ Example
[dataset]
target = "./datamodule.py::MNISTCustomDatamodule"
[dataset.trainval]
root_dir = "./mnist"
[dataset.train.loader]
batch_size = 150
shuffle = true
num_workers = 4
[dataset.validation.loader]
batch_size = 150
shuffle = false
num_workers = 4
In the root [dataset]
you should define target
property being a path to the subclass of the MLKitAbstractDataModule
module (see Defining target
).
Then, you need to define either [dataset.trainval]
section or two separate sections: [dataset.train]
, [dataset.validation]
. There are also optional sections: [dataset.test]
and [dataset.predict]
.
In [dataset.trainval]
you pass values for parameters of the prepare_trainvaldataset
method.
Respectively, in the [dataset.train]
you pass values for the parameters of the prepare_traindataset
method, in [dataset.validation]
— prepare_valdataset
, [dataset.test]
— prepare_testdataset
, [dataset.predict]
— prepare_predictdataset
.
Besides dataset configuration, you need to specify data loader arguments as indicated in the PyTorch docs torch.utils.data.DataLoader.
Warning: You cannot specify loader arguments for in the
[dataset.trainval.loader]
. Loaders should be defined for each split separately.
Configuring training
Training-related arguments should be defined in the [training]
section of the configuration file.
You can define the following arguments.
Property | Type | Details |
---|---|---|
epochs * |
int > 0 |
number of epochs |
epoch_schedulers |
list of dict |
list of schedulers definitions |
Note: Arguments marked with
*
are obligatory!
Besides those listed in the table above, you can specify PyTorch Lightning-related Trainer
arguments, like:
accumulate_grad_batches
gradient_clip_val
gradient_clip_algorithm
- ...
✍️ Example
[training]
epochs = 10
epoch_schedulers = [
{target = "torch.optim.lr_scheduler::CosineAnnealingLR", T_max = 100}
]
accumulate_grad_batches = 2
Configuring optimizer
Optimizer configuration is located in the subsection [training.optimizer]
.
There, you should define target
(see Defining target
) and extra keyword arguments passed to the optimizer initializer.
✍️ Example
[training.optimizer]
target = "torch.optim::Adam"
lr = 0.001
weight_decay = 0.01
Note: The section
[training.optimizer]
is mandatory. Note: You can always define the custom optimizer. Then, you just need to set the propertarget
value.
Configuring criterion
Similarily to the optimizer configuration, there is a subsection dedicated for the critarion.
You need to specify, at least, the target
(see Defining target
) and other mandatory or optional
properties of the selected critarion (loss function).
✍️ Example
[training.criterion]
target = "torch.nn::CrossEntropyLoss"
weight = [0.1, 0.1, 0.1, 0.1, 0.1, 0.1, 0.1, 0.1, 0.1, 0.1]
Note: The section
[training.criterion]
is mandatory. Note: You can always define the custom optimizer. Then, you just need to set the propertarget
value.
Configuring metrics
Metrics are configured in the section [metrics]
of the configuration file. You can define several metrics (including the custom ones).
The only thing you need to do is to define all desired metrics. For each metric dictionary, you need to set target
(see Section Defining target
) value and, eventually, extra arguments. REMEMBER to have metric names (here MyPrecision
and FBetaScore
) unique!
✍️ Example
[metrics]
MyPrecision = {target = "torchmetrics::Precision", task = "multiclass", num_classes=10}
FBetaScore = {target = "torchmetrics::FBetaScore", task = "multiclass", num_classes=10, beta = 0.1}
Note: You can define custom metrics. Just properly set
target
value. REMEMBER! The custom metric need to be a subclass oftorchmetrics.Metric
class!
import torch
import torchmetrics as tm
class MyMetric(tm.Metric):
def __init__(self):
...
def update(self, preds: torch.Tensor, target: torch.Tensor):
...
def compute(self):
...
Configuring checkpoint
If you need to save your intermediate weights (do checkpoints) you can configure the optional subsection [training.checkpoint]
.
In the section, you can define the following proeprties:
Property | Type | Details |
---|---|---|
path * |
str |
path to a directory where checkpoints should be stored |
monitor * |
dict |
a dictionary with two keys: metric and stage . metrics is a metric name as defined in the [metrics] section (Configuring metrics), stage is one of the following: [train , val ] |
filename * |
str |
filename pattern of the checkpoint (see (PyTorch Lightning ModelCheckpoint )[https://lightning.ai/docs/pytorch/stable/api/lightning.pytorch.callbacks.ModelCheckpoint.html]) you can use value of the defined metric for the stage. if you want MyPrecision score for the validation stage, use {val_myprecision} in the filename |
mode |
min |
max |
save_top_k |
int |
save checkepoints for the top k values of the metric. default: 1 |
save_weights_only |
bool |
if only weights should be saved (True ) or other states (optimizer, scheduler) also (False ). default: True |
every_n_epochs |
int |
The number of training epochs between saving sucessive checkpoints. default: 1 |
save_on_train_epoch_end |
bool |
if False checkpointing is run at the end of the validation, otherwise - training default: False |
Note: Arguments marked with
*
are obligatory!
✍️ Example
[training.checkpoint]
path = "{{ PROJECT_DIR }}/chckpt"
monitor = {"metric" = "Precision", "stage" = "val"}
filename = "{epoch}_{val_precision:.2f}_cnn"
mode = "max"
save_top_k = 1
Note: You can see we used substitutable symbol
{{ PROJECT_DIR }}
. More about them in the Section Substitutable symbols.
Defining target
Target property in the MLKit package is kind of extended fully qualified name pointing to the classes supposed to use in the given context, like for:
- neural network class (
target = "./model.py::SimpleCNN"
) - datamodule (
target = "./datamodule.py::MNISTCustomDatamodule"
) - optimizer (
target = "torch.optim::Adam"
) - criterion (
target = "torch.nn::CrossEntropyLoss"
) - schedulers (
target = "torch.optim.lr_scheduler::CosineAnnealingLR"
)
Note: As a package/module - class separator the double colon is used
::
!
It might be set in several different ways:
- By using a built-and installed package. Then, you just need to specify the package/module name and the class name, like
target = "torch.nn::CrossEntropyLoss"
(we use moduletorch.nn
and classCrossEntropyLoss
defined within). - By using a custom module in the project directory. The project directory, i.e. the directory where the confguration TOML file is located, is added to the
PYTHONPATH
, so you can freely use.py
files defined there as modules. Having the modulemodel.py
with theSimpleCNN
class definition, we can writetarget
astarget = "model::SimpleCNN"
. - By using a custom
.py
file. In this case, you specifytarget
as an absolute or relative (w.r.t. the configuration file) to a.py
file, liketarget = "./model.py::SimpleCNN"
ortarget = "/usr/neural_nets/my_net/model.py::SimpleCNN"
.
Note: For
target
definition you can use substitutable symbols defined below.
Substitutable symbols
In the configuration file you can use symbols that will be substituted during the runtime.
The symbols should be surrended by single spaces and in double curly brackets (e.g. {{ PROJECT_DIR }}
.)
Symbol | Meaning of the symbol | Example |
---|---|---|
PROJECT_DIR |
the home directory of the TOML configuration file (project directory) | target = {{ PROJECT_DIR }}/model.py |
Note: You can also use environmental variables. Just use
env
dict, e.g.:{{ env['your_var_name'] }}
.
✍️ Example
First, let's define some environmental variable: using Python or system tool.
import os
os.environ["MY_LOG_LEVEL"] = "INFO"
or
export MY_LOG_LEVEL="MY_LOG_LEVEL"
Now, we can use the environmental variable MY_LOG_LEVEL
in our config file:
[logging]
level = "{{ env['MY_LOG_LEVEL'] }}"
format = "%(asctime)s - %(name)s - %(levelname)s - %(message)s"
Warning: If you use double quote for text values in TOML configuration file, then use single quote to access
env
values.
Context constants
When you run training using mlkit train
command, all custom modules have access to context constant values (defined for the current Python interpreter session).
You can access them via context
module:
✍️ Example
from mlkit import context
print(context.PROJECT_DIR)
The constants currently available in mlkit
are the following:
Symbol | Meaning of the symbol | Example |
---|---|---|
PROJECT_DIR |
the home directory of the TOML configuration file (project directory) | context.PROJECT_DIR |
LOG_LEVEL |
logging level as defined in the configuration TOML file | context.LOG_LEVEL |
LOG_FORMAT |
logging message format as defined in the configuration TOML file | context.LOG_FORMAT |
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file opengeokube-mlkit-2023.8a0.tar.gz
.
File metadata
- Download URL: opengeokube-mlkit-2023.8a0.tar.gz
- Upload date:
- Size: 48.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.11.4
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 07e461adf94f02462b7b3228ea8ded08c6be7a05bc78041e9c89620ae0d59a91 |
|
MD5 | 4449339934d139a08a287034f88f7c5b |
|
BLAKE2b-256 | 2c111d3a27fb01ee2b182501767a4db60ffa29c67b75908236b84a35d4c37e7b |
File details
Details for the file opengeokube_mlkit-2023.8a0-py3-none-any.whl
.
File metadata
- Download URL: opengeokube_mlkit-2023.8a0-py3-none-any.whl
- Upload date:
- Size: 49.8 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.11.4
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 853035e7eba0dea270332ac52254b5b13e56ffaa5271c2e8dd01f3b85478a8b8 |
|
MD5 | 4c19f7acb71f335d54a74071842a7e08 |
|
BLAKE2b-256 | 74824aff2cc0618bf3ec0b89be3c1a31d6eb1404da3a6328ffdc0382a2b22510 |