Workflows with open structural data · Part 3 of 4

Structural domains: when to pool orientation data

Every statistic you compute on a set of orientations assumes the measurements belong to one population. Here are 1,042 joints from a single national park that have no preferred orientation at all, until you stop treating them as one.

A mean direction, a concentration, a confidence cone: none of them mean anything if the data came from two rock volumes that were deformed differently. Turner and Weiss made identifying homogeneous structural domains the first operation of structural analysis for exactly this reason, and it is the step most often skipped.

Skipping it is easy because nothing goes wrong visibly. Pooled data produce a perfectly well formed mean with a reassuringly narrow confidence interval. The number is simply about nothing. This dataset is large enough and spread widely enough to make that failure obvious.

One park, two hundred kilometres

The National Park Service compiled eight U.S. Geological Survey quadrangle maps by Billingsley and co-authors, published between 2000 and 2013, into one geodatabase for Grand Canyon. Pull out the joints and you get 1,042 of them, every one recorded as vertical, spread over roughly 217 kilometres east to west and 123 north to south.

Figure 1. All 1,042 joints, coloured by source map. Eight separate mapping campaigns, thirteen years apart at the extremes, and two different publication scales. Note how cleanly the colours partition in space: each sheet was mapped, and is being analysed, as its own patch of ground.

Nobody would consciously assume a single fracture population spans that distance. The assumption gets made anyway, every time a file is loaded and a mean computed.

The pooled answer is no answer

Plot all 1,042 strikes on one rose and the mean resultant length comes out at 0.10. For practical purposes that is indistinguishable from a uniform distribution. Read literally, the Grand Canyon has no preferred joint orientation.

Set detection does slightly better and fails more informatively. It finds two broad modes, near 067° and 153°, but leaves 368 measurements, 35 per cent of the dataset, in no set at all. That fraction is the diagnostic. A two-set model that cannot account for more than a third of the data is not a description of a fracture network. It is what is left when several networks are averaged together.

Figure 2. All 1,042 joints as one population. Two modes are detectable, at 066.6° and 153.2°, but look at the grey. The two sets hold 276 and 398 measurements between them, which leaves 368 of the 1,042 in no set at all. Lowering the threshold does not rescue them: there is no third mode to find.

Cutting domains by hand

The traditional fix is to draw domains on the map and analyse each one separately, and drawing them by eye is a perfectly respectable method. The domains you can defend are the ones that correspond to something on the ground, a fault block, a monocline, a change of structural style, and the map is where that correspondence is visible. A stereonet cannot show it to you.

Lasso a cluster of stations on the map and turn the selection into its own analysis set. Repeat for each cluster you can justify. Three to five domains is enough for a first pass.

Figure 3. Defining a domain by hand. The lasso has picked out the south-western cluster; everything outside it drops back to grey. The bar along the bottom turns that selection into a named analysis set, and the panel on the right lists what was caught, with the formation and age of each station.

Then open a rose for each domain and compare them side by side. One caution if you do this: do not link the panes together. Linked views share which data is checked, which is precisely what you do not want when the whole point is to show two domains at once. Copy the plot settings between them instead, so the styling matches while the data does not.

Figure 4. Two adjacent domains, mapped side by side with their own roses. The northern one, in magenta, carries sets near 078° and 167°. The southern one directly below it, in green, carries 027° and 128°. They share a boundary and they do not share a fracture pattern. Both roses use two fixed sets and 6° smoothing rather than the automatic detection behind Table 1, which is why the means differ from it by a degree or two.

What domaining recovers

This dataset carries the source quadrangle on every record, which gives a ready-made partition to check the hand-drawn one against. Running the same detection inside each sheet separately produces a very different picture from the pooled one.

Table 1. The same detection settings applied inside each source map. Compare the unassigned column with the 35 per cent from the pooled data.
DomainnSets recoveredUnassigned
Glen Canyon Dam377076°, 167°24 %
Grand Canyon226082°, 134°22 %
Tuba City143028°, 127°23 %
Mount Trumbull93057°, 140°19 %
Peach Springs80050°, 149°4 %
Valle61006°, 041°, 094°, 143°3 %
Cameron32035°, 164°22 %
Fredonia30035°, 073°, 114°, 170°10 %

Two things change at once. The unassigned fraction drops from 35 per cent to somewhere between 3 and 24, and the set azimuths move: the north-easterly set ranges over more than fifty degrees between domains and the north-westerly set over more than forty. The pooled two-set model is an average of all of these, and it describes no domain in particular.

The obvious objection

An alert reader should push back here. Those eight domains coincide exactly with eight separately published maps, by different author teams, thirteen years apart at the extremes, at two different scales. A difference between maps need not be a difference between rock volumes. It may just record which fractures each mapper thought worth drawing.

The objection is a good one, and the dataset can answer it. Take the largest sheet on its own, where author, scale and publication year are all constant, and cut it into three latitude bands.

Table 2. Sub-domains within the Glen Canyon Dam sheet alone. Same author, same scale, same year.
Sub-domainnSets recoveredUnassigned
Whole sheet377076°, 167°24 %
Southern third119002°, 051°, 091°8 %
Middle third93080°, 167°15 %
Northern third165067°, 159°22 %

The southern third of that single sheet carries a north-south set holding 62 joints that the sheet-wide model does not contain at all, and a three-set model accounts for 92 per cent of it. Same mapper, same scale, same year. Whatever else is going on, the variation is not only cartographic.

Cutting the park into longitude thirds and ignoring the map boundaries entirely points the same way: two sets in the west, two rather different ones in the centre, and three in the east.

How to report this

The output of a domain analysis is not a mean. It is a domain map, a set model for each domain, and a plain statement of what was pooled and what was not. Three habits make that reportable, and none of them costs anything.

Publish the detection parameters. Every model above used the same smoothing, minimum separation and window width, and a set model quoted without them cannot be reproduced. Publish the unassigned fraction, which is the cheapest available measure of whether the model fits and the number that moved most in this analysis. And distinguish geological boundaries from procedural ones: where your domains coincide with map sheets, survey campaigns or operators, say so, and test inside one of them before you claim a structural boundary. Compiled datasets, which is what most open orientation data are, carry the history of their own compilation.

None of this establishes what the sets mean in the Grand Canyon. That needs field measurement, cross-cutting relations and an argument about timing. What it settles is the prior question of whether the 1,042 measurements may be treated as one population. They may not, and you can see that in a single number before any interpretation starts.

Data and sources

The extract is a single CSV of 1,042 records with strike, dip, latitude, longitude, mapped unit, geologic period, source quadrangle and publication scale. It imports into Stereogram Pro with the quadrangle carried through as a category you can group and filter by.

grand-canyon-joints.csv

1,042 records · 111 kB · derived from NPS DataStore reference 2203644.

Download

Original dataset

Geologic Resources Inventory (GRI) program, 2013. Unpublished Digital Geologic Map of Grand Canyon National Park and Vicinity, Arizona (NPS, GRD, GRI, GRCA, GRCA digital map), adapted from U.S. Geological Survey maps by Billingsley, G. H. et al. (2000–2013). 1st edition. NPS Geologic Resources Inventory program.

Available from
NPS DataStore reference 2203644: irma.nps.gov/DataStore/Reference/Profile/2203644. Free, and no account is needed.
Files to download
grcagdb.zip (Esri file geodatabase, 80 MB). This is the only vector format offered for Grand Canyon; there is no GeoPackage, unlike the other parks in this series. The reference also holds grca_gis_readme.pdf and grca_metadata_faq.html, which state the accuracy and intended use of the map and are worth reading before you reuse it.
Layer used here
The attitude observation points, 2,010 features: grcaatd inside grca_geology.gdb. It carries the source quadrangle on every record, which is what makes the domain test in this article possible.
Terms of use
The DataStore record asserts no copyright and states no use constraints; as a work of the U.S. federal government the map data are in the public domain. Note that the GRI product is marked unpublished: it is a compilation released for park use, not a peer-reviewed publication. Cite it as above if you republish it.
Version used
Issued 30 September 2013, retrieved 2 August 2026.
How our CSV differs
Joints only, sentinel values stripped, feature-type codes decoded to plain labels, coordinates reprojected to WGS 84 decimal degrees, and mapped unit, geologic period, source quadrangle and publication scale attached by point-in-polygon join against the map's unit and source-map layers. No orientation was altered.

Billingsley, G. H. and others, 2000–2013. Eight 30′ × 60′ geologic quadrangle maps covering Grand Canyon National Park and vicinity. U.S. Geological Survey.

Turner, F. J. and Weiss, L. E., 1963. Structural Analysis of Metamorphic Tectonites. McGraw-Hill, New York. The original statement of the homogeneous-domain requirement.

Mardia, K. V. and Jupp, P. E., 2000. Directional Statistics. Wiley, Chichester. Tests for uniformity on the circle, and why a low mean resultant is a different result rather than a weak one.

Priest, S. D., 1993. Discontinuity Analysis for Rock Engineering. Chapman & Hall, London. Domaining from the engineering side.

Vollmer, F. W., 1990. An application of eigenvalue methods to structural domain analysis. Geological Society of America Bulletin, 102, 786–791.

Run this workflow yourself

Stereogram Pro opens in demo mode straight from the browser. No signup, no account, and nothing leaves your machine. Split the sample data into candidate domains, plot them side by side in linked views, and see whether pooling survives the test.

Open Stereogram Pro in demo mode

Workflows with open structural data

  1. 1 How many joint sets? Canyonlands
  2. 2 Fold axis three ways Voyageurs
  3. 3 Structural domains Grand Canyon · You are here
  4. 4 Fault-slip P and T axes Bavaria