Revisions of python-ephem

Ana Guerrero's avatar Ana Guerrero (anag+factory) accepted request 1130849 from Dirk Mueller's avatar Dirk Mueller (dirkmueller) (revision 8)
- update to 4.1.5:
  * Add support for Python 3.12.
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 1046298 from Dirk Mueller's avatar Dirk Mueller (dirkmueller) (revision 7)
- update to 4.1.4:
  * A memory leak has been resolved, that was failing to free the storage
  for the satellite name (a Python string) and catalog number (a Python
  integer) when the satellite object itself was freed.
  * In previous versions, if you asked for the position of a body
  (a) whose elliptical or hyperbolic orbit has an eccentricity very
  close to 1.0 and (b) which is very far from perihelion, then the
  underlying C library would print a warning ``Near-parabolic orbit:
  inaccurate result`` but let your Python script continue on unawares.
  Now, no message is printed directly to the screen, and instead a
  ``RuntimeError`` will tell you why PyEphem can’t compute the body’s
  position.
  * The underlying C library should no longer produce a segmentation fault
  if given the floating point number ``NaN`` as a date.  The Python
  rising and setting logic now also watches out for ``NaN`` dates, and
  raises a ``ValueError`` when one is detected.
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 947053 from Dirk Mueller's avatar Dirk Mueller (dirkmueller) (revision 5)
- update to 4.1.1:
  * When you provide PyEphem with a Python ``datetime`` that has a time
  zone attached, PyEphem now detects the time zone and converts the date
  and time to UTC automatically.
  * A new search routine had been written and tested
  to power the :ref:`transit-rising-setting` methods
  ``previous_rising()``,
  ``previous_setting()``,
  ``next_rising()``, and
  ``next_setting()``.
  They should no longer be susceptible to getting hung up in a loop.
  You should also find them substantially faster.
  * Fixed the ``constellation()`` routine so that it uses astrometric,
  rather than apparent, right ascension and declination.  This should
  make it more accurate along the borders of each constellation.
  * Fixed how the underlying “libastro” library computes whether a body’s
  image is deflected by gravity when its light passes close to the Sun.
  Previously, users would see coordinates jump unexpectedly as the
  deflection formula turned on and off haphazardly.
  * Fixed the star positions in the ``ephem.stars`` star catalog by adding
  8.75 years of proper motion to each star.  Previously, each 1991.25
  position from the Hipparcos catalog was being incorrectly treated as a
  2000.0 position.
  * A new routine ``unrefract()`` lets you compute the real altitude
  of a body that you observe in the sky at a given apparent altitude.
  * The old ``cities.lookup()`` function is now officially deprecated.
  Because of a Google API restriction, it stopped working in 2018.
  * Planetary moon positions are now available through the year 2040
  (previously, asking for a position past 2020 returned zeroes).
  * The ``Date`` object is improved such that the return values of
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 835116 from Dirk Mueller's avatar Dirk Mueller (dirkmueller) (revision 4)
- update to 3.7.7.1:
  * Fixed a memory leak in ``readdb()``.
  * Fixed the ``Body.copy()`` method to correctly copy
  object-specific fields across to the new object, like Saturn ring tilt
  and Earth satellite catalog number.
Displaying all 8 revisions
openSUSE Build Service is sponsored by