Non-exhaustive list:
- python3.7+
- Pytorch 1.0
- nibabel
- Scipy
- NumPy
- Matplotlib
- Scikit-image
- zsh
Instruction to download the data are contained in the lineage files prostate.lineage. They are text files containing the md5sum of the original zip.
Once the zip is in place, everything should be automatic:
make -f toy.make
make -f prostate.make
Usually takes a little bit more than a day per makefile.
This perform in the following order:
- Verify data integrity
- Unpacking of the data
- Remove unwanted big files
- Normalization and slicing of the data
- Training with the different methods
- Plotting of the metrics curves
- Display of a report
- Archiving of the results in an .tar.gz stored in the
archives
folder
The main advantage of the makefile is that it will handle by itself the dependencies between the different parts. For instance, once the data has been pre-processed, it won't do it another time, even if you delete the training results. It is also a good way to avoid overwriting existing results by relaunching the exp by accident.
Of course, parts can be launched separately :
make -f prostate.make data/promise # Unpack only
make -f prostate.make data/PROSTATE # unpack if needed, then slice the data
make -f prostate.make results/prostate/fs # train only with full supervision. Create the data if needed
make -f prostate.make results/prostate/val_dice.png # Create only this plot. Do the trainings if needed
There is many options for the main script, because I use the same code-base for other projects. You can safely ignore most of them, and the different recipe in the makefiles should give you an idea on how to modify the training settings and create new targets. In case of questions, feel free to contact me.
For instance
PROSTATE/
train/
img/
case_10_0_0.png
...
gt/
case_10_0_0.png
...
random/
case_10_0_0.png
...
val/
img/
case_10_0_0.png
...
gt/
case_10_0_0.png
...
The network takes png files as an input. The gt folder contains gray-scale images of the ground-truth, where the gray-scale level are the number of the class (namely, 0 and 1) ; which will be very low contrast. This is because I often use a segmentation viewer to visualize the results, so that does not really matter. If you want to see it directly in an image viewer, you can either use the remap script, or use imagemagick:
mogrify -normalize data/PROSTATE/val/gt/*.png
results/
toy/
fs/
best_epoch/
val/
case_10_0_0.png
...
iter000/
val/
...
logbarrier_centroid/
...
best.pkl # best model saved
metrics.csv # metrics over time, csv
best_epoch.txt # number of the best epoch
val_dice.npy # log of all the metric over time for each image and class
val_dice.png # Plot over time
...
prostate/
...
archives/
$(REPO)-$(DATE)-$(HASH)-$(HOSTNAME)-toy.tar.gz
$(REPO)-$(DATE)-$(HASH)-$(HOSTNAME)-prostate.tar.gz
The losses are defined in the losses.py
file. Explaining the remaining of the code is left as an exercise for the reader.
Remove all assertions from the code, making it faster. Usually done after making sure it does not crash for one complete epoch:
make -f prostate.make <anything really> CFLAGS=-O
Use a specific python executable:
make -f prostate.make <super target> CC=/path/to/the/executable
Train for only 5 epochs, with a dummy network, and only 10 images per data loader. Useful for debugging:
make -f prostate.make <really> NET=Dimwit EPC=5 DEBUG=--debug
Rebuild everything even if already exist:
make -f prostate.make <a> -B
Only print the commands that will be run:
make -f prostate.make <a> -n
Explains why a target is redone, can be combined with -n
:
make -f prostate.make <a> --trace
Create a gif for the predictions over time of a specific patient:
cd results/prostate/fs
convert iter*/val/case_14_0_0.png case_14_0_0.gif
mogrify -normalize case_14_0_0.gif