GIS for municipalities is the software layer that keeps a council's pipes, valves, roads, streetlights, parcels and customer connections on a single map, with their attributes. It answers questions such as "which households lose water if we close this valve?" in minutes, rather than relying on whoever has worked in that district longest.
A municipal GIS that actually gets used starts with one painful layer (usually the water network), is kept current by field crews updating it from their phones, and is connected to billing, meter reading and document systems.
Where municipal map data sits today
In most municipalities, spatial data is not in one place. Planning holds CAD drawings, the water department has a network design a contractor drew years ago, roads are tracked in a spreadsheet and the parks team keeps its tree inventory in a folder. When a main bursts, the crew often relies on a technician's memory of where the pipe runs. When that technician retires, the knowledge goes with them.
The root cause is usually procurement. The mapping application comes from one vendor, the billing system from another and the document system from a third, each bought in a separate tender in a different year. The same parcel, customer and street end up with a different record in every system, and data moves between departments as email attachments. That is why many councils that say "we have a GIS" actually have a map archive that was loaded once and never updated.
What an out-of-date map costs: the water loss example
The clearest return on municipal GIS shows up in the water network, because losses are measurable and, in Türkiye, tied to a legal target.
According to the Ministry of Agriculture and Forestry's Water Efficiency portal, the average water loss rate in Türkiye's drinking water networks fell from 39% in 2015 to 31.6% in 2024. Metropolitan and provincial municipalities must bring it down to at most 25% by 2028.
That target comes from a 2014 regulation on controlling losses in drinking water systems. Under the ministry's announcement on the implementation timetable, other municipalities must reach 30% by 2028 and 25% by 2033. The ministry also notes that developed countries run at 8–24% and that the real goal should be around 10%; the measures it recommends include district metered areas (DMAs), pressure management, remote monitoring and minimum night flow analysis.
None of those measures can be set up without a map of the network. We cover which attributes and field workflow the water layer needs in the water network GIS inventory guide. To define a DMA you need to know which valves to close, which customers fall in which zone and which main feeds each meter. The global picture is similar: a 2018 World Bank assessment puts non-revenue water, meaning water produced but never billed, at 126 billion cubic metres a year, worth nearly $40 billion in annual losses. Hunting for leaks on an out-of-date network map, digging in the wrong spot and issuing estimated bills are the local version of that cost.
How to set up GIS for municipalities, step by step
The sequence below is the opposite of projects that begin with "let's map the whole municipality" and end with a system no department uses. It starts small, gets used in the field, then grows.
- Start with one pain point. Water network, street lighting or green space inventory: whichever area relies most on guesswork becomes the first layer. Write the goal so it can be measured, such as "find the valve to close within five minutes of a burst".
- Collect what you already have. CAD drawings, base maps, zoning plans and spreadsheets are imported, and different coordinate systems are converted to one. Missing or contradictory records are flagged in a "to verify" layer rather than thrown away. In rural districts, a satellite imagery layer for farmland can be added to the base map as well.
- Define the asset model and attributes. A pipe needs diameter, material, installation year, connected valves and maintenance history; a streetlight needs fixture type, wattage and feeder panel. Without a clear model, every team adds its own fields and the data fragments again.
- Set up field updates. A map only stays current if the crew fixing a fault records the change on site. The field crew's mobile app needs GPS capture, photos and offline working, with data syncing once a connection is available. The crews' daily rounds can then be planned on the same map with route optimisation.
- Connect other systems. Customer numbers must match the billing system, meter readings must come from automatic meter reading, and fault records from the call centre or document system. GIS becomes far more valuable through these links. Where faults, consumption and billing need reporting together by zone, GIS layers are loaded by asset or zone code into a data warehouse.
- Grant access by department. Contractors and other departments see only the layers opened to them, and every change is logged.
- Measure, then expand. Move to the second layer once the first one hits its response-time and loss targets, using a few well-chosen KPIs such as response time and field-verified record rate. Tracked by district on a map-based management dashboard, those figures also become the strongest case for expansion in the next budget round.
Which layer should come first?
| First layer | Problem it solves | System to connect | First metric |
|---|---|---|---|
| Water network (pipes, valves, hydrants) | Burst response, DMAs, leakage | Meter reading, billing | Valve-finding time, loss by zone |
| Street lighting and electrical | Faulty poles, maintenance planning | Call centre, fault forms | Time to close a fault |
| Roads and pavements | Excavation permits, clashing works | Permit and document system | Number of clashing excavations |
| Green space and trees | Pruning, irrigation, maintenance contracts | Contractor tracking | Adherence to maintenance plan |
Common mistakes in city information systems
Treating the map as a one-off job. If the inventory is drawn by a contractor and handed over with no field update process, it stops being trusted within a couple of years. Part of the budget has to go to the mobile update workflow.
Locking into desktop licences. A desktop GIS used on a few specialists' computers is a system that field crews and other departments cannot touch. A web-based, mobile-ready setup turns GIS from a specialist tool into something the whole council uses.
Storing lines instead of attributes. Knowing where a pipe runs is not enough; its age and material decide which mains get replaced first.
Overlooking personal data. Once customer names and addresses are linked to the map, you are processing personal data under KVKK, Türkiye's Personal Data Protection Law (broadly comparable to the GDPR). Who can see which layer and how long records are kept should be defined from day one; our KVKK compliance steps article sets out the obligations.
Leaving standards for later. Municipal data will sooner or later be shared with other bodies; in Türkiye, the national geographic information system (TUCBS) work and the spatial address register (MAKS) are two examples. If layer names, coordinate system and attribute structure use open formats from the start (GeoJSON, Shapefile, WMS/WFS services), sharing does not become a new conversion project. The same applies to contractors: unless the technical specification states the layer structure and coordinate system for deliverables, every contractor delivers differently and the clean-up falls to the council.
Our drone NDVI analysis guide explains how drone imagery and orthophotos are added to a GIS as base layers and what outputs they can produce. For methods of measuring network losses, see our article on water loss analysis.
Calculating spoil and stockpile volumes from the same imagery is covered in drone stockpile volume measurement, and forecasting harvests on farmland in drone crop yield estimation.
The same GIS logic applies to electricity and gas distribution networks. We explain how network assets combine with metering and SCADA data in our energy utility digital transformation guide.
How we build municipal GIS at Digital Bridge
We do not resell an off-the-shelf GIS licence; we build the application around your council's workflows, asset types and access structure. A typical project runs like this:
- Needs and data inventory. We map which department holds which spatial data in which format, then choose the first layer and a measurable goal with you. Scope, phases and cost are then set out in a written proposal.
- Data migration and clean-up. We move your CAD, base map and zoning data into a web-based geographic information system, unify coordinate systems and flag contradictory records.
- Mobile field app. Crews add and update records with GPS, attach photos and keep working offline outside coverage. Where needed we extend this through custom mobile app development.
- Connecting systems. We link GIS to billing, automatic meter reading (AMR) and the document system, so the same customer and parcel are the same record everywhere. Our solutions for public sector and municipalities describe the full connected setup.
- Imagery base layers. We add orthophotos and drone data processing outputs to the map, so the same area can be compared across dates side by side.
- Tender support. If GIS is being procured through a public tender, we help prepare a needs-based technical specification and review contractor deliverables, without being a bidder in that procurement.
Because the same team builds both the software and the field devices, integration between meters, data collectors and the map stays under one point of responsibility. We work with clients in every province of Türkiye, remotely and on site. For neighbouring topics from data warehousing to management dashboards, see our full Data & Analytics guide.
Keeping network topology accurate on the map also pays off in loss analysis: once you know which transformer supplies which customers, electricity theft detection can work transformer by transformer.
GIS is one part of a council's wider transformation. The steps that connect applications, records and field crews are in our guide to digital transformation in municipalities, and examples of bringing sensor and meter data onto the map are in our article on smart city applications.
Next step
Start with a short internal exercise: which service drew the most complaints or faults in the last three months, who holds the map of its assets, and when was it last updated? The answers point to your first layer. Then get in touch and we will review your existing data together and draw up a measurable goal and phased plan for that first layer.