We are dedicated to humanitarian action and community development through open mapping. We work together to provide map data for disaster management, risk reduction, and contributing Sustainable Development Goals. Check our website.

We aim to create and nurture fair and just tech to amplify connections between humanitarian needs and open map data. We have a small core tech team, but we rely on YOU for contributions and collaborations to make all this magic happen!

As with any open source community, there are many projects and tools that we are working on at the same time. You can see that reflected in the number of repositories we have.

How to get started:

1. Check the 6 pinned repositories below - these are our core open source projects we are working on.
2. Check the README file for repositories with activity - you will likely see a reference to a product roadmap that will give you an indication of ongoing work.
3. Read the contributing guidelines & start by looking for any issues labelled Good First Issue.

Please also check the HOT Tech Docs. It is primarily intended for a software development audience.

If you are just beginning your open source contributor journey, then start by watching this comprehensive Github Guide to HOTOSM!

Still unsure where to start your contributor journey, reach to our Networks and Engagement Lead (tech community) - Petya

Join the HOT Tech and Innovation Working Group - a welcoming and inclusive open space to connect, contribute, collaborate, innovate and share ideas for geospatial tech for humanitarian purposes! Meetings are held on the second Tuesday of the month at 10:00 and 18:00UTC!

Join the HOTOSM Slack workspace. The main channel for any tech discussions is:

#geospatial-tech-and-innovation**

Other relevant tech Slack channels you might be interested in joining:

• #imagery-coord
• #openaerialmap
• #tasking-manager
• #tasking-manager-testing
• #tasking-manager-alert
• #field-mapping-tasking-manager
• #export-tool
• #machine-learning
• #chatmap

You can help out on any of our tools, just comment on an issue to get started!

That said, here are the projects where we could really use a hand right now.

• OpenStreetMap has many 'styles' available, to help prioritize what map features should be more prominent for users.
• Historically, this required rendering raster tiles in advance, based on a map style.
• Excellent work was done by the team for https://github.com/hotosm/HDM-CartoCSS, used to generate raster tiles.
• Going forward, OSM is using Vector tiles as a new standard (vector tiles simply contain the data, but no styling).
• It's now possible to create a custom vector tile style, based on the HDM-CartoCSS work, for which we would really value a volunteer dedicating some time to 🙏
• The repo and start of the work can be found here: https://github.com/hotosm/humanitarian-map-style

We use XLSForms for all of our field mapping. Editing them in Excel is painful, so we want a better way.

• The examples showcase and uploader are done, meaning users can share and browse XLSForms already used in real projects.
• Next up is the big one: an XLSForm editor in the browser, with drag and drop components, built around getodk/web-forms.
• Repo and issues: xlsform-builder

Best suited to frontend devs who enjoy building interfaces people actually like using.

OpenAerialMap hosts openly licensed drone and satellite imagery for anyone to use. We are rebuilding it around STAC.

• Backend: STAC metadata extensions, catalog ingestion, the imagery upload pipeline.
• Frontend: the uploader, plus map based search and browsing of the catalog.
• Also wanted: documentation, UI / UX design, and testers.
• Repo: openaerialmap, with docs here.

A good fit if you like cloud native geospatial (COG, PMTiles, STAC), or want to work across the whole stack.

The Field Tasking Manager coordinates field mapping campaigns, tagging map features with information verified on the ground via ODK.

• It's used in the field today, but doesn't get much dedicated development time from us, so help here goes a long way.
• Backend is Python (Litestar), frontend is HTMX and TypeScript.
• Test coverage and translations are always welcome.
• Not a developer? Using the tool and writing up clear bug reports is just as useful to us.
• Start with the issues labelled good first issue.

We want AI assisted feature detection to take some of the grunt work out of mapping, building on research done with UC Berkeley in osm-tagger.

• Training and evaluating detection models.
• Preparing and cleaning training datasets.
• Getting predictions into a workflow where mappers can review them, before anything reaches OSM.

Aimed at data scientists and ML engineers, ideally ones who care about keeping a human in the loop.

• qgis-osm-conflator: merge an external dataset into existing OpenStreetMap data, accepting or rejecting each change as you go. This is very early stage and needs a lot of work to get off the ground, so there is plenty of room to shape it. If you know PyQGIS, or enjoy conflation and data quality problems, contact the team to get started.

We maintain a set of small Python modules used across our tools, listed here. They are mostly volunteer maintained and could do with some love:

• geojson-aoi-parser: parse and normalise an area of interest using PostGIS. Used anywhere we accept a user drawn area.
• drone-flightplan: generate drone flight plans. Good if you like maths, and there are always new drones to support.
• area-splitter: split a mapping area into tasks using SQL and PostGIS. More splitting criteria and optimisations needed.

Take a look at the issues on each repo to see what needs doing.

We have a lot of repos. Below are the ones with activity in the past year (as of October 2026). Anything not listed is likely stale or archived.

Mostly monorepos (backend + frontend + docs).

• tasking-manager: coordinate remote mapping of OSM.
• field-tm: coordinate field mapping via ODK / QField.
• drone-tm: community drone imagery collection and flight planning.
• openaerialmap: open imagery catalog, being rebuilt on STAC.
• fAIr & fAIr-models: AI assisted mapping, train models and predict map features.
• raw-data-api: fast OSM data extracts via API.
• osm-export-tool: web UI for custom OSM exports.
• chatmap: field mapping via WhatsApp, Telegram, Signal.
• portal: central workspace across all HOT tools.

• umap: we don't develop uMap ourselves, but deploy a custom branded and modified version of https://github.com/umap-project/umap.
• ScaleODM: Kubernetes autoscaling for OpenDroneMap. Used by DroneTM for processing.
• xlsform-builder: share and edit community XLSForms.
• humanitarian-map-style: vector tile rebuild of the Humanitarian OSM map style.

• login: shared auth for all tools (login.hotosm.org).
• ui & ui-design: shared web components with HOT theming, with a design system, assets, and CSS.
• gh-workflows: reusable GitHub workflows (images, tests, docs).
• justfiles: shared CI/CD scripts.

• osm-login-python: OSM OAuth 2.0 login.
• raw-data-api-py: client for raw-data-api.
• geojson-aoi-parser: parse and normalise AOIs with PostGIS.
• pg-nearest-city: reverse geocode to nearest city.
• osm-export-tool-python: CLI + library for OSM exports.
• central-webhook: webhooks for ODK Central submissions (Go).

• fAIr-utilities: training utilities for fAIr.
• fairpredictor: standalone model predictions.
• osm-tagger: generate OSM tags from text and images.
• dda: building damage assessment from satellite imagery.
• tm-oam-ds-builder: training datasets from TM + OAM.
• HOTOSM-3D-TT: 3D point cloud building segmentation and heights.

• osm-country-exports: country-scale OSM exports to HDX.
• tm-extractor: trigger data extracts for TM projects.
• osmdc: OSM completeness checker against Overture.
• mapswipe-results-analyzer: view and export MapSwipe results.
• hot2hdx-status: HDX dataset status dashboard.
• freetown-uhi: Freetown urban heat drone processing scripts.

• qgis-osm-conflator: merge external data into OSM (early stage).
• qgis-pmtiles: generate PMTiles from QGIS.
• qfield-next-theme-plugin: cycle map themes in QField.
• qfield-simplified-ui-plugin: simplified QField UI.

• k8s-infra: Kubernetes cluster IaC (OpenTofu) and config.
• windmill-scripts: scheduled / automation scripts for Windmill.
• Slack-HOTOSM-GDAC: GDACS disaster alerts to Slack.

• docs: tech docs index (docs.hotosm.org).
• website: hotosm.org (Wagtail CMS).
• roadmap: public roadmap across all tools.
• requests: triage of user support requests.
• learnosm: LearnOSM.org training content.
• toolbox: mapping project docs and training.

• QFieldCloud, qfieldcloud-helm-chart, qfieldcloud-sdk-python: QField sync server, deployment, SDK.
• odkcentral, web-forms, odkdocs: ODK server, web forms, docs.
• oex: OSM / Overture country exports (used by osm-country-exports).
• iD: OSM web editor.
• osm-sandbox-dashboard: helm charts for OSM Sandbox dashboard.
• zenml: ML pipeline platform.