Core loss modelling framework.
- Debian: g++ compiler build-essential, libtool, zlib1g-dev autoconf on debian distros
- Red Hat: 'Development Tools' and zlib-devel
Cygwin 64-bit is required for the Windows native build. Cygwin is a Linux environment running in Windows. http://www.cygwin.com/
Download and run the set-up program for Cygwin. The following Cygwin add-in packages are required;
- gcc-g++
- gcc-core
- make
- diffutils
- automake
- libtools
- zlib-devel
- git
To build native Windows 64-bit executables;
- mingw64-x86_64-gcc-g++
- mingw64-x86_64-gcc-core
- mingw64-x86_64-zlib
Search for 'mingw', gcc', 'make' and 'diffutils' to find all of the relevant packages (Only 'gcc' illustrated below). ![alt text](docs/img/cygwin1.jpg "Add-in packages")
The latest released version of the package can be installed using pip by running:
pip install oasislmf
Alternatively you can install the latest development version using:
pip install git+https://git@github.com/OasisLMF/OasisLMF
(over HTTPS) or:
pip install git+ssh://git@github.com/OasisLMF/OasisLMF
(over SSH).
You can also install from a specific branch <branch name>
using:
pip install -e {git+ssh,git+https}://git@github.com/OasisLMF/OasisLMF.git@<branch name>#egg=oasislmf
Dependencies are controlled by pip-tools
. To install the development dependencies
first, install pip-tools
using:
pip install pip-tools
and run:
pip-sync
To add new dependencies to the development requirements add the package name to requirements.in
or
to add a new dependency to the installed package add the package name to requirements-package.in
.
Version specifiers can be supplied to the packages but these should be kept as loose as possible so that
all packages can be easily updated and there will be fewer conflict when installing.
After adding packages to either *.in
file:
pip-compile && pip-sync
should be ran ensuring the development dependencies are kept up to
When using the Oasis model development kit (MDK) subcommands:
oasislmf model {generate-keys, generate-oasis-files, generate-losses, run}
for a specific model you may first need to install the Python requirements specific to the keys lookup service for that model, e.g. Pandas and Shapely for the PiWind keys lookup, otherwise you will encounter command failures.
To test the code style run:
flake8
To test against all supported python versions run:
tox
To test against your currently installed version of python run:
py.test
To run the full test suite run:
./runtests.sh
Before publishing the latest version of the package make you sure increment the __version__
value in oasislmf/__init__.py
, and commit the change. You'll also need to install the twine
Python package which setuptools
uses for publishing packages on PyPI. If publishing wheels then you'll also need to install the wheel
Python package.
The distribution format can be either a source distribution or a platform-specific wheel. To publish the source distribution package run:
python setup.py publish --sdist
or to publish the platform specific wheel run:
python setup.py publish --wheel
The first step is to create the distribution package with the desired format: for the source distribution run:
python setup.py sdist
which will create a .tar.gz
file in the dist
subfolder, or for the platform specific wheel run:
python setup.py bdist_wheel
which will create .whl
file in the dist
subfolder. To attach a GPG signature using your default private key you can then run:
gpg --detach-sign -a dist/<package file name>.{tar.gz,whl}
This will create .asc
signature file named <package file name>.{tar.gz,whl}.asc
in dist
. You can just publish the package with the signature using:
twine upload dist/<package file name>.{tar.gz,whl} dist/<package file name>.{tar.gz,whl}.asc