At a distribution utility, "which feeder supplies this transformer?" sounds like a simple question. You open the record in the GIS, read the value in the feeder field, and you are done. Yet during a fault, while preparing a planned outage or in the middle of a load transfer, it can turn out that the value no longer matches the field. The record points to one feeder; the network is being supplied from another.
In this post we look at why that gap is all but inevitable, how an inventory becomes a connected topology, and how a calculated feeder can be validated against the existing record.
Why the Feeder Field Drifts from Reality
In most GIS databases, feeder information is an attribute stored on each asset. It is usually filled in by hand when the asset is entered. The trouble is that the network does not stand still. Switching operations move open points, new lines are added and old connections are removed. Every one of these changes should be followed by an update to the feeder field of every affected asset; in practice that rarely happens completely.
Over time the feeder field becomes a declaration: a value that was once correct but no longer reflects how the network is really connected. And the inconsistency is silent. A record does not announce that it is wrong; it only shows up when compared with another source of information.
From Inventory to a Connected Network Model
The way to make feeder information reliable is to calculate it from the network rather than type it in. The precondition is a connected model. Individually drawn lines, poles and cells are not a network until the connections between them are established; they are just a collection of drawings.
GeoEner GIS turns the inventory into a graph of nodes, edges and assets. Topology is built for a province, district or selected area. Along the way, line ends are joined, switches inside cells are chained and busbars are created in distribution centers and cabinets. The same input always yields the same result, and that repeatability is what makes later comparisons meaningful.
Building the topology also gives the first feedback on data quality. Loose ends and weak links are listed as data profile warnings. If a line end does not quite sit on the nearby pole, or a connection rests only on an assumption, you see it before feeder tracing and can fix it.
Switch State: The Rule That Decides the Trace
Once a connected model exists, feeder tracing is a walk that starts at the substation and moves through the network. For it to give the right answer, it has to follow how the network is operating electrically at that moment, not merely how it is physically connected.
That is why tracing in GeoEner GIS respects switch states. Open switches are not crossed; the feeder ends there. Transformers are treated as galvanic boundaries, and MV tracing does not cross to the LV side. The LV side is traced separately from each transformer, forming transformer regions. This separation lets you read the MV feeder structure and the LV supply areas without mixing the two.
Four States: Traced, Ambiguous, Loop, Not Traced
On real networks, tracing does not always produce one clean answer. So assigning a feeder to each asset is not enough; you also need to know how trustworthy the assignment is. GeoEner GIS classifies every asset into one of four states:
- Traced: The asset is clearly connected to a single feeder.
- Ambiguous: The asset can be reached from two feeders; an open point that should sit between them may be missing or its state unknown.
- Loop: The asset lies inside a closed ring, which is unexpected in radial operation.
- Not traced: The asset cannot be reached from any feeder, usually pointing to a broken connection or missing data.
This classification is visible directly on the Network Map. MV and LV are shown in different colors; untraced, ambiguous and looped lines are highlighted separately, and open switches have their own symbol. Clicking an asset shows its calculated feeder and tracing status, so data teams can find problem areas on the map instead of scanning lists.
Feeder Reconciliation: Comparing the Calculated with the Recorded
With a feeder calculated from topology and a feeder field in the GIS, the real question can be asked: where do they disagree? Feeder reconciliation answers it. The calculated feeder is compared with the feeder record in the existing GIS, with differences and a tracing summary on one screen. The feeder validation report exports as CSV or XLSX.
There is an important design choice here: reconciliation is report-only and never overwrites a record. A difference is not always caused by an outdated record; sometimes the topology is at fault, for instance a switch with the wrong state or a loose line end. Rather than "fixing" differences automatically, they should be reviewed first and a decision made about which side is right. The report gives the team making that decision a solid starting point.
Validation Is a Cycle
Feeder information is not something you validate once and forget. A healthy process means building the topology, reviewing data profile warnings, running feeder tracing, evaluating the reconciliation report and repeating the trace after corrections. A shrinking number of ambiguous and untraced assets in each round shows that the inventory is genuinely becoming a connected, traceable network.
Feeders themselves can also be created from the network in this process: through the substation, head line and head cell, with a preview first and the change applied on confirmation, and items needing review listed separately.
Conclusion: Calculate Feeder Information from the Network with GeoEner CBS
GeoEner GIS turns your network inventory into a connected electrical network model. Topology is built per province, district or selected area, with loose ends and weak links flagged as warnings. Switch-aware feeder tracing classifies every asset as traced, ambiguous, loop or not traced, and feeder reconciliation compares the calculated feeder with your existing GIS record and produces a validation report without overwriting anything. The inventory can come from your current GIS, or, for organizations without one, the network can be drawn and maintained directly in GeoEner.
If you want to see how closely the feeder information in your GIS matches how your network is really connected, get in touch and we will set up a demo using your own data.
