If you intend to use this repo, clone the repository on your machine with git clone --recurse-submodules
.
If you intend to also contribute to this repo, you are requested to copy ALL files in the hooks directory into your .git/hooks directory right after you cloned this repo!
In addition, be sure to ideally always keep your remotes up-to-date with git pull --recurse-submodules
. Even better, you can set the configuration option submodule.recurse to true locally (this works for git pull since Git 2.15) with git config --local submodule.recurse true
. This option will make Git use the --recurse-submodules flag for all commands that support it (except clone). See https://git-scm.com/book/en/v2/Git-Tools-Submodules for more information.
Note: if you forget to link the submodules when cloning, you can use git submodule update --init
.
You should ideally have PyCharm Professional and conda installed locally. You should also configure your Project interpreter as a conda environment to have all required packages installed, i.e.
- Create a fresh conda environment via
conda create -p <some-path\PyPI\pylibCZIrw> python
and activate it withconda activate <environment_name>
Note: Alternatively, when opening the project the first time, in the prompt to create a venv, select the python location from one of the existing conda venvs. - Navigate to the repository from inside the environment.
- Install necessary packages for building from the activated environment via
pip install .
- Install necessary packages for code quality analysis and testing from the activated environment via
pip install -r requirements_test.txt
You may then configure all relevant 3rd party tools, e.g. pytest, mypy, flake8 or bandit. You may want to check with the corresponding pipeline (template) for which analysis tools are run and their command line.
This repo follows GitFlow. PR/Build validation is executed on develop and main. Self-approval is allowed on develop. No policy is applied on release/ to allow for PR changes on release/ before merging to main or back to develop. See Packaging and Versioning for more information.
For more information, refer to CONTRIBUTING.md.
czi is a python wrapper around the libCZI C++ library.
Similar endeavours have been made to wrap libCZI in python, namely:
This python package has a slightly different API with some improvements to reading but, more importantly, the addition of writing functionality.
There are also libCZI wrappers for other languages:
pylibCZIrw is a python library using bindings from:
- libCZI and
- pybind11
- a very modern and maintained project (Supports c++11/c++14 features)
- Bindings are done in a very few lines of code, interface with numpy array is easy.
- No need to "learn" and code in an intermediate language (Cython).
- Already used internally at Zeiss and very good feedbacks.
To contribute to the development (C++ or python side), you will have to compile the C++ bindings.
This documentation provides a step-by-step guide to help you to do so.
- 64 bits OS and 64 bits Python (with cmake pre-installed).
- python 3.XX
- C++ compiler (clang/gcc for linux, VS Studio on Windows).
- Make sure that the libs folder contains libCZIrw and pybind11 submodules (i.e. those subfolders are not empty).
Before building, install vcpkg Once this is done, add the environment variable VCPKG_INSTALLATION_ROOT to be the root of the installation (repo).
pip install .
from the root of the repo.
Note: For pip 21.2 and below, use in-tree-buildpip install --use-feature=in-tree-build .
from the root of the repo, or it will fail.- You can import this library in python and start using the bindings.
from pylibCZIrw import czi
- Updating to a libczi version on a different fork can be done via navigating to the lib folder in the fork
cd <RepositoryDirectory>/pylibczirw/libs/libCZIrw
Then adding the fork branchgit remote add fork https://github.com/<my fork>.git
Fetching the branches in the forkgit fetch fork
And finally checking out the required branchgit checkout write_colormode_to_displaysettingsxml
- To test this on another project that uses pylibczi, navigate to the pylibczirw folder in python terminal of the pylibCZIrw project, and then create a wheel file using
python setup.py bdist_wheel
.
Note: Make sure you didn't runpip install .
as this will delete the wheel file after installing it. Then install the package in the project usingpip install <RepositoryDirectory>\pylibczirw\dist\pylibCZIrw-3.4.0-cp310-cp310-win_amd64.whl
Note: this required the python versions in both projects (and venvs) to be the same. Note: If this fails on cmake, the cmake inputs can be copied from the console output, and run separately for faster debugging. - Alternatively, in the python terminal of the project that uses pylibCZIrw, navigate to the build folder of pylibCZIrw and run
pip install . -e
.
This will build and install the latest pylibCZIrw whenever it changes.
Note: This is slow and takes around 5 min to build. To run a faster option that doesn't auto update, runpip install .
. This will however need to be rerun on every change to pylibczirw. - Finally run
pip install .
from the root of the repo CziConverter repo to install all the new dependencies.
-
Create an environment variable PYTHON_EXECUTABLE that contains the full path to python.exe (needed for pybind11)
-
Launch Visual Studio. Click Open a local folder and select pylibczirw.
It will automatically load the Cmake project. -
To build the project right-click on the CmakeList.txt at the root of the repo and select Build.
If it fails with the linking error LNK1104 cannot open file 'python3X_d.lib', try to select the "x64-Release" config instead of "x64-Debug"
(some Windows installation of python are missing the debug .dll version (dynamic libraries)). -
If the Build was successful it should have generated a python library file _pylibCZIrw.cp-win_amd64.pyd in the corresponding build folder.
-
Copy this file to the root of the repo and rename it to _pylibCZIrw.pyd
-
You can import this library in python and start using the bindings.
from _pylibCZIrw import czi
Not done yet. Only in CI/CD pipeline.
This package follows Semantic Versioning.
Version bumps are carried out automatically using Python Semantic Release.
Note: When updating major version, this must be synchronised with a Colab template update.
A package installable through pip is generated as part of a build and pushed to PyPI.
- Once changes have been merged to develop, a PR with updated version (see: Versioning) should be created to develop.
The following files need to have their version updated: CZIwriteAPI.cpp, CMakeLists.txt, setup.py, INFO.md - Make sure both the APIs have been updated.
- Next create a release branch based on develop, with naming
release/v_version (ex: release/v_3_4_0)
- Create a PR to merge this into main.
WARNING Do not merge until package is tested.
To create a TestPyPI package, run a manual build of TC-PyPI-pylibCZIrw with theUpload
stage selected.
This, when complete will produce a URI to the test package (ex: https://test.pypi.org/project/pylibCZIrw/3.4.0/). - Once this test package is ready, it can be installed using the following command replacing the version with the one specified previously
pip install -i https://test.pypi.org/simple/ pylibCZIrw==3.4.0
. - After testing this package, merge the release branch into main, and then back into develop, if any bugfixes have been made.
Binary wheels for all python versions that this package is considered to be compatible against (see python_requires in setup.py) as well as a source distribution are packaged. Installing from the source distribution requires cmake to be available on PATH.
python -m pip install --upgrade --requirement requirements.txt
(essentially needed for keyring and artifacts-keyring to be available)python -m pip install pylibCZIrw --index-url https://pkgs.dev.azure.com/ZEISSgroup/RMS-DEV/_packaging/RMS-PyPI/pypi/simple
- Complete authentication (varies based on the concrete method)
See Troubleshooting