
- Transverse-Mercator-formulae
- 02-22-2008
![]() Re: Transverse Mercator formulae
| user923005 | 02-26-2008 |
![]() ![]() Re: Transverse Mercator formulae
| Paul Cooper | 02-27-2008 |
If you were Registered and logged in, you could reply and use other advanced thread options
I am working on implementing the formulae for Transverse Mercator in a
Java Map Projection Package. I have implemented the formulae given on
pp 60- 64 of Snyder (1987) , Map Projections - A Working Manual.
However, these are not accurate beyond 5-10 degrees from the central
meridian. I have also found the paper referenced by Snyder as "Army,
1962" that gives more terms for the equations; I haven't tried it yet
but it only claims accuracy to 24 degrees.
However, both these document only Taylor expansions of the original
unclosed equations, and do not give the "open" forms of the equations,
stating that they are of little practical use because they converge
too slowly.
These days, I wonder if this is true! Processing power is far greater
than it was in 1987, and I would like to have a go at implementing an
iterative solution using the basic "open" form of the equations, in
the same manner as I usually do for other projections. Here we hit a
snag, though - I don't have a reference for them; everyone seems just
to give series based solutions. Can someone point me in the right
direction?
It seems to me that as long as I have a form that converges, it is
unlikely that it would be so slow as to be unuseable in the
environment I am working in, and it would be far more accurate.
Thanks
Paul Cooper
------------ And now a word from our sponsor ------------------
Do your users want the best web-email gateway? Don't let your
customers drift off to free webmail services install your own
web gateway!
-- See http://netwinsite.com/sponsor/sponsor_webmail.htm ----
Java Map Projection Package. I have implemented the formulae given on
pp 60- 64 of Snyder (1987) , Map Projections - A Working Manual.
However, these are not accurate beyond 5-10 degrees from the central
meridian. I have also found the paper referenced by Snyder as "Army,
1962" that gives more terms for the equations; I haven't tried it yet
but it only claims accuracy to 24 degrees.
However, both these document only Taylor expansions of the original
unclosed equations, and do not give the "open" forms of the equations,
stating that they are of little practical use because they converge
too slowly.
These days, I wonder if this is true! Processing power is far greater
than it was in 1987, and I would like to have a go at implementing an
iterative solution using the basic "open" form of the equations, in
the same manner as I usually do for other projections. Here we hit a
snag, though - I don't have a reference for them; everyone seems just
to give series based solutions. Can someone point me in the right
direction?
It seems to me that as long as I have a form that converges, it is
unlikely that it would be so slow as to be unuseable in the
environment I am working in, and it would be far more accurate.
Thanks
Paul Cooper
------------ And now a word from our sponsor ------------------
Do your users want the best web-email gateway? Don't let your
customers drift off to free webmail services install your own
web gateway!
-- See http://netwinsite.com/sponsor/sponsor_webmail.htm ----
Maybe this is helpful:
http://www.dwaf.gov.za/IWQS/gauss/gauss.html
On Tue, 26 Feb 2008 19:10:30 -0800 (PST), user923005
Thanks, I'd already found that one. It still uses Taylor expansions,
but I haven't looked at it in detail. It is a shame it is published in
HTML so it is difficult to print it all out!
Paul
>> I am working on implementing the formulae for Transverse Mercator in a
>> Java Map Projection Package. I have implemented the formulae given on
>> pp 60- 64 of Snyder (1987) , Map Projections - A Working Manual.
>> However, these are not accurate beyond 5-10 degrees from the central
>> meridian. I have also found the paper referenced by Snyder as "Army,
>> 1962" that gives more terms for the equations; I haven't tried it yet
>> but it only claims accuracy to 24 degrees.
>> However, both these document only Taylor expansions of the original
>> unclosed equations, and do not give the "open" forms of the equations,
>> stating that they are of little practical use because they converge
>> too slowly.
>> These days, I wonder if this is true! Processing power is far greater
>> than it was in 1987, and I would like to have a go at implementing an
>> iterative solution using the basic "open" form of the equations, in
>> the same manner as I usually do for other projections. Here we hit a
>> snag, though - I don't have a reference for them; everyone seems just
>> to give series based solutions. Can someone point me in the right
>> direction?
>> It seems to me that as long as I have a form that converges, it is
>> unlikely that it would be so slow as to be unuseable in the
>> environment I am working in, and it would be far more accurate.
>> Java Map Projection Package. I have implemented the formulae given on
>> pp 60- 64 of Snyder (1987) , Map Projections - A Working Manual.
>> However, these are not accurate beyond 5-10 degrees from the central
>> meridian. I have also found the paper referenced by Snyder as "Army,
>> 1962" that gives more terms for the equations; I haven't tried it yet
>> but it only claims accuracy to 24 degrees.
>> However, both these document only Taylor expansions of the original
>> unclosed equations, and do not give the "open" forms of the equations,
>> stating that they are of little practical use because they converge
>> too slowly.
>> These days, I wonder if this is true! Processing power is far greater
>> than it was in 1987, and I would like to have a go at implementing an
>> iterative solution using the basic "open" form of the equations, in
>> the same manner as I usually do for other projections. Here we hit a
>> snag, though - I don't have a reference for them; everyone seems just
>> to give series based solutions. Can someone point me in the right
>> direction?
>> It seems to me that as long as I have a form that converges, it is
>> unlikely that it would be so slow as to be unuseable in the
>> environment I am working in, and it would be far more accurate.
>Maybe this is helpful:
>http://www.dwaf.gov.za/IWQS/gauss/gauss.html
>http://www.dwaf.gov.za/IWQS/gauss/gauss.html
Thanks, I'd already found that one. It still uses Taylor expansions,
but I haven't looked at it in detail. It is a shame it is published in
HTML so it is difficult to print it all out!
Paul
- freeware program for windows to create Transverse Mercator and Lambert azimutal projections
- Geographic Information Systems (GIS)
- 2009-01-22
- Major new release of MacGPS Pro
- Garmin GPS
- 2011-01-07
- MapSource Elevation Question
- Garmin GPS
- 2010-08-11
- Higher End Nuvi Suggested Improvements
- Garmin GPS
- 2007-10-24
- Lat/long to UTM
- Satellite Navigation
- 2008-02-28






> Java Map Projection Package. I have implemented the formulae given on
> pp 60- 64 of Snyder (1987) , Map Projections - A Working Manual.
> However, these are not accurate beyond 5-10 degrees from the central
> meridian. =A0I have also found the paper referenced by Snyder as "Army,
> 1962" that gives more terms for the equations; I haven't tried it yet
> but it only claims accuracy to 24 degrees.
> However, both these document only Taylor expansions of the original
> unclosed equations, and do not give the "open" forms of the equations,
> stating that they are of little practical use because they converge
> too slowly.
> These days, I wonder if this is true! Processing power is far greater
> than it was in 1987, and I would like to have a go at implementing an
> iterative solution using the basic "open" form of the equations, in
> the same manner as I usually do for other projections. Here we hit a
> snag, though - I don't have a reference for them; everyone seems just
> to give series based solutions. Can someone point me in the right
> direction?
> It seems to me that as long as I have a form that converges, it is
> unlikely that it would be so slow as to be unuseable in the
> environment I am working in, and it would be far more accurate.