multimodalpy 0.1.1__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- multimodalpy-0.1.1/.github/workflows/docs.yml +42 -0
- multimodalpy-0.1.1/.github/workflows/publish.yml +82 -0
- multimodalpy-0.1.1/.github/workflows/tests.yml +43 -0
- multimodalpy-0.1.1/.gitignore +19 -0
- multimodalpy-0.1.1/.readthedocs.yaml +16 -0
- multimodalpy-0.1.1/ARCHITECTURE.md +50 -0
- multimodalpy-0.1.1/CHANGELOG.md +46 -0
- multimodalpy-0.1.1/CITATION.cff +24 -0
- multimodalpy-0.1.1/CODE_OF_CONDUCT.md +113 -0
- multimodalpy-0.1.1/CONTRIBUTING.md +68 -0
- multimodalpy-0.1.1/DATA_SCHEMA.md +311 -0
- multimodalpy-0.1.1/LICENSE +21 -0
- multimodalpy-0.1.1/PKG-INFO +113 -0
- multimodalpy-0.1.1/README.md +81 -0
- multimodalpy-0.1.1/docs/_static/.gitkeep +0 -0
- multimodalpy-0.1.1/docs/api.md +12 -0
- multimodalpy-0.1.1/docs/conf.py +74 -0
- multimodalpy-0.1.1/docs/index.md +37 -0
- multimodalpy-0.1.1/docs/requirements.txt +7 -0
- multimodalpy-0.1.1/pyproject.toml +107 -0
- multimodalpy-0.1.1/src/multimodalpy/__init__.py +39 -0
- multimodalpy-0.1.1/src/multimodalpy/get_area.py +760 -0
- multimodalpy-0.1.1/src/multimodalpy/get_network.py +689 -0
- multimodalpy-0.1.1/src/multimodalpy/process_gtfs.py +1029 -0
- multimodalpy-0.1.1/src/multimodalpy/process_osm.py +767 -0
- multimodalpy-0.1.1/tests/test_get_area_cities.py +217 -0
- multimodalpy-0.1.1/tests/test_get_network.py +701 -0
- multimodalpy-0.1.1/tests/test_output_format.py +267 -0
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
name: Docs
|
|
2
|
+
|
|
3
|
+
on:
|
|
4
|
+
pull_request:
|
|
5
|
+
branches: [develop, main]
|
|
6
|
+
paths:
|
|
7
|
+
- "docs/**"
|
|
8
|
+
- "src/**"
|
|
9
|
+
- ".readthedocs.yaml"
|
|
10
|
+
- ".github/workflows/docs.yml"
|
|
11
|
+
push:
|
|
12
|
+
branches: [develop, main]
|
|
13
|
+
paths:
|
|
14
|
+
- "docs/**"
|
|
15
|
+
- "src/**"
|
|
16
|
+
- ".readthedocs.yaml"
|
|
17
|
+
- ".github/workflows/docs.yml"
|
|
18
|
+
|
|
19
|
+
jobs:
|
|
20
|
+
build:
|
|
21
|
+
name: Build Sphinx docs
|
|
22
|
+
runs-on: ubuntu-latest
|
|
23
|
+
steps:
|
|
24
|
+
- uses: actions/checkout@v4
|
|
25
|
+
|
|
26
|
+
- name: Set up Python
|
|
27
|
+
uses: actions/setup-python@v5
|
|
28
|
+
with:
|
|
29
|
+
python-version: "3.13"
|
|
30
|
+
|
|
31
|
+
- name: Install package with docs dependencies
|
|
32
|
+
run: pip install -e . --group docs
|
|
33
|
+
|
|
34
|
+
- name: Build docs (fail on warnings)
|
|
35
|
+
run: sphinx-build -b html -W docs docs/_build/html
|
|
36
|
+
|
|
37
|
+
- name: Upload built docs as an artifact
|
|
38
|
+
uses: actions/upload-artifact@v4
|
|
39
|
+
with:
|
|
40
|
+
name: docs-html
|
|
41
|
+
path: docs/_build/html
|
|
42
|
+
retention-days: 7
|
|
@@ -0,0 +1,82 @@
|
|
|
1
|
+
name: Publish to PyPI
|
|
2
|
+
|
|
3
|
+
on:
|
|
4
|
+
release:
|
|
5
|
+
types: [published]
|
|
6
|
+
# Allows manually publishing to TestPyPI without cutting a real release.
|
|
7
|
+
workflow_dispatch:
|
|
8
|
+
inputs:
|
|
9
|
+
target:
|
|
10
|
+
description: "Where to publish"
|
|
11
|
+
required: true
|
|
12
|
+
default: "testpypi"
|
|
13
|
+
type: choice
|
|
14
|
+
options:
|
|
15
|
+
- testpypi
|
|
16
|
+
- pypi
|
|
17
|
+
|
|
18
|
+
jobs:
|
|
19
|
+
build:
|
|
20
|
+
name: Build distribution
|
|
21
|
+
runs-on: ubuntu-latest
|
|
22
|
+
steps:
|
|
23
|
+
- uses: actions/checkout@v4
|
|
24
|
+
|
|
25
|
+
- name: Set up Python
|
|
26
|
+
uses: actions/setup-python@v5
|
|
27
|
+
with:
|
|
28
|
+
python-version: "3.13"
|
|
29
|
+
|
|
30
|
+
- name: Install build tool
|
|
31
|
+
run: pip install build
|
|
32
|
+
|
|
33
|
+
- name: Build sdist and wheel
|
|
34
|
+
run: python -m build
|
|
35
|
+
|
|
36
|
+
- name: Upload build artifacts
|
|
37
|
+
uses: actions/upload-artifact@v4
|
|
38
|
+
with:
|
|
39
|
+
name: dist
|
|
40
|
+
path: dist/
|
|
41
|
+
|
|
42
|
+
publish-testpypi:
|
|
43
|
+
name: Publish to TestPyPI
|
|
44
|
+
if: github.event_name == 'workflow_dispatch' && github.event.inputs.target == 'testpypi'
|
|
45
|
+
needs: build
|
|
46
|
+
runs-on: ubuntu-latest
|
|
47
|
+
environment:
|
|
48
|
+
name: testpypi
|
|
49
|
+
url: https://test.pypi.org/project/multimodalpy/
|
|
50
|
+
permissions:
|
|
51
|
+
id-token: write # required for Trusted Publishing (OIDC)
|
|
52
|
+
steps:
|
|
53
|
+
- name: Download build artifacts
|
|
54
|
+
uses: actions/download-artifact@v4
|
|
55
|
+
with:
|
|
56
|
+
name: dist
|
|
57
|
+
path: dist/
|
|
58
|
+
|
|
59
|
+
- name: Publish to TestPyPI
|
|
60
|
+
uses: pypa/gh-action-pypi-publish@release/v1
|
|
61
|
+
with:
|
|
62
|
+
repository-url: https://test.pypi.org/legacy/
|
|
63
|
+
|
|
64
|
+
publish-pypi:
|
|
65
|
+
name: Publish to PyPI
|
|
66
|
+
if: github.event_name == 'release' || (github.event_name == 'workflow_dispatch' && github.event.inputs.target == 'pypi')
|
|
67
|
+
needs: build
|
|
68
|
+
runs-on: ubuntu-latest
|
|
69
|
+
environment:
|
|
70
|
+
name: pypi
|
|
71
|
+
url: https://pypi.org/project/multimodalpy/
|
|
72
|
+
permissions:
|
|
73
|
+
id-token: write # required for Trusted Publishing (OIDC)
|
|
74
|
+
steps:
|
|
75
|
+
- name: Download build artifacts
|
|
76
|
+
uses: actions/download-artifact@v4
|
|
77
|
+
with:
|
|
78
|
+
name: dist
|
|
79
|
+
path: dist/
|
|
80
|
+
|
|
81
|
+
- name: Publish to PyPI
|
|
82
|
+
uses: pypa/gh-action-pypi-publish@release/v1
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
name: Tests
|
|
2
|
+
|
|
3
|
+
on:
|
|
4
|
+
push:
|
|
5
|
+
branches: [main, develop]
|
|
6
|
+
pull_request:
|
|
7
|
+
branches: [main, develop]
|
|
8
|
+
|
|
9
|
+
jobs:
|
|
10
|
+
test:
|
|
11
|
+
runs-on: ubuntu-latest
|
|
12
|
+
strategy:
|
|
13
|
+
fail-fast: false
|
|
14
|
+
matrix:
|
|
15
|
+
python-version: ["3.11", "3.12", "3.13"]
|
|
16
|
+
|
|
17
|
+
steps:
|
|
18
|
+
- name: Check out repository
|
|
19
|
+
uses: actions/checkout@v4
|
|
20
|
+
|
|
21
|
+
- name: Set up Python ${{ matrix.python-version }}
|
|
22
|
+
uses: actions/setup-python@v5
|
|
23
|
+
with:
|
|
24
|
+
python-version: ${{ matrix.python-version }}
|
|
25
|
+
cache: pip
|
|
26
|
+
|
|
27
|
+
- name: Install package
|
|
28
|
+
run: |
|
|
29
|
+
python -m pip install --upgrade pip
|
|
30
|
+
pip install -e .
|
|
31
|
+
|
|
32
|
+
- name: Install dev dependency group
|
|
33
|
+
run: pip install --group dev
|
|
34
|
+
|
|
35
|
+
- name: Run tests with coverage
|
|
36
|
+
run: |
|
|
37
|
+
pytest --cov=multimodalpy --cov-report=xml --cov-report=term-missing
|
|
38
|
+
|
|
39
|
+
- name: Upload coverage to Codecov
|
|
40
|
+
uses: codecov/codecov-action@v4
|
|
41
|
+
with:
|
|
42
|
+
file: ./coverage.xml
|
|
43
|
+
fail_ci_if_error: false
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
multimodalpy/
|
|
2
|
+
├── LICENSE
|
|
3
|
+
├── README.md
|
|
4
|
+
├── ARCHITECTURE.md
|
|
5
|
+
├── CONTRIBUTING.md
|
|
6
|
+
├── CODE_OF_CONDUCT.md
|
|
7
|
+
├── CITATION.cff
|
|
8
|
+
├── CHANGELOG.md
|
|
9
|
+
├── pyproject.toml
|
|
10
|
+
├── .gitignore
|
|
11
|
+
├── .readthedocs.yaml
|
|
12
|
+
│
|
|
13
|
+
├── .github/
|
|
14
|
+
│ └── workflows/
|
|
15
|
+
│ ├── tests.yml # pytest + mypy + ruff, on push/PR
|
|
16
|
+
│ ├── docs.yml # Sphinx build check, on push/PR
|
|
17
|
+
│ └── publish.yml # build + publish to (Test)PyPI on release
|
|
18
|
+
│
|
|
19
|
+
├── src/
|
|
20
|
+
│ └── multimodalpy/
|
|
21
|
+
│ ├── __init__.py
|
|
22
|
+
│ ├── get_area.py # study-area boundary resolution (pooch-fetched
|
|
23
|
+
│ │ # default boundaries; see DATA_SCHEMA.md)
|
|
24
|
+
│ ├── get_network.py # main() entry point: OSM + GTFS -> network
|
|
25
|
+
│ ├── process_osm.py # OSM download/normalization per mode
|
|
26
|
+
│ └── process_gtfs.py # GTFS download/normalization via NAP
|
|
27
|
+
│
|
|
28
|
+
├── tests/
|
|
29
|
+
│ ├── test_get_area_cities.py
|
|
30
|
+
│ ├── test_get_network.py
|
|
31
|
+
│ └── test_output_format.py
|
|
32
|
+
│
|
|
33
|
+
└── docs/
|
|
34
|
+
├── conf.py # Sphinx config (pydata-sphinx-theme)
|
|
35
|
+
├── index.md
|
|
36
|
+
├── api.md # autosummary-generated API reference
|
|
37
|
+
└── requirements.txt # pinned docs deps for Read the Docs' isolated build
|
|
38
|
+
|
|
39
|
+
Notes
|
|
40
|
+
-----
|
|
41
|
+
- No `data/` folder is tracked in the repository. The default study-area
|
|
42
|
+
boundaries are downloaded on demand via `pooch.retrieve()` from a GitHub
|
|
43
|
+
release asset and cached locally (see `get_area.py`); this keeps the repo
|
|
44
|
+
small and avoids committing large binary geospatial files to git history.
|
|
45
|
+
- `dist/` (build artifacts from `python -m build`) is git-ignored; each
|
|
46
|
+
release version's wheel/sdist filenames are permanently reserved by
|
|
47
|
+
PyPI/TestPyPI once uploaded, so they must never be committed.
|
|
48
|
+
- Documentation is built by Read the Docs from `.readthedocs.yaml` +
|
|
49
|
+
`docs/`; `docs.yml` in CI is a build-check only (fails PRs that break the
|
|
50
|
+
Sphinx build), it does not deploy.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
All notable changes to this project will be documented in this file.
|
|
4
|
+
|
|
5
|
+
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
|
|
6
|
+
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
|
7
|
+
|
|
8
|
+
## [Unreleased]
|
|
9
|
+
|
|
10
|
+
### Added
|
|
11
|
+
- `CONTRIBUTING.md` and `CODE_OF_CONDUCT.md`, aligning the project with
|
|
12
|
+
pyOpenSci's peer-review documentation requirements.
|
|
13
|
+
- Sphinx + Read the Docs configuration (`docs/`, `.readthedocs.yaml`) for
|
|
14
|
+
auto-generated API reference documentation.
|
|
15
|
+
- `CITATION.cff` for machine-readable citation metadata.
|
|
16
|
+
|
|
17
|
+
### Fixed
|
|
18
|
+
- Corrected `.gitignore` so build artifacts in `dist/` are actually
|
|
19
|
+
excluded from version control (previous pattern only matched a nested,
|
|
20
|
+
nonexistent `data/outputs/dist/` path).
|
|
21
|
+
- Removed the tracked `data/` folder from the repository; the default
|
|
22
|
+
municipal boundaries are already fetched at runtime via `pooch` from a
|
|
23
|
+
GitHub release asset, so bundling them in the repo was redundant.
|
|
24
|
+
- Restored nested `{mode}/{dataset}/...` output paths for GTFS layers
|
|
25
|
+
(nodes, edges, schedule tables) that were dropped during a merge
|
|
26
|
+
conflict resolution.
|
|
27
|
+
|
|
28
|
+
## [0.1.1] - 2026-09-30
|
|
29
|
+
|
|
30
|
+
### Changed
|
|
31
|
+
- Republished to TestPyPI with corrected README (installation
|
|
32
|
+
instructions, badges, repository links) and dev-install instructions
|
|
33
|
+
matching the project's `[dependency-groups]` setup
|
|
34
|
+
(`pip install -e . --group dev`).
|
|
35
|
+
|
|
36
|
+
## [0.1.0] - 2026-09-30
|
|
37
|
+
|
|
38
|
+
### Added
|
|
39
|
+
- Initial release: OSM + GTFS multimodal network download and export
|
|
40
|
+
pipeline (`get_network.main`), supporting GeoJSON, Shapefile,
|
|
41
|
+
GeoPackage, and NetworkX graph output formats.
|
|
42
|
+
- Published to TestPyPI for pre-release testing.
|
|
43
|
+
|
|
44
|
+
[Unreleased]: https://github.com/aivilor/multimodalpy/compare/v0.1.1...HEAD
|
|
45
|
+
[0.1.1]: https://github.com/aivilor/multimodalpy/compare/v0.1.0...v0.1.1
|
|
46
|
+
[0.1.0]: https://github.com/aivilor/multimodalpy/releases/tag/v0.1.0
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
cff-version: 1.2.0
|
|
2
|
+
message: "If you use this software, please cite it as below."
|
|
3
|
+
type: software
|
|
4
|
+
title: "multimodalpy"
|
|
5
|
+
abstract: >-
|
|
6
|
+
Easy creation of multimodal transport networks from OpenStreetMap and
|
|
7
|
+
GTFS data.
|
|
8
|
+
authors:
|
|
9
|
+
- family-names: "Villalba Ortiz"
|
|
10
|
+
given-names: "Aida"
|
|
11
|
+
email: "aivilor@upv.es"
|
|
12
|
+
affiliation: "Universitat Politècnica de València"
|
|
13
|
+
version: 0.1.1
|
|
14
|
+
date-released: 2026-09-30
|
|
15
|
+
url: "https://github.com/aivilor/multimodalpy"
|
|
16
|
+
repository-code: "https://github.com/aivilor/multimodalpy"
|
|
17
|
+
license: MIT
|
|
18
|
+
keywords:
|
|
19
|
+
- multimodal
|
|
20
|
+
- transport networks
|
|
21
|
+
- OpenStreetMap
|
|
22
|
+
- GTFS
|
|
23
|
+
- geospatial
|
|
24
|
+
- Python
|
|
@@ -0,0 +1,113 @@
|
|
|
1
|
+
# Contributor Covenant Code of Conduct
|
|
2
|
+
|
|
3
|
+
## Our Pledge
|
|
4
|
+
|
|
5
|
+
We as members, contributors, and leaders pledge to make participation in our
|
|
6
|
+
community a harassment-free experience for everyone, regardless of age, body
|
|
7
|
+
size, visible or invisible disability, ethnicity, sex characteristics, gender
|
|
8
|
+
identity and expression, level of experience, education, socio-economic status,
|
|
9
|
+
nationality, personal appearance, race, caste, color, religion, or sexual
|
|
10
|
+
identity and orientation.
|
|
11
|
+
|
|
12
|
+
We pledge to act and interact in ways that contribute to an open, welcoming,
|
|
13
|
+
diverse, inclusive, and healthy community.
|
|
14
|
+
|
|
15
|
+
## Our Standards
|
|
16
|
+
|
|
17
|
+
Examples of behavior that contributes to a positive environment for our
|
|
18
|
+
community include:
|
|
19
|
+
|
|
20
|
+
- Demonstrating empathy and kindness toward other people
|
|
21
|
+
- Being respectful of differing opinions, viewpoints, and experiences
|
|
22
|
+
- Giving and gracefully accepting constructive feedback
|
|
23
|
+
- Accepting responsibility and apologizing to those affected by our mistakes,
|
|
24
|
+
and learning from the experience
|
|
25
|
+
- Focusing on what is best not just for us as individuals, but for the overall
|
|
26
|
+
community
|
|
27
|
+
|
|
28
|
+
Examples of unacceptable behavior include:
|
|
29
|
+
|
|
30
|
+
- The use of sexualized language or imagery, and sexual attention or advances
|
|
31
|
+
of any kind
|
|
32
|
+
- Trolling, insulting or derogatory comments, and personal or political attacks
|
|
33
|
+
- Public or private harassment
|
|
34
|
+
- Publishing others' private information, such as a physical or email address,
|
|
35
|
+
without their explicit permission
|
|
36
|
+
- Other conduct which could reasonably be considered inappropriate in a
|
|
37
|
+
professional setting
|
|
38
|
+
|
|
39
|
+
## Enforcement Responsibilities
|
|
40
|
+
|
|
41
|
+
Project maintainers are responsible for clarifying and enforcing our standards
|
|
42
|
+
of acceptable behavior and will take appropriate and fair corrective action in
|
|
43
|
+
response to any behavior that they deem inappropriate, threatening, offensive,
|
|
44
|
+
or harmful.
|
|
45
|
+
|
|
46
|
+
Maintainers have the right and responsibility to remove, edit, or reject
|
|
47
|
+
comments, commits, code, issues, and other contributions that are not aligned
|
|
48
|
+
to this Code of Conduct, and will communicate reasons for moderation decisions
|
|
49
|
+
when appropriate.
|
|
50
|
+
|
|
51
|
+
## Scope
|
|
52
|
+
|
|
53
|
+
This Code of Conduct applies within all community spaces (GitHub issues, pull
|
|
54
|
+
requests, discussions) and also applies when an individual is officially
|
|
55
|
+
representing the community in public spaces.
|
|
56
|
+
|
|
57
|
+
## Enforcement
|
|
58
|
+
|
|
59
|
+
Instances of abusive, harassing, or otherwise unacceptable behavior may be
|
|
60
|
+
reported to the project maintainer at **aivilor@upv.es**. All complaints will
|
|
61
|
+
be reviewed and investigated promptly and fairly.
|
|
62
|
+
|
|
63
|
+
All maintainers are obligated to respect the privacy and security of the
|
|
64
|
+
reporter of any incident.
|
|
65
|
+
|
|
66
|
+
## Enforcement Guidelines
|
|
67
|
+
|
|
68
|
+
Maintainers will follow these Community Impact Guidelines in determining the
|
|
69
|
+
consequences for any action they deem in violation of this Code of Conduct:
|
|
70
|
+
|
|
71
|
+
### 1. Correction
|
|
72
|
+
|
|
73
|
+
**Community Impact**: Use of inappropriate language or other behavior deemed
|
|
74
|
+
unprofessional or unwelcome.
|
|
75
|
+
|
|
76
|
+
**Consequence**: A private, written warning, providing clarity around the
|
|
77
|
+
nature of the violation and an explanation of why the behavior was
|
|
78
|
+
inappropriate. A public apology may be requested.
|
|
79
|
+
|
|
80
|
+
### 2. Warning
|
|
81
|
+
|
|
82
|
+
**Community Impact**: A violation through a single incident or series of
|
|
83
|
+
actions.
|
|
84
|
+
|
|
85
|
+
**Consequence**: A warning with consequences for continued behavior. No
|
|
86
|
+
interaction with the people involved for a specified period of time. Violating
|
|
87
|
+
these terms may lead to a temporary or permanent ban.
|
|
88
|
+
|
|
89
|
+
### 3. Temporary Ban
|
|
90
|
+
|
|
91
|
+
**Community Impact**: A serious violation of community standards, including
|
|
92
|
+
sustained inappropriate behavior.
|
|
93
|
+
|
|
94
|
+
**Consequence**: A temporary ban from any sort of interaction or public
|
|
95
|
+
communication with the community for a specified period of time.
|
|
96
|
+
|
|
97
|
+
### 4. Permanent Ban
|
|
98
|
+
|
|
99
|
+
**Community Impact**: Demonstrating a pattern of violation of community
|
|
100
|
+
standards, including sustained inappropriate behavior, harassment of an
|
|
101
|
+
individual, or aggression toward or disparagement of classes of individuals.
|
|
102
|
+
|
|
103
|
+
**Consequence**: A permanent ban from any sort of public interaction within
|
|
104
|
+
the community.
|
|
105
|
+
|
|
106
|
+
## Attribution
|
|
107
|
+
|
|
108
|
+
This Code of Conduct is adapted from the [Contributor Covenant][homepage],
|
|
109
|
+
version 2.1, available at
|
|
110
|
+
[https://www.contributor-covenant.org/version/2/1/code_of_conduct.html][v2.1].
|
|
111
|
+
|
|
112
|
+
[homepage]: https://www.contributor-covenant.org
|
|
113
|
+
[v2.1]: https://www.contributor-covenant.org/version/2/1/code_of_conduct.html
|
|
@@ -0,0 +1,68 @@
|
|
|
1
|
+
# Contributing to multimodalpy
|
|
2
|
+
|
|
3
|
+
Thanks for your interest in contributing! `multimodalpy` is a small, community-friendly scientific Python package, and contributions of all kinds are welcome — bug reports, documentation fixes, new features, and code review.
|
|
4
|
+
|
|
5
|
+
## Ways to contribute
|
|
6
|
+
|
|
7
|
+
- **Report a bug or request a feature**: [open an issue](https://github.com/aivilor/multimodalpy/issues) with as much detail as possible (Python version, OS, a minimal reproducible example for bugs).
|
|
8
|
+
- **Improve documentation**: typo fixes, clearer examples, and new tutorials are all valuable and don't require deep familiarity with the codebase.
|
|
9
|
+
- **Fix a bug or add a feature**: see the development setup below, then open a pull request.
|
|
10
|
+
- **Review pull requests**: feedback on open PRs is welcome even if you're not the author.
|
|
11
|
+
|
|
12
|
+
## Development setup
|
|
13
|
+
|
|
14
|
+
1. Fork the repository and clone your fork:
|
|
15
|
+
```bash
|
|
16
|
+
git clone https://github.com/<your-username>/multimodalpy.git
|
|
17
|
+
cd multimodalpy
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
2. Create a virtual environment and install the package in editable mode with development dependencies:
|
|
21
|
+
```bash
|
|
22
|
+
python -m venv .venv
|
|
23
|
+
source .venv/bin/activate # on Windows: .venv\Scripts\activate
|
|
24
|
+
pip install -e . --group dev
|
|
25
|
+
```
|
|
26
|
+
(requires pip ≥ 25.1 for the `--group` flag; alternatively, with [uv](https://docs.astral.sh/uv/): `uv sync --group dev`)
|
|
27
|
+
|
|
28
|
+
3. Create a branch for your change:
|
|
29
|
+
```bash
|
|
30
|
+
git checkout -b fix/short-description-of-change
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
## Running the checks locally
|
|
34
|
+
|
|
35
|
+
Before opening a pull request, make sure the full check suite passes — this is the same suite run in CI:
|
|
36
|
+
|
|
37
|
+
```bash
|
|
38
|
+
python -m pytest # test suite + coverage report
|
|
39
|
+
python -m mypy # static type checking
|
|
40
|
+
python -m ruff check . # linting
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
All three must pass cleanly for a PR to be merged.
|
|
44
|
+
|
|
45
|
+
### Code style
|
|
46
|
+
|
|
47
|
+
- Code is formatted and linted with [ruff](https://docs.astral.sh/ruff/) (line length 88, numpy-style docstrings).
|
|
48
|
+
- Type-check with [mypy](https://mypy-lang.org/); please add type hints to new public functions.
|
|
49
|
+
- Docstrings follow the [numpy docstring convention](https://numpydoc.readthedocs.io/en/latest/format.html) (see existing functions in `src/multimodalpy/` for examples).
|
|
50
|
+
|
|
51
|
+
## Submitting a pull request
|
|
52
|
+
|
|
53
|
+
1. Push your branch and open a pull request against **`develop`** (not `main`) — this repo develops on `develop` and releases from `main`.
|
|
54
|
+
2. Fill in the PR description: what changed and why, and how you tested it.
|
|
55
|
+
3. Make sure CI (GitHub Actions `Tests` workflow) passes on your PR.
|
|
56
|
+
4. Be responsive to review feedback — most PRs go through at least one round of comments.
|
|
57
|
+
|
|
58
|
+
## Reporting security issues
|
|
59
|
+
|
|
60
|
+
Please do not open a public issue for security-sensitive bugs. Instead, email the maintainer directly at aivilor@upv.es.
|
|
61
|
+
|
|
62
|
+
## Code of Conduct
|
|
63
|
+
|
|
64
|
+
This project follows the [Code of Conduct](CODE_OF_CONDUCT.md). By participating, you agree to abide by its terms.
|
|
65
|
+
|
|
66
|
+
## Questions?
|
|
67
|
+
|
|
68
|
+
If anything here is unclear, open an issue and ask — improving these docs based on real questions is itself a welcome contribution.
|