Vector basemaps
Vector tiles built from Tanzanian geospatial data, styleable to your own brand rather than someone else's default palette.
Loccomaps is a mapping API built on Tanzanian geospatial data and served from Tanzania. Vector basemaps, routing and a places index, exposed through an API you can build a real product on top of.
Built from satellite imagery and GPS ground truth, hosted in Tanzania, and priced in shillings.
Day 01 of building in public begins in
Live The build has started.
Day 01 is , East Africa Time.
Every commit, decision and dead end goes out in the open — the repository, the architecture notes, the data sourcing, the things that do not work first time. Follow along, or come and build it with us.
Get involvedAlmost every map on a Tanzanian screen is rendered somewhere else, priced in dollars, and thin exactly where local detail matters: unnamed roads, informal settlements, the market that everyone navigates by but no dataset knows about. Loccomaps starts from local data and stays here.
Vector tiles built from Tanzanian geospatial data, styleable to your own brand rather than someone else's default palette.
Point-to-point routing, distance matrices and turn-by-turn directions, with road classes that reflect how people actually move.
A searchable index of places, landmarks and points of interest, built for local addressing where street numbers often do not exist.
Forward and reverse geocoding tuned to how addresses are described here - by ward, landmark and neighbourhood, not just street lines.
Regional, district and ward geometry for joining your own data to the administrative units your reporting already uses.
Hosted in-country. Lower latency on local connections, and data residency that stops being a question you have to answer in a procurement document.
Tiles, routing graph and places index are separate services behind one API. Use the basemap with your own routing, or the routing with someone else's tiles. Nothing forces you to adopt all of it.
A map is only as good as what it is built from. Imagery tells you what is there; GPS traces tell you whether it works. Neither is enough on its own.
Recent multi-source imagery as the base layer for extracting roads, buildings and land use - and for spotting what has changed since the last survey, which in a city growing this fast is most of it.
Ground truth from field survey and vehicle traces. Imagery shows a track exists; GPS traces show whether it is passable, which way it runs and how long it actually takes.
Administrative boundaries, ward geometry and public registries, so your data joins to the units your reporting already uses.
OpenStreetMap contributors, universities and surveyors who know the ground. Local knowledge is what makes the difference between a map that renders and a map that is right.
Maps are national infrastructure. Today Tanzania rents that infrastructure from elsewhere, in a currency it does not print, on servers it does not control. Loccomaps is a concrete step in the other direction.
Billed in TZS, not dollars. No forex exposure, no international card required, and no invoice that changes size because the exchange rate moved. Budget it once and it stays budgeted.
Tiles and API responses served from in-country infrastructure. A map request from Dar es Salaam does not travel to another continent and back before a pin appears.
Where your users are and what they search for is sensitive. It stays under Tanzanian jurisdiction, which turns data residency from a procurement obstacle into a checkbox.
The people who build and maintain it are here. Critical national infrastructure should not depend on a support ticket in another timezone and a roadmap nobody local can influence.
TZS Billed in Tanzanian shillings — not dollars, not euros. No forex exposure on a line item your product depends on.
Loccomaps is the layer underneath. What gets built on it is the point — and these are the places the gap is widest.
Plot and property search with catchment analysis, travel-time isochrones and neighbourhood context that buyers actually recognise.
Farm and plot boundaries, route planning to collection points, and field data capture that works when the signal does not.
Agent and branch networks, coverage gaps, and location as an input to credit and risk decisions built on local geography.
Registries and service delivery tied to real administrative boundaries, on infrastructure that keeps the data in the country.
Programme coverage, beneficiary mapping and field logistics, with offline-capable tooling for teams working outside network range.
Dispatch, route optimisation and proof of delivery for fleets moving through cities that no global router models well.
A sketch of the shape of it. Drag the map, toggle the layers, choose a place — the request and response beside it update to match.
curl -H "Authorization: Bearer $LOCCOMAPS_KEY" \
"https://api.loccomaps.com/v1/places/search" \
--data-urlencode "q=kariakoo" \
--data-urlencode "near=-6.818,39.272" \
-G
const res = await fetch(
"https://api.loccomaps.com/v1/places/search?q=kariakoo",
{ headers: { Authorization: `Bearer ${key}` } }
);
const { places } = await res.json();
map.flyTo(places[0].centre);
import httpx
r = httpx.get(
"https://api.loccomaps.com/v1/places/search",
params={"q": "kariakoo", "near": "-6.818,39.272"},
headers={"Authorization": f"Bearer {key}"},
)
places = r.json()["places"]
{
"places": [{
"id": "pl_5b90",
"name": "Kariakoo",
"kind": "market",
"centre": [-6.818, 39.272],
"ward": "Kariakoo",
"region": "Dar es Salaam"
}],
"currency": "TZS"
}
Early, honest, and public. This is the shape of the first few months.
Repository, architecture notes and the data sourcing plan published on day one. The first commits happen in the open.
Ingesting and normalising Tanzanian geospatial data, then getting vector tiles rendering from it.
A routing graph worth trusting, and the first version of the places and geocoding index.
API keys to the first cohort of builders, with documentation and client libraries written alongside them.
Keys go out in signup order when the first release is ready. Early users get direct input into what ships next — if something is missing for what you are building, that is exactly what we want to hear.
Companies, NGOs, government institutions, universities and donors: this is infrastructure the whole country ends up using. Backing it early is how it gets built here rather than imported later.
Direct funding for engineering time, imagery licences and the infrastructure the platform runs on.
Satellite imagery, GPS traces, survey data, address registries or fleet telemetry. Data is often worth more to this than money.
In-country hosting, compute for tile rendering, storage or connectivity. Keeping it local is the whole point.
Put it to work on a real problem in your organisation and tell us honestly where it falls short.
Fund placements for university students on the project - paid work on national infrastructure rather than an unpaid attachment.
Introductions to data holders, institutions and the people who can make a dataset available.
No tiers, no pitch deck. Tell us what you could offer and we will tell you honestly whether it helps.
We are looking for university students and people who know maps — cartographers, GIS specialists, surveyors, engineers and domain experts. Paid, credited or for the experience: tell us which, and we will be straight with you about what we can offer.
Geography, geomatics, GIS, computer science, urban planning. Real work on a real system, with mentorship rather than fetching coffee.
People who know what makes a map honest: projection choices, generalisation, symbology and the limits of a dataset.
Backend, data pipelines, tile servers, mobile SDKs. If you have opinions about PostGIS or vector tile schemas, come and use them.
Surveyors, OpenStreetMap contributors, anyone who has collected ground truth and knows how wrong remote data can be.
Two minutes. You will get a confirmation straight away, and the repository and plan before Day 01.