view release on metacpan or  search on metacpan

Changes  view on Meta::CPAN

    Add non-TLE attributes as optional hash reference to parse().
    Actually, this already worked for traditional TLEs, it just needed
    to be documented. But it needed to be added to the JSON code.

    Fix $eci->set( sun => ... ). The mutator was not in fact setting the
    new value of the attribute. Included in this is support for changing
    the static (i.e. default) value of the attribute.

    Make singleton Sun & Moon per-class. This is so that you always get
    back the same class you requested if there is more than one class
    that can represent each body (say, at different accuracies).

    Pull out Astro::Coord::ECI::TLE::Iridium as separate distribution.
    The canned statuses went with it.

0.099		2018-06-29	T. R. Wyant
    Canned status update:

    - Iridium 41 failed
    - Iridium 65 spare
    - Iridium 67 failed
    - Iridium 75 failed
    - Iridium 81 failed

    Move iridium status setup to Astro::Coord::ECI::TLE::Iridium. This
    is in preparation for spinning off that module into its own package.

0.098		2018-06-16	T. R. Wyant
    Canned status update:

    - Iridium 18 failed
    - Iridium 67 spare
    - Iridium 68 decayed
    - Iridium 75 spare

0.097		2018-06-04	T. R. Wyant
    Large canned status update:

    - Iridium 7 failed
    - Iridium 11 spare
    - Iridium 15 spare
    - Iridium 18 spare
    - Iridium 21 decayed
    - Iridium 31 spare
    - Iridium 37 decayed
    - Iridium 39 failed
    - Iridium 46 failed
    - Iridium 47 spare
    - Iridium 55 spare
    - Iridium 58 spare
    - Iridium 61 spare
    - Iridium 62 spare
    - Iridium 68 failed
    - Iridium 81 spare
    - Iridium 90 failed
    - Iridium 96 failed
    - Iridium 97 spare

Decays are from Space Track. Other status changes are from Dr. T. S.
Kelso's Celestrak web site. "Spare" conflates several Celestrak
statuses; the above spares are typically "[B]" (backup) or "[P]" (partly
operational).

0.096		2018-05-23	T. R. Wyant
    Link to metacpan.org rather than search.cpan.org.

    Canned status updates:
    - Decay of Iridium 25
    - Decay of Iridium 72
    - Iridium 64 now spare per Kelso
    - Iridium 66 now spare per Kelso
    - Iridium 68 now spare per Kelso
    - Iridium 71 now spare per Kelso

0.095		2018-05-08	T. R. Wyant
    Iridium 13 decayed. Canned status update.

0.094		2018-04-27	T. R. Wyant
    Kelso drops Tiangong 1 from visual.txt. This results in a change to
    the canned magnitude table.

    Update canned Iridium status table for:
    - Decay of Iridium 19 and 94;
    - Mark Iridiums 29, 33, and 72 spare per Kelso.

    Prefer /[0-9]/ to /\d/ for matching digits. The latter matches
    non-ASCII digits as well as ASCII ones, but the former is what I
    want, because usually once there is a match numeric conversion
    happens.

0.093		2018-04-05	T. R. Wyant
    Iridium 23 decayed March 28 2018. This necessitates updating all the
    canned Iridium status tables.

    Kelso marks Iridiums 12, 13 & 76 partly operational. This translates
    to "SPARE" in the Iridium status table.

0.091		2018-03-10	T. R. Wyant
    Kelso marks Iridium 94 as partly operational. Updated canned status
    to call it spare.

    Use manifest constants for reference types. That is, instead of
    'ARRAY', use ARRAY_REF, defined using 'use constant', and so on.

0.090		2018-02-22	T. R. Wyant
   Update canned Iridium status table for decay of Iridiums 3, 43 and
   49, and making 3, 23, and 46 spare per Kelso.

0.089		2018-02-02	T. R. Wyant
    Kelso marks Iridiums 3, 37, 49 as "P" ("partly operational"). This
    is "spare" in my classification. Sladen calls 3 failed, but I'm
    using the Kelso data in the canned status table in
    Astro::Coord::ECI::TLE.

    Fix problem with Astro::Coord::ECI::Sun when Time::y2038 used.

    New algorithm for equinoxes and solstices. The new algorithm is from
    Jean Meeus' "Astronomical Algorithms." 2nd edition, chapter 27
    ("Equinoxes and Solstices"), and should be more accurate, at least
    for reasonably current times.

Changes  view on Meta::CPAN

    - Modify the Astro::Coord::ECI::Sun magnitude() method to take an
      observing station argument (which is ignored) to be consistent
      with the same-named Astro::Coord::ECI::TLE method.

  The precess() and precess_dynamical() methods now do nothing to
    objects set to Earth-fixed coordinates. Previously they were
    converted to Ecliptic (and therefore inertial) coordinates, which
    manifested as a bug when the observing station was an attribute of a
    star.

  Support new (to us) Space Track JSON keys FILE, OBJECT_TYPE, ORDINAL
    and ORIGINATOR with same-named (except for being lower case)
    attributes.

  Method body_type() now returns the 'object_type' attribute if that is
    defined. If not it computes its return from the object name, like it
    always has.

0.061		2014-01-13	T. R. Wyant
  On install, warn that I intend to remove the 'install satpass'
    question asked by Build.PL and Makefile.PL. The only way to install
    the satpass script will be to run Build.PL or Makefile.PL with the
    '-y' option. Also warn of eventual package name change, from
    'Astro-satpass' to 'Astro-Coord-ECI'.

  Warn every time Astro::Coord::ECI::TLE->parse() encounters JSON key
    SATNAME. This was removed while Space Track's REST interface is
    still in beta.

  Computation of a Doppler shift based on the station's 'frequency'
    attribute is now fatal. The body's 'frequency' attribute should be
    set instead.

  Remove all references to the satpass 'lit' setting and the
    corresponding Astro::Coord::ECI 'limb' attribute, which were
    deprecated out long since.

  Remove all mention of the 'upper' argument to the Astro::Coord::ECI
    azel() method. It's still an exception to pass a second argument,
    though.

  Remove all references to SOAP::Lite in the satpass code, except for
    POD saying it was gone.

  Various changes to Astro::Coord::ECI::TLE to try to support
    prospective classes representing non-orbiting objects. These are
    experimental, and may change or be retracted with little or no
    notice. The hope is a class that can represent the objects in one of
    NASA's .kmz files that are published for certain launches. These
    include:

    * Refactoring illumination and periodic position calculations in the
      pass() method;

    * Add public method intrinsic_events(), which returns events
      intrinsic to the body, rather than observational ones like rise
      and set, and call it in the pass() method;

    * Add protected (and therefore doubly experimental) method
      __pass_backup_earliest() to limit how hard the pass() method tries
      to find a rise time when the pass starts with the body above the
      horizon.

    I have no idea whether the class this is in support of will ever see
    the light of day.

  Improve Astro::Coord::ECI::Utils::find_first_true() documentation.

0.060		2013-12-18	T. R. Wyant
  In eg/almanac, correct the handling of -sun and -moon when exactly one
    is specified.  The erroneous processing forced both to be asserted
    in all circumstances. Thanks to Mike Donn for reporting the
    problem. and pointing out the solution.

0.059		2013-12-03	T. R. Wyant
  Make the zero-argument form of the maidenhead() method conform to the
    docs.

0.058		2013-11-25	T. R. Wyant
  Handle undef period in pass(). At the moment it's handled by fudging in
    90 minutes, which is bogus, but lets me experiment objects whose
    motion is defined by a list of positions.

  Add a paragraph on how passes are detected to the
    Astro::Coord::ECI::TLE pass() documentation.

  In the satpass script, implement 'sky lookup' in terms of
    Astro::SIMBAD::Client script() rather than query(), so that we do not
    need SOAP::Lite.

0.057		2013-07-08	T. R. Wyant
  Deprecate the satpass script.

  Modify the appulse algorithm when the appulsing body is a satellite,
    since the original algorithm did not necessarily converge to the
    correct time for satellites in similar orbits. Thanks to Vidar
    Tyldum for bringing this to my attention, and working with me on it.

  Go back to simply allowing invalid international launch designators.
    They started getting rejected about release 0.051_01 (2012-08-18).
    Thanks to Vidar Tyldum for bringing this to my attention, and
    working with me on it.

  Take spaces as equivalent to zeroes in numeric fields (which I believe
    is the old FORTRAN behavior), and in the numeric portions of the
    international launch designator.

  As a consequence of the above, the 'international' attribute will be
    zero-filled on retrieval.

  Update docs. Replace 'location' by 'station' where that is what is
    meant. Add a (very brief) explanation of times to the overview. Also
    add information on the Space Track REST interface to the overview.

  Deprecations:

  * The two-argument form of azel() is now fatal.

  * The satpass script fails if you try to geocode without
    Geo::Coder::Geocoder::US.