Under active development -- alpha. netbox-pathways is pre-1.0 and changing fast. Models, migrations, REST/GeoJSON endpoints, and configuration keys may break between releases without deprecation cycles. Pin an exact version in production, expect to read the CHANGELOG before every upgrade, and back up your database before running migrations. Issue reports and PRs are very welcome.
A NetBox plugin for documenting physical cable plant infrastructure with PostGIS integration. Track conduits, aerial spans, structures, and cable routing with geographic data, comparable to SmallWorld or ArcGIS with ArcFM for outside/inside plant documentation.
- Structures -- poles, manholes, cabinets, equipment rooms, and more with PostGIS geometry (point or polygon).
- Pathways -- conduits, aerial spans, direct buried, innerducts, cable trays with PostGIS line geometry.
- Conduit Banks and Junctions -- model conduit bank configurations and mid-span Y-tees.
- Cable Routing -- track which NetBox cables traverse which pathways, in sequence.
- Pull Sheets -- printable cable routing documents for field crews.
- GeoJSON API -- standard GeoJSON endpoints for QGIS and other GIS clients.
- QGIS Integration -- style files, project generator, and documentation.
- Geometry Editing -- draw and edit geometries directly in NetBox forms via Leaflet map widgets.
- Interactive Map -- built-in Leaflet map for quick visualization.
- Indoor / Outdoor -- pathways can terminate at structures (outdoor) or NetBox locations (indoor).
| Plugin version | NetBox version | Python | PostgreSQL |
|---|---|---|---|
| 0.1.x | 4.5.3+ | 3.12-3.14 | 16+ with PostGIS 3.4 |
NetBox runs on plain PostgreSQL by default. This plugin requires PostGIS, so installing it on an existing NetBox deployment means changing your database setup. The short version is below; see PostGIS Setup in the docs for the full walkthrough (system libraries, container images, migrating an existing database).
Install the GIS system libraries on every NetBox host (web workers and rq), and PostGIS on the database server:
# Debian / Ubuntu (NetBox host)
sudo apt-get install -y gdal-bin libgdal-dev libgeos-dev libproj-dev binutils
# Database server: PostgreSQL 16+ with the PostGIS 3.4 package, then:
psql -d netbox -c "CREATE EXTENSION IF NOT EXISTS postgis;"In configuration.py, the default DATABASES engine is plain PostgreSQL. Change ENGINE to the PostGIS backend (the standard django.db.backends.postgresql engine appears to work but fails the first time a geometry column is created):
DATABASES = {
"default": {
"ENGINE": "django.contrib.gis.db.backends.postgis", # was django.db.backends.postgresql
"NAME": "netbox",
"USER": "netbox",
"PASSWORD": "...",
"HOST": "localhost",
"PORT": "",
"CONN_MAX_AGE": 300,
},
}pip install netbox-pathwaysPLUGINS = ["netbox_pathways"]
PLUGINS_CONFIG = {
"netbox_pathways": {
"srid": 3348, # REQUIRED -- your EPSG code (see SRID warning below)
"map_center_lat": 45.5, # default map center latitude (optional)
"map_center_lon": -73.5,# default map center longitude (optional)
"map_zoom": 10, # default map zoom level (optional)
},
}cd /opt/netbox/netbox
python manage.py migrate
python manage.py collectstatic --no-input
sudo systemctl restart netbox netbox-rqIf migrate fails with errors mentioning postgis, gdal, or geos, the database backend is still on plain PostgreSQL or the GIS system libraries are missing on the NetBox host. The PostGIS Setup page covers diagnosis and recovery.
The srid setting defines the coordinate reference system used for all geometry columns in the database. It is baked into the database schema at migration time.
Changing the SRID after data has been loaded WILL CORRUPT YOUR SPATIAL DATA. PostgreSQL / PostGIS does NOT automatically re-project existing coordinates when the column SRID changes. Geometries will have wrong coordinates in the new CRS with no way to recover them automatically.
Choose your SRID carefully before first deployment. Common choices:
| EPSG | Name | Notes |
|---|---|---|
4326 |
WGS84 (GPS coordinates, degrees) | Global, but distorts distances and areas. |
3857 |
Web Mercator (meters) | Used by Google Maps, OSM tiles. |
3348 |
NAD83(CSRS) / Statistics Canada Lambert (m) | Good for Canada. |
2154 |
RGF93 / Lambert-93 (meters) | Good for France. |
32632 |
WGS84 / UTM zone 32N (meters) | Good for central Europe. |
If you need to change SRID after deployment, you must manually re-project all geometry data using PostGIS ST_Transform() and update the column SRID definitions. This is an advanced DBA operation; back up everything first.
Generate a QGIS project with all layers pre-configured:
python manage.py generate_qgis_project \
--url https://your-netbox \
--token your-api-tokenOpen the generated .qgs file in QGIS. Style files (.qml) ship under static/netbox_pathways/qgis/ and can be loaded via Layer Properties > Style > Load Style.
All resources are exposed under /api/plugins/pathways/. GeoJSON variants live under /api/plugins/pathways/geo/ for direct QGIS / OGR consumption. See API Examples for full endpoint coverage.
Every Pathways model is exposed on NetBox's /graphql/ endpoint (single and _list queries: structure, structure_list, pathway, pathway_list, conduit, conduit_list, etc.). Geometry fields are intentionally omitted -- query the GeoJSON REST endpoints for spatial data.
Full documentation: jsenecal.github.io/netbox-pathways
- Installation
- PostGIS Setup
- SRID Selection
- Configuration
- Concepts
- QGIS Integration
- Architecture
- GeoJSON API reference
netbox-pathways is part of a three-plugin set that models the full optical transport stack:
- netbox-fms -- Fiber Management System. Defines fiber cable construction (buffer tubes, ribbons, strands), plans splices in closures, and provisions end-to-end fiber circuits. Pathways tracks where cables run; FMS tracks what is inside them and how strands are spliced.
- netbox-wdm -- WDM (Wavelength Division Multiplexing) device management. Models ITU channel plans, ROADM mappings, and wavelength services that ride on top of the fiber circuits FMS provisions, over the cables routed through Pathways.
PRs welcome. Use conventional-commits PR titles (feat:, fix:, chore:, docs:, ...) -- release-drafter assembles release notes from them. Run make setup after cloning to install dev dependencies and the pre-commit hooks (including the AI-attribution-rejecting commit-msg hook).