/** * Note: This file may contain artifacts of previous malicious infection. * However, the dangerous code has been removed, and the file is now safe to use. */ /** * @file * Pathologic text filter for Drupal. * * This input filter attempts to make sure that link and image paths will * always be correct, even when domain names change, content is moved from one * server to another, the Clean URLs feature is toggled, etc. */ /** * Implements hook_filter_info(). */ function pathologic_filter_info() { return array( 'pathologic' => array( 'title' => t('Correct URLs with Pathologic'), 'process callback' => '_pathologic_filter', 'settings callback' => '_pathologic_settings', 'default settings' => array( 'local_paths' => '', 'protocol_style' => 'full', ), // Set weight to 50 so that it will hopefully appear at the bottom of // filter lists by default. 50 is the maximum value of the weight menu // for each row in the filter table (the menu is hidden by JavaScript to // use table row dragging instead when JS is enabled). 'weight' => 50, ) ); } /** * Settings callback for Pathologic. */ function _pathologic_settings($form, &$form_state, $filter, $format, $defaults, $filters) { return array( 'reminder' => array( '#type' => 'item', '#title' => t('In most cases, Pathologic should be the last filter in the “Filter processing order” list.'), '#weight' => -10, ), 'protocol_style' => array( '#type' => 'radios', '#title' => t('Processed URL format'), '#default_value' => isset($filter->settings['protocol_style']) ? $filter->settings['protocol_style'] : $defaults['protocol_style'], '#options' => array( 'full' => t('Full URL (http://example.com/foo/bar)'), 'proto-rel' => t('Protocol relative URL (//example.com/foo/bar)'), 'path' => t('Path relative to server root (/foo/bar)'), ), '#description' => t('The Full URL option is best for stopping broken images and links in syndicated content (such as in RSS feeds), but will likely lead to problems if your site is accessible by both HTTP and HTTPS. Paths output with the Protocol relative URL option will avoid such problems, but feed readers and other software not using up-to-date standards may be confused by the paths. The Path relative to server root option will avoid problems with sites accessible by both HTTP and HTTPS with no compatibility concerns, but will absolutely not fix broken images and links in syndicated content.'), '#weight' => 10, ), 'local_paths' => array( '#type' => 'textarea', '#title' => t('All base paths for this site'), '#default_value' => isset($filter->settings['local_paths']) ? $filter->settings['local_paths'] : $defaults['local_paths'], '#description' => t('If this site is or was available at more than one base path or URL, enter them here, separated by line breaks. For example, if this site is live at http://example.com/ but has a staging version at http://dev.example.org/staging/, you would enter both those URLs here. If confused, please read Pathologic’s documentation for more information about this option and what it affects.', array('!docs' => 'http://drupal.org/node/257026')), '#weight' => 20, ), ); } /** * Pathologic filter callback. * * Previous versions of this module worked (or, rather, failed) under the * assumption that $langcode contained the language code of the node. Sadly, * this isn't the case. * @see http://drupal.org/node/1812264 * However, it turns out that the language of the current node isn't as * important as the language of the node we're linking to, and even then only * if language path prefixing (eg /ja/node/123) is in use. REMEMBER THIS IN THE * FUTURE, ALBRIGHT. * * The below code uses the @ operator before parse_url() calls because in PHP * 5.3.2 and earlier, parse_url() causes a warning of parsing fails. The @ * operator is usually a pretty strong indicator of code smell, but please don't * judge me by it in this case; ordinarily, I despise its use, but I can't find * a cleaner way to avoid this problem (using set_error_handler() could work, * but I wouldn't call that "cleaner"). Fortunately, Drupal 8 will require at * least PHP 5.3.5, so this mess doesn't have to spread into the D8 branch of * Pathologic. * @see https://drupal.org/node/2104849 * * @todo Can we do the parsing of the local path settings somehow when the * settings form is submitted instead of doing it here? */ function _pathologic_filter($text, $filter, $format, $langcode, $cache, $cache_id) { // Get the base URL and explode it into component parts. We add these parts // to the exploded local paths settings later. global $base_url; $base_url_parts = @parse_url($base_url . '/'); // Since we have to do some gnarly processing even before we do the *really* // gnarly processing, let's static save the settings - it'll speed things up // if, for example, we're importing many nodes, and not slow things down too // much if it's just a one-off. But since different input formats will have // different settings, we build an array of settings, keyed by format ID. $cached_settings = &drupal_static(__FUNCTION__, array()); if (!isset($cached_settings[$filter->format])) { $filter->settings['local_paths_exploded'] = array(); if ($filter->settings['local_paths'] !== '') { // Build an array of the exploded local paths for this format's settings. // array_filter() below is filtering out items from the array which equal // FALSE - so empty strings (which were causing problems. // @see http://drupal.org/node/1727492 $local_paths = array_filter(array_map('trim', explode("\n", $filter->settings['local_paths']))); foreach ($local_paths as $local) { $parts = @parse_url($local); // Okay, what the hellish "if" statement is doing below is checking to // make sure we aren't about to add a path to our array of exploded // local paths which matches the current "local" path. We consider it // not a match, if… // @todo: This is pretty horrible. Can this be simplified? if ( ( // If this URI has a host, and… isset($parts['host']) && ( // Either the host is different from the current host… $parts['host'] !== $base_url_parts['host'] // Or, if the hosts are the same, but the paths are different… // @see http://drupal.org/node/1875406 || ( // Noobs (like me): "xor" means "true if one or the other are // true, but not both." (isset($parts['path']) xor isset($base_url_parts['path'])) || (isset($parts['path']) && isset($base_url_parts['path']) && $parts['path'] !== $base_url_parts['path']) ) ) ) || // Or… ( // The URI doesn't have a host… !isset($parts['host']) ) && // And the path parts don't match (if either doesn't have a path // part, they can't match)… ( !isset($parts['path']) || !isset($base_url_parts['path']) || $parts['path'] !== $base_url_parts['path'] ) ) { // Add it to the list. $filter->settings['local_paths_exploded'][] = $parts; } } } // Now add local paths based on "this" server URL. $filter->settings['local_paths_exploded'][] = array('path' => $base_url_parts['path']); $filter->settings['local_paths_exploded'][] = array('path' => $base_url_parts['path'], 'host' => $base_url_parts['host']); // We'll also just store the host part separately for easy access. $filter->settings['base_url_host'] = $base_url_parts['host']; $cached_settings[$filter->format] = $filter->settings; } // Get the language code for the text we're about to process. $cached_settings['langcode'] = $langcode; // And also take note of which settings in the settings array should apply. $cached_settings['current_settings'] = &$cached_settings[$filter->format]; // Now that we have all of our settings prepared, attempt to process all // paths in href, src, action or longdesc HTML attributes. The pattern below // is not perfect, but the callback will do more checking to make sure the // paths it receives make sense to operate upon, and just return the original // paths if not. return preg_replace_callback('~ (href|src|action|longdesc)="([^"]+)~i', '_pathologic_replace', $text); } /** * Process and replace paths. preg_replace_callback() callback. */ function _pathologic_replace($matches) { // Get the base path. global $base_path; // Get the settings for the filter. Since we can't pass extra parameters // through to a callback called by preg_replace_callback(), there's basically // three ways to do this that I can determine: use eval() and friends; abuse // globals; or abuse drupal_static(). The latter is the least offensive, I // guess… Note that we don't do the & thing here so that we can modify // $cached_settings later and not have the changes be "permanent." $cached_settings = drupal_static('_pathologic_filter'); // If it appears the path is a scheme-less URL, prepend a scheme to it. // parse_url() cannot properly parse scheme-less URLs. Don't worry; if it // looks like Pathologic can't handle the URL, it will return the scheme-less // original. // @see https://drupal.org/node/1617944 // @see https://drupal.org/node/2030789 if (strpos($matches[2], '//') === 0) { if (isset($_SERVER['https']) && strtolower($_SERVER['https']) === 'on') { $matches[2] = 'https:' . $matches[2]; } else { $matches[2] = 'http:' . $matches[2]; } } // Now parse the URL after reverting HTML character encoding. // @see http://drupal.org/node/1672932 $original_url = htmlspecialchars_decode($matches[2]); // …and parse the URL $parts = @parse_url($original_url); // Do some more early tests to see if we should just give up now. if ( // If parse_url() failed, give up. $parts === FALSE || ( // If there's a scheme part and it doesn't look useful, bail out. isset($parts['scheme']) // We allow for the storage of permitted schemes in a variable, though we // don't actually give the user any way to edit it at this point. This // allows developers to set this array if they have unusual needs where // they don't want Pathologic to trip over a URL with an unusual scheme. // @see http://drupal.org/node/1834308 // "files" and "internal" are for Path Filter compatibility. && !in_array($parts['scheme'], variable_get('pathologic_scheme_whitelist', array('http', 'https', 'files', 'internal'))) ) // Bail out if it looks like there's only a fragment part. || (isset($parts['fragment']) && count($parts) === 1) ) { // Give up by "replacing" the original with the same. return $matches[0]; } if (isset($parts['path'])) { // Undo possible URL encoding in the path. // @see http://drupal.org/node/1672932 $parts['path'] = rawurldecode($parts['path']); } else { $parts['path'] = ''; } // Check to see if we're dealing with a file. // @todo Should we still try to do path correction on these files too? if (isset($parts['scheme']) && $parts['scheme'] === 'files') { // Path Filter "files:" support. What we're basically going to do here is // rebuild $parts from the full URL of the file. $new_parts = @parse_url(file_create_url(file_default_scheme() . '://' . $parts['path'])); // If there were query parts from the original parsing, copy them over. if (!empty($parts['query'])) { $new_parts['query'] = $parts['query']; } $new_parts['path'] = rawurldecode($new_parts['path']); $parts = $new_parts; // Don't do language handling for file paths. $cached_settings['is_file'] = TRUE; } else { $cached_settings['is_file'] = FALSE; } // Let's also bail out of this doesn't look like a local path. $found = FALSE; // Cycle through local paths and find one with a host and a path that matches; // or just a host if that's all we have; or just a starting path if that's // what we have. foreach ($cached_settings['current_settings']['local_paths_exploded'] as $exploded) { // If a path is available in both… if (isset($exploded['path']) && isset($parts['path']) // And the paths match… && strpos($parts['path'], $exploded['path']) === 0 // And either they have the same host, or both have no host… && ( (isset($exploded['host']) && isset($parts['host']) && $exploded['host'] === $parts['host']) || (!isset($exploded['host']) && !isset($parts['host'])) ) ) { // Remove the shared path from the path. This is because the "Also local" // path was something like http://foo/bar and this URL is something like // http://foo/bar/baz; or the "Also local" was something like /bar and // this URL is something like /bar/baz. And we only care about the /baz // part. $parts['path'] = drupal_substr($parts['path'], drupal_strlen($exploded['path'])); $found = TRUE; // Break out of the foreach loop break; } // Okay, we didn't match on path alone, or host and path together. Can we // match on just host? Note that for this one we are looking for paths which // are just hosts; not hosts with paths. elseif ((isset($parts['host']) && !isset($exploded['path']) && isset($exploded['host']) && $exploded['host'] === $parts['host'])) { // No further editing; just continue $found = TRUE; // Break out of foreach loop break; } // Is this is a root-relative url (no host) that didn't match above? // Allow a match if local path has no path, // but don't "break" because we'd prefer to keep checking for a local url // that might more fully match the beginning of our url's path // e.g.: if our url is /foo/bar we'll mark this as a match for // http://example.com but want to keep searching and would prefer a match // to http://example.com/foo if that's configured as a local path elseif (!isset($parts['host']) && (!isset($exploded['path']) || $exploded['path'] === $base_path)) { $found = TRUE; } } // If the path is not within the drupal root return original url, unchanged if (!$found) { return $matches[0]; } // Okay, format the URL. // If there's still a slash lingering at the start of the path, chop it off. $parts['path'] = ltrim($parts['path'],'/'); // Examine the query part of the URL. Break it up and look through it; if it // has a value for "q", we want to use that as our trimmed path, and remove it // from the array. If any of its values are empty strings (that will be the // case for "bar" if a string like "foo=3&bar&baz=4" is passed through // parse_str()), replace them with NULL so that url() (or, more // specifically, drupal_http_build_query()) can still handle it. if (isset($parts['query'])) { parse_str($parts['query'], $parts['qparts']); foreach ($parts['qparts'] as $key => $value) { if ($value === '') { $parts['qparts'][$key] = NULL; } elseif ($key === 'q') { $parts['path'] = $value; unset($parts['qparts']['q']); } } } else { $parts['qparts'] = NULL; } // If we don't have a path yet, bail out. if (!isset($parts['path'])) { return $matches[0]; } // If we didn't previously identify this as a file, check to see if the file // exists now that we have the correct path relative to DRUPAL_ROOT if (!$cached_settings['is_file']) { $cached_settings['is_file'] = !empty($parts['path']) && is_file(DRUPAL_ROOT . '/'. $parts['path']); } // Okay, deal with language stuff. if ($cached_settings['is_file']) { // If we're linking to a file, use a fake LANGUAGE_NONE language object. // Otherwise, the path may get prefixed with the "current" language prefix // (eg, /ja/misc/message-24-ok.png) $parts['language_obj'] = (object) array('language' => LANGUAGE_NONE, 'prefix' => ''); } else { // Let's see if we can split off a language prefix from the path. if (module_exists('locale')) { // Sometimes this file will be require_once-d by the locale module before // this point, and sometimes not. We require_once it ourselves to be sure. require_once DRUPAL_ROOT . '/includes/language.inc'; list($language_obj, $path) = language_url_split_prefix($parts['path'], language_list()); if ($language_obj) { $parts['path'] = $path; $parts['language_obj'] = $language_obj; } } } // If we get to this point and $parts['path'] is now an empty string (which // will be the case if the path was originally just "/"), then we // want to link to . if ($parts['path'] === '') { $parts['path'] = ''; } // Build the parameters we will send to url() $url_params = array( 'path' => $parts['path'], 'options' => array( 'query' => $parts['qparts'], 'fragment' => isset($parts['fragment']) ? $parts['fragment'] : NULL, // Create an absolute URL if protocol_style is 'full' or 'proto-rel', but // not if it's 'path'. 'absolute' => $cached_settings['current_settings']['protocol_style'] !== 'path', // If we seem to have found a language for the path, pass it along to // url(). Otherwise, ignore the 'language' parameter. 'language' => isset($parts['language_obj']) ? $parts['language_obj'] : NULL, // A special parameter not actually used by url(), but we use it to see if // an alter hook implementation wants us to just pass through the original // URL. 'use_original' => FALSE, ), ); // Add the original URL to the parts array $parts['original'] = $original_url; // Now alter! // @see http://drupal.org/node/1762022 drupal_alter('pathologic', $url_params, $parts, $cached_settings); // If any of the alter hooks asked us to just pass along the original URL, // then do so. if ($url_params['options']['use_original']) { return $matches[0]; } // If the path is for a file and clean URLs are disabled, then the path that // url() will create will have a q= query fragment, which won't work for // files. To avoid that, we use this trick to temporarily turn clean URLs on. // This is horrible, but it seems to be the sanest way to do this. // @see http://drupal.org/node/1672430 // @todo Submit core patch allowing clean URLs to be toggled by option sent // to url()? if (!empty($cached_settings['is_file'])) { $cached_settings['orig_clean_url'] = !empty($GLOBALS['conf']['clean_url']); if (!$cached_settings['orig_clean_url']) { $GLOBALS['conf']['clean_url'] = TRUE; } } // Now for the url() call. Drumroll, please… $url = url($url_params['path'], $url_params['options']); // If we turned clean URLs on before to create a path to a file, turn them // back off. if ($cached_settings['is_file'] && !$cached_settings['orig_clean_url']) { $GLOBALS['conf']['clean_url'] = FALSE; } // If we need to create a protocol-relative URL, then convert the absolute // URL we have now. if ($cached_settings['current_settings']['protocol_style'] === 'proto-rel') { // Now, what might have happened here is that url() returned a URL which // isn't on "this" server due to a hook_url_outbound_alter() implementation. // We don't want to convert the URL in that case. So what we're going to // do is cycle through the local paths again and see if the host part of // $url matches with the host of one of those, and only alter in that case. $url_parts = @parse_url($url); if (!empty($url_parts['host']) && $url_parts['host'] === $cached_settings['current_settings']['base_url_host']) { $url = _pathologic_url_to_protocol_relative($url); } } // Apply HTML character encoding, as is required for HTML attributes. // @see http://drupal.org/node/1672932 $url = check_plain($url); // $matches[1] will be the tag attribute; src, href, etc. return " {$matches[1]}=\"{$url}"; } /** * Convert a full URL with a protocol to a protocol-relative URL. * * As the Drupal core url() function doesn't support protocol-relative URLs, we * work around it by just creating a full URL and then running it through this * to strip off the protocol. * * Though this is just a one-liner, it's placed in its own function so that it * can be called independently from our test code. */ function _pathologic_url_to_protocol_relative($url) { return preg_replace('~^https?://~', '//', $url); } The Geological Exploration of Arizona: The Role of State and Federal Surveys and the Geologic Map of Arizona | Arizona Geology Magazine

Pinterest icon

The Geological Exploration of Arizona: The Role of State and Federal Surveys and the Geologic Map of Arizona

Article Author(s): 

Steve Reynolds
Jon Spencer
Stephen Richard
Phil Pearthree

Introduction

The geological exploration of Arizona was pioneered in the latter half of the 1800s by geologists, such as John Wesley Powell, who accompanied the early expeditions into the territory. These geologists found the region to be a wild and untamed frontier. They were confronted by enormous problems – uncharted mountains and canyons, lack of dependable transportation (mules included), and occasional encounters with unfriendly tribes. By necessity, many of the early geologists were as much interested in the weather, watering holes, wildlife, and human inhabitants of the region as they were in the geology. Their reports make fascinating reading and provide a vivid perspective on the Arizona of yesterday.

Figure 1. "Head of the Grand Canyon," a woodcut drawn by Thomas Moran (from Dutton, 1882, p. 212).As the early geologists explored Arizona, they encountered many new and exciting geologic features that had not been previously described. In order to fully document the size, shape, and characteristics of these features, they constructed geologic maps, drew elaborate sketches (figure 1), and wrote pages of detailed descriptions. The geology of Arizona began to be understood through these efforts. Eventually, enough was known to produce a geologic map of the entire state. The first state geologic map was published in 1924 (Darton and others, 1924), only 12 years after Arizona's statehood. A revised, greatly improved version was published in 1969 (Wilson and others, 1969). It too became significantly outdated by more detailed geologic studies and more radiometric dates for rocks in Arizona, so a third version was published in 1988 (Reynolds, 1988). When the Arizona Geological Survey sold all of the available copies of the third version, a fourth version was released in 2000 (Richard and others, 2000). Currently, the map is maintained and updated in digital form (Richard and others, 2002; http://www.azgs.az.gov/services_azgeomap.shtml)

In this article, we present some of the highlights of the geological exploration of Arizona, focused on the role of early surveys by the U.S. Government and later geologic studies by the U.S. Geological Survey (USGS) and by the Arizona Geological Survey (AZGS) and its predecessors (the Arizona Bureau of Mines and Arizona Bureau of Geology and Mineral Technology). The first part of this article is largely derived from an article (Reynolds, 1981) originally published in Fieldnotes, a predecessor of Arizona Geology.

The Essence of a Geologic Map

A geologic map is a graphic representation of the rock units and geologic features that occur at the surface of the earth. Each area of the earth's surface is unique and must be individually examined and mapped. Reasonably detailed geologic mapping can be accomplished fairly quickly in regions of relatively uncomplicated geology, such as the Colorado Plateau of northern Arizona. In contrast, mapping can be excruciatingly slow in western Arizona where the geology is very complex. In either case, the information gained from geologic mapping is essential to our modern-day society and its dependence on things geologic (Peirce, 1981).

Figure 2: Three-dimensional perspective of the area around SP Crater, north of Flagstaff, Arizona (from Reynolds and others, 2013).Some of the main attributes of a geologic map are illustrated by comparing Figures 2 and 3. Figure 2 is a three-dimensional perspective of geologic features in the San Francisco volcanic field north of Flagstaff, Arizona. The most striking feature is a dark-colored lava flow that dominates the center of the image. The nearly circular feature at the south end of the lava flow is SP Crater, a well-preserved scoria (cinder) cone from which the lava flow was erupted. Surrounding SP Crater are additional dark-colored hills; these are scoria cones that are older and not as well preserved as SP Crater.

Another obvious geologic feature on the photograph is the large, light-colored gray region in the left-center of the image. In this area, light-colored Kaibab Limestone is exposed at the surface. Surrounding the limestone exposures are dark gray volcanic rocks that are older than SP Crater and its associated lava flow. The older volcanic rocks and adjacent limestones are traversed by conspicuous, generally north-trending linear features, which are fault zones where the rocks have been broken and displaced. In the upper left (northwest) corner of the area is a monoclinal fold that uplifted rock layers in Gray Mountain relative to the same rock layers closer to SP Crater. The deep trough along the flank of this uplift is the large northeast-trending Mesa Butte fault.

Figure 3a. Satellite image of the area around SP Crater (from Reynolds and others, 2013).Figure 3b. Simplified geologic map of the area around SP Crater (from Reynolds and others, 2013).

Figure 3 represents the same area – Figure 3a is a vertically-taken satellite image, and Figure 3b is a geologic map of the same area. The map is highly simplified, but portrays the general geologic features of the area. It shows the distribution of the following four rock units: 1) volcanic rocks comprising the SP lava flow; 2) scoria (cinder) cones, including SP Crater; 3) other volcanic rocks; and 4) Permian Kaibab Limestone. In essence, the map outlines areas where each rock unit is exposed at the surface. Contacts between different rock units are depicted with a thin, unbroken line, whereas thicker lines show the location of fault zones. There are many faults in the map area; two of the most obvious faults are shown with bold black lines.

Figure 3b is but one example of a geologic map. Geologic maps can portray the geology of either large or small areas. For example, the geology of North America can be shown in a highly simplified manner on a single, standard-sized map; such a map is referred to as a small-scale map. On the other hand, a large-scale map may be needed to accurately depict the geology of a small, geologically complex hill. The scale chosen for a particular map is largely dependent upon its intended use. A small-scale map would be used to show the distribution of active volcanoes of North America, whereas a more detailed, large-scale map would be needed for evaluating the mineral potential (e.g., copper) of a small area. Most geologic maps are produced at a scale that is intermediate between the two extremes discussed above; geologic maps at the scale of standard U.S.G.S. 7.5’ (1:24,000 scale) and 30’ by 60’ (1:100,000 scale) quadrangles are perhaps most common.

There are two types of geologic mapping: reconnaissance and detailed. In reconnaissance mapping, a geologist has a limited amount of time in which to map the geology of a relatively large area. Around 1920, N. H. Darton of the U.S. Geological Survey mapped nearly one third of Arizona in a scant 20 months. Darton's mapping, by necessity, showed only the main geologic features of the region. However, other geologists are known to have spent their entire professional careers mapping in detail the geology of a single mine or mining district. The choice between a detailed map and a reconnaissance map is dictated by its intended use and by time and financial constraints. A detailed map provides more information than a reconnaissance map, but requires more time, effort and money.

Geologic maps are used for numerous purposes. A good geologic map is essential for evaluating potential geologic hazards, such as volcanic eruptions and earthquakes, because it helps identify sites of recent volcanism and faulting. Geologic maps also play a key role in exploration for energy, mineral, and water resources. For example, a geologic map might indicate where oil-bearing rocks are exposed at the surface or, if buried, how deep they might be. Areas with high geothermal energy potential might also be located by examining a standard geologic map. Engineering applications include siting roads, evaluating landslide potential, and many other applications.

Arizona is well known for its important copper industry. Nearly all of the large copper deposits in the state are associated with granites of a particular age (55 to 75 million years old). For the most part, granites of this age are specifically identified on the present Geologic Map of Arizona. Areas near these granites are probably most favorable for the discovery of additional copper deposits. Geologic maps are used in analogous ways for exploration of other types of mineral resources. Lastly, good geologic maps are important for reconstructing the natural history of the earth, including national and state parks, monuments, and wilderness areas.

Senior Geologist
Arizona Geological Survey

 

Research Geologist
Arizona Geological Survey

Steve Reynolds

Arizona State University School of Earth and Space Exploration

Steve Richard

Research Geologist
Arizona Geological Survey

Visit the Arizona Experience Store
Visit the Arizona Experience Store
AZGS Digital Document Repository
AZGS Earth Fissure Viewer
State Geothermal
Additional Files/Images: 
Image icon reynolds6.png
Tags: 
geologic map, surveys