home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 / HACKER2.BIN / 779.SKY47.NEW < prev    next >
Text File  |  1993-06-11  |  29KB  |  551 lines
  1. Mods from SkyMap 4.6 to 4.7
  2. ---------------------------
  3.  
  4. o    STARNAME.TXT has been modified to contain both Arabic star names
  5.      (e.g. Betelgeuse, Pollux) and abbreviated Bayer (Greek) designa-
  6.      tions (e.g. Alp Ori, Bet Gem).  Many stars brighter than magnitude
  7.      5.0 don't have a Bayer designation, but do have a Flamsteed number
  8.      (e.g. 50 Cas), and many of these are included in STARNAME.TXT.
  9.      There are now 758 stars in this file.
  10.  
  11.      A toggle has been added to the STAR CATALOGUE MENU under F9 to
  12.      allow you to switch between Greek and Arabic star name labels.
  13.      The corresponding keyword in the configuration file is "Greek", as
  14.      in "Greek=True" for Bayer labels, and "Greek=False" for common name
  15.      labels.
  16.  
  17.      Due to the increased size of the star label database, a "dimmest
  18.      label" parameter has been added (STAR CATALOGUE MENU, F10) to
  19.      allow you to control the density of labels.  The default is 4.0.
  20.      The corresponding keyword in the configuration file is "LabelMag",
  21.      as in "LabelMag=4."
  22.  
  23. o    SkyMap will translate the 3-letter english abbreviations of the
  24.      greek letters (appearing in STARNAME.TXT) into actual greek symbols
  25.      when plotting them on your screen (as well as to an HPGL output
  26.      file).  With the exception of the ambiguity between omega and
  27.      omicron, SkyMap will also translate two-letter abbreviations of the
  28.      greek letters (e.g. al, be, ga, de, ep, ...)  Note that 'om' will be
  29.      parsed as omicron; use 'ome' for omega.
  30.  
  31. o    In addition to repointing a map using a star's arabic name (a
  32.      feature added in version 3.11), you can now also use its greek
  33.      name.  Use a 3-letter abbreviation for the greek letter, followed
  34.      by a space and a 3-letter constellation abbreviation.  For example,
  35.      "alp ori".  If the greek letter has a superscript, include it before
  36.      the space, as in "xi2 cet" and "tau3 eri".
  37.  
  38. o    SkyMap now supports a database of deep-sky objects, DEEPSKY.TXT.
  39.      I created this file from the Arizona Deep Sky Database (which
  40.      contains some 9400 objects, some as dim as 17th magnitude).  I've
  41.      created two subsets of this database, one to 12th magnitude which
  42.      contains 1276 objects, and the other to 15th magnitude which
  43.      contains 5925 objects.  The 12th-magnitude subset is the default
  44.      for use with SkyMap.  Due to its large size, the 15th-magnitude
  45.      file is available separately as DEEP15.TXT.  If you wish to use
  46.      this file with SkyMap, you must rename it to DEEPSKY.TXT.  (Contact
  47.      me if you want the COMPLETE Arizona Database.)
  48.  
  49.      Whichever deep-sky catalogue subset you choose to use, the file
  50.      format is the same as that for STARNAME.TXT.  The first line of the
  51.      file is the epoch of the database (J2000), and subsequent lines list
  52.      the objects in order or right ascension.  All objects have a primary
  53.      name, and some have secondary names.  The primary name is almost
  54.      always the NGC number (New General Catalogue of Nebulae & Clusters of
  55.      Stars), while the secondary name (if it exists) is often a Messier
  56.      number, PK number (Perek & Kohoutek, planetary nebulae), or IC number
  57.      (1st and 2nd Index Catalogues to the NGC).  A "Deep Sky Menu" has been
  58.      added to SkyMap (which you call from the Main Menu by hitting D or d),
  59.      where you can control which name, primary or secondary, is used to
  60.      label deep sky objects.  The default is primary (or "NGC"); the
  61.      alternative is "2nd".  F2 toggles between the two.
  62.  
  63.      F1 in the Deep Sky Menu turns deep sky objects on and off.  F3
  64.      controls the magnitude of the dimmest deep sky object you want to
  65.      see plotted.  To make deep sky objects easy to distinguish from the
  66.      stars, they are represented by small 8-segment circles and colored
  67.      blue (along with their labels).
  68.  
  69. o    When the satellite lighting constraint is set to "Sunlit Only",
  70.      the penumbral portions of any tracks now appear blue on the
  71.      screen (fully sunlit portions remain red).  For a satellite going
  72.      from sunlit to shadowed, this feature allows you to tell when and
  73.      where it should begin to noticeably dim.  SkyMap assumes that the
  74.      penumbral phase begins when the edge of the [refracted] sun closest
  75.      to the earth (as seen from the satellite) reaches a tangent height
  76.      of 20 km in spring-summer, or 15 km in fall-winter.  This change
  77.      affects only the "Sunlit Only" case -- "No Constraint" and "Umbra
  78.      Only" tracks still appear red.
  79.  
  80. o    Maximum allowed satellite duration has been increased from 23:59:59
  81.      to 999:59:59 (more than a month).  This change was made primarily
  82.      to allow users to generate report files covering up to a month of
  83.      passes for a small number of satellites.
  84.  
  85.  
  86. Mods from SkyMap 4.5 to 4.6
  87. ---------------------------
  88.  
  89. o    Developed a better algorithm for determining when a satellite
  90.      enters the earth's shadow.  All prior versions of SkyMap assumed
  91.      that the sun was visible all the way down to a tangent height of
  92.      zero -- in other words the hard earth.  This was far too optimistic.
  93.      The fact is that atmospheric transmission in the visible waveband is
  94.      always less than 5% at even a 15-km tangent height, and often less
  95.      than 1% (depending on time of year, geographic location, recent
  96.      volcanic activity, etc.).  SkyMap now uses a 20-km tangent height
  97.      for spring and summer, and a 15-km tangent height for fall and
  98.      winter.  (The season is determined based on the sign of the sun's
  99.      latitude, and the sign of the earthlimb's latitude where the sun is
  100.      rising/setting).  For the 20-km tangent height, 0.1° of atmospheric
  101.      refraction is included; for the 15-km tangent height case, 0.2° of
  102.      refraction is included.  These changes should lead to far more
  103.      accurate estimates of shadow entry times.
  104.  
  105. o    Bjorn Gimle found a bug involving shadow entry times for polar and
  106.      rectangular maps.  The shadow entry time was seemingly dependent on
  107.      the map equinox.  Bug found and fixed.
  108.  
  109.  
  110. Mods from SkyMap 4.4 to 4.5
  111. ---------------------------
  112.  
  113. o    Fixed minor bug with the checking of user-input dates.  If you
  114.      changed the month, SKYMAP erroneously used the *old* month to
  115.      check the acceptable range of dates.  For example, if you tried
  116.      to change the date from 2/28/93 to 3/31/93, the program would
  117.      wrongly inform you that "That month has only 28 days."  Conversely,
  118.      if you changed the date from say 3/1/93 to 2/31/93, it would let
  119.      you get away with it.  Bjorn Gimle mentioned this bug to me once
  120.      many months ago, but neither of us seemed to be able to reproduce
  121.      it.  From the above explanation, it is clear why the bug only
  122.      rarely appeared.
  123.  
  124. o    Attempting to plot satellite trajectories with resolutions
  125.      greater than 120 seconds lead to problems in versions 4.4 and
  126.      earlier.  This is because the internal interpolation interval was
  127.      hardcoded to two minutes.  For long satellite durations, the
  128.      interpolator would fall further and further behind the satellite.
  129.      Since most users use resolutions under a minute, this bug would
  130.      never appear for them.  Bjorn Gimle found the problem while using
  131.      SkyMap with a geosynchronous satellite and a 5-minute resolution.
  132.      The bug has been fixed.  Furthermore, the interpolation interval
  133.      is no longer hardwired to two minutes, but instead is a function
  134.      of the satellite's perigee.  (This speeds up the code a little).
  135.  
  136. o    Stereographic map projections are now ALWAYS plotted for epoch
  137.      and equinox of date, regardless of user settings in the STAR
  138.      CATALOGUE MENU.  These are the only logical settings since the
  139.      coordinate system is tied to the equinox-of-date.  Epoch and
  140.      equinox settings will still affect Polar and Rectangular maps as
  141.      in earlier versions since the RA/Dec coordinate system is not
  142.      tied to the ground.
  143.  
  144. o    Some legitimate satellites would fail to be found by the Auto-
  145.      locate and All-File search functions depending on the duration
  146.      setting.  This bug was particularly noticeable for short duration
  147.      values (< 30 minutes).  The bug has been found and fixed.  Again,
  148.      thanks to Bjorn for discovering this problem!
  149.  
  150.  
  151. Mods from SkyMap 4.3 to 4.4
  152. ---------------------------
  153.  
  154. o    Command added in All-Satellite Menu to generate a report file
  155.      without plotting a map.  This is a much faster alternative,
  156.      particularly for long search durations of a file with hundreds
  157.      of satellites.
  158.  
  159. o    XZ zodiacal star catalogue now supported (32210 stars from
  160.      magnitude 0.8 to 12.3 in roughly a 15-degree band around the
  161.      ecliptic).  Map can be centered on a specific XZ star using
  162.      its 5-digit catalogue number.
  163.  
  164. o    For polar and rectangular maps, the RA/Dec coordinates of the
  165.      screen center crosshair appear at the top of the screen and are
  166.      updated real time as the cursor is moved.  For stereographic
  167.      maps, the azimuth and elevation of the crosshair appear instead.
  168.  
  169. o    "MinMag" keyword added to configuration file.  Unlike "MaxMag"
  170.      which sets the maximum visual magnitude (dimmest) star to display,
  171.      any star as bright as MinMag or brighter will have the maximum
  172.      apparent star size (roughly 5.3mm diameter on hardcopy).  For
  173.      example if MinMag = 1.0, then a star with magnitude 1.0 will
  174.      appear as a large 5.3mm-diameter dot and will be indistinguish-
  175.      able from stars of magnitude 0.5, -0.8 or any other value less
  176.      than 1.  The default value for MinMag is -1.  The Star Catalogue
  177.      Menu command F8 has been changed accordingly such that MinMag and
  178.      MaxMag are changed as a pair.  Naturally, MaxMag must be greater
  179.      than MinMag.
  180.  
  181. o    "T" Function added to Map Attributes Menu to toggle displayed
  182.      RA/Dec or Azim/Elev coordinates between degs/mins/secs (DD:MM:SS)
  183.      and decimal.  (HH:MM:SS for right ascension). "HDMS" logical
  184.      keyword added to configuration file.  Set HDMS=True for HH:MM:SS
  185.      and DD:MM:SS, False for decimal.
  186.  
  187. o    For polar and rectangular maps, map center right ascensions and
  188.      declinations can now be entered either as decimals (the old way)
  189.      or in HMS format.  For example, the following three inputs for
  190.      RA,Dec are equivalent and all acceptable:
  191.  
  192.                             12.875, -40.376
  193.                            12:52.5, -40:22.56
  194.                           12:52:30, -40:22:33.6
  195.  
  196. o    Bug discovered by Bjorn Gimle: when recentering option is used,
  197.      Moon shifts positions on redraw if using All-File satellite
  198.      tracking mode.  (Bug also affects positions of sun and planets,
  199.      but is less noticeable due to their slower apparent motions.)
  200.      If any lighting constraints have been set, this bug could also
  201.      occur in the regular (i.e. specific) satellite tracking mode
  202.      and in the rocket mode.  Bug has been fixed.
  203.  
  204.  
  205. Mods from SkyMap 4.2 to 4.3
  206. ---------------------------
  207.  
  208. o    Bjorn Gimle noted that SkyMap failed to find all acceptable
  209.      satellite passes when used with MinElev > 0.  The failure rate
  210.      increased as the minimum peak elevation increased.  I thought
  211.      I could get away with a quadratic interpolation technique with
  212.      minimum peak elevation (MinElev) as a variable, but the algorithm
  213.      was clearly flawed.  I've rewritten the FindPass routine (used
  214.      by All-File searches and Autolocate) to use a more analytical
  215.      approach.  When tested against the old program using a MinElev
  216.      of 30 degrees, the new algorithm found 35-50% more passes, and
  217.      the number of satellite passes found per second improved by over
  218.      40%.  When the minimum peak elevation was increased to 50 deg,
  219.      the new algorithm found 180% more passes, with an efficiency
  220.      increase of 135%.
  221.  
  222.      Obviously the new algorithm is far superior, but it is very time-
  223.      consuming to test it exhaustively.  Thus it is possible that a
  224.      small fraction of acceptable passes may still slip by undetected.
  225.      I have yet to find one, but will continue to search for a failure.
  226.      If anyone out there DOES find such a case, please leave me a
  227.      message detailing the settings you used (site location, start
  228.      date/time/duration, minimum peak elevation, propagation algorithm,
  229.      maximum range, maximum perigee height, and lighting constraints),
  230.      the NORAD # of the object that failed to be found by SkyMap, and
  231.      the element set (NASAxxx, N2L-xxx, etc.) that you used.  Even one
  232.      failure can be quite revealing, indicating an entire class of cases
  233.      that could fail.  Thanks in advance to all of my "beta testers" out
  234.      there in bulletin board land!
  235.  
  236.  
  237. Mods from SkyMap 4.1 to 4.2
  238. ---------------------------
  239.  
  240. o    Space Command's FORTRAN implementation of the SGP4 algorithm in
  241.      the high drag regime does not protect the eccentricity from being
  242.      updated to a negative value.  High drag orbits should have a ten-
  243.      dency toward circularization, which is modeled in the algorithm by
  244.      decreasing the eccentricity as time passes; however, once the eccen-
  245.      tricity reaches zero (circular) the code lacks protection against
  246.      further decreases (which would make the ecc < 0).  I have changed
  247.      the code so that negative eccentricities are avoided.
  248.  
  249. o    The FindPass subroutine (used in Autotracking and All-File searches)
  250.      has been completely rewritten to better support the generation of
  251.      report files.  Previously, report files were generated for All-File
  252.      searches only when the map type was "Stereographic" and the tracking
  253.      mode was toggled to "Horizon".  Now, for All-File searches a report
  254.      file with local horizon coordinates is created even if the map type
  255.      is "Rectangular" or "Polar", and the coordinates reported are insen-
  256.      sitive to the tracking mode.  For example, if the tracking mode is
  257.      "Equatorial" the satellite tracks plotted will be correct relative
  258.      to the stars, yet the report file will still contain true azimuth
  259.      and elevation angles at the start, peak, and end of each pass.
  260.  
  261. o    The old report file was riddled with problems, sometimes missing
  262.      satellite passes entirely, and often reporting peak elevation times
  263.      outside the window defined by the start and end times of a pass!
  264.      Also, if all other constraints were met, satellite start and end
  265.      times were reported for zero-degree elevation angle regardless of
  266.      the minimum peak elevation set by the user.  The report file is
  267.      now much more accurate: start and end times are calculated to the
  268.      second based on ANDing of the time window of the search, ground and
  269.      satellite lighting constraints, AM/PM time filters, and minimum
  270.      desired elevation angle.  The peak of each pass between its start
  271.      and end times is also calculated to the nearest second for the
  272.      report file.  (Note that the maximum range filter does not affect
  273.      the report file output.  It just prevents plotting any portion of a
  274.      trajectory beyond the specified range.)
  275.  
  276.  
  277. Mods from SkyMap 4.0 to 4.1
  278. ---------------------------
  279.  
  280. o    Some graphics card/BIOS combinations would not clear graphics
  281.      screen before replotting when using the recentering option (e.g.
  282.      Ron Lee).  Problem circumvented by changing graphics mode to text
  283.      mode and back again before replotting.
  284.  
  285. o    Bjorn Gimle wanted to be able to process TLE files with long
  286.      satellite names/comments and names starting with spaces -- 4.1
  287.      now allows this.
  288.  
  289. o    Added trap for out-of-range eccentricity in SGP4 and HANDE propa-
  290.      gation models.  Previously, large BStar values could cause the
  291.      eccentricity to become negative, leading to a square root problem.
  292.      Also, satellites with eccentricities close to 1 could produce a
  293.      fatal error if propagated too far into the future.  Trap prevents
  294.      this from happening.
  295.  
  296.  
  297. Mods from SkyMap 3.11 to 4.0
  298. ----------------------------
  299.  
  300. o    Added recentering with arrow keys to Polar map projection (now all
  301.      map projections support arrow-key recentering).  The red crosshair
  302.      in version 3.11 has been replaced with a brighter green crosshair.
  303.      (The red crosshair was difficult to see against red satellite tracks.)
  304.      The crosshair can now also be moved diagonally using the <Home>,
  305.      <End>, <PgUp> and <PgDn> keys.
  306.  
  307. o    User can now zoom in (i.e. higher magnification) on a portion of the
  308.      field of view using the + key.  (The minus key can be used to zoom
  309.      back out again, but no larger than the original FOV).  Green corner
  310.      fiducial marks have been added to indicate the new field of view.
  311.  
  312. o    Fast recentering with <Shift> arrow-keys has been superceded by an
  313.      improved method.  If an arrow key is held down longer than .25 secs,
  314.      the cursor accelerates in that direction until either a border is
  315.      reached or the key is released.  The same acceleration technique
  316.      applies to zooming with + and - keys.
  317.  
  318. o    Recentering on an object by typing its name did not work if the user
  319.      changed the time/date prior to re-centering -- bug fixed.
  320.  
  321. o    SKYMAP switched back to plotting sun, moon, planets and stars PRIOR
  322.      to plotting satellite tracks.  The major argument for plotting
  323.      satellite tracks last is so that the sun and moon don't obscure
  324.      portions of the tracks (particularly at high zoom).
  325.  
  326. o    Graphic title page added to SkyMap introduction.  Configuration
  327.      loading messages no longer appear unless the configuration file
  328.      was missing or contained erroneous entries.
  329.  
  330. o    The number of stars in the currently opened star file now appears
  331.      in brackets in the Main Menu and Star File Menu.
  332.  
  333. o    There were a number of bugs in the report file generation, especially
  334.      when satellites made multiple passes during the search.  Report file
  335.      is now generated only for stereographic maps with "horizon" track-
  336.      type.  (Report file was erroneously being generated for polar and
  337.      rectangular maps in 3.11)
  338.  
  339. o    All-file searches have been sped up considerably with improved logic.
  340.  
  341.  
  342. Mods from SkyMap 3.10 to 3.11
  343. -----------------------------
  344.  
  345. o    User now has option of entering an object name to center the map on.
  346.      Acceptable inputs include the sun, moon, and planets, any object
  347.      names in STARNAME.TXT, or a star's SAO number.  MAG6.IDX contains
  348.      the SAO numbers for stars in MAG6.DAT, and MAG65.IDX contains the
  349.      SAO numbers for stars in MAG65.DAT.
  350.  
  351. o    Once a map has been drawn, user can re-center the field of view using
  352.      the arrow keys.  A small red crosshair indicates the FOV center.  The
  353.      arrow keys move the crosshair one pixel left, right, up or down.  Use
  354.      <Shift> with the arrow keys to move faster (5 pixels at a time).  At
  355.      present time, this feature only works with Rectangular and Stereo-
  356.      graphic map projections.
  357.  
  358. o    Bug discovered by author: rocket track interpolation problem if user
  359.      sets time interval larger than the time intervals in the trajectory
  360.      file -- fixed.
  361.  
  362. o    Keyword 'NORAD(n)=xxxxx' added to configuration file.  When loading
  363.      satellite elements for the first time from the configuration file,
  364.      if a NORAD number exists for a particular satellite index (1-10),
  365.      then the ephemeris file is searched using that number; otherwise,
  366.      the satellite name is used.  (Prior to 3.11, SkyMap always searched
  367.      using the satellite name.  This occasionally caused problems since
  368.      some satellite names are similar.  For example "Miranda" could be
  369.      confused with "Mir" since "Mir" is a substring of both.  Using the
  370.      NORAD # is unambiguous.)  Upward compatibility is maintained with
  371.      .CFG files created by SkyMap 3.10 since the satellite name will be
  372.      used if the NORAD number has not been defined.
  373.  
  374. o    A report file is now generated each time an All-File search is
  375.      performed.  Each line of this file contains the starting date/time
  376.      of the satellite track and its location (azimuth, elevation), the
  377.      time and location of the peak elevation of the track, and the
  378.      ending time and location.  If the user has set lighting constraints
  379.      such that the satellite must be sunlit, then the end of the track is
  380.      defined by the time of shadow entry or horizon contact, whichever
  381.      comes first.  The report file keyword REPORT[FILE] = <filename> has
  382.      been added to the configuration file.  The default is ALLSAT.REP.
  383.      This filename can be changed using F8 in the All-File Search Menu.
  384.  
  385.  
  386. Mods from SkyMap 3.9 to 3.10 
  387. ---------------------------- 
  388.  
  389. o    User now controls the spacing of tick marks using F3 in the Satellite 
  390.      Information Menu.  Previously, a tick mark was plotted at all calculated 
  391.      trajectory points (i.e. the trajectory resolution).  Tick marks can be 
  392.      turned off by entering 0 for the tick mark resolution. 
  393.  
  394. o    Time-tags that previously appeared only in the hardcopy have now been
  395.      added to the video, along with the NORAD # label for the first labeled
  396.      point.  Track labels are green, and tick marks have been changed from
  397.      red to green to make them more visible.
  398.  
  399. o    An additional decimal point of accuracy has been added to right ascension,
  400.      declination, altitude and azimuth labels so that maps at high zoom can
  401.      better be interpreted.
  402.  
  403. o    Bug discovered by Dave Rasmussen -- tracks beginning out of the field 
  404.      of view and crossing the map such that a track point fell precisely 
  405.      on the border would cause a fatal division by zero.  (The probability 
  406.      of the bug appearing was quite low unless a wide FOV was combined with 
  407.      a low track resolution, say < 5 seconds.)  Bug has been removed.
  408.  
  409. o    Bug discovered by Bjorn Gimle: for Stereographic maps with very small
  410.      FOVs, if the flag is set to occult objects below the horizon, azimuth
  411.      grid lines could be missing.  Bug has been removed.
  412.  
  413. o    Bugs discovered by Bjorn Gimle: if field-of-view set to less than about
  414.      .06 degrees, an NDP overflow error occurs when attempting to plot stars.
  415.      Stars also occasionally missing on maps with small FOV.  Both problems
  416.      found and fixed.
  417.  
  418. o    Polar plot bug discovered by Bjorn Gimle: declination lines could be
  419.      missing for small FOVs.  This problem occurred primarily due to a lack
  420.      of program "brains" when determining the range of right ascension and
  421.      declination within the FOV.  (The same deficiency led to VERY slow
  422.      polar grid plotting for small FOVs).  Appropriate logic has now been
  423.      added, solving both of these problems.
  424.  
  425.  
  426. Mods from SkyMap 3.8 to 3.9 
  427. --------------------------- 
  428.  
  429. o    Under some rare circumstances involving field of view, map center, 
  430.      and the sun or moon positioned well out of the field of view, some or 
  431.      all of the stars would not be plotted.  Surprisingly, this bug has 
  432.      been present at least as far back as version 2.7, which gives you an 
  433.      idea of how rarely it comes up.  The bug was caused by an integer 
  434.      multiplication that could exceed 2^31, and has been corrected. 
  435.  
  436.  
  437. o    Can now leave out year on date entries (year remains unchanged).
  438.  
  439. o    Site latitude and longitude can be changed independently.
  440.  
  441. o    Failed city file searches no longer ask for manual input of lat, long,
  442.      altitude and timezone.
  443.  
  444. o    Default now accepted on return for start date, start time, and duration
  445.      in Edit Satellite Menu and All Satellite Menu.
  446.  
  447. o    Many menus are no longer cleared and redrawn following minor parameter
  448.      changes.  Instead, the user-input portion of the screen is erased, and
  449.      the applicable parameters are updated.
  450.  
  451.  
  452. Mods from SkyMap 3.7 to 3.8
  453. ---------------------------
  454.  
  455. o    Fixed rare fatal bug which occurred when track durations were slightly
  456.      shorter than an even multiple of the track resolution.
  457.  
  458. o    Star labels were being truncated at 15 characters -- fixed.  This only
  459.      affected Asellus Borealis and Asellus Australis.
  460.  
  461. o    Colon character was missing from graphic screen labels -- added.
  462.      
  463. o    Bomb-proof date entry.  Two-digit years are now treated as the last
  464.      two digits of 19xx (e.g. 5/29/92 works the same as 5/29/1992).
  465.  
  466. o    Key strokes minimized in Edit Satellite Menu by adding index/range
  467.      as a menu item.  This allows autolocation of all active satellites
  468.      with a single keystroke.
  469.  
  470. o    The autolocation search duration and minimum peak elevation are now
  471.      stored in the configuration file.  Keywords are SEARCHDUR(ation) =
  472.      X (in days), and MINELEV(ation) = X (in degrees).
  473.  
  474. o    When autolocate finds a pass meeting the user's constraints, the user
  475.      can now accept it, or continue searching for other passes.
  476.  
  477. o    All-file searches now make use of the autolocate routine logic.
  478.      Searches are sped up by a factor of 4 or more.
  479.  
  480.  
  481.  
  482. Mods from SkyMap 3.6 to 3.7
  483. ---------------------------
  484.  
  485. o    Repaired bug in land file plotting section which was causing improperly
  486.      connected coastline segments near the earthlimb when passing through
  487.      zero azimuth (north).
  488.  
  489. o    F9 tabular sun/moon/planet data was not being updated when the user
  490.      changed the date/time (tabular data would not update until a map was
  491.      plotted).  Simple bug: was missing a subroutine call.  Fixed.
  492.  
  493. o    Added satellite load status to Satellite Information Menu: unknown,
  494.      not found, loaded, autotracked, autopointed.
  495.  
  496. o    The Special Command Menu has been deleted.  Autopointing and track
  497.      coordinate type (which were set in this submenu) have been moved up to
  498.      the Satellite Information Menu.  An All Satellite Search Menu has been
  499.      added for setting parameters for complete searches of an ephemeris file.
  500.      Track all satellites is now a toggle (F1) rather than a command in the
  501.      old Special Command Menu.  When track all satellites is selected, the
  502.      Main Menu indicates this by displaying "[All satellites in NASAxxx.TXT]"
  503.      following the F7 menu line.
  504.  
  505. o    A maximum satellite perigee height and maximum satellite range filter
  506.      has been added to the all-satellite search.  Satellites in the ephemeris
  507.      file with perigee heights (at ephemeris epoch) greater than the user-set
  508.      maximum will be skipped.  Only those portions of satellite tracks that
  509.      are lower than the maximum range will be plotted.  These filters only
  510.      apply during full-file searches.
  511.  
  512. o    Variables related to complete searches of an ephemeris file are now
  513.      stored in the configuration file.  The start date and time are combined
  514.      in SatJD(0).  The all-file search duration is stored in Duration(0).
  515.      The status of the all-file search (F1 on/off) is stored in the logical
  516.      variable AllSats.  Maximum satellite perigee is saved in MaxAlt, and
  517.      maximum satellite range is saved in MaxRange, both in km.
  518.  
  519. o    If only one satellite appears in the satellite list, you no longer have
  520.      to supply the index # when changing the start date, time or duration.
  521.  
  522. o    Tick marks are now plotted at the trajectory resolution.  An autotagging
  523.      feature has been added which plots timetags at roughly two-inch intervals
  524.      on the hardcopy.  To select autotagging, enter a tag resolution of zero
  525.      or less in the Satellite Information Menu.  This feature is particularly
  526.      handy when using the All Satellite tracking mode since a single time tag
  527.      interval is unsuitable when plotting sats of widely varying altitude.
  528.  
  529.  
  530. Mods from SkyMap 3.5 to 3.6
  531. ---------------------------
  532.  
  533. o    HPGL output file menu still exited using <ESCAPE> in version 3.5 --
  534.      now changed to <ENTER> in version 3.6.
  535.  
  536. o    Change start date, start time and duration moved from Satellite
  537.      Menu to Edit Satellite Menu.  Add satellite, delete satellite and
  538.      change satellite moved to Edit Satellite Menu.
  539.  
  540. o    Can now change or delete a range of satellites from the index list
  541.      by using a dash between the starting index and ending index.  For
  542.      example,
  543.  
  544.           Enter satellite number(s) to change (1-10): 4-8
  545.  
  546.      changes satellites 4 through 8.  (Can still change or delete
  547.      single satellites by entering a single index number).
  548.  
  549. o    Same dash format as above can be used when changing satellite
  550.      start dates, times or durations.
  551.