Skip to content

Latest commit

 

History

History
79 lines (59 loc) · 2.6 KB

DEVELOPMENT.md

File metadata and controls

79 lines (59 loc) · 2.6 KB
Raw

Dev Setup

  • Create parent directory for source, applications and the virtual env

  • Clone source into directory mapproxy: git clone

  • Install dependencies: https://mapproxy.org/docs/latest/install.html#install-dependencies

  • Create virtualenv: python3.12 -m venv ./venv

  • Activate virtualenv: source venv/bin/activate

  • Install mapproxy: pip install -e mapproxy/

  • Install dev dependencies: pip install -r mapproxy/requirements-tests.txt

  • Run tests:

    • cd mapproxy
    • pytest mapproxy
    • Run single test: pytest mapproxy/test/unit/test_grid.py -v

  • Create an application: mapproxy-util create -t base-config apps/base

  • Start a dev server in debug mode: mapproxy-util serve-develop apps/base/mapproxy.yaml --debug Coding Style

PEP8: https://www.python.org/dev/peps/pep-0008/

Debugging

  • With PyCharm:

  • With ipython:

    • pip install ipython ipdb

  • With Visual Studio Code:

    • After creating a virtual env and mapproxy configuration:

    • Create a launch.json file in the project-root/.vscode directory with the following content:

      {
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Debug local mapproxy",
      "type": "python",
      "request": "launch",
      "program": ".venv/bin/mapproxy-util",
      "args": ["serve-develop", "-b", ":1234", "config/mapproxy.yaml"],
      "console": "integratedTerminal",
      "autoReload": {
        "enable": true
      }
    }
  ]
}

    • Then start debugging by hitting F5.

Some more details in the documentation

See https://mapproxy.org/docs/latest/development.html

Some incomplete notes about the structure of the software

A mapproxy app decides on the request-URL which handler it starts. There exist different handlers (services) for WMS, WMTS.

Incoming http requests are transformed into own request objects (for example WMSRequest).

The class TileManager decides if tiles are served from cache or from a source.

All caches need to implement the interface TileCacheBase.

The code in config/ builds mapproxy out of a configuration. config/spec.py validates the config.

The sources live in source/ which in turn use low-level functions from client/ to request the data.

The file layer.py merges/clips/transforms tiles.

The whole of MapProxy is stateless apart from the cache which uses locks on file system level.