← Operator library GIS & Planning

Use GIS as an ISP Network Record, Not a Pinboard

Model routes, structures, devices, serviceability and confidence so maps support operations and planning.

What this note covers

Model routes, structures, devices, serviceability and confidence so maps support operations and planning.

A useful ISP map represents connectivity

Customer and device markers answer “where,” but an ISP also needs “connected through what.” GIS should represent routes, structures, cables, fibers, splitters, ports, OLTs, ONUs, routers and service areas with stable relationships. Otherwise the map remains a decorated address list.

Operations

Locate an alarm and identify the shared physical path.

Outside plant

Record cable, closure, splice, splitter and reserve capacity.

Planning

Compare demand, route feasibility, capacity and cost.

Serviceability

Return an explainable result with evidence and confidence.

Separate physical and logical layers

Physical records describe poles, ducts, cable and fiber continuity. Logical records describe VLAN, IP, service and device relationships. Link them without forcing one geometry to represent both.

Use stable IDs and effective dates. A moved ONU or rerouted cable should preserve history needed for incident and investment review.

Build an auto-generated network view

Generate router-to-OLT-to-PON-to-ONU-to-customer relationships from inventory bindings, then show unmatched and conflicting records as exceptions. Do not invent links from proximity alone.

A custom planning map needs tools for nodes, routes, snapping, link type, capacity, notes, validation and controlled import—not only draggable icons.

Treat data quality visibly

Record survey method, source, accuracy and last verification. Distinguish rooftop geocode from field GPS and planned from as-built assets.

Serviceability should consider route distance, access capacity, optical budget and permissions, then expose why an address passed or requires survey.

Operational caution: Do not expose precise customer or critical infrastructure coordinates to roles that only need aggregated operational information.

Evidence before rollout

Signal Required proof
Connectivity Assets trace through valid upstream relationships.
Geometry Planned and as-built state are distinguished.
Confidence Source, accuracy and verification date are visible.
Capacity Ports, fibers and service areas expose remaining headroom.
Authorization Sensitive layers follow tenant and role scope.

Put the plan into operation

  1. Inventory. Normalize devices, plant and identifiers.
  2. Model. Define physical and logical relationships.
  3. Import. Load controlled sources with confidence metadata.
  4. Reconcile. Resolve orphan and conflicting assets.
  5. Operate. Use maps in tickets and incidents.
  6. Plan. Add serviceability and scenario tools.

The decision standard

An ISP GIS is trustworthy when each map object has an owner, source and network relationship, uncertainty is visible and operations can move from a customer symptom to the shared physical path.

Research basis: OGC geospatial standards; Esri utility network concepts; outside-plant engineering practice. Validate implementation details against the releases, contracts, and local regulations governing your network.

Continue with ISPbills

Put this guide into practice