Science Score: 44.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
    Found CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (14.9%) to scientific vocabulary
Last synced: 6 months ago · JSON representation ·

Repository

Basic Info
  • Host: GitHub
  • Owner: SDCCA
  • License: apache-2.0
  • Language: Python
  • Default Branch: main
  • Size: 538 KB
Statistics
  • Stars: 1
  • Watchers: 2
  • Forks: 0
  • Open Issues: 22
  • Releases: 1
Created almost 4 years ago · Last pushed about 1 year ago
Metadata Files
Readme Changelog Contributing License Code of conduct Citation

README.dev.md

quafing developer documentation

If you're looking for user documentation, go here.

Development install

```shell

Create a virtual environment, e.g. with

python3 -m venv env

activate virtual environment

source env/bin/activate

make sure to have a recent version of pip and setuptools

python3 -m pip install --upgrade pip setuptools

(from the project root directory)

install quafing as an editable package

python3 -m pip install --no-cache-dir --editable .

install development dependencies

python3 -m pip install --no-cache-dir --editable .[dev] ```

Afterwards check that the install directory is present in the PATH environment variable.

Running the tests

There are two ways to run tests.

The first way requires an activated virtual environment with the development tools installed:

shell pytest -v

The second is to use tox, which can be installed separately (e.g. with pip install tox), i.e. not necessarily inside the virtual environment you use for installing quafing, but then builds the necessary virtual environments itself by simply running:

shell tox

Testing with tox allows for keeping the testing environment separate from your development environment. The development environment will typically accumulate (old) packages during development that interfere with testing; this problem is avoided by testing with tox.

Test coverage

In addition to just running the tests to see if they pass, they can be used for coverage statistics, i.e. to determine how much of the package's code is actually executed during tests. In an activated virtual environment with the development tools installed, inside the package directory, run:

shell coverage run

This runs tests and stores the result in a .coverage file. To see the results on the command line, run

shell coverage report

coverage can also generate output in HTML and other formats; see coverage help for more information.

Running linters locally

For linting we will use prospector and to sort imports we will use isort. Running the linters requires an activated virtual environment with the development tools installed.

```shell

linter

prospector

recursively check import style for the quafing module only

isort --recursive --check-only quafing

recursively check import style for the quafing module only and show

any proposed changes as a diff

isort --recursive --check-only --diff quafing

recursively fix import style for the quafing module only

isort --recursive quafing ```

To fix readability of your code style you can use yapf.

You can enable automatic linting with prospector and isort on commit by enabling the git hook from .githooks/pre-commit, like so:

shell git config --local core.hooksPath .githooks

Generating the API docs

shell cd docs make html

The documentation will be in docs/_build/html

If you do not have make use

shell sphinx-build -b html docs docs/_build/html

To find undocumented Python objects run

shell cd docs make coverage cat _build/coverage/python.txt

To test snippets in documentation run

shell cd docs make doctest

Versioning

Bumping the version across all files is done with bumpversion, e.g.

shell bumpversion major bumpversion minor bumpversion patch

Making a release

This section describes how to make a release in 3 parts:

  1. preparation
  2. making a release on PyPI
  3. making a release on GitHub

(1/3) Preparation

  1. Update the (don't forget to update links at bottom of page)
  2. Verify that the information in CITATION.cff is correct, and that .zenodo.json contains equivalent data
  3. Make sure the version has been updated.
  4. Run the unit tests with pytest -v

(2/3) PyPI

In a new terminal, without an activated virtual environment or an env directory:

```shell

prepare a new directory

cd $(mktemp -d quafing.XXXXXX)

fresh git clone ensures the release has the state of origin/main branch

git clone https://github.com/https://github.com/SDCCA/quafing .

prepare a clean virtual environment and activate it

python3 -m venv env source env/bin/activate

make sure to have a recent version of pip and setuptools

python3 -m pip install --upgrade pip setuptools

install runtime dependencies and publishing dependencies

python3 -m pip install --no-cache-dir . python3 -m pip install --no-cache-dir .[publishing]

clean up any previously generated artefacts

rm -rf quafing.egg-info rm -rf dist

create the source distribution and the wheel

python3 setup.py sdist bdist_wheel

upload to test pypi instance (requires credentials)

twine upload --repository-url https://test.pypi.org/legacy/ dist/* ```

Visit https://test.pypi.org/project/quafing and verify that your package was uploaded successfully. Keep the terminal open, we'll need it later.

In a new terminal, without an activated virtual environment or an env directory:

```shell cd $(mktemp -d quafing-test.XXXXXX)

prepare a clean virtual environment and activate it

python3 -m venv env source env/bin/activate

make sure to have a recent version of pip and setuptools

pip install --upgrade pip setuptools

install from test pypi instance:

python3 -m pip -v install --no-cache-dir \ --index-url https://test.pypi.org/simple/ \ --extra-index-url https://pypi.org/simple quafing ```

Check that the package works as it should when installed from pypitest.

Then upload to pypi.org with:

```shell

Back to the first terminal,

FINAL STEP: upload to PyPI (requires credentials)

twine upload dist/* ```

(3/3) GitHub

Don't forget to also make a release on GitHub. If your repository uses the GitHub-Zenodo integration this will also trigger Zenodo into making a snapshot of your repository and sticking a DOI on it.

Owner

  • Name: SDCCA
  • Login: SDCCA
  • Kind: organization

Citation (CITATION.cff)

# YAML 1.2
---
cff-version: "1.1.0"
title: "quafing - Questionaire Analysis Using Fisher Information Non-Parametric Embedding"
abstract: "Questionaire Analysis Using Fisher Information Non-Parametric Embedding (quafing) provides methods and tools for the exploratory analysis of questionaire data using the formalism of statistical manifolds and the accompanying concept of the Fisher information distance as the appropriate distance metric for embedddings."
authors:
  -
    affiliation: "Netherlands eScience Center"
    family-names: Grootes
    given-names: "Meiert W."
    orcid: https://orcid.org/0000-0002-5733-4795
  -
    affiliation: "Informatics Institute, University of Amsterdam"
    family-names: Roy
    given-names: Debraj
    orcid: https://orcid.org/0000-0003-1963-0056
  - 
    affiliation: "Netherlands eScience Center"
    family-names: Chandramouli
    given-names: Pranav
    orcid: https://orcid.org/0000-0002-7896-2969
date-released: 2023-04-20
doi: 10.5281/zenodo.7847645
version: 0.1.0-alpha
repository-code: https://github.com/https://github.com/SDCCA/quafing
keywords:
  - "Fisher Information distance"
  - "embedding"
message: "If you use this software, please cite it using these metadata."
license: Apache-2.0

GitHub Events

Total
  • Create event: 1
  • Commit comment event: 3
  • Issues event: 1
  • Push event: 1
Last Year
  • Create event: 1
  • Commit comment event: 3
  • Issues event: 1
  • Push event: 1