Converting Coordinates Between Datums
Mentor Softwares coordinate conversion products support nine different techniques
for converting from one datum to another, often called a datum shift. Mentor Software did
not invent any of these; they are just implementations of techniques commonly used in
geodetic applications. Thus, you will see similar types of things in other software as
well. In this article, we separate the various techniques into three categories:
- Grid based interpolation;
- Geocentric coordinates;
- Analytical formulas.
Dont be alarmed. We wont be discussing the mathematics upon which any of
these are based. But we will describe each technique in sufficient detail so that you can
understand the features, accuracy, prerequisites required and, most importantly, the
terminology involved with each technique.
Grid Based Interpolation
Last month we briefly described the basic grid technique for
computing datum shifts. This technique is based on a data file which contains the actual
datum shift at each point in a grid network. For example, the CONUS.LAS data file which is
a part of the NADCON system, contains the latitude shift of some 33,000 points represented
by a 15 minute grid between 63° and 131°
west longitude and 20° and 50°
north latitude. Given a specific geographic coordinate, programs extract the shift value
for the four points of the specific grid cell in which the point to be converted resides.
An interpolation algorithm is then used to determine the shift at the specific point.
Of all the techniques discussed here, this is far and away the best technique
available. Of course, it works only in those instances where entity, usually a
governmental agency, has taken the time, and devoted the resources, to develop the grid
data file. As of this writing, Mentor Software is aware of four instances where this is
the case.
NAD27 « NAD83 Via NADCON
In the US, the "agency" is the National Geodetic Survey. This agency also
provides a PC program (sorry, MS-DOS only) called NADCON which will actually do the grid
file lookup and interpolation calculations. The entire package is in the public domain and
available on the Internet at:
ftp.ngs.noaa.gov/pub/pcsoft/nadcon
The FORTRAN source code to the program is available in the SOURCE sub-directory.
In the NADCON implementation of the grid interpolation technique, two grid data files
are required for each piece of real estate covered. Files with the .LAS extension carry
the latitude shifts, and files with the .LOS extension carry the longitude shifts. In
general, one file alone is pretty much useless without the other. NADCON covers several
areas, thus there are several file pairs available. The areas covered are:
| Base File Name |
Region Covered |
Grid Density |
| CONUS |
Conterminous 48 states |
15 min |
| ALASKA |
Alaska, including the Aleutian Islands |
7.5 min |
| HAWAII |
Hawaii |
1.5 min |
| PRVI |
Puerto Rico and the Virgin Islands |
3.0 min |
| STPAUL |
St. Paul Island, one of the Pribiloff
Islands off the coast of Alaska |
3.0 min |
| STGEORGE |
St. George Island, another of the
Pribiloff Islands off the coast of Alaska |
1.0 min |
| STLRNC |
St. Lawrence Island, another island
off the coast of Alaska |
3.0 min |
Notes:
.LAS and .LOS files which have HPGN as the last four characters of their base file
names have another purpose in life described below.
I do not know why the islands off the coast of Alaska have their own files. Unless you
know, Mentor Software recommends that you ignore these files.
These files include information which defines the actual region covered. Last
months freebie was a program which enabled users to view this information.
Mentor Softwares products use this information to automatically select the correct
file for converting a specific coordinate.
NAD27 « NAD83 Via INTGRID, Versions 1 & 2
In the Canada, the "agency" is Geomatics Canada, and the conversion is
referred to as the National Transformation. The original version, now called version one,
was released about 1992. It was been replaced with version 2 in about 1996. The computer
program is named INTGRID. Many software vendors, such as Mentor Software, have included
the Geomatics algorithm into their products. Therefore, most Casual Cartographers do not
have a need for the actual Geomatics program istself. However, all implementations rely on
access to the grid data file. This file is NOT in the public domain, and its use must be
licensed from Geomatics Canada. You can contact them at:
www.geod.nrcan.gc.ca or information@geod.nrcan.gc.ca or
(613)-995-4410
The Canadian grid data file structure is much more sophisticated than that of its US
counterpart. Both latitude and longitude shifts (as well as accuracy values) are
incorporated into a single data file. The file structure also supports the concept of
multiple grids, and sub-grids within a major grid. The end result is that the grid density
in the Canadian data file varies from a maximum of 5 minutes to as little as 30 seconds.
Of course, this means that this file is pretty large; a skosh under 14 megabytes.
Therefore, Geomatics Canada distributes the data file on CD-ROM, and includes a program
for extracting, for example, a smaller sub-set which covers only the specific geography
which is of interest to you.
Due to the orthogonal nature of the grids upon which the US and Canadian systems are
based, there is substantial overlap between the two systems. In the overlapped areas, the
two systems match perfectly, right? NOT!!! The two systems differ by several centimeters
in the region on overlap. Since Mentor Softwares products automatically select the
proper grid data file when converting between NAD27 and NAD83, this can, in rare cases,
become an issue.
This is not a big issue for the following reasons. First, since the Canadian data file
is not in the public domain and requires a non-trivial license fee, it is unlikely that
non Canadian users will have the data file. Second, if the Canadian file is present, it is
likely that the user is a Canadian and would prefer the Canadian results over the US
results. Third, since the Canadian grid has a higher density, it is reasonable to assume
that the Canadian results would be more accurate. Due to this reasoning, Mentor
Softwares automatic selection feature will always prefer the Canadian data to the US
data in the region of overlap if both data files are present. There is an obscure means
for changing this. Making this technique a little less obscure is on our "to-do"
list.
As mentioned above, the current "Version 2" of the Canadian National
Transformation has completely superseded "Version 1". In fact, it is very
difficult to obtain a copy of the "Version 1" data file as Geomatics Canada very
much desires everyone to use "Version 2". Therefore, a software product which
supports "Version 1", but not "Version 2" probably should be avoided
is an alternative exists.
NAD83 « HARN
NAD83 was completed prior to the completion of the Global Positioning System (GPS).
Since the completion of GPS in the early 1990s, the NGS has been using GPS to refine
the accuracy of NAD83. Originally, most folks referred to the refined result as NAD83/91.
It later came to be called High Precision GPS Network (i.e. HPGN). Eventually, the term
High Accuracy Reference Network (HARN) became the preferred name for these refinements.
These refinements are rather small, the shift being the in 1 to 2 foot range.
In addressing the issue of a program which would calculate the shifts, the NGS choose
to use the existing NADCON program, and related grid data file formats, which had worked
so well for NAD83. To succeed in doing this, the convention was established to make the
last four characters of the grid data file base name "HPGN"; and some minor user
interface changes were made to the NADCON program. Thus, the official means of converting
between NAD83 and HARN is virtually identical to that used for converting between NAD27
and NAD83.
Refining NAD83 using GPS is being accomplished on a state by state, or region, basis.
Thus, instead of having a single grid data file for the 48 conterminous states, there are
several grid data files. (Keep in mind that since the same basic algorithm is in use, the
grid data for HARN still comes in .LAS and .LOS file pairs.) File names often use the two
character postal code for the state which is covered by the file. For example, COHPGN.LAS
and COHPGN.LOS are the file names used for the state of Colorado. However, this convention
is not rigorously followed. For example, the files named MDHPGN.L?S cover both Maryland
and Delaware. The files named WOHPGN.L?S cover both Washington and Oregon. Originally
there was a CAHPGN.L?S file pair which covered northern California, but now there are
CNHPGN.L?S and CSHPGN.L?S for northern and southern California respectively. Figuring all
of this out lead to the creation of last months freebie which displays the extents
of the coverage of any such file.
As of this writing, HARN is still a work in progress. Every so often, the NGS releases
new .L?S file pairs for new regions. You may wish to periodically check the NADCON
Internet site given above for new data files. Mentor Softwares products are
programmed to automatically pick up on the presence of new grid data files; thus the new
data files simply need to be copied into the appropriate directory on your system. Other
vendors may have different procedures.
As was the case with the Canadian and US grid systems for NAD83, all of the HARN grid
data files overlap with their neighbors. However, in the region of overlap, the two grid
files will produce same results precisely; so no problem exists due to overlap.
Geocentric Coordinates
Techniques in this category are based on the concept of the geocentric coordinate
system. Such a system is a 3 dimensional cartesian coordinate system with its origin at
the center of mass of the earth. That is, a coordinate system with three orthogonal axes
X, Y, and Z where each axis is perpendicular to the plane formed by the other two. The
positive Z axis starts at the center of the earth and protrudes through the north pole;
implying that the negative Z axis intersects with the south pole. The X axis intersects
the earth at the point where the Prime Meridian (i.e. Greenwich) intersects with the
equator, and the Y axis completes a right handed coordinate system. Right handed? In this
case, that means the Y axis comes out somewhere in the Indian Ocean, about halfway between
Sri Lanka and Indonesia.
This is important as there are analytical formulas that, given an ellipsoid definition,
will convert from latitude and longitude to X, Y, and Z geocentric coordinates; and vice
versa. This is the manner in which geographic coordinates (i.e. latitudes and longitudes)
can be converted from one ellipsoid to another. That is, the original ellipsoid is used to
convert the geographic coordinates to X, Y, and Z geocentric coordinates, and the new
ellipsoid is used when converting back to the new geographic coordinates. In and of
itself, this calculation causes a small change in the latitude.
However, changing from one ellipsoid to another is one of the primary things which must
be accomplished in a datum shift calculation. For example, converting from NAD27 to NAD83
requires, among other things, a conversion from the Clarke 1866 to the Geodetic Reference
System of 1980 (GRS1980) ellipsoid. Therefore, the three techniques described below are
based on this concept; i.e. the geocentric coordinate system.
Molodensky Transformation
Presumably named after the individual who developed it, the Molodensky transformation
is an efficient means of performing the above described procedure of converting geographic
coordinates from one ellipsoid to another. However, the Molodensky adds one more feature.
Effectively, while in geocentric coordinate form, the Molodensky transformation enables a
translation of the X, Y, and Z coordinates by a certain prescribed amount. In practise,
the ability to perform this shift enables to Molodensky to become a reasonably good
general datum shift algorithm.
This technique, therefore, requires that the mathematics performing the datum shift
know the original ellipsoid, the target ellipsoid, and exactly how much the intermediate
X, Y, and Z geocentric coordinates are to be shifted. (Note, the Molodensky Transformation
does not actually develop the geocentric coordinates. We present the transformation in
these terms to provide a means to visualize what the mathematics is accomplishing.) Thus,
Mentor Software products and the products of other vendors usually require you to provide
a delta X, a delta Y, and a delta Z.
These values are usually required to be in meters since the geocentric coordinates are
cartesian and ellipsoid definitions are usually given in meters. The sense of the
translation is not so standardized. Many products require the definition state the move
from the source datum to WGS84. Some allow the specification of the shift from the source
to another arbitrary target. Some require the shift to be from WGS84 to the source. This
complication is compounded by the fact that documenting this issue is difficult to do well
(as you probably have just experienced). Therefore, the normal procedure for the Casual
Cartographer is to put the numbers in and evaluate the results. If the results are not
correct, then reversal of all three signs is tried. This procedure resolves the issue in
most cases.
Seven Parameter Transformation
Molodensky only supports the translation of geocentric coordinates. Could not better
results be achieved if we also could do some scaling? How about some rotation?
Essentially, the Seven Parameter Transformation provides this capability. As a result, a
general scale factor and three rotation angles are added to the delta X, delta Y, and
delta Z translation values to produce the seven required parameters. The three rotation
angles represent rotation about each of the three axes.
The scaling and rotation angles are, usually, very small. Therefore, it has become
common practice to specify rotation angles in seconds of arc. General rules of right
handed coordinate systems apply and control the direction vs. sign of the angle issue
which is beyond the scope of the Casual Cartographer. Again, the trial and error procedure
is often used by the Casual Cartographer. Scale factors are also very small. Customarily,
they are given the deviation from unity (i.e. 1.0) in parts per million. That is, a scale
specification of -4.234 produces a scale factor of 0.999995766.
Bursa/Wolf Transformation
Rigorous implementation of the Seven Parameter Transformation requires some pretty
heavy duty calculations. Since these calculations are basically an approximation, it has
been common practise to simply approximate the rigorous seven parameter transformation
with an approximation; an approximation which produced very good results since the
rotation angles are usually very small. Mentor Software has chosen, perhaps erroneously,
to use the term Bursa/Wolf Transformation for this approximation and distinguish it from
the more rigorous Seven Parameter Transformation.
Why would one use Bursa/Wolf when the Seven Parameter is available? Often one needs, or
desires, to match existing numbers precisely. For example, when evaluating a software
product, or when attempting to figure out which datum a specific data set is based on.
Being able to use the Bursa/Wolf enables individuals to do this.
Analytical Formulas
Multiple Regression
Given a reasonable number of points at which both the source datum and the target datum
coordinates are known, mathematical techniques can be used to develop analytical formulas
which can convert between the two datums. Perhaps the term Least Squares is familiar to
you; this is just one of the several techniques which can be used. A general term for such
techniques is regression analysis, or when applied to more than one dimension, multiple
regression analysis.
This method is supported by Mentor Software products as the United States Defense
Mapping Agency (DMA) has developed and published many such formulas derived using this
technique. While some criticisms have been directed at the usefulness of these formulas,
Mentor Software has chosen to provide access to these and let users make their own choice.
Multiple regression formulas consist, usually, of a long series of terms with a large
number of coefficients. In Mentor Softwares implementation, these coefficients are
stored in files with the .MRT (Multiple Regression Transformation) files. The base name of
the file is the same as the key name of the datum with which it is associated. Since these
files are binary in nature, users are unable to examine the values used and Mentor
Software has been criticized for this. Thus, in a future release of our coordinate
conversion engine (CS-MAP), the Datum Editor is likely to include provisions for
examining, modifying, and/or entering these coefficient values.
WGS72 Formula
In its primary report concerning the conversion of coordinates from local datums to
WGS84 (DMA TR 8350.2-B) the DMA published an analytical formula for converting from
WGS72 to WGS84. Mentor Software has implemented this rather simple (and very efficient)
formula for converting between WGS72 and WGS84.
Top Back to The Casual
Cartographer August 1998
Part 1: What is a Datum Part 2: History of Datums
©Copyright 1998 Mentor
Software, Inc. |