<HTML><FONT FACE=arial,helvetica><HTML><FONT SIZE=2 PTSIZE=10 FAMILY="FIXED" FACE="MS UI Gothic" LANG="11"><BR>
Ron's proposal is perfectly sound on a spherical earth. Since the oblique Mercator central line runs through the two points of interest, and since the scale is constant and correct along that great circle, there's no need for integration or scale factor corrections. Obviously it's more problematic on the ellipsoid, given that none of the usual oblique formulations carry constant scale along the transformed equator (and if I recall correctly, it's not possible whilst retaining conformality), but even so, Hotine is close enough to constant scale that it might suffice, depending on the accuracy needs and assuming the two points are reasonably short of antipodal.<BR>
<BR>
If other calculations that Ron mentions aren't needed then clearly Cliff's suggestion is the way to go. Why go out on a... erm... tangent?<BR>
<BR>
Regards,<BR>
daan Strebe<BR>
<BR>
<BR>
In a message dated 10/17/2005 2:42:58 PM 太平洋夏時間, cjmce@lsu.edu writes:<BR>
<BR>
<BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px"></FONT><FONT COLOR="#000000" BACK="#ffffff" style="BACKGROUND-COLOR: #ffffff" SIZE=2 PTSIZE=10 FAMILY="SANSSERIF" FACE="Arial" LANG="11">Ron,<BR>
<BR>
You're proposing a piecewise-integration along a grid line. With that,<BR>
you'd also have to include the correction for scale factor at a point, as<BR>
integrated by so many points of choice along the projected line. Scale<BR>
factor along the Central Line of an Oblique Mercator is not going to<BR>
obviate that need.<BR>
<BR>
It's far simpler to just call the subroutine in PROJ4 for an ellipsoidal<BR>
geodesic between the two end points. (Once called the "Principal Problem<BR>
of Geodesy" in the 19th Century).<BR>
<BR>
Assuming you know how to program the subroutine calls, it's easier done<BR>
than said.<BR>
<BR>
Clifford J. Mugnier<BR>
Chief of Geodesy and<BR>
Associate Director,<BR>
CENTER FOR GEOINFORMATICS<BR>
Department of Civil Engineering<BR>
LOUISIANA STATE UNIVERSITY<BR>
Baton Rouge, LA 70803<BR>
Voice and Facsimile: (225) 578-8536 [Academic]<BR>
Voice and Facsimile: (225) 578-4474 [Research]<BR>
================================<BR>
http://www.ASPRS.org/resources/GRIDS<BR>
http://www.cee.lsu.edu/facultyStaff/mugnier/index.html<BR>
================================<BR>
<BR>
<BR>
<BR>
What about using the Lat and Long of the endpoints to define the central<BR>
line of an Oblique Mercator, with a scale factor of 1.0 on the central<BR>
line?<BR>
Then the distance can be calculated by Pythagoras, and other useful<BR>
operations can easily be calculated - mid point, distance of a third point<BR>
from the line and even the calculation of a buffer zone, all of which seem<BR>
horrendous when working on the ellipsoid. (OK, the mid point is not too<BR>
bad).<BR>
<BR>
Ron Russell<BR>
Tel : 01823 270308 email : ron@russfam.freeserve.co.uk<BR>
-----Original Message-----<BR>
From: proj-bounces@lists.maptools.org<BR>
[mailto:proj-bounces@lists.maptools.org] On Behalf Of Clifford J Mugnier<BR>
Sent: 17 October 2005 20:52<BR>
To: PROJ.4 and general Projections Discussions<BR>
Subject: Re: [Proj] Mercator Problem<BR>
<BR>
</BLOCKQUOTE><BR>
</FONT><FONT COLOR="#000000" BACK="#ffffff" style="BACKGROUND-COLOR: #ffffff" SIZE=2 PTSIZE=10 FAMILY="FIXED" FACE="MS UI Gothic" LANG="11"><BR>
</FONT></HTML>