DEV Community

Cover image for Modeling a Cushing Tank Farm: A Map-to-3D Workflow and Its Validation Checks
Generate Build
Generate Build

Posted on

Modeling a Cushing Tank Farm: A Map-to-3D Workflow and Its Validation Checks

When I model an industrial site, I want to separate three things that can look identical on screen: verified data, contextual data, and generated content. Cushing, Oklahoma, is a useful example because the crude oil storage landscape includes many repeated tanks, connecting pipeline corridors, roads, pump equipment, and wider transportation links. A detailed render can make those elements feel equally certain, even when they come from very different sources.
I would build an early Cushing scene to answer a bounded question: how does one selected area of the tank district relate to nearby roads and transport infrastructure? I would not use a generated scene to estimate capacity, identify active lines, or make an operational decision.

1. Define the extent before generating geometry

I start by choosing a map boundary that includes the tank groups relevant to the question, plus enough surrounding land to show access and connections. A boundary that is too tight turns the model into a collection of objects with no context. One that is too broad may make the storage layout hard to inspect. I record the selected extent and the reason for choosing it so another reviewer can reproduce the view.
Shapezo can support this first pass: I select an area on a map, and its AI generates a model of that place. That gives me a fast spatial draft for discussion. I would record that it is generated context, along with its creation date and any known limitations, before bringing it into a technical review.

2. Separate scene layers by confidence

I would keep tank footprints, roads, rail, pipelines, buildings, and open land in distinct layers. If some features come from trusted mapping and others are inferred, they should not share the same visual status. A simple legend or metadata field can distinguish verified geometry from illustrative geometry. This matters because repetition creates false confidence: dozens of similar tanks can make an approximate layout look like an inventory.
The geometry should be fit for its intended question. A broad overview may need only the location and spacing of tank groups. A maintenance access review would need better information about roads, gates, working clearances, and internal circulation. The model should not pretend to support a level of analysis its source data cannot handle.

3. Validate the spatial relationships

Before I use the scene, I check coordinate reference, scale, orientation, and terrain context. Then I compare recognizable features such as road intersections, rail alignments, and facility edges with dependable mapping. I look for misplaced or duplicate geometry, especially where the AI may have regularized repeated objects. If the pipeline layer is not authoritative, I do not label a line as an actual active route.
For an early visualization, this can be a lightweight review. For engineering, safety, or regulatory work, it is not enough. Those uses need source records, professional review, and more precise data. The distinction belongs in the file itself so it survives handoff.

4. Add the operational scene carefully

A useful tank-farm view can include containment areas, pumps, pipe corridors, access routes, rail sidings, and maintenance zones. I add these details only at the level supported by the available information. For example, I can create a generic inspection scene with platforms and coating equipment, but I should not imply that a named tank is under repair or that a particular procedure is being followed.
This is also where environmental context belongs. Drainage paths, perimeter vegetation, and adjacent land uses influence how a site meets its surroundings. A generated image cannot establish runoff performance or spill protection. It can show why those questions matter and which records might answer them.

5. Preserve provenance at export

When I share a model, I include the map extent, source dates, coordinate system, layer status, and intended use. I keep the Shapezo output separate from any authoritative facility data. If someone exports a scene to another tool, the metadata should travel with it or be attached in a short manifest. A screenshot without provenance is easy to misread.

My practical rule

I use Shapezo to create a first spatial draft from a selected map area. I use verified data to check geometry and to support any claim that affects operations or design. Cushing’s tank farms make that separation especially visible: the scene has many repeated assets, but a visually complete model is not the same as a dependable asset register. The workflow is useful when it speeds up orientation without blurring that boundary.

Top comments (0)