Before starting to work on the code-level on GaNDLF, please follow the instructions to install GaNDLF from sources. Once that’s done, please verify the installation using the following command:
# continue from previous shell
(venv_gandlf) $>
# you should be in the "GaNDLF" git repo
(venv_gandlf) $> gandlf verify-install
README.md
file in each submodule folder for details.dict
via the config managerTo update/change/add a dependency in setup, please ensure at least the following conditions are met:
python_requires
variable in setup).GANDLF.models
submodule.global_augs_dict
, defined in GANDLF/data/augmentation/__init__.py
GANDLF.data.augmentation
submodule.torchio.transforms.intensity_transform.IntensityTransform
. For example, please see the threshold/clip functionality in the GANDLF/data/preprocessing/threshold_and_clip.py
file.global_preprocessing_dict
, defined in GANDLF/data/preprocessing/__init__.py
GANDLF.data.preprocessing
submodule.Example: gandlf config-generator
CLI command
@click.command()
+ @click.option()
cli_subcommands
dict
The command would be available under gandlf your-subcommand-name
CLI command.For any new feature, please ensure the corresponding option in the sample configuration is added, so that others can review/use/extend it as needed.
Once you have made changes to functionality, it is imperative that the unit tests be updated to cover the new code. Please see the full testing suite for details and examples.
There are two types of tests: unit tests for GaNDLF code, which tests the functionality, and integration tests for deploying and running mlcubes. Some additional steps are required for running tests:
${GaNDLF_root_dir}/testing/data/
folder. However, you may want to download & explore data by yourself.Once you have the virtual environment set up, tests can be run using the following command:
# continue from previous shell
(venv_gandlf) $> pytest --device cuda # can be cuda or cpu, defaults to cpu
Any failures will be reported in the file ${GANDLF_HOME}/testing/failures.log
.
All integration tests are combined to one shell script:
# it's assumed you are in `GaNDLF/` repo root directory
cd testing/
./test_deploy.sh
The code coverage for the unit tests can be obtained by the following command:
bash
# continue from previous shell
(venv_gandlf) $> coverage run -m pytest --device cuda; coverage report -m
We use the native logging
library for logs management. This gets automatically configured when GaNDLF gets launched. So, if you are extending the code, please use loggers instead of prints.
Here is an example how root logger
can be used
def my_new_cool_function(df: pd.DataFrame):
logging.debug("Message for debug file only")
logging.info("Hi GaNDLF user, I greet you in the CLI output")
logging.error(f"A detailed message about any error if needed. Exception: {str(e)}, params: {params}, df shape: {df.shape}")
# do NOT use normal print statements
# print("Hi GaNDLF user!")
Here is an example how logger can be used:
def my_new_cool_function(df: pd.DataFrame):
logger = logging.getLogger(__name__) # you can use any your own logger name or just pass a current file name
logger.debug("Message for debug file only")
logger.info("Hi GaNDLF user, I greet you in the CLI output")
logger.error(f"A detailed message about any error if needed. Exception: {str(e)}, params: {params}, df shape: {df.shape}")
# print("Hi GaNDLF user!") # don't use prints please.
GaNDLF logs are splitted into multiple parts:
info
messages are shown herewarning
, error
, or critical
messagesBy default, the logs are saved in the /tmp/.gandlf
dir.
The logs are saved in the path that is defined by the ‘–log-file’ parameter in the CLI commands.
Example of log message
#format: "%(asctime)s - %(name)s - %(levelname)s - %(pathname)s:%(lineno)d - %(message)s"
2024-07-03 13:05:51,642 - root - DEBUG - GaNDLF/GANDLF/entrypoints/anonymizer.py:28 - input_dir='.'
You can create and configure your own logger by updating the file GANDLF/logging_config.yaml
.