NavList:
A Community Devoted to the Preservation and Practice of Celestial Navigation and Other Methods of Traditional Wayfinding
Re: Calculating Ha from Hc
From: Paul Hirose
Date: 2014 Mar 27, 21:53 -0700
From: Paul Hirose
Date: 2014 Mar 27, 21:53 -0700
Sean C wrote: > I am trying to approximate, as closely as possible with the formulas found in the N.A., what would be the *apparent* altitude of the bodies at the time of the lunar. I've been shooting from my front yard at night, so no natural horizon. I am currently experimenting with coffee and soon, motor oil as an AH. Until then, I must calculate the altitudes. The way I see it, there are basically three ways I can use the equations given on your lunars page: Use the directly calculated altitude for H_Moon OR use Hc to calculate PA & refraction and subtract those from Hc to approximate Ha OR use the method I outlined in my previous post to more closely approximate PA, refraction & Ha. Conveniently, ICE gives all of the corrections alongside the Hc. But, as you've pointed out, it's getting increasingly inaccurate, especially regarding the Moon. Besides, I wanted to try out MICA! I'm unsure of your overall objective. However, if you need simulated observed altitudes, my Lunar3 program will generate those. Or if you want the calculated lunar distance between specified limbs at a given time and position, it will do that. Or it will solve for time, given a lunar distance from a known location. The program runs on Windows and is free: http://home.earthlink.net/~s543t-24dst/lunar3/index.html The "Test Results" link on that page is a fully worked tutorial on creating, by hand, synthetic lunar distance observations with either JPL HORIZONS or USNO MICA. These observations were the basis for validating Lunar3's accuracy. Regarding ICE, the delta T of this old program has become excessive, with some impact on Moon coordinates. However, with corrections to UT1 and longitude, ICE can be made to "work like new." The trick also works on old versions of MICA, which also suffer from excessive delta T, though not to the same extent. The "Star Lunar with USNO MICA 2.0" at the above site describes the method in a single paragraph. > So, as an example, I'll use a lunar I shot on March 24th of this year (2014). Here's the raw data: > > 2014 Mar. 24 > Moon-Venus Lunar (Near Limb) > AP: N 37° 03..3', W 076° 28.6' > Altitude: 40 ft. > Temp.: 30.5 °F > Press.: 30.30 inHg > Watch Error: 0 > Index Error: 0 > > (Note: I ignored the temp./press. correction for this exercise.) > > UTC: 11h 12m 27s > LDs: 38°01.8' With those parameters, Lunar3 gives these predicted angles: Moon: 33°38.24′ computed unrefracted center altitude -16.27′ unrefracted semidiameter 1.54′ refraction 33°23.51′ refracted lower limb altitude 173°16.28′ predicted azimuth Venus: 23°17.69′ computed unrefracted center altitude 2.35′ refraction 23°20.04′ refracted center altitude 130°58.15′ predicted azimuth predicted Moon to Venus angle: 38°18.81′ center to center, unrefracted 0.89′ refraction 38°17.92′ center to center, refracted 16.26′ Moon near limb refracted SD 38°01.80′ observed angle 38°01.65′ computed Moon to Venus 0°00.15′ observed - computed Its time solution is 11:12:01.48 UTC. You gave the actual time of sight as 11:12:27. I assumed you shot the center of Venus. However, its phase angle was almost exactly 90°, so Venus was half illuminated. Its semidiameter was .20'. Because Lunar3 has no provision for observing the center of light, only the center of a body or either limb, its recommendation was to shoot the far limb of Venus against the near Moon limb. That was based on its analysis of the illimination angles of both bodies. If that's what you actually did, it would account for nearly all the excess observed distance. In that case, the time solution is only ten seconds late compared to the true observation time you recorded. --