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.
@@ -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,19 @@
1
+ # Sistema operativo
2
+ .DS_Store
3
+
4
+ # Python
5
+ __pycache__/
6
+ *.pyc
7
+ .coverage
8
+
9
+ # Build artifacts
10
+ dist/
11
+ build/
12
+ *.egg-info/
13
+
14
+ # Docs build output
15
+ docs/_build/
16
+ docs/_autosummary/
17
+
18
+ # Datos generados
19
+ data/outputs/
@@ -0,0 +1,16 @@
1
+ version: 2
2
+
3
+ build:
4
+ os: ubuntu-24.04
5
+ tools:
6
+ python: "3.13"
7
+
8
+ sphinx:
9
+ configuration: docs/conf.py
10
+
11
+ python:
12
+ install:
13
+ - method: pip
14
+ path: .
15
+ extra_requirements: []
16
+ - requirements: docs/requirements.txt
@@ -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.