- 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.
OBS-URL: https://build.opensuse.org/request/show/1046298
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-ephem?expand=0&rev=7
* 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.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=9
- Update to 4.1.3
* Fixed an inadvertent loss of precision in the routine that
computes a date’s hours, minutes, and seconds. It was
sometimes returning a small negative number of seconds, which
caused Python’s `datetime` type to complain `ValueError: second
must be in 0..59`.
- Release 4.1.2
* Fixed the new rising and setting routines so they properly
detect if a body is always below the horizon and raise a
NeverUpError instead of a plain ValueError.
* Gave bodies a new ha Hour Angle attribute, since the quantity
was computed internally but then discarded.
* Renamed the observer attribute temp to temperature, leaving an
alias behind to support the old spelling.
OBS-URL: https://build.opensuse.org/request/show/947057
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=8
- 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
OBS-URL: https://build.opensuse.org/request/show/947053
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-ephem?expand=0&rev=5
* 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
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-ephem?expand=0&rev=7
