Import DXF and add ore and overburden blocks

1. Remove sample geometry, import DXF file and fix the data

In this section, we will replace the simple training geometry with a realistic mine layout imported from a DXF file. We will start from a prepared scenario, remove the sample map objects, and then import the pit geometry as mine arcs.

After the import, we will inspect the road network as a graph. We will use the reachability tool and graph normalization to identify disconnected fragments, split arcs at intersections, and make the imported geometry suitable for further scenario configuration.

We will be using this scenario as a base: Download scenario

The animation shows a flowchart being zoomed out and then deleted within a scenario editor interface.

We remove the existing sample geometry from the scenario so that the map is ready for the imported DXF layout. At this point, the scenario keeps its general settings and supporting objects, while the map itself becomes empty.

We will use this sample DXF file to import the realistic geometry: Download DXF file

A DXF file is imported into a mining software, displaying topographic contour lines and related data on a map interface.

We import the sample DXF file from the map toolbar. After the import, the pit layout appears on the map as a set of mine arcs that represent the road and bench geometry from the source drawing.

The animation shows a transition from a simple contour map to a detailed, zoomed-in view with color-coded pathways, highlighting a topographical analysis process.

We use the reachability tool to color connected fragments of the imported network. Different colors show that the imported arcs are not yet one fully connected graph, so trucks would not be able to move freely across the whole layout.

Screenshot of MineTwin Openpit software showing Tools menu expanded with various options, and part of a graph on the right.

We run the Normalize graph function from the Tools menu. This function prepares the imported road graph by processing nearby nodes, near-zero-length arcs, and intersections between arcs.

Dialog box for graph normalization in MineTwin Openpit, with tolerance input field and OK/Cancel buttons.

We keep the default tolerance of 0.10 meters and apply normalization to all imported mine arcs. The tolerance defines how close geometry elements must be for MineTwin to treat them as connected during normalization.

Map software interface with normalization success message, displaying arcs and nodes on a graph, with scenario properties below.

The normalization report confirms that the graph was processed successfully. In this example, MineTwin split 23 arcs, added 28 splitting nodes, and created 106 splitting arcs, which means intersections in the imported geometry were converted into usable graph connections.

GIS interface displaying contour lines on a map, with toolbar icons for editing, optimizing, and data import/export options.

We run the reachability check again and see fewer disconnected fragments than before normalization. Some colors still remain, which means several parts of the imported network still require manual connection.

The GIF animation shows a user zooming in on a contour map within a mining simulation software, selecting and editing mine arcs, which are highlighted and adjusted on the map.

We manually connect one of the remaining disconnected fragments by adding a short connecting arc between nearby road ends. This shows the manual correction approach that we will repeat for the other disconnected parts of the imported network.

Software screen with a contour map, navigation panel, error log, and property details for a mine project.

We continue connecting fragments until the reachability tool shows the network in one color. This confirms that the imported mine road graph is connected and can be used as the basis for block, destination, and equipment configuration.

2. Add ore blocks, ore destination, and base nodes for equipment

In this section, we will turn the imported geometry into a working mining scenario. We will create mine segments from selected mine arcs, configure ore blocks on these segments, and define where the mined ore should be hauled.

We will also prepare the mobile equipment for the simulation. Each equipment unit needs an initial base node, and the scenario also needs a fueling station because refueling is enabled in the scenario settings.

Software interface for MineTwin Openpit displaying mine arc contour map and properties.

We select the mine arcs that will be used as mining fronts and run the Create mine segments function. Mine segments define the geometry along which the blocks will advance during mining.

In a software environment for mining simulation, a road segment on a map is highlighted and animated, initially turning green, then blue, and finally reverting to green.

We check the direction of the created mine segments and reverse the segments where the direction is not suitable. The segment direction matters because it defines how the block advances along the selected geometry.

"Ore block 1 properties: Advancement type, drilling parameters, and 3D diagram with drilling metrics specified."

We create the first ore block and configure its advancement settings. The block uses the Top surface advancement type and receives the mining parameters shown in the blue frame, including drilling density, ore mass to haul, block dimensions, drilling length, and the maximum number of drilling machines.

Properties panel shows \"Ore block 1\" with material fractions: Iron 10% and Empty rock 90% under Prerequisites tab.

We set the material mix for the ore block. In this example, the block contains 10% iron and 90% empty rock, so its resulting quality is 10%.

The animation shows a user interacting with a mining software interface, selecting and updating data fields related to an ore block, with changes reflected in the map display.

We assign a mine segment to the ore block. This connects the block configuration to the imported geometry and tells MineTwin where this block is located on the pit layout.

A series of blocks are added and listed in a mining software window as their properties are adjusted and displayed.

We create three additional copies of the ore block. The copied blocks keep the same main parameters and are then assigned to their own mine segments so that the scenario has four ore mining fronts.

A user selects multiple rows in a table and clicks an icon in the toolbar causing the rows to stay highlighted.

We select all ore blocks and apply the maximum length setting to them as a group. This keeps the block advancement limits consistent across all four mining fronts.

Interface showing "Ore destination" properties with coordinates, connection rules, and leveling options in a software toolbar.

We add a dump area and name it Ore destination. This object is used as the destination for hauled ore, and its inbound connection is assigned to the road node shown in the properties.

The animation shows a change in the "Base node" value for multiple trucks in a mining software interface, updating from an unspecified status to "ROAD-74-e," reflecting a data update in the properties panel.

We assign base nodes to all equipment units. The base node defines the initial position of each unit at the start of the simulation.

The animation shows a software interface where an energy category labeled "Chargers" changes to "Fueling stations," and details about "Charger 1" update to "Fueling station 1" with corresponding property adjustments.

We add a fueling station and place it on the road network. Because refueling is enabled in the scenario, MineTwin needs this station to model where equipment can go for fuel.

A table displaying target plans: dates, mining type, quality percentage, and planned mass, with a blue box highlighting "Quality, %".

We change the production target quality to 10%. This aligns the plan with the ore blocks we created, because each block has a 10% iron quality based on its material mix.

A mining simulation software interface showing production plans, timelines, summaries, and performance charts.

We run the simulation and review the first mining result. The schedule shows drilling, charging, blasting, hauling, and mining states for the four ore blocks, while the summary indicates that the production plan is still underfulfilled at this stage.

Animated trucks move along lines on a map, changing positions across the frames.

We open the 3D view and watch trucks move through the imported pit geometry. This confirms that the connected DXF-based road network is being used by the simulation and that equipment can travel through the realistic layout.

3. Add overburden blocks and overburden destination, run fleet sizing study

In this section, we will extend the scenario from ore-only mining to combined ore and overburden mining. We will add overburden blocks on separate mine segments, separate the haulage destinations for ore and overburden, and add a development target plan.

After that, we will run the simulation again and review how the production and development flows share the same road network. Finally, we will start a fleet sizing study to find a better equipment configuration for the combined plan.

MineTwin Openpit interface displaying block properties, contour map, and ore type data with marked details for "Overburden block 1."

We add the first overburden block and assign it to one of the mine segments in the imported pit geometry. This creates a development mining task in the same mine area as the ore blocks.

Properties window for \"Overburden block 1\" with density set to 2.20 t/m³ and additional mining details.

We change the overburden block density to 2.20 t/m3. This value will be used when MineTwin converts mined volume into tonnes for the development plan and haulage calculations.

Properties menu showing \"Overburden block 1\" with \"Material\" as \"Empty rock\" at 100% fraction.

We set the material mix of the overburden block to 100% empty rock. The block is handled as overburden because its ore type is Overburden, while the material mix defines that it contains no ore material.

A software interface displays changes in the selection of different mining blocks, with the properties and details for each selected block appearing in a side panel.

We copy the overburden block and assign the copies to their own mine segments. By the end of this step, the scenario contains four ore blocks and four overburden blocks, each linked to a specific part of the imported geometry.

Ore destination properties interface showing inbound flow constraints and allowed ore types: Iron ore and Overburden.

We update the inbound rules of the ore destination dump area so that it accepts only iron ore. This prevents overburden from being hauled to the ore destination.

Mapping software interface showing overburden destination settings with stock and ore type options.

We add a separate dump area for overburden and allow it to accept overburden material. This separates production haulage from development haulage and gives MineTwin the correct destination for each material type.

Image of a table with columns for dates, mining type, quality percentage, and planned mass, highlighting one data row.

We add a development target plan for overburden. The new plan covers the same scenario period and sets the planned development mass to 400,000 tonnes.

Mining simulation interface with production data, road map, summary statistics, and cumulative development graphs.

We run the simulation and review both production and development results. The dashboard now shows eight blocks, two dump areas, and separate fulfillment indicators for production mass, production grade, and development mass. We also enable the Congestion and Haulage volumes layers on the map to see where the active haulage routes are loaded.

Mining route graph showing ore and overburden transport from Mine area 1 to destinations, displaying metrics and durations.

We open the routes graph to compare ore and overburden flows. The graph shows ore hauled to the ore destination and overburden hauled to the overburden destination, with different route distances and travel times through the same mine area.

A software interface displays simulation results with various equipment configurations, metrics, and status completion percentages.

We run a fleet sizing study for the combined production and development scenario. The study evaluates equipment clusters, adds equipment where it improves plan fulfillment, and then tests exclusions to remove equipment that is not needed for the final configuration.

Application interface showing fleet sizing study with steps, replication status, and a context menu for item management.

We select the best study result and save it as a new scenario. This gives us a scenario variant with the equipment configuration chosen by the fleet sizing study.